Es posible migrar un sitio web sin perder tráfico orgánico cuando las URLs importantes tienen destinos equivalentes, las señales técnicas se prueban y la transición se monitorea. El problema no es cambiar tecnología; es publicar sin inventario, mapa URL a URL, controles de indexación o redirecciones confiables.
Respuesta directa: cómo migrar sin perder tráfico
Haz benchmark del sitio actual, mapea cada URL antigua a su equivalente nuevo, implementa y prueba redirecciones permanentes 301 o 308 directas, y conserva canonicals, enlaces internos, hreflang, sitemap XML y medición. Después del corte, monitorea rastreo, indexación, logs, errores y conversiones, con rollback preparado.
Identifica primero el tipo de migración
Un cambio de dominio cambia el origen y puede requerir Change of Address. Un cambio de plataforma/CMS altera templates, renderizado e integraciones aunque las URLs sigan iguales. Un cambio de arquitectura/URLs exige mapa y redirecciones página por página. Un cambio de hosting puede conservar URLs, pero afectar disponibilidad, headers, velocidad y acceso de Googlebot. Si ocurren varios cambios, controla cada riesgo por separado.
Plan de control: antes, durante y después
Alinea SEO, desarrollo, contenido, analítica y responsable de DNS antes del corte. Las guías de Google sobre cambios con URLs y cambios sin URLs son referencias primarias.
En móvil, desliza la tabla hacia un lado para ver todas las columnas.
| Fase | Acción | Evidencia de finalización |
|---|---|---|
| Antes | Inventariar URLs, señales, tráfico, enlaces y conversiones | Hoja exportada y benchmark guardado |
| Durante | Aplicar 301/308 directos; revisar robots, noindex, sitemap, enlaces y tracking | Staging y muestra de URLs aprobados |
| Después | Enviar sitemap; inspeccionar URLs; monitorear logs, cobertura y conversiones | Panel diario y cola de correcciones |
Checklist antes de la migración
- Rastrea el sitio actual y exporta URLs indexables, status HTTP, titles, canonicals, hreflang, enlaces internos y profundidad.
- Haz benchmark en Analytics, GTM y Search Console: páginas y consultas orgánicas, impresiones, clics, posición, sesiones, leads y conversiones disponibles.
- Crea un mapa URL a URL. Cada URL antigua debe ir a la página nueva con la misma intención, no a la home por comodidad.
- Decide qué páginas permanecen, se consolidan o se retiran. Una página sin equivalente necesita una decisión editorial, no una redirección aleatoria.
- Protege staging de la indexación y comprueba que robots.txt, meta robots y X-Robots-Tag no pasarán a producción.
- Define responsables, ventana de lanzamiento, backup probado, DNS/TTL y criterios de rollback.
El inventario revela contenido que merece conservarse. Cambiar CMS permite mejorar HTML y velocidad, no borrar páginas que atraen demanda. Usa SEO y experiencia de usuario para revisar intención, headings y enlaces sin reescribir páginas útiles sin motivo.
Checklist durante el lanzamiento
- Implementa 301 o 308 para cambios permanentes; consulta la guía de Google sobre redirecciones permanentes. Prueba URLs prioritarias y ejemplos por plantilla; no permitas cadenas, loops, saltos HTTP/HTTPS ni parámetros perdidos.
- Haz que cada página nueva tenga canonical a su URL final preferida. La guía de Google sobre consolidación de URLs duplicadas evita señales contradictorias.
- Actualiza enlaces internos, navegación, breadcrumbs, canonicals, hreflang, feeds y datos estructurados a URLs finales. Redireccionar es una red de seguridad, no sustituto de enlaces correctos.
- Publica un sitemap XML solo con URLs canónicas 200 y envíalo a Search Console. Revisa robots.txt, meta noindex y headers para que producción no siga bloqueada como staging.
- Valida Analytics, GTM, consentimiento, formularios, eventos, teléfono, mensajes y conversiones antes de abrir tráfico.
Para un cambio total de dominio, verifica propiedades de origen y destino y utiliza Change of Address de Search Console cuando aplique. Comunica el cambio, pero no crea redirecciones ni corrige arquitectura débil.
Checklist después de publicar
- Monitorea al inicio cada día el status de URLs estratégicas, informes de páginas e inspección de URL en Search Console.
- Revisa logs para confirmar Googlebot en URLs nuevas y detectar 404, 5xx, redirecciones repetidas o bloqueos.
- Compara impresiones, clics, consultas, sesiones orgánicas y conversiones con el benchmark; separa estacionalidad de fallo técnico.
- Corrige 404 con origen interno, enlaces externos relevantes y páginas sin destino. Mantén redirecciones al menos un año.
- No cambies URLs, contenido y redirecciones todos los días: ofrece señales estables y documenta cada modificación.
Monitoreo y rollback
Crea alertas para caída de conversiones, aumento de 404/5xx o pérdida accidental de páginas indexables. El rollback no es improvisación: conserva backup, configuración previa, plan DNS y gatillo claro para revertir si el entorno nuevo falla en disponibilidad, rastreabilidad o medición. Corrige fallos aislados sin deshacer una migración sana.
La migración es un proyecto SEO, no solo de TI
Entender las entidades en SEO ayuda a priorizar intención, accesibilidad y señales técnicas. La creación de sitio profesional debe preservar la estructura que entienden usuarios y buscadores. Para revisión de riesgo y acompañamiento, una agencia SEO puede organizar el proceso. Para revisar una migración enfocada en visibilidad local, hablar con LondrinaSEO.
Preguntas frecuentes
¿Una migración web siempre reduce el tráfico orgánico?
No necesariamente. Puede haber variaciones temporales mientras Google rastrea y procesa las nuevas señales, pero un mapa URL a URL, redirecciones permanentes y monitoreo reducen pérdidas evitables.
¿Debo usar redirección 301 o 308?
Para un cambio permanente, 301 y 308 comunican permanencia. Lo importante es probar la implementación, preservar el método cuando sea necesario y enviar cada URL antigua directamente a su mejor equivalente nuevo.
¿Puedo redirigir todas las URLs antiguas a la home?
No como regla. Se pierde relevancia específica y la experiencia empeora. Cada URL antigua debe llegar a la página nueva más equivalente; si no existe, conserva contenido o evalúa responder 410 de forma consciente.
¿Cuándo usar Change of Address en Search Console?
Úsalo cuando todo un dominio o subdominio se mueve a otro dominio y se cumplen los requisitos de Google. No reemplaza redirecciones ni aplica a un cambio de CMS, hosting o solo HTTPS.
¿Cuánto tiempo deben mantenerse las redirecciones?
Por lo menos un año y, si es posible, más para URLs con enlaces externos, tráfico recurrente o valor histórico. Quitarlas pronto rompe accesos y señales acumuladas.
¿Se puede hacer rollback de una migración?
Sí, si se prepara antes del lanzamiento. Conserva backup y configuración anterior, define criterios objetivos y evita alternar versiones repetidamente, porque genera señales contradictorias.
