Migración web sin perder SEO

Por qué una migración hace caer el tráfico

Cuando cambias la dirección de una página, Google no "sabe" automáticamente que la nueva es la misma. Todo el historial acumulado —enlaces externos, señales de comportamiento, autoridad de la URL— está asociado a la dirección antigua. Si esa dirección devuelve un 404, ese historial se pierde; si devuelve una redirección permanente hacia el equivalente correcto, se transfiere.

La caída de tráfico casi nunca viene del cambio en sí, sino de tres descuidos: URLs que quedaron huérfanas sin redirección, contenido que se recortó en el rediseño y bloqueos técnicos que se olvidaron activos (un noindex de entorno de pruebas o un robots.txt que sigue con Disallow: /). Además hay un periodo natural de reindexación: Google necesita volver a rastrear todo el sitio, y eso toma semanas en sitios grandes.

Los cuatro tipos de migración

No todas las migraciones se juegan lo mismo:

• Cambio de dominio. Cambia el host: viejo.pe → nuevo.com. Riesgo SEO alto. Herramienta clave: 301 + Cambio de dirección en Search Console.
• Cambio de CMS o tecnología. Cambia la plataforma; las URLs pueden mantenerse o no. Riesgo SEO medio-alto. Herramienta clave: inventario y comparación de plantillas.
• Rediseño con cambio de URLs. Cambian estructura, plantillas y rutas. Riesgo SEO alto. Herramienta clave: mapa de redirecciones 1:1.
• HTTP → HTTPS o www → no-www. Cambia el protocolo o el subdominio. Riesgo SEO bajo-medio. Herramienta clave: 301 globales, canónicas y sitemap.

Google documenta estos casos por separado. Para movimientos sin cambio de URL (por ejemplo, mudar de hosting manteniendo direcciones) su guía es corta: bajar el TTL del DNS al menos una semana antes, quitar bloqueos de rastreo del entorno nuevo, cambiar los registros DNS y vigilar logs e informes de cobertura hasta que el servidor viejo quede sin tráfico. Si además vas a cambiar de proveedor, revisa antes las implicancias de hosting y dominio.

Para movimientos con cambio de URL, la documentación de Google Search Central (2026) es explícita: "usa redirecciones permanentes del lado del servidor si es técnicamente posible… recomendamos redirecciones HTTP permanentes, como 301 y 308".

El proceso, paso a paso

1. Congela el sitio actual. Nada de publicar contenido nuevo ni cambiar URLs durante la preparación.
2. Levanta el inventario de URLs. Cruza al menos cuatro fuentes: rastreo completo con Screaming Frog o similar, sitemap XML, páginas con impresiones en Search Console (últimos 16 meses) y páginas con sesiones en Analytics. Súmales las URLs con enlaces externos según tu herramienta de backlinks. Este cruce es el que descubre las páginas antiguas que nadie recuerda pero que siguen recibiendo tráfico.
3. Prioriza. Ordena el inventario por impresiones, clics y enlaces entrantes. Las 50 URLs más valiosas merecen revisión manual una por una; el resto puede mapearse por patrón.
4. Diseña la nueva arquitectura decidiendo, para cada URL antigua, si tiene equivalente, si se fusiona con otra o si desaparece.
5. Construye el mapa de redirecciones en una hoja de cálculo.
6. Prepara el entorno nuevo con certificado TLS válido, robots.txt definitivo, sitemap actualizado, canónicas correctas y noindex retirado del staging.
7. Verifica ambas propiedades en Search Console, incluidas todas las variantes (http, https, www y no-www).
8. Publica en una ventana de baja demanda y despliega las redirecciones en el mismo momento del cambio, no después.
9. Envía el sitemap nuevo y, solo si cambiaste de dominio, presenta la solicitud de Cambio de dirección.
10. Rastrea el sitio nuevo el mismo día para detectar cadenas, bucles y 404 antes que Google.

El mapa de redirecciones 301

Cada línea asocia una URL antigua con su destino y el tipo de redirección:

• https://viejo.pe/servicios/tienda-online → https://nuevo.pe/servicios/ecommerce (301 directa 1:1)
• https://viejo.pe/blog/post-a → https://nuevo.pe/blog/guia-consolidada (301 de fusión, varios a uno)
• https://viejo.pe/categoria/promos-2023 → https://nuevo.pe/promociones (301 al equivalente más cercano)
• http://viejo.pe/contacto → https://nuevo.pe/contacto (301 de protocolo)
• https://viejo.pe/img/logo.png → https://nuevo.pe/assets/logo.png (301 de recurso estático)
• https://viejo.pe/carrito?id=882 → sin redirección (404/410 intencional)

Tres reglas que ahorran problemas: redirige a la URL final, nunca a otra que a su vez redirige; mantén una sola redirección por origen; y verifica que el destino responda 200 y no un 404 disfrazado.

Qué NO se debe redirigir

• URLs con parámetros de sesión, carrito, filtros y búsquedas internas. No tienen equivalente: déjalas en 404 o 410.
• Páginas de administración, login y entornos de prueba.
• Contenido eliminado a propósito (promociones vencidas, productos descontinuados sin sustituto). Un 410 le dice a Google que la eliminación es deliberada.
• URLs que ya devolvían 404 antes de la migración. Redirigirlas ahora solo agrega ruido.
• Paginaciones profundas y archivos de etiquetas que nunca recibieron tráfico ni enlaces.

Redirigir de más no es gratis: infla el archivo de configuración, ralentiza el servidor y confunde el diagnóstico cuando algo falla.

Errores clásicos que arruinan una migración

Redirigir todo al home. Es el más caro. Google interpreta esas redirecciones masivas como soft 404 y no transfiere señales. Cada URL debe apuntar a su equivalente temático.

Cadenas de redirecciones. La URL A redirige a B, B a C y C a D. Google es claro al respecto: "recomendamos redirigir directamente al destino final. Si no es posible, mantén la cantidad de redirecciones baja, idealmente no más de 3 y menos de 5". Las cadenas aparecen solas cuando ya existían 301 antiguas y encima montas las nuevas: revisa el histórico antes de desplegar.

Olvidar las imágenes y los archivos. PDFs, imágenes con enlaces externos y recursos estáticos también tienen historial. Si tu catálogo o tus fichas técnicas se enlazan desde fuera, esas URLs necesitan su 301.

Dejar el sitemap viejo activo. Envía un sitemap nuevo con solo URLs finales que devuelvan 200. Un sitemap con URLs redirigidas o rotas retrasa la reindexación.

Usar 302 en lugar de 301. El 302 mantiene la URL original en el índice, lo contrario de lo que buscas en una migración definitiva.

Cambiar el contenido y las URLs a la vez. Si además del cambio de estructura reescribes textos y recortas páginas, no vas a saber qué causó la caída. Migra primero, optimiza después.

Redirecciones por JavaScript. Google advierte que "el renderizado puede fallar por varios motivos", así que podría no verlas nunca. Servidor siempre que se pueda.

Plan de monitoreo post-migración

El día del lanzamiento revisa códigos de respuesta con un rastreo completo, confirma que el robots.txt nuevo no bloquee nada y valida que las canónicas apunten a las URLs nuevas.

Después, la rutina por hitos:

1. Días 1 a 7. Informe de páginas de Search Console: vigila el crecimiento de "no encontradas (404)" y "excluidas por redirección". Revisa logs del servidor para confirmar que Googlebot está rastreando el sitio nuevo. Controla la cobertura del sitemap enviado.
2. Día 30. Compara clics e impresiones contra los 30 días previos a la migración y contra el mismo periodo del año anterior. Identifica las URLs que perdieron más impresiones y verifica su redirección una por una.
3. Día 60. El grueso de la reindexación debería haber ocurrido. Si una sección sigue plana, revisa enlazado interno: es frecuente que el menú nuevo haya dejado páginas sin enlaces entrantes.
4. Día 90. Comparativa formal: tráfico orgánico, posiciones promedio por grupo de páginas y conversiones. Aquí ya se puede distinguir entre efecto de la migración y estacionalidad.

Mantén las 301 activas. Google recomienda conservarlas "tanto tiempo como sea posible, en general al menos un año", y la herramienta de Cambio de dirección reenvía señales durante 180 días desde su activación.

Si vas a aprovechar la migración para replantear la estructura del sitio, conviene decidirla antes de mapear URLs: revisa los tipos de página web para empresas y crúzalo con nuestro checklist SEO antes de publicar.