Migración de sitio sin perder posicionamiento, del mapa de redirecciones al día después.

Migración de sitio es cualquier cambio que altera la dirección, la tecnología o la estructura de páginas que ya están indexadas. El buscador no ve su proyecto: ve URLs. Cuando la URL cambia y nadie explica adónde fue, el rastreador tiene que redescubrir todo, y la autoridad acumulada por esa dirección no se transfiere sola.

Las caídas más comunes después de una migración mal conducida vienen siempre de los mismos lugares:

• Redirección faltante o en cadena. La página antigua devuelve 404, o pasa por tres saltos hasta llegar al destino. Cada salto pierde fuerza y retrasa el rastreo.
• Redirección masiva a la portada. Es el error más frecuente del mercado. Mandar 800 URLs de producto a la portada le avisa al buscador que ese contenido dejó de existir.
• Entorno de pruebas indexado. El staging se publica sin bloqueo, el buscador lo indexa y el sitio nuevo nace compitiendo contra un duplicado de sí mismo.
• Canonical y hreflang apuntando al dominio viejo. El sitio nuevo pasa meses diciéndole al buscador que la versión buena es la que ya fue apagada.
• Pérdida de datos estructurados y de metadatos. La plataforma nueva no carga el schema, los títulos y las descripciones que existían, y las páginas vuelven al punto cero.
• Caída de velocidad en el lanzamiento. El sitio nuevo sale sin caché, sin compresión de imagen y con exceso de scripts. El usuario lo siente y Core Web Vitals lo registra.

Ninguno de estos problemas es imprevisible. Todos aparecen en el inventario y en el entorno de pruebas antes de publicar, siempre que alguien los haya revisado.

El protocolo es el mismo en todos los casos: inventario, mapa, prueba, cambio y vigilancia. Lo que cambia es dónde vive el riesgo.

Una migración bien hecha empieza entre cuatro y seis semanas antes de la fecha. El cronograma de abajo es el que aplicamos en proyectos medianos; las operaciones con decenas de miles de URLs reciben más tiempo de inventario y de pruebas.

Este es el cuadro que abrimos en la primera reunión de migración. Existe para que su equipo técnico sepa exactamente qué se va a exigir en cada fase.

La migración no termina en el lanzamiento. Termina cuando la curva de tráfico vuelve al nivel anterior y el índice del buscador refleja la estructura nueva. En ese período, lo que usted sigue en la App Netlinks se actualiza sin esperar el cierre del mes:

• Cobertura de índice: cuántas URLs nuevas ya entraron, cuántas antiguas salieron y cuáles quedaron en un estado intermedio.
• Errores reales de usuario: los 404 que ocurrieron en sesiones de verdad, no solo en el rastreo, con el origen del clic.
• Posiciones de las palabras clave prioritarias: comparadas con la línea de base tomada la semana anterior al cambio.
• Core Web Vitals y PageSpeed: por plantilla, porque la caída casi nunca es de todo el sitio, es de un tipo de página.
• Enlaces que todavía apuntan a la URL antigua: los más fuertes se convierten en contacto para actualizar el enlace en el origen, trabajo de la práctica de autoridad.

Es normal ver oscilación en las dos primeras semanas mientras el buscador reprocesa el sitio. Lo que no es normal es una caída sostenida después del primer mes. Cuando ocurre, casi siempre hay una causa técnica localizada, y aparece en el diagnóstico continuo en vez de volverse un misterio.

El resto del trabajo técnico que sostiene ese seguimiento está en SEO técnico y en auditoría SEO.