La migración no termina al publicar: los primeros días muestran qué falló y permiten corregirlo antes de que afecte a la visibilidad. Un plan de revisión con tareas concretas evita improvisar bajo presión y deja registro de lo hecho.
Primeras 24 horas
- Comprobar que el sitio responde, sin errores de servidor ni de certificado.
- Verificar que el robots.txt de producción permite el rastreo, sin los bloqueos del entorno de pruebas; revisa el checklist de robots.txt en migraciones.
- Confirmar que no quedó ningún noindex heredado del entorno de desarrollo.
- Enviar el sitemap nuevo y validar una muestra de redirecciones.
- Probar formularios, pagos y eventos de analítica.
Primera semana
| Revisión | Herramienta | Qué buscar |
|---|---|---|
| Errores de rastreo | Search Console y registros | 404, 5xx y redirecciones que fallan |
| Indexación | Informe de páginas | Páginas importantes sin indexar |
| Redirecciones | Rastreador | Cadenas, bucles y destinos incorrectos |
| Enlaces internos | Rastreador | Enlaces que aún apuntan a URL antiguas |
| Rendimiento | Datos de laboratorio y campo | Empeoramientos en plantillas clave |
Si la migración cambió de plantilla, revisa también los datos estructurados, los títulos y las etiquetas canónicas generados por el nuevo tema. Es habitual que un nuevo diseño modifique estos elementos sin que nadie lo note. Compara una muestra de páginas antes y después, página por página, y anota diferencias. Estas pequeñas variaciones suelen explicar caídas puntuales que, de otra forma, parecen inexplicables.
Segunda semana
Compara el rendimiento por páginas y consultas con el periodo anterior, teniendo en cuenta la estacionalidad propia del negocio. Revisa las URL con más visitas antes de la migración y comprueba que mantienen su visibilidad o que se están reasignando de forma gradual. Si descubres páginas olvidadas, añade su redirección. Mantén la comunicación con el cliente mediante informes breves que indiquen qué se corrigió y qué se vigila, sin prometer una recuperación con fecha.
Cuándo activar el plan de contingencia
Si observas un aumento sostenido de errores, una desindexación masiva o una caída fuerte de páginas clave, activa el plan acordado antes del lanzamiento. Documenta cada paso y evita cambios simultáneos que impidan saber qué funcionó. Los criterios están en el plan de contingencia para migraciones. Cuando todo se estabilice, registra las lecciones aprendidas para el siguiente proyecto.
Aprovecha estas semanas para recolectar evidencia que sirva de base a un informe de cierre. Incluye las incidencias detectadas, el tiempo que tomó resolverlas y los resultados observados. Ese documento protege a la agencia ante preguntas futuras y demuestra al cliente que el proceso fue controlado. También alimenta la mejora de tu lista de verificación, que irá creciendo con cada proyecto.
En resumen
- Primeras 24 horas: Comprobar que el sitio responde, sin errores de servidor ni de certificado.; Verificar que el robots.txt de producción permite el rastreo, sin los bloqueos del entorno de pruebas; revisa el checklist de…
- Primera semana: Si la migración cambió de plantilla, revisa también los datos estructurados, los títulos y las etiquetas canónicas generados por el nuevo tema.
- Segunda semana: Compara el rendimiento por páginas y consultas con el periodo anterior, teniendo en cuenta la estacionalidad propia del negocio.
- Cuándo activar el plan de contingencia: Si observas un aumento sostenido de errores, una desindexación masiva o una caída fuerte de páginas clave, activa el plan acordado antes del lanzamiento.
Preguntas frecuentes
¿Cuánto debe durar el seguimiento?
Intenso las primeras dos semanas y más espaciado durante los meses siguientes, hasta que se estabilicen los datos.
¿Se puede solicitar reindexación masiva?
No existe un botón general; el sitemap y los enlaces internos correctos son la vía.
¿Qué hacer si la analítica no registra datos?
Revisa primero etiquetas, consentimiento y filtros; es un fallo frecuente tras el cambio.