Migración de sitio
Una migración de sitio en SEO es cualquier cambio sustancial en un sitio web que pueda alterar de forma material su visibilidad en búsqueda: un nuevo dominio, una nueva estructura de URL, un nuevo CMS, un nuevo diseño, un nuevo protocolo (HTTPS) o cualquier combinación. El término es más amplio que "cambiar de hosting": desde la perspectiva de Google, una migración es cualquier cosa que haga que las URLs, el HTML o los patrones de acceso cambien a gran escala.
Una migración de sitio en SEO es cualquier cambio sustancial en un sitio web que pueda alterar de forma material su visibilidad en búsqueda: un nuevo dominio, una nueva estructura de URL, un nuevo CMS, un nuevo diseño, un nuevo protocolo (HTTPS) o cualquier combinación. El término es más amplio que "cambiar de hosting": desde la perspectiva de Google, una migración es cualquier cosa que haga que las URLs, el HTML o los patrones de acceso cambien a gran escala.
Por qué importa
Las migraciones son la causa más común de desastres de SEO autoinfligidos. Las encuestas del sector muestran de forma constante que entre el 30 % y el 50 % de las migraciones de sitio provocan caídas medibles de tráfico, y que entre el 10 % y el 20 % nunca se recuperan del todo. Las mayores victorias se acumulan: una migración limpia preserva el valor de entidad que un dominio ha tardado años en construir. Las mayores pérdidas son brutales: una migración chapucera puede costar ingresos mensuales de seis cifras de la noche a la mañana y tardar trimestres en recuperarse. Una lista de comprobación metódica para antes, durante y después es la diferencia entre uno y otro resultado.
Tipos de migración de sitio
Migración de dominio: example.com → newbrand.com. La categoría de mayor riesgo. Requiere redirecciones 301 en todas las URLs.
Migración de estructura de URL: /products/abc → /shop/abc. A menudo va acompañada de un cambio de CMS.
Migración de plataforma / CMS: WordPress → Shopify, a medida → Webflow. Las plantillas cambian; las URLs también suelen cambiar.
Migración de protocolo: HTTP → HTTPS. De bajo riesgo si se hace bien, desastrosa si aparecen errores de contenido mixto.
Diseño / rediseño: las mismas URLs, nuevo HTML, distinto enlazado interno, distinta profundidad de contenido.
Subdominio ↔ subdirectorio: blog.example.com ↔ example.com/blog. Ambos funcionan para el SEO, pero al migrar entre ellos hay que preservar los enlaces.
Internacionalización: añadir o reestructurar hreflang y los subdirectorios por país.
Lista de comprobación previa a la migración
Rastreo completo de URLs del sitio actual: Screaming Frog o Sitebulb. Captura cada URL indexada, su tráfico y sus enlaces entrantes.
Mapea las URLs antiguas → nuevas: una hoja de cálculo con la URL actual, la nueva URL, el estado y el tipo de redirección. Cada URL indexada necesita un destino.
Audita los backlinks: identifica las páginas con más enlaces externos. Estas deben conservar sus redirecciones aunque se pode el resto del sitio.
Establece métricas de referencia: posiciones, impresiones de GSC, tráfico orgánico, páginas indexadas, Core Web Vitals. Necesitas una imagen previa para medir la pérdida o la ganancia.
Prepara el nuevo sitio en un entorno de pruebas: rastréalo en un dominio de desarrollo. Corrige enlaces rotos, canónicos ausentes y errores de la nueva estructura antes de la puesta en marcha.
Comunícate con las partes interesadas: el área legal, marketing, correo electrónico y los anuncios de pago dependen de la estabilidad de las URLs. Las migraciones sorpresa rompen todo.
Lista de comprobación para la puesta en marcha
Redirecciones 301 activas antes del cambio: cada URL antigua redirige con 301 a su nueva URL mapeada, incluidas las páginas de categoría enterradas en profundidad.
Actualiza las etiquetas canónicas a las nuevas URLs.
Envía el nuevo sitemap a Google Search Console.
Actualiza el robots.txt: no bloquees el nuevo sitio ni dejes el bloqueo antiguo en su lugar.
Monitorea los 404 y las cadenas de redirección cada hora durante las primeras 24 horas.
Vigila los Core Web Vitals: un cambio de plataforma a menudo afecta al LCP y al INP de forma silenciosa.
Mantén accesible el sitemap antiguo durante al menos unas semanas para que Google pueda descubrir las redirecciones.
Monitoreo posterior a la migración
Semana 1: errores de rastreo, 404, bucles de redirección, caídas repentinas de posiciones. Compara los informes de cobertura de GSC a diario.
Mes 1: cobertura de indexación, cambios de posiciones, diferencia de tráfico frente a la referencia. Espera una caída temporal; debería estabilizarse.
Trimestre 1: evaluación final de la recuperación. Si el tráfico no vuelve a la referencia en un plazo de 8 a 12 semanas, algo está mal a nivel estructural.
Errores comunes
302 en lugar de 301: el 302 es temporal; Google no transmite todas las señales. Usa 301.
Cadenas de redirección: antigua → intermedia → nueva quema presupuesto de rastreo y pierde señal. Redirige directamente a la URL final.
Perder enlaces internos: las nuevas plantillas a menudo eliminan el antiguo grafo de enlaces internos. Vuelve a auditarlo tras el lanzamiento.
Olvidar actualizar el sitemap: Google sigue rastreando las URLs antiguas hasta que le indiques lo contrario.
Saltarse el rastreo en entorno de pruebas: los problemas detectados en producción son 10 veces más difíciles de corregir.
Sin plan de reversión: si el nuevo sitio falla, necesitas una vía de retorno probada al antiguo, al menos durante las primeras 48 horas.
Migraciones silenciosas: anunciar la migración a Google Search Console mediante la herramienta de cambio de dirección (para los cambios de dominio) ayuda a Google a reconocer el movimiento.
Sources: