Migración de web institucional de un ayuntamiento: cómo renovar sin perder SEO, contenidos ni servicios
La migración de la web institucional de un ayuntamiento no consiste únicamente en cambiar el diseño. Una web municipal puede acumular durante años páginas, noticias, ordenanzas, formularios, enlaces, documentos, buscadores, integraciones y URLs posicionadas en buscadores. Si la renovación se ejecuta sin inventario y sin plan de migración, es fácil perder contenido, romper enlaces, degradar la accesibilidad o hacer desaparecer páginas que la ciudadanía utiliza a diario.
El proyecto debe combinar desarrollo web, arquitectura de información, contenidos, accesibilidad, SEO, seguridad y continuidad. La nueva web tiene que mejorar la experiencia sin convertir el cambio de plataforma en una pérdida de servicio.
La página sobre diseño web para ayuntamientos sirve como punto de partida para definir la experiencia. Antes de licitar conviene completar además una auditoría tecnológica que identifique hosting, CMS, integraciones y dependencias.
Cuándo tiene sentido migrar la web municipal
Una migración suele plantearse cuando el CMS está obsoleto, existe riesgo de seguridad, la web no es responsive, la accesibilidad presenta problemas, editar contenido resulta difícil o la arquitectura ya no representa los servicios actuales.
También puede ser necesaria al cambiar de proveedor, consolidar varios portales, mejorar rendimiento o separar correctamente web institucional y sede electrónica.
Antes de sustituir la plataforma conviene distinguir problemas de diseño, contenido, hosting y gestión. Algunas carencias pueden resolverse sin reconstruir todo el sitio.
Inventario de URLs
El primer paso es obtener un listado real de URLs: páginas, entradas, categorías, documentos, formularios, buscadores y otros recursos. No basta con revisar el menú principal.
El inventario debería incluir estado HTTP, tráfico cuando exista analítica, enlaces entrantes, fecha de actualización y tipo de contenido. Así puede decidirse qué migrar, consolidar, actualizar o retirar.
Eliminar páginas sin revisar su utilidad puede provocar errores 404 y pérdida de posicionamiento.
Inventario de contenidos
Además de URLs, conviene clasificar contenidos por área, responsable, vigencia y formato. Ordenanzas, noticias antiguas, convocatorias, teléfonos, servicios y documentos necesitan un tratamiento diferente.
La migración es una oportunidad para retirar duplicados y contenido obsoleto, pero cada eliminación debe tener criterio y destino cuando corresponda.
El nuevo CMS debería facilitar que cada área mantenga su información sin depender siempre del proveedor.
Separar web y sede electrónica
La web institucional informa y orienta; la sede electrónica municipal soporta trámites y actuaciones electrónicas con requisitos específicos. Ambos entornos deben estar conectados, pero no confundidos.
La web puede explicar un trámite y enlazar al punto exacto de la sede. La navegación debe evitar que el ciudadano tenga que localizar de nuevo el procedimiento después de haber leído la información.
Los cambios de dominio o rutas deben probar todos estos enlaces.
Nueva arquitectura de información
El árbol de contenidos debería construirse alrededor de necesidades ciudadanas y servicios, no únicamente del organigrama interno. Áreas municipales, trámites, actualidad y transparencia pueden convivir con rutas claras.
Los niveles de navegación deben mantenerse razonables y el buscador debe complementar, no sustituir, una buena arquitectura.
Pruebas con usuarios ayudan a detectar etiquetas que solo resultan comprensibles para personal interno.
Elección del CMS
WordPress, Drupal u otras plataformas pueden ser válidas dependiendo de requisitos, capacidades y modelo de mantenimiento. La elección debe analizar seguridad, accesibilidad, edición, ecosistema, actualizaciones e integración.
No conviene imponer una tecnología únicamente por costumbre del proveedor. Tampoco desarrollar un CMS desde cero si no existe una necesidad diferencial clara.
La guía sobre software a medida para Administraciones Públicas ayuda a valorar cuándo compensa desarrollo propio.
Propiedad y control de la plataforma
Dominio, hosting, repositorios, cuentas de analítica, buscadores y credenciales deberían mantenerse bajo control institucional o con mecanismos claros de acceso y reversibilidad.
La entidad necesita poder cambiar de proveedor sin perder la web, los datos o las configuraciones principales.
El contrato debería especificar qué se entrega al finalizar y en qué formato.
Migración de contenidos
La importación puede automatizarse parcialmente cuando el origen es estructurado. Aun así, es necesaria una revisión de formatos, imágenes, enlaces, tablas, documentos y componentes especiales.
Los contenidos no deberían copiarse a ciegas si arrastran HTML obsoleto o estilos incompatibles.
Conviene definir una muestra representativa y validar el resultado antes de migrar el volumen completo.
Migración de documentos y PDFs
Las webs municipales suelen acumular miles de PDFs con ordenanzas, actas, bases, convocatorias y otros documentos. La migración debe identificar cuáles siguen vigentes, qué enlaces internos dependen de ellos y si necesitan una nueva ubicación.
No conviene mover todos los archivos a una carpeta nueva sin preservar rutas o redirecciones, porque muchos documentos reciben tráfico directo desde buscadores y enlaces externos. También debe revisarse si existen duplicados, archivos con nombres poco comprensibles o documentos que deberían convertirse en contenido HTML accesible.
El inventario documental debería conservar fecha, área responsable y URL de destino para facilitar mantenimiento posterior.
Redirecciones 301
Si cambia una URL con tráfico o enlaces, debe definirse un destino equivalente y aplicar una redirección permanente. Las redirecciones masivas hacia la portada no sustituyen un mapeo correcto.
Una matriz origen-destino permite controlar miles de rutas y detectar páginas que requieren nueva ubicación.
El SEO institucional para ayuntamientos debe formar parte de la migración desde el inicio.
Evitar cadenas y bucles
Una URL antigua debería redirigir directamente a su destino final. Encadenar varios saltos empeora rendimiento y hace más difícil mantener la estructura.
Las pruebas automáticas pueden detectar bucles, destinos 404 y redirecciones innecesarias.
El inventario debe conservarse como documentación de la migración.
Títulos, metadatos y estructura SEO
La nueva web necesita títulos, descripciones, encabezados y URLs consistentes. Durante una migración conviene conservar señales útiles de páginas posicionadas y mejorar las que estaban incompletas.
No es necesario mantener errores del sitio anterior para “no perder SEO”. El objetivo es conservar intención y contenido relevante mientras se mejora estructura técnica.
El sitemap XML debe regenerarse y enviarse tras el cambio.
SEO local e institucional
Servicios, instalaciones, contacto y páginas informativas pueden posicionar para búsquedas de ciudadanos que no empiezan en la portada municipal.
La arquitectura debería permitir que cada servicio tenga una URL clara y contenido útil.
La categoría de SEO institucional reúne criterios complementarios para este trabajo.
Accesibilidad desde diseño
La accesibilidad no debe reservarse para una auditoría final. Componentes, menús, formularios, contraste, foco, teclado y estructura semántica deben diseñarse correctamente desde el prototipo.
La guía de accesibilidad web para ayuntamientos ayuda a integrar requisitos y pruebas.
También es importante formar a quienes publican contenido, porque una web accesible puede degradarse después con imágenes sin ALT o encabezados incorrectos.
Gobierno editorial después de la migración
Una web nueva puede volver a desordenarse rápidamente si no existen responsables y reglas de publicación. Conviene definir qué áreas pueden editar, qué contenidos necesitan revisión, cómo se retiran páginas caducadas y quién mantiene menús, teléfonos y servicios críticos.
El CMS debería permitir roles diferenciados y flujos sencillos de revisión. También es útil establecer plantillas de contenido para servicios, noticias, convocatorias y equipamientos, evitando que cada editor construya páginas con estructuras distintas.
Un calendario de revisión periódica ayuda a detectar información obsoleta antes de que afecte a la ciudadanía.
Formularios municipales
Los formularios de contacto, incidencias, inscripciones o solicitudes informativas deben inventariarse y probarse. Algunos pueden necesitar integración con correo, CRM, registro u otras herramientas.
La migración debe confirmar destinatarios, avisos de privacidad, validaciones y almacenamiento.
Cuando el formulario inicia una actuación administrativa, conviene valorar su integración con la sede o el sistema correspondiente.
Integraciones con sistemas
Agenda, empleo, contratación, transparencia, noticias, mapas, cita previa o datos abiertos pueden depender de APIs y servicios externos. La integración de sistemas municipales debe documentarse para que la nueva web no rompa funcionalidades ocultas.
Las claves y endpoints deben gestionarse de forma segura.
También conviene disponer de mensajes de error claros cuando un servicio externo no está disponible.
Buscador interno
Una web con cientos o miles de páginas necesita un buscador útil. Debe indexar contenido vigente, priorizar resultados relevantes y evitar páginas técnicas.
Los términos sin resultados pueden analizarse para mejorar contenidos.
En proyectos avanzados puede incorporarse búsqueda semántica o un asistente de IA para atención ciudadana, siempre con fuentes oficiales y controles.
Rendimiento y Core Web Vitals
Imágenes, fuentes, scripts y plugins afectan a velocidad. La nueva web debería establecer objetivos de rendimiento y probarse en móvil y conexiones reales.
Un diseño visualmente atractivo que tarda demasiado en cargar perjudica a ciudadanía, SEO y accesibilidad.
La optimización debe mantenerse después de incorporar analítica y otros servicios.
Seguridad del CMS
Actualizaciones, plugins, permisos, copias, firewall, autenticación y monitorización forman parte del servicio. El contenido sobre ciberseguridad básica recuerda que una plataforma pública necesita mantenimiento continuo.
Las cuentas editoras deben tener permisos según función y evitar usuarios compartidos.
También conviene separar entornos de pruebas y producción.
ENS y proveedores
La arquitectura debe analizar los requisitos de seguridad que correspondan según el servicio y los sistemas implicados. La guía sobre ENS para ayuntamientos ayuda a revisar accesos, registros, continuidad y terceros.
El proveedor debe documentar dónde aloja la plataforma y cómo gestiona incidentes y copias.
Los accesos técnicos deben ser revocables cuando termine el contrato.
Analítica web
La migración debe conservar o redefinir la medición. Tráfico, búsquedas, páginas de servicio, enlaces a sede y errores 404 son indicadores útiles.
Conviene anotar la fecha del cambio para interpretar variaciones posteriores.
La analítica debe configurarse con criterios de privacidad y solo recoger lo necesario.
Vigilancia SEO después del lanzamiento
Las primeras semanas son críticas para detectar pérdidas de tráfico, páginas que dejan de indexarse o URLs antiguas que siguen recibiendo visitas. Conviene monitorizar errores 404, cobertura del sitemap, redirecciones, consultas orgánicas y páginas con caídas relevantes.
No toda variación implica un problema, pero comparar antes y después ayuda a encontrar errores de migración rápidamente. Cuando una URL importante pierde visibilidad, debe revisarse contenido, destino, indexación y enlaces internos.
Este seguimiento debería formar parte del periodo de estabilización y no quedar fuera del alcance una vez publicada la nueva web.
Pruebas antes del cambio
El entorno de preproducción debe probar navegación, móvil, formularios, enlaces, buscador, accesibilidad, redirecciones, rendimiento y permisos de edición.
Una lista de casos ayuda a que diferentes áreas validen sus contenidos antes de abrir la nueva web.
Los defectos críticos deben resolverse antes del corte.
Plan de puesta en producción
El cambio debe tener fecha, responsables, copia, DNS, ventana, verificación y plan de reversión. También conviene congelar contenido durante un periodo corto o definir cómo sincronizar cambios de última hora.
Después del cambio deben rastrearse errores 404, formularios y métricas de disponibilidad.
Las incidencias iniciales requieren un equipo de estabilización.
Mantenimiento posterior
La web necesita actualizaciones, copias, seguridad, revisión de rendimiento, soporte editorial y pequeños evolutivos. El mantenimiento tecnológico debería definirse desde la licitación.
También conviene revisar enlaces rotos y contenidos críticos de forma periódica.
La accesibilidad necesita seguimiento después de nuevas publicaciones.
Cómo preparar el pliego
El contrato debe definir inventario, diseño, CMS, migración, redirects, accesibilidad, SEO, hosting, seguridad, integraciones, analítica, pruebas, formación, mantenimiento y reversibilidad.
La redacción de pliegos técnicos puede separar claramente entregables y fases.
Evitar expresiones como “migración completa” sin definir qué tipos de contenido y funcionalidades están incluidos reduce conflictos.
Criterios de aceptación
La web puede aceptarse cuando las URLs críticas funcionan, redirecciones están verificadas, contenidos están migrados, accesibilidad y rendimiento alcanzan los criterios definidos y los formularios e integraciones superan pruebas.
La definición de criterios técnicos ayuda a preparar una evaluación objetiva.
Las evidencias deben conservarse como parte del cierre.
Qué puede aportar BlackHold Consulting
BlackHold Consulting trabaja en digitalización e integración de procesos, automatización, automatización administrativa y consultoría tecnológica.
También dispone de capacidades en gestión documental, integración de procesos, agentes e interfaces inteligentes y servicios de automatización. Estas capacidades se complementan con desarrollo web e integraciones para proyectos públicos mediante el procedimiento contractual correspondiente.
Checklist de migración web
Inventario
URLs, contenidos, documentos y funcionalidades están catalogados.
Redirects
Cada URL relevante tiene destino definido.
Accesibilidad
Se prueba desde diseño y antes de producción.
SEO
Títulos, sitemaps y páginas posicionadas se preservan.
Integraciones
Sede, formularios y servicios externos funcionan.
Seguridad
CMS, hosting, permisos y copias están controlados.
Pruebas
Existe una batería funcional y técnica.
Salida
La entidad conserva dominio, contenidos, repositorios y documentación.
Preguntas frecuentes
No necesariamente. Un inventario y un mapa correcto de redirecciones permiten conservar señales y mejorar la arquitectura.
No. Conviene revisar vigencia, utilidad y tráfico, pero las retiradas deben planificarse y redirigirse cuando corresponda.
Sí. La migración debe adaptar contenidos y funcionalidades y asegurar que la nueva plataforma cumple requisitos operativos.
Desde diseño y durante todo el desarrollo, no solo al final.
Debe mantenerse como entorno diferenciado pero conectado mediante enlaces e integraciones claras.
Contenido, configuraciones, documentación, accesos institucionales, código o repositorios cuando correspondan y un plan de reversibilidad.
Conclusión
Migrar la web institucional de un ayuntamiento exige mucho más que trasladar páginas a un diseño nuevo. Contenidos, SEO, accesibilidad, integraciones, formularios, seguridad y mantenimiento deben formar parte del mismo plan.
El éxito se mide en que el ciudadano encuentre mejor la información y los servicios sigan funcionando desde el primer día, sin pérdida de URLs ni dependencia innecesaria del proveedor.
Para proyectos que combinan desarrollo web, migración de contenidos, integraciones y mantenimiento, un equipo técnico especializado puede reducir el riesgo del cambio y dejar una plataforma preparada para evolucionar durante años.
Fotografía: Tranmautritam / Pexels.
