Migración web SEO: checklist para no perder tráfico

Las migraciones no se estropean el día del lanzamiento. Se estropean tres semanas antes, cuando nadie hizo el inventario completo y el destino de las URLs se decidió mirando el diseño nuevo en vez del tráfico real. El día del lanzamiento solo se descubre.

Una migración web SEO es el proceso de trasladar dominio, CMS, diseño, arquitectura o URLs preservando el acceso, el contenido útil y las señales que los buscadores ya conocen. Nadie puede garantizar cero fluctuación. Sí existe una forma controlada de reducir el riesgo, y empieza antes del desarrollo y termina bastante después del lanzamiento. El fichero de redirecciones es una parte. No es el plan.

Qué cambios requieren un plan de migración

Los que afectan a URLs, dominio, protocolo, contenido indexable, renderizado o señales técnicas. Cambiar solo estilos puede no necesitarlo.

Los escenarios habituales: cambio de dominio, migración de HTTP a HTTPS, sustitución de CMS, nueva arquitectura, fusión de sitios y rediseño con rutas nuevas. Cada uno tiene riesgos distintos.

Qué hay que inventariar antes de tocar la web

Todas las URLs conocidas y las señales que ayudan a decidir su destino. Rastreo, sitemap y analítica por separado dejan huecos.

Incluimos URLs del CMS, sitemap, Search Console, analítica, enlaces externos, campañas y archivos. Para cada una registramos estado, canonical, tráfico, consultas, conversiones, enlaces, tipo de contenido y destino propuesto.

El resultado es una tabla de decisiones: conservar, trasladar, fusionar, retirar o corregir. Sin esa tabla, todo lo demás es improvisación con buena presentación.

Cómo crear el mapa de redirecciones

Cada URL antigua debe redirigir al equivalente nuevo más cercano cuando exista una correspondencia real. ¿Mandarlo todo a la portada? Confunde a usuarios y buscadores por igual.

Usamos redirecciones permanentes directas, evitamos cadenas y comprobamos parámetros, mayúsculas, barra final, idiomas, imágenes y PDF. Una URL retirada sin sustituto debe responder 404 o 410. No es un fallo. Es una decisión documentada.

Google recomienda redirecciones permanentes del lado del servidor y mantenerlas en general durante al menos un año. Conservarlas más tiempo ayuda a usuarios y enlaces antiguos. Guía oficial de Google para migraciones

Qué preparar en la nueva web

Que esté rastreable, indexable y medible antes de recibir tráfico. El entorno de pruebas puede estar bloqueado. Producción no.

Validamos:

• Canonical autorreferente donde corresponde.
• Robots.txt y etiquetas robots.
• Sitemap con URLs finales y códigos 200.
• Enlaces internos apuntando a destinos finales.
• Hreflang en proyectos internacionales.
• Metadatos y encabezados migrados.
• Datos estructurados coherentes.
• Analítica, consentimiento y conversiones.
• Imágenes, descargas y recursos necesarios.

Cómo probar antes del lanzamiento

Contra la tabla de migración y las plantillas, no navegando a mano al azar. Cada regla necesita un resultado esperado.

Rastreamos staging si es accesible de forma segura, comparamos inventarios y verificamos una muestra representativa. Probamos redirecciones en un entorno equivalente y buscamos bucles, cadenas, destinos 404 y pérdidas de parámetros necesarios.

También comparamos HTML renderizado. Un contenido presente en el CMS pero ausente en la respuesta pública no está migrado. Está perdido con retraso.

Qué hacer el día del lanzamiento

Seguir una secuencia con responsables y posibilidad de reversión. Congelamos cambios editoriales, generamos copia, desplegamos, activamos redirecciones y ejecutamos comprobaciones críticas.

Las primeras pruebas cubren portada, plantillas, formularios, robots, sitemap, canonical, códigos HTTP, analítica y una muestra de redirecciones. Después rastreamos el sitio completo.

Qué revisar después

Datos diarios al principio, intervalos más amplios conforme se estabiliza el rastreo. Revisamos errores, indexación, impresiones, clics, conversiones y logs si están disponibles.

Segmentamos por tipo de página. Una caída en todo el dominio sugiere un problema transversal. Una caída en una plantilla apunta a renderizado, canonical, contenido o enlazado de ese grupo.

Qué errores causan más pérdidas

Bloquear producción, perder contenido, redirigir sin equivalencia y lanzar sin medición. También aparecen canonical hacia staging, sitemap antiguo, noindex heredado y enlaces internos que siguen pasando por redirecciones.

¿Todo lo que baje después del lanzamiento es culpa de la migración? No. Hay estacionalidad, actualizaciones y demanda. Por eso guardamos una línea base y comparamos grupos equivalentes antes de sacar conclusiones.

Cuándo se considera terminada

Cuando las rutas antiguas resuelven correctamente, las nuevas se rastrean e indexan y el rendimiento se ha estabilizado dentro de los criterios acordados. Publicar la nueva web solo abre el periodo de observación.

En un proyecto web profesional el mapa SEO forma parte del alcance desde el inicio. Añadirlo la víspera del lanzamiento convierte decisiones de arquitectura en una carrera contra el reloj. Y esas carreras, en SEO, se pierden casi todas.