Un sitio nuevo se publica, o uno antiguo se muda a un nuevo hosting, y unas semanas después el cliente pregunta por qué ya no se encuentra en Google. Muy a menudo no hay nada roto: un ajuste de la fase de staging sigue diciendo a los buscadores que no entren. Esta guía explica dónde puede esconderse ese ajuste, cómo comprobarlo en pocos minutos y cómo asegurarte de que no se vuelva a colar.
Los sospechosos habituales
- «Disuadir a los motores de búsqueda de indexar este sitio». En Ajustes → Lectura de WordPress. A menudo se activa durante el desarrollo y se olvida en el lanzamiento. WordPress pide entonces a los buscadores que no indexen el sitio.
- robots.txt. Un robots.txt de staging con
Disallow: /que se copió junto con el sitio. - Una cabecera noindex del servidor. Algunos hostings y herramientas de staging añaden una cabecera
X-Robots-Tag: noindex. No aparece en el código fuente de la página, solo en las cabeceras de respuesta. - Ajustes del plugin de SEO. Una página, un tipo de contenido o todo el sitio marcado como noindex en el plugin de SEO.
- Enlaces canónicos al dominio antiguo. Tras una migración, los enlaces canónicos que siguen apuntando a la dirección de staging o a la antigua le dicen a Google que la página real está en otro sitio.
Compruébalo en cinco minutos
- Abre la página de inicio, mira el código fuente y busca
noindexycanonical. El enlace canónico debe apuntar a la dirección en producción. - Abre
/robots.txten el dominio en producción y buscaDisallow: /. - Revisa las cabeceras de respuesta de la página de inicio (herramientas de desarrollo del navegador, pestaña Red) en busca de
X-Robots-Tag. - En Google Search Console, inspecciona la URL de la página de inicio. Te dice si la página se puede indexar y por qué no.
- Revisa Ajustes → Lectura y los ajustes globales del plugin de SEO.
Corrígelo y pide a Google que vuelva
Desactiva el ajuste responsable, vacía la caché de páginas y vuelve a comprobar los cinco puntos desde una ventana privada. Después solicita en Google Search Console la indexación de la página de inicio y de las páginas principales y vuelve a enviar el sitemap. La recuperación suele llevar días, no semanas, en cuanto Google puede rastrear de nuevo el sitio, pero el tráfico perdido mientras tanto no vuelve.
Hazlo parte de cada lanzamiento y migración
- Añade «buscadores permitidos, robots.txt, canónico, cabecera noindex» a tu checklist de lanzamiento y márcalo en el dominio en producción, no en staging.
- Vuelve a comprobarlo un día después del lanzamiento: algunas cachés y CDN siguen sirviendo la versión de staging durante un tiempo.
- Vigílalo después. Los plugins y los hostings también cambian ajustes durante actualizaciones y migraciones.
Cómo lo detecta Verploy
Cada día, Verploy revisa lo básico de búsqueda de la página de inicio de cada sitio conectado con Google PageSpeed: título, descripción, indexación, enlace canónico, robots.txt, enlaces de idioma y textos de enlaces. Si la página de inicio pide a Google que no la muestre, recibes una alerta, que desaparece sola cuando se corrige. El informe mensual para el cliente incluye la puntuación de SEO. Más sobre visibilidad en Google.
¿Quieres saber el mismo día que el sitio de un cliente desaparece de Google?
Verploy revisa a diario lo básico de búsqueda de cada página de inicio y te avisa cuando un sitio está oculto para Google. Empieza gratis, sin tarjeta de crédito.