WordPress: la opción de disuadir a los motores de búsqueda y qué cambia

La casilla de WordPress "Disuade a los motores de búsqueda de indexar este sitio" (en inglés, "Discourage search engines from indexing this site") añade una etiqueta meta robots con noindex, nofollow a todas las páginas públicas del sitio. Google respeta esa etiqueta: cada página que vuelve a rastrear con la etiqueta sale de sus resultados de búsqueda, y las páginas nuevas no se añaden. En una copia privada de staging, ese es el resultado buscado. En un sitio en producción que usted quiere tener en Google, desmárquela ahora: retira todo el sitio de Google rastreo a rastreo, mientras los visitantes no notan ninguna diferencia.

Qué genera la opción en el WordPress actual

La casilla está en Ajustes → Lectura, en la fila "Visibilidad en los motores de búsqueda", y el instalador de WordPress ofrece la misma casilla en su pantalla de configuración. Guarda un único valor en la base de datos: la opción blog_public, que vale 0 cuando la casilla está marcada y 1 cuando está desmarcada. En octubre de 2026, cuando la versión vigente era la 7.1.3, comprobamos en el código fuente del núcleo de WordPress qué cambia ese valor:

• Todas las páginas públicas reciben una etiqueta meta robots. La salida estándar del head del tema incluye esta línea:

<meta name='robots' content='noindex, nofollow' />

• El sitemap XML integrado se desactiva. El sitemap del núcleo en /wp-sitemap.xml devuelve un 404, y la línea Sitemap: desaparece del robots.txt que genera WordPress.
• robots.txt no bloquea nada nuevo. El archivo generado mantiene su habitual Disallow para el área de administración y Allow para admin-ajax.php.
• No se añade ninguna cabecera HTTP. El núcleo no envía ninguna cabecera X-Robots-Tag por esta opción, así que la señal solo está en el HTML.
• El sitio sigue siendo público. El texto bajo la casilla advierte que depende de los motores de búsqueda atender esta petición. Los visitantes, y cualquier rastreador que ignore las etiquetas meta robots, pueden seguir leyendo todas las páginas.
• Los administradores reciben un único aviso. El widget "De un vistazo" del escritorio muestra la línea "Motores de búsqueda disuadidos" mientras la casilla está marcada.

Si su escritorio está en español, la redacción depende de la variante regional. El proyecto de traducción de WordPress, consultado en octubre de 2026, traduce la etiqueta como "Disuade a los motores de búsqueda de indexar este sitio" para México, Argentina, Colombia y otras variantes latinoamericanas, y como "Pedir a los motores de búsqueda que no indexen este sitio" para el español de España. En la mayoría de las variantes del español, la fila se llama "Visibilidad en los motores de búsqueda" en la pantalla "Ajustes de lectura", y en todas ellas la línea del escritorio dice "Motores de búsqueda disuadidos".

Cómo ha cambiado el comportamiento de la opción entre versiones de WordPress

Todavía circulan consejos escritos para versiones antiguas que describen un mecanismo distinto. El código fuente del núcleo muestra 3 etapas:

El cambio de la 5.3 es el más importante. Antes, el robots.txt generado ordenaba a todos los rastreadores no entrar en ninguna parte del sitio, así que Google no obtenía las páginas y nunca llegaba a ver su etiqueta noindex. Las URL enlazadas desde otros sitios podían seguir en el índice de Google sin ser rastreadas, lo que Search Console muestra como «Se ha indexado aunque un archivo robots.txt la tenía bloqueada»; la página sobre ese estado explica el conflicto. Desde la 5.3, la casilla no toca robots.txt y se apoya únicamente en la etiqueta meta. En un sitio actual, un Disallow: / procede de un archivo robots.txt físico, de un plugin o del proveedor de hosting, nunca de esta casilla.

Por qué la opción acaba activada en un sitio en producción

La secuencia habitual es un sitio de staging correctamente oculto, seguido de un lanzamiento que copia su base de datos. Los plugins de migración, las herramientas de "pasar a producción" del hosting y una exportación e importación manual trasladan la tabla de opciones, y blog_public viaja con ella. El único cambio visible es una línea en el head de la página que ningún visitante lee.

sequenceDiagram
    participant S as Sitio de staging
    participant P as Sitio en producción
    participant G as Googlebot
    S->>S: Casilla marcada, blog_public vale 0
    S->>P: Base de datos copiada en el lanzamiento
    P->>P: blog_public sigue valiendo 0
    G->>P: Vuelve a rastrear la página de inicio y las entradas
    P-->>G: HTML con noindex, nofollow
    G->>G: Retira de los resultados cada página que vuelve a rastrear

En 45 sitios web externos que SEOReport auditó entre mayo y octubre de 2026, ninguno servía una página de inicio con una directiva noindex, ni en el HTML ni en una cabecera X-Robots-Tag. Una muestra de ese tamaño no permite decir lo frecuente que es el error, solo que no es habitual. Cuando ocurre, afecta a todas las páginas públicas a la vez, y por eso debe figurar en toda lista de comprobación de lanzamiento.

Cómo comprobar la opción desde fuera del escritorio

Lo que cuenta es el HTML que recibe un visitante sin sesión iniciada después de cualquier caché de página o CDN, porque eso es lo que obtiene Google. Sustituya example.com por su dominio y repita los 2 primeros comandos con 2 o 3 entradas, además de la página de inicio. La opción -L sigue las redirecciones, de modo que un paso del dominio sin www a www o a HTTPS no oculta la página final.

# 1. The robots meta tag in the served HTML
curl -sL https://example.com/ | grep -io "<meta[^>]*name=.robots[^>]*>"

# 2. Any noindex sent as an HTTP header instead
curl -sL -o /dev/null -D - https://example.com/ | grep -i "x-robots-tag"

# 3. What robots.txt actually serves
curl -sL https://example.com/robots.txt

# 4. Whether the core sitemap is switched off
curl -sL -o /dev/null -w "%{http_code}\n" https://example.com/wp-sitemap.xml

Un noindex en el primer resultado junto con un 404 en el cuarto coincide con esta opción. Un plugin SEO puede sustituir el sitemap del núcleo por el suyo, así que un 404 por sí solo no demuestra nada. Un noindex en el segundo resultado es una regla de cabecera del servidor, del hosting, de la CDN o de un plugin, y la casilla no puede eliminarla.

Desde dentro de WordPress, la confirmación más rápida es la línea "Motores de búsqueda disuadidos" del escritorio. Con acceso a la línea de comandos, wp option get blog_public devuelve 0 cuando la casilla está marcada y 1 cuando está desmarcada.

flowchart TD
    A["¿El HTML publicado tiene una meta robots noindex?"] -->|"sí"| B["¿blog_public vale 0?"]
    A -->|"no"| C["¿La cabecera X-Robots-Tag tiene noindex?"]
    C -->|"sí"| D["Elimine la regla del servidor, del hosting o de la CDN"]
    C -->|"no"| E["La página publicada es indexable: solicite un nuevo rastreo"]
    B -->|"sí"| F["Desmarque la casilla y vacíe las cachés"]
    B -->|"no"| G["Un plugin o el tema añade noindex: revise sus ajustes"]
    F --> H["¿HTML publicado limpio en la página de inicio y las entradas?"]
    G --> H
    H -->|"no"| I["Una caché sigue sirviendo el HTML antiguo: vacíela"]
    I --> H
    H -->|"sí"| J["Prueba en directo en Inspección de URLs y después Validar corrección"]

Cómo se refleja la opción en Search Console

A medida que Google vuelve a rastrear las páginas y encuentra la etiqueta, estas pasan al grupo "Sin indexar" del informe "Indexación de páginas", con el motivo «La URL se ha marcado como "noindex"». La documentación de Google sobre el informe "Indexación de páginas", consultada en octubre de 2026, indica que la página no se indexó porque Google encontró una directiva noindex al intentar indexarla. El paso es gradual, porque Google vuelve a rastrear cada página en un momento distinto. Nuestra guía sobre el estado «La URL se ha marcado como "noindex"» trata las demás causas de ese estado y cuándo es intencionado.

La herramienta de inspección de URLs muestra las dos caras. La vista predeterminada describe la versión que Google indexó por última vez, y su campo "¿Se permite la indexación?" indica si esa versión impedía la indexación. "Probar URL publicada" obtiene la página tal como está ahora. Después de una corrección, fíese de la prueba en directo; la vista indexada solo cambia cuando Google vuelve a rastrear la página.

Un sitio lanzado con la casilla marcada desde el día 1 puede mostrar muy pocas URL en el informe. El sitemap del núcleo está desactivado y nofollow pide a Google que no siga los enlaces de cada página, así que Google tiene poco a partir de lo cual descubrir.

Plugins y reglas del servidor que cambian el panorama

Los plugins SEO gestionan por su cuenta la etiqueta robots. En octubre de 2026 leímos el código fuente de 2 de los más usados, Yoast SEO y Rank Math: ambos siguen forzando noindex mientras la casilla está marcada, y ambos muestran un aviso en el área de administración. Con cualquiera de los dos activo, la solución sigue siendo desmarcar la casilla.

Esos mismos plugins pueden mantener un noindex después de desmarcar la casilla, mediante sus propios ajustes para entradas concretas, tipos de contenido o archivos. Cualquier otro plugin o tema puede añadir directivas a través del mismo filtro de robots de WordPress, por ejemplo un plugin de "próximamente" o de modo mantenimiento que se quedó activo tras el lanzamiento. Si el HTML publicado sigue mostrando noindex con blog_public en 1, son esos ajustes los que hay que revisar.

Del staging quedan otros 2 restos. Un archivo robots.txt físico con Disallow: / prevalece sobre el generado, así que vuelva a leer el archivo publicado después del lanzamiento, sobre todo si guardó reglas de robots.txt desde un plugin mientras el sitio estaba oculto. Una regla de cabecera que añade X-Robots-Tag: noindex funciona como la etiqueta meta, pero nunca aparece en el código fuente de la página; por eso la comprobación externa revisa ambas. Nuestra guía de robots.txt y acceso de rastreo explica cómo leer el archivo línea a línea.

Cómo recuperarse y cuánto se tarda

1. Desmarque la casilla y guarde, o ejecute wp option update blog_public 1.
2. Vacíe todas las capas de caché: el plugin de caché de página, la caché del hosting y la CDN. Una página en caché sigue sirviendo el head antiguo hasta que caduca.
3. Repita la comprobación externa en la página de inicio y en algunas entradas, y confirme que /wp-sitemap.xml o el sitemap de su plugin responde ahora con 200.
4. Envíe el sitemap en el informe "Sitemaps" de Search Console, para que Google tenga una lista completa de URL que volver a rastrear. Nuestra guía de sitemaps XML explica qué debe contener un sitemap limpio.
5. Ejecute una prueba en directo en la inspección de URLs sobre la página de inicio y sus páginas más importantes y, después, use "Solicitar indexación" para ese puñado. La herramienta tiene una cuota de URL individuales, y la documentación de Google indica que repetir la solicitud para la misma URL no acelera el rastreo.
6. Abra «La URL se ha marcado como "noindex"» en el informe "Indexación de páginas" y seleccione "Validar corrección".

Después, espere. La documentación de Google sobre el nuevo rastreo, consultada en octubre de 2026, indica que el rastreo puede tardar desde unos días hasta unas semanas, y su documentación sobre noindex señala que, en algunas páginas, una nueva visita puede tardar meses. La documentación del informe "Indexación de páginas" indica que la validación suele tardar hasta unas 2 semanas y, en algunos casos, mucho más. La indexación en sí sigue siendo decisión de Google: la documentación de la inspección de URLs afirma que una solicitud no garantiza que la página aparezca en el índice.

Cómo evitar que se repita en el próximo lanzamiento

Proteja el staging con contraseña, mediante autenticación HTTP en el servidor o en el hosting, en lugar de confiar en la casilla. Un inicio de sesión detiene a todos los visitantes y rastreadores. Deje la casilla desmarcada en la copia protegida con contraseña: Google no puede leer una página que está detrás de un inicio de sesión, así que la casilla no aporta nada allí, y una base de datos copiada a producción no arrastra ningún noindex. Después, añada una línea a la lista de comprobación de lanzamiento: ejecutar la comprobación externa en el dominio de producción tras la puesta en marcha y después de cada migración o restauración de la base de datos.

Un diagnóstico completo de SEOReport lee la etiqueta meta robots y la cabecera X-Robots-Tag de su página de inicio, y la etiqueta meta robots de las páginas que incluye su sitemap, e identifica cada página que pide a los buscadores que no la indexen. Un noindex en la página de inicio, que esta opción siempre produce, se notifica como hallazgo crítico, así que la opción se detecta aunque también haya desactivado el sitemap. Para un sitio que cambia a menudo de responsable o de hosting, el seguimiento semanal, configurado mediante la API REST, vuelve a auditar el sitio y le envía un correo cuando aparece un hallazgo crítico nuevo. El patrón más amplio de sitios que ocultan sus propias páginas se analiza en nuestros datos sobre conflictos de indexabilidad y en la guía de indexabilidad de páginas.

Preguntas frecuentes

¿Bloquea a los rastreadores de IA?

No. No añade reglas a robots.txt, y robots.txt es donde normalmente se controla el acceso de los rastreadores de IA. Sí afecta a las propias funciones de IA de Google: su documentación sobre funciones de IA, consultada en octubre de 2026, indica que una página tiene que estar indexada para mostrarse como enlace de apoyo en AI Overviews o en el Modo IA, así que una página con noindex también desaparece de ahí. Trate la casilla como una petición sobre la indexación en el buscador, no como una política de IA. Nuestra tabla de decisión para los rastreadores de IA en robots.txt explica cómo definir una de forma deliberada.

Desmarqué la casilla hace semanas y las páginas siguen apareciendo como «La URL se ha marcado como "noindex"». ¿Por qué?

Search Console muestra lo que Google vio en su último rastreo de cada página. Ejecute primero "Probar URL publicada": si la prueba en directo sigue encontrando un noindex, lo está sirviendo una caché, un plugin o una regla de cabecera. Si la prueba en directo sale limpia, la página está esperando un nuevo rastreo, y el siguiente paso correcto es "Validar corrección" junto con un sitemap enviado.

¿Es seguro marcar la casilla mientras rediseño un sitio en producción?

No. La opción se aplica al sitio en producción, y cada página que Google vuelva a rastrear durante el rediseño saldrá de sus resultados. Haga el rediseño en una copia de staging protegida con contraseña.