Guía para decidir mejor
Qué hacer si desaparecen páginas de Google tras migrar
Diagnostica por URL y fecha antes de reenviar el sitemap.
Si después de migrar desaparecen páginas de Google, no cambies todas las URLs ni vuelvas a enviar el sitemap sin diagnosticar. Puede haber un problema de rastreo, redirecciones, canonical, noindex, contenido o simplemente retraso mientras Google reevalúa el sitio. La causa se investiga por URL y fecha, no por una captura aislada del operador site:.
Confirma qué cayó realmente
En Search Console compara impresiones y clics de las mismas páginas y consultas antes y después del cambio, con periodos comparables. Mira si cayó el sitio completo, una carpeta o un grupo de URLs; anota fecha de migración y cambios de contenido. Comprueba una URL representativa en Inspección: estado en el índice, rastreo, canonical seleccionada y prueba en vivo. Los datos del índice pueden tardar más en reflejar una corrección que la prueba en vivo.
Investiga la página pública y el origen antiguo
Solicita la URL nueva sin sesión. Verifica 200, contenido esperado, canonical propia, meta robots, certificado y ausencia de bloqueo por robots o WAF. Comprueba el sitemap y las redirecciones desde la URL antigua hacia la equivalente. Si el antiguo dominio sigue sirviendo 200 con la misma página, puede haber señales contradictorias. Si redirige todo a la portada, arregla las equivalencias útiles antes de pedir recrawl. Las guías de acceso tras migración y redirecciones dan pruebas concretas.
Distingue exclusión técnica de decisión de indexación
Un 5xx, noindex o canonical hacia otra URL es controlable y debe corregirse. Una URL accesible y canónica puede no indexarse por decisiones del buscador; revisa su utilidad, contenido y enlaces internos sin prometer una posición. Google indica que solicitar rastreo no asegura indexación inmediata. No envíes una URL cientos de veces ni generes páginas casi idénticas para compensar.
Prioriza y observa
Empieza por páginas comerciales y artículos con tráfico previo. Después revisa 404/5xx y enlaces internos que las apuntan. Registra para cada URL: problema, cambio, fecha de inspección en vivo y seguimiento de impresiones. Si solo se perdió una versión duplicada, confirma que la URL canónica deseada sigue apareciendo. La web puede experimentar fluctuaciones durante una migración importante; documenta avances medidos y pendientes, no una promesa de recuperación en días fijos.
Si identificas errores de servidor, usa el diagnóstico de 5xx; para revisar acceso con datos técnicos, comparte URL, hora y respuesta observada con IDEIHOSTING.