Cómo comprobar que Google accede a tu web tras migrar

Después de migrar una web, que abra en tu navegador no demuestra que Google pueda rastrear las páginas importantes. Hay que comprobar respuestas HTTP, versión canónica, robots, sitemap y acceso a recursos desde la dirección pública. Esta guía reúne la revisión SEO posterior al cambio; para la funcionalidad general utiliza también la revisión de la web tras cambiar de servidor.

Comprueba una muestra de páginas representativas

Selecciona portada, páginas comerciales, artículos con tráfico, una URL antigua redirigida y una página que no deba indexarse. Abre cada URL sin iniciar sesión y registra código final, redirecciones, título, canonical, meta robots y carga de recursos. Una URL 200 puede no ser indexable por noindex; una 301 puede terminar en una página equivocada. Comprueba también desde otra red para detectar DNS o CDN que muestran destinos distintos.

Revisa robots.txt y acceso real

Abre el robots.txt del dominio final y confirma que no heredó un bloqueo global de staging. Según la guía de Google, robots gestiona rastreo, no es un mecanismo fiable para ocultar una página de resultados; usa autenticación para un entorno privado. Comprueba WAF, IP y registros de servidor cuando Search Console indica fallo de acceso. No abras a todos los robots una URL de administración por corregir una página comercial.

Valida el sitemap después del cambio

Solicita el sitemap o su índice por HTTPS y verifica 200, XML válido y URLs absolutas del host canónico. Compara una muestra con las páginas 200 indexables; elimina del mapa redirecciones, 404, staging y duplicados no canónicos. Google aclara que enviar un sitemap es una pista, no una garantía de rastreo ni indexación. En Search Console, comprueba fecha de última lectura y errores de procesamiento; pueden tardar en actualizarse aunque el XML ya funcione.

Usa Search Console para la URL exacta

Inspecciona una página comercial y otra editorial. Distingue «URL disponible para Google» de «indexada»: la inspección en vivo prueba el acceso actual, mientras el índice refleja una evaluación posterior. Revisa canonical elegida, última exploración, rastreo y motivo de exclusión. Un resultado antiguo no se arregla enviando la misma URL repetidas veces. Si la página falla en vivo, corrige la respuesta y vuelve a probar. Consulta la guía de robots o la de 5xx según el síntoma.

Checklist de cierre técnico

1. DNS y TLS llevan al servidor correcto desde redes distintas.
2. Las URLs prioritarias devuelven 200, tienen canonical propia y noindex solo cuando corresponde.
3. Robots no bloquea esas rutas y el WAF permite el rastreo legítimo.
4. Sitemap accesible contiene URLs finales, no staging ni redirecciones.
5. Las URLs antiguas importantes redirigen a equivalentes relevantes.
6. Search Console y logs se revisan durante las semanas posteriores, sin prometer fecha de indexación.

Documenta URL, prueba y responsable. Si las páginas desaparecen de Google, sigue la investigación de caída; para planificar una migración con soporte, consulta a IDEIHOSTING el alcance disponible.