Respuesta corta: en Ajustes → Lectura hay una casilla llamada «Disuadir a los motores de búsqueda de indexar este sitio». Si está marcada, WordPress le pide a Google que no muestre tu web. Desmárcala, guarda, vacía la caché y pide la reindexación en Search Console. Son cinco minutos; la recuperación en Google tarda más.
Qué hace exactamente esa casilla
Es un ajuste de WordPress que se guarda en la opción blog_public. Cuando está activado, WordPress añade a cada página la etiqueta <meta name='robots' content='noindex, nofollow'> y su robots.txt virtual incluye una regla Disallow: /. Las dos cosas dicen lo mismo a los buscadores: no indexes esto.
Se usa a propósito mientras una web está en construcción. El problema llega cuando se publica el sitio y nadie la desmarca. Pasa sobre todo en tres situaciones: al lanzar una web nueva, al migrar de hosting copiando una base de datos de pruebas y al clonar un entorno de staging sobre producción.
Es una petición, no un bloqueo técnico: los buscadores serios la respetan, así que la consecuencia habitual es que tu web desaparece o no llega a entrar nunca en los resultados.
Cómo saber si te pasa
Hay tres comprobaciones rápidas. Basta con que una dé positivo.
- En WordPress. Entra en Ajustes → Lectura y mira la casilla «Visibilidad en los motores de búsqueda». Si está marcada, ya tienes la causa.
- En el código de la página. Abre tu portada, pulsa Ctrl+U (o Cmd+Opción+U en Mac) y busca
robots. Si vesnoindex, la página pide que no se indexe. - En Search Console. En Indexación → Páginas, el motivo aparece como «Excluida por la etiqueta noindex» o «Bloqueada por el archivo robots.txt».
Si prefieres la terminal, estas tres órdenes lo comprueban desde fuera de WordPress:
curl -s https://tudominio.com/ | grep -i 'name=.robots'
curl -sI https://tudominio.com/ | grep -i x-robots-tag
curl -s https://tudominio.com/robots.txtLa primera busca la etiqueta meta, la segunda una cabecera X-Robots-Tag (que puede añadir el servidor o un plugin) y la tercera muestra el robots.txt. Si la segunda o la tercera tienen algo, la casilla de WordPress no es la única causa.
Cómo desactivarlo
- Entra en el escritorio de WordPress como administrador.
- Ve a Ajustes → Lectura.
- Desmarca Disuadir a los motores de búsqueda de indexar este sitio.
- Pulsa Guardar cambios.
- Vacía todas las cachés: la del plugin de caché, la del hosting y la de la CDN si usas una (Cloudflare u otra). Si no, seguirás sirviendo la versión con
noindex. - Repite las tres comprobaciones anteriores para confirmar que el
noindexya no aparece.
Si está desmarcada y sigue sin indexarse
La casilla es la causa más frecuente, pero no la única. Revisa esta tabla:
| Dónde mirar | Qué buscar | Qué hacer |
|---|---|---|
| Plugin SEO (Rank Math, Yoast…) | Páginas o tipos de contenido marcados como «noindex» en sus ajustes | Cambiarlos a «index» en los ajustes globales y en la propia página |
robots.txt | Una línea Disallow: / o reglas que bloquean carpetas importantes | Eliminar la regla. Si hay un archivo físico, edítalo; si no, lo genera WordPress o tu plugin SEO |
Cabecera X-Robots-Tag | noindex añadido por el servidor, un plugin o la CDN | Quitarlo en la configuración del servidor (.htaccess, Nginx) o de la CDN |
| Protección con contraseña | La web pide usuario y clave (típico de staging) | Quitarla en producción |
| Canonical | La página dice que su URL verdadera es otra | Corregir el canonical para que apunte a sí misma |
Pedir a Google que vuelva a leer tu web
Quitar el noindex no basta: Google tiene que volver a rastrear las páginas. Puedes acelerarlo:
- En Search Console, abre Inspección de URLs, pega la URL de tu portada y pulsa Solicitar indexación.
- En Sitemaps, comprueba que tu sitemap (normalmente
/sitemap_index.xmlo/wp-sitemap.xml) está enviado y sin errores. - Repite la solicitud con las páginas más importantes. Hay un límite diario de solicitudes, así que prioriza.
No hay un plazo garantizado: puede ir de unos días a varias semanas según el tamaño de la web y la frecuencia con la que Google la visita. Comprueba el informe de Indexación → Páginas cada pocos días para ver cómo bajan las páginas excluidas.
Cómo evitar que vuelva a pasar
- Usa protección con contraseña en el servidor para los entornos de staging, en lugar de depender de la casilla de WordPress.
- Incluye «Comprobar Ajustes → Lectura» en la lista de tareas de lanzamiento de cada web.
- Cuando migres o clones una web, revisa el ajuste justo después de importar la base de datos.
- Haz una comprobación posterior al lanzamiento: busca
site:tudominio.comen Google al cabo de unos días.
Para agencias: vigilarlo en todas las webs
Si gestionas decenas de webs, nadie va a abrir Ajustes → Lectura en todas cada semana. Con el conector de WordPress, Jeffrey lee ese ajuste y abre una alerta crítica («WordPress pide a Google que no indexe la web») cuando el conector informa de que está marcado, para que lo corrijas antes de que el cliente note la caída de visitas. Más información en Para agencias.
Preguntas frecuentes
¿Desmarcar la casilla me hace aparecer en Google al instante?
No. Cambia lo que le dices a los buscadores, pero Google debe rastrear de nuevo las páginas. Solicitar la indexación en Search Console ayuda, aunque no fija un plazo.
¿Puedo dejar la casilla marcada y usar solo un plugin SEO?
No es recomendable. Si la casilla está marcada, WordPress sigue añadiendo noindex a todo el sitio y puede contradecir lo que configures en el plugin.
¿Es lo mismo que proteger la web con contraseña?
No. La casilla solo pide a los buscadores que no indexen; cualquiera con el enlace puede ver la web. Una contraseña en el servidor sí impide el acceso.