Una migración web (cambio de dominio, paso de HTTP a HTTPS, cambio de CMS o de estructura de URLs) es, técnicamente, el momento de mayor riesgo para el SEO de un sitio ya consolidado: todo el valor acumulado en años de rastreo, enlaces e historial depende de que la transición se comunique correctamente a Google, y un solo paso mal ejecutado puede traducirse en semanas o meses de caída de tráfico mientras Google reconstruye su confianza en el sitio nuevo.
Por qué las migraciones fallan: casi nunca es un problema de contenido
El contenido de las páginas suele mantenerse igual o mejorar en una migración; lo que falla, en la inmensa mayoría de casos documentados, es la comunicación técnica del cambio: URLs que cambian sin redirección, redirecciones mal configuradas (302 en vez de 301, como se explica en la guía de redirecciones), o un mapeo incompleto donde algunas URLs antiguas simplemente dejan de existir sin ningún destino al que redirigir. Google no penaliza una migración por sí misma; penaliza, en la práctica, la pérdida de señales que antes existían y que la migración rompió sin sustituirlas.
El mapeo de URLs: el documento más importante de toda la migración
Antes de mover una sola página, hace falta un mapeo completo y exhaustivo: una tabla con cada URL antigua indexada y su URL nueva correspondiente, sin excepciones. Este mapeo debe basarse en datos reales (un rastreo completo del sitio antiguo, cruzado con Search Console para incluir también URLs que reciben tráfico pero que el rastreo interno podría no encontrar, como páginas con enlaces solo externos) y no en una suposición de que "la nueva estructura es más lógica, ya se apañará Google".
URL antigua -> URL nueva
/productos/silla-nordica.html -> /muebles/sillas/silla-nordica
/blog/2019/como-elegir-silla -> /blog/como-elegir-silla
/categoria.php?id=42 -> /categoria/sillas-de-comedor
Cada fila de este mapeo se convierte,
literalmente, en una regla de redirección 301.El orden correcto: preparar todo antes de cambiar nada en producción
Un error de secuencia habitual es activar el dominio o la estructura nueva antes de tener las redirecciones completas y probadas. El orden técnico recomendado es: completar el mapeo de URLs, configurar y probar todas las redirecciones en un entorno de pruebas (staging) accesible solo internamente, verificar que el sitio nuevo es rastreable (robots.txt correcto, sin bloqueos heredados del entorno de pruebas), y solo entonces activar el cambio en producción con las redirecciones ya funcionando desde el primer segundo, no añadidas después de que Google empiece a encontrar 404 masivos.
El día del cambio: qué hacer inmediatamente después
En cuanto el sitio nuevo está en vivo con las redirecciones activas, hay tres acciones técnicas que aceleran la recuperación: enviar el nuevo sitemap XML (con las URLs nuevas) en Search Console, usar la herramienta de cambio de dirección de Search Console si el cambio incluye un dominio nuevo (esta herramienta le indica explícitamente a Google que se trata de una migración planificada, no de un sitio distinto que compite con el anterior), y monitorizar el informe de cobertura de Search Console a diario durante las primeras semanas para detectar picos de errores 404 o de URLs "rastreadas, no indexadas" que revelen huecos en el mapeo original.
Redirecciones uno a uno frente a redirecciones genéricas
La calidad de la migración depende directamente de la granularidad del mapeo: redirigir todas las URLs antiguas de una sección genéricamente a la home de la sección nueva (en vez de a su equivalente exacto) transfiere mucho menos valor de posicionamiento que una redirección uno a uno hacia la página específica que de verdad continúa ese contenido. Es una tentación habitual cuando el mapeo exacto es laborioso, pero el coste en tráfico perdido casi siempre supera el ahorro de tiempo.
Qué pasa con los enlaces externos que apuntan a las URLs antiguas
Las redirecciones 301 no solo sirven para los usuarios que hacen clic en un resultado de búsqueda antiguo; también transfieren, con el tiempo, el valor de los enlaces externos que otros sitios tienen apuntando a esas URLs. Es la razón de fondo por la que las redirecciones deben mantenerse indefinidamente (ver la guía de redirecciones): un enlace externo de hace cinco años, que nadie va a actualizar nunca, sigue aportando valor real mientras la redirección exista, y deja de hacerlo en el momento en que se retira.
Migraciones parciales: cuando solo cambia una parte del sitio
No todas las migraciones son un cambio completo de dominio; es igual de común migrar solo una sección (por ejemplo, mover el blog de un subdominio a una subcarpeta del dominio principal, algo que suele mejorar el rendimiento SEO al consolidar autoridad bajo un único dominio). El mismo rigor de mapeo y redirección aplica exactamente igual a una migración parcial que a una completa; el riesgo de perder tráfico es proporcional al número de URLs afectadas, no al porcentaje del sitio que representan.
Cuánto tarda un sitio en recuperar su posicionamiento tras migrar
No hay un plazo fijo, pero como referencia orientativa basada en migraciones bien ejecutadas: sitios con autoridad consolidada y un mapeo de redirecciones completo suelen ver una recuperación sustancial en 2 a 8 semanas, con una recuperación prácticamente total a los 3 o 4 meses. Migraciones con huecos en el mapeo, redirecciones mal configuradas, o cambios simultáneos de dominio y de estructura de URLs a la vez (mezclar dos variables de riesgo en un solo movimiento), pueden tardar considerablemente más o no recuperarse nunca del todo si los errores no se corrigen a tiempo.
Preguntas frecuentes
¿Es más seguro migrar poco a poco o de golpe?
Depende del tipo de cambio: un cambio de dominio o de HTTP a HTTPS suele hacerse de golpe porque no tiene sentido tener el sitio dividido entre dos versiones. Un cambio de estructura de URLs o de arquitectura, en cambio, puede beneficiarse de hacerse por fases, section por sección, para poder detectar y corregir problemas antes de que afecten a todo el sitio.
¿Debo avisar a Google antes de migrar?
No existe un aviso previo como tal, pero la herramienta de cambio de dirección de Search Console, activada el mismo día del cambio, cumple esa función: le confirma a Google que el cambio es intencionado y planificado.
¿Qué pasa si me faltan redirecciones para el 5% de las URLs antiguas?
Ese 5% se convierte en errores 404 que Google descubre progresivamente a medida que intenta rastrear las URLs antiguas que aún recuerda; el impacto es proporcional al valor de esas URLs concretas, así que revisar qué URLs quedaron sin mapear (con Search Console y con los logs del servidor) debe ser una tarea inmediata tras el lanzamiento, no algo para revisar "cuando haya tiempo".
¿Cambiar de CMS afecta al SEO aunque las URLs no cambien?
Puede afectar indirectamente si el nuevo CMS genera un HTML distinto, cambia la velocidad de carga, o gestiona de forma distinta elementos técnicos como el robots.txt, el sitemap o las etiquetas canonical. Mantener las URLs no elimina el riesgo si otros aspectos técnicos cambian sin control.
¿Cuánto tiempo debo mantener el sitio antiguo accesible durante la migración?
Lo ideal es que el sitio antiguo deje de servir contenido directo y pase a devolver únicamente las redirecciones 301 desde el primer momento del cambio, no que ambas versiones convivan accesibles en paralelo, lo que generaría exactamente el problema de contenido duplicado que la guía de canonicalización describe.