La URL se ha marcado como "noindex" en Search Console: corregir o dejar

«La URL se ha marcado como "noindex"» significa que Google rastreó la página, encontró una instrucción para no indexarla y la respetó. En la mayoría de los sitios, el estado es correcto para la mayoría de sus URLs: las páginas de pago, las de cuenta y los resultados de búsqueda interna deben quedarse fuera de Google. Se convierte en un problema cuando en la lista aparece una página que usted quiere en la búsqueda, o cuando su propio sitemap XML envía una página que, a la vez, le pide a Google que no la indexe.

Qué significa el estado y qué nombres tenía antes

La documentación de Google sobre el informe "Indexación de páginas" (consultada en octubre de 2026) incluye «La URL se ha marcado como "noindex"» entre los motivos por los que una página no se indexa y lo describe en una sola línea: "Cuando Google intentó indexar la página, encontró una directiva 'noindex' y, por tanto, no la indexó". La misma documentación indica que, si usted no quiere que la página se indexe, no hay que cambiar nada; si quiere que se indexe, elimine la directiva. Si usa Search Console en inglés, verá este estado como "URL marked 'noindex'".

La directiva puede llegar a Google desde 2 sitios:

• En el HTML, como metaetiqueta robots: <meta name="robots" content="noindex">, o en una versión solo para Google, <meta name="googlebot" content="noindex">.
• En la respuesta HTTP, como encabezado: X-Robots-Tag: noindex. Google también acepta el valor none, que trata como noindex, nofollow. El encabezado puede dirigirse a un solo rastreador, como en X-Robots-Tag: googlebot: noindex.

Google solo puede respetar una regla que puede leer. Una página bloqueada por robots.txt nunca se descarga, así que su noindex nunca se ve. Eso corresponde a otro estado, que trata la guía de robots.txt y acceso de rastreo.

Si buscaba «Excluida por una etiqueta "noindex"», está viendo el mismo estado con su nombre antiguo. Antes de que Google reorganizara el informe en 2022, figuraba en un grupo "Excluded" como «Excluida por una etiqueta "noindex"», y un error aparte, «La URL enviada contiene la etiqueta "noindex"», cubría las páginas con noindex que enviaba un sitemap. La página de ayuda de Google sobre la nueva clasificación de problemas explica que cada error de URL "enviada" se combinó con su equivalente excluido en un único problema.

¿Es un problema? Corregir, dejar o vigilar

Decida para qué sirve cada URL antes de cambiar nada.

flowchart TD
    A["La URL se ha marcado como noindex"] --> B{"¿Debería aparecer esta página en Google?"}
    B -->|no| C{"¿Está incluida en su sitemap XML?"}
    C -->|no| D["Déjela. El estado es correcto."]
    C -->|sí| E["Quítela del sitemap"]
    B -->|sí| F{"¿La prueba en directo sigue mostrando noindex?"}
    F -->|no| G["Ya está corregida. Solicite la indexación y espere a que se vuelva a rastrear."]
    F -->|sí| H{"¿Dónde se detectó?"}
    H -->|metaetiqueta robots| I["Corrija la plantilla, el ajuste del CMS o el plugin"]
    H -->|encabezado X-Robots-Tag| J["Corrija la regla del servidor, la CDN o el alojamiento"]

De dónde viene el noindex

1. Se puso a propósito. Las páginas sin valor para la búsqueda, las páginas privadas y las vistas duplicadas llevan noindex por diseño. En un sitio sano, la mayoría de las URLs de este informe deben estar aquí.

2. Un ajuste de staging sobrevivió al lanzamiento. Un sitio construido detrás de un noindex lo conserva cuando la plantilla, el archivo de entorno o la opción del tema llegan a producción sin cambios. Las páginas van desapareciendo de Google a medida que se vuelven a rastrear, mientras los visitantes no notan nada.

3. Un interruptor del CMS para todo el sitio. WordPress tiene una casilla en Ajustes > Lectura, "Disuadir a los motores de búsqueda de indexar este sitio" (en inglés, "Discourage search engines from indexing this site"). La documentación de WordPress indica que, desde la versión 5.3, esa opción añade una metaetiqueta robots con noindex,nofollow al head de las páginas del sitio; las versiones actuales la escriben con comillas simples: <meta name='robots' content='noindex, nofollow' />. Basta una casilla marcada en una copia de staging y trasladada a producción con una importación de la base de datos.

4. Valores predeterminados de plugins y temas. Los plugins de SEO y los temas suelen controlar la indexación por tipo de contenido: archivos de etiquetas, archivos de autor, páginas de adjuntos multimedia, listados paginados. Una actualización, una importación de ajustes o un valor predeterminado modificado pueden pasar a noindex todo un grupo de URLs a la vez, y por eso el recuento suele dar un salto en lugar de subir poco a poco.

5. Un encabezado X-Robots-Tag que nadie ve. El encabezado se configura en el servidor web, la CDN o la plataforma de alojamiento, así que nunca aparece en el código fuente de la página. Orígenes habituales: una regla de encabezado pensada para los PDF que coincide con todas las rutas, una regla de staging que se quedó en el host de producción o una plataforma de alojamiento que añade automáticamente X-Robots-Tag: noindex a los despliegues de vista previa. Si el código fuente está limpio y Search Console sigue indicando noindex, revise los encabezados.

6. JavaScript que intenta eliminarlo. Algunas aplicaciones de una sola página incluyen noindex en el HTML inicial y lo eliminan con JavaScript después de cargar. La documentación de Google sobre SEO para JavaScript advierte que, cuando Google ve un noindex, puede omitir el renderizado y la ejecución de JavaScript, así que la eliminación quizá nunca llegue a ejecutarse. Nuestra guía de renderizado de JavaScript trata la brecha más amplia entre el HTML servido y el renderizado.

El caso grave: páginas con noindex que envía su sitemap

Un sitemap enumera las URLs que usted quiere indexar; un noindex en una de ellas dice lo contrario. Google obedece al noindex, y la contradicción demuestra que sus propios sistemas no se ponen de acuerdo sobre la página.

En 29 sitios web externos cuyas páginas del sitemap SEOReport descargó entre mayo y octubre de 2026, 4 (14%) incluían en su propio sitemap XML al menos una página marcada como noindex. El patrón que vimos: páginas de carrito, pago y cuenta de una tienda que se quedaron en el sitemap. Las páginas de inicio de esas mismas auditorías estaban limpias: ninguna de las 45 páginas de inicio externas que SEOReport auditó entre mayo y octubre de 2026 llevaba noindex en una metaetiqueta ni en un encabezado X-Robots-Tag. Los problemas de noindex que merece la pena encontrar están más adentro del sitio.

Para ver este subconjunto en Search Console, abra el informe "Indexación de páginas" y cambie el filtro situado encima del gráfico de "Todas las páginas conocidas" a "Todas las páginas enviadas". Una URL cuenta como enviada si la incluye un sitemap que usted envió o que figura en robots.txt, aunque Google también la haya encontrado a través de enlaces. Cada URL que siga en «La URL se ha marcado como "noindex"» con ese filtro activado necesita una decisión: quitar el noindex o quitar la URL del sitemap. Nuestra guía de sitemaps XML explica cómo limitar un sitemap generado a las URLs indexables.

La misma contradicción aparece cuando una etiqueta canónica o un enlace a otra versión de idioma apunta a una página con noindex. El análisis de conflictos de indexabilidad trata esas combinaciones en todo un sitio.

Cómo confirmar cuál es la causa

Empiece por Inspección de URLs. En la sección de indexación de páginas del resultado, el campo "¿Se permite la indexación?" indica el motivo, por ejemplo, que se detectó "noindex" en la metaetiqueta "robots" o en el encabezado HTTP "X-Robots-Tag". Esa línea le dice si debe buscar en el HTML o en la configuración del servidor.

Compruebe la fecha. El resultado predeterminado es la versión que Google rastreó por última vez, y el campo "Último rastreo" muestra cuándo fue. Si cambió la página después de esa fecha, el resultado describe la página antigua.

Ejecute la prueba en directo. Seleccione "Probar URL publicada" y, después, "Ver página probada". La prueba en directo muestra el HTML y los encabezados de respuesta HTTP que Google recibe ahora, incluidos encabezados que su navegador nunca muestra. No comprueba los sitemaps ni las páginas de referencia; eso lo cubre el resultado indexado.

Reprodúzcalo desde una terminal. Estos 2 comandos muestran el encabezado y la metaetiqueta de cualquier URL. El segundo patrón admite comillas simples y dobles, porque WordPress escribe su etiqueta con comillas simples:

# Response headers only: look for x-robots-tag
curl -s -D - -o /dev/null https://www.example.com/pricing/ | grep -i "x-robots-tag"

# Robots meta tags in the HTML the server returns
curl -s https://www.example.com/pricing/ | grep -i -o -E "<meta[^>]*name=[\"']?(robots|googlebot)[\"' >][^>]*>"

Si ninguno de los dos comandos devuelve nada, el servidor no le envió ningún noindex a curl. Si Search Console sigue sin estar de acuerdo, repita ambos comandos añadiendo -A "Googlebot" después de curl -s: algunos servidores y CDN responden de forma distinta a los user agents de los rastreadores.

Lea los resultados en conjunto:

Corríjalo según la causa y después valide

• Interruptor del CMS: desmarque "Disuadir a los motores de búsqueda de indexar este sitio" en el sitio de producción y vuelva a comprobarlo después de cada copia de staging a producción.
• Ajuste de un plugin o tema: vuelva a hacer indexable el tipo de contenido o el archivo y confirme en 1 URL de muestra que la etiqueta ha desaparecido del HTML que devuelve el servidor.
• Plantilla o variable de entorno: haga que la indexación sea el valor predeterminado de producción y el noindex la excepción, para que un ajuste ausente nunca pueda ocultar el sitio en vivo.
• Encabezado X-Robots-Tag: localice la regla en el servidor web, la CDN o la plataforma de alojamiento y restrínjala a las rutas que la necesitan, como los nombres de host de staging o los PDF que no quiere indexar.
• Eliminación con JavaScript: quite el noindex del HTML inicial de las páginas que quiere indexar.
• Página intencionada en el sitemap: mantenga el noindex y quite la URL del sitemap.

No añada un Disallow en robots.txt a una página que quiere retirar. Eso oculta el noindex a Google, y la página puede seguir apareciendo en los resultados de búsqueda.

Después, valide en este orden. Primero, vuelva a ejecutar la prueba en directo y confirme que "¿Se permite la indexación?" indica ahora "Sí". Segundo, use "Solicitar indexación" en sus páginas corregidas más importantes; Search Console tiene un límite diario para estas solicitudes, y la documentación de Google sobre Inspección de URLs indica que la indexación suele tardar alrededor de un día, aunque puede tardar mucho más. Tercero, seleccione "Validar corrección" en el problema dentro del informe "Indexación de páginas". La documentación de Google indica que la validación suele tardar hasta unas 2 semanas y, a veces, mucho más.

Una advertencia: la validación vuelve a comprobar las URLs que figuran en el problema, y Google detiene la validación cuando encuentra alguna instancia pendiente. Si la lista también contiene páginas que usted mantiene con noindex a propósito, la validación no se superará. En ese caso, siga las URLs corregidas una por una en Inspección de URLs y compruebe que pasan a estar indexadas.

Search Console muestra qué URLs excluyó Google y, con 1 URL cada vez, dónde encontró la regla. Un diagnóstico completo de SEOReport lee las páginas que incluye su sitemap y nombra cada una cuya metaetiqueta robots indica noindex, con el recuento de páginas examinadas. En su página de inicio lee tanto la metaetiqueta como el encabezado X-Robots-Tag y comprueba si la etiqueta canónica de la página de inicio apunta a una página con noindex; también señala los enlaces a versiones en otros idiomas que apuntan a páginas con noindex. Así obtiene 1 lista que clasificar entre lo intencionado y lo accidental. Revisar URL por URL es el mismo problema de escala que describimos en por qué una sola sesión de IA no puede auditar un sitio web completo.

Preguntas frecuentes

¿Impide noindex que Google rastree la página?

No. Google tiene que rastrear la página para leer la regla. Impedir que Google descargue una sección es una decisión de robots.txt, y no debe combinarse con un noindex que usted necesita que Google vea.

¿Cuánto tarda una página en volver después de quitar el noindex?

No cambia nada hasta que Google vuelve a rastrear la página, y la documentación de Google indica que una página menos importante puede esperar meses. "Solicitar indexación" pide que se vuelva a rastrear 1 URL, pero no garantiza que la página se indexe.

¿Por qué Search Console muestra noindex si el código fuente de mi página no lo tiene?

Normalmente por 1 de estos 3 motivos: el resultado procede de un rastreo anterior a la corrección, el noindex llega en un encabezado X-Robots-Tag que el código fuente no muestra, o su servidor o su CDN responden al rastreador de Google de forma distinta que a su navegador. La prueba en directo lo aclara, porque muestra el HTML y los encabezados que Google recibe ahora.

¿Deben llevar noindex los archivos de etiquetas, categorías y autores?

Solo si no ofrecen a quien busca nada que no ofrezcan ya los propios artículos. Decida una vez por cada tipo de archivo, aplique la decisión mediante 1 único ajuste y mantenga fuera del sitemap los archivos con noindex.