Cómo saber si una página tiene noindex (meta y cabecera)

Para saber si una página tiene noindex, revisa dos lugares: el <head> del HTML, donde puede haber una etiqueta como <meta name="robots" content="noindex">, y las cabeceras de la respuesta HTTP, donde puede aparecer X-Robots-Tag: noindex. Basta con una de las dos para que la página quede fuera de Google, y la versión en cabecera nunca aparece en el código fuente. La forma más rápida de revisar ambas: pega la URL en nuestro verificador de metaetiquetas gratis para ver la metaetiqueta y luego en la consulta de cabeceras HTTP para ver la cabecera. Las dos herramientas son gratis, no piden cuenta y se usan desde el navegador (descargan la URL desde nuestro servidor, así que sirven para cualquier página pública).

Todos los resultados que verás aquí salen de pruebas reales con esas dos herramientas el 2 de noviembre de 2026, contrastadas con curl. Las reglas sobre cómo interpreta Google el noindex vienen de la documentación de Google Search Central, que revisamos ese mismo día.

Los dos lugares donde se esconde un noindex

Google trata las dos formas igual: su documentación dice que la metaetiqueta y la cabecera HTTP «tienen el mismo efecto».

• Metaetiqueta robots, dentro del HTML: <meta name="robots" content="noindex">. El nombre también puede ser googlebot (solo Google) o googlebot-news. Google indica que en esta etiqueta ignora otros nombres de rastreador.
• Cabecera X-Robots-Tag, que el servidor envía antes que el HTML: X-Robots-Tag: noindex. Es la única opción para PDF, imágenes, XML y JSON, porque esos archivos no tienen <head>. También puede indicar un rastreador: X-Robots-Tag: googlebot: noindex.

Busca dos valores: noindex y none, que Google define como noindex, nofollow. Una página con none está desindexada aunque la palabra «noindex» no aparezca por ningún lado.

Cómo saber si una página tiene noindex, paso a paso

1. Revisa las metaetiquetas. Abre el verificador de metaetiquetas, pega la URL completa (con https://) y envía. Busca una fila llamada robots o googlebot. Si su valor contiene noindex o none, ya tienes la respuesta.
2. Revisa las cabeceras. Pega la misma URL en la consulta de cabeceras HTTP y busca una fila x-robots-tag. Mira también la primera fila, que es la línea de estado HTTP: cualquier cosa distinta de 200 cambia cómo debes leer el paso 1 (lo vemos más abajo).
3. Revisa el robots.txt. Abre https://el-sitio.com/robots.txt y comprueba si alguna línea Disallow coincide con la ruta. Si coincide, Google nunca descarga la página y nunca ve el noindex. Aquí cae mucha gente.
4. Confírmalo con Google si el sitio es tuyo. En Search Console, la herramienta de inspección de URLs muestra si se permite la indexación en la versión que Google rastreó, y la prueba de URL publicada lo comprueba en la versión actual.

Pruébalo ahora: pasa tu URL por el verificador de metaetiquetas gratis y la consulta de cabeceras HTTP. Tardan segundos y no necesitas registrarte.

Ejemplos reales

Ejemplo 1: una página de inicio de sesión con meta noindex

Pasamos nuestra propia página de acceso, https://mybotsy.com/login, por el verificador de metaetiquetas. Devolvió cuatro filas, entre ellas:

robots   noindex, follow, noarchive

Esa página está desindexada a propósito: un formulario de acceso no aporta nada en los resultados de búsqueda. follow permite seguir sus enlaces, y noarchive hoy no hace nada en Google: Google la incluye entre las reglas que ya no usa, porque el enlace a la página en caché que controlaba desapareció.

Ejemplo 2: un sitemap XML con noindex en la cabecera

Después revisamos https://yoast.com/sitemap_index.xml con la consulta de cabeceras HTTP. La fila de estado decía HTTP/2 200 y, más abajo:

content-type   text/xml; charset=UTF-8
x-robots-tag   noindex, follow

Un verificador de metaetiquetas no encontraría nada aquí, porque un XML no tiene metaetiqueta robots: la cabecera es la única señal. Y es lo normal, porque los sitemaps son para que los lean los rastreadores, no para salir en los resultados. Con curl -I vimos la misma cabecera en las direcciones de la API REST de WordPress (/wp-json/) de yoast.com y de developer.wordpress.org, y nuestro propio feed RSS, https://mybotsy.com/blog/feed, también envía x-robots-tag: noindex.

Ejemplo 3: un noindex que Google no puede ver

El robots.txt de yoast.com contiene Disallow: /wp-json/, y https://yoast.com/wp-json/ devuelve además x-robots-tag: noindex. Esas dos reglas se estorban. Según la documentación de Google, si el robots.txt bloquea una URL, sus reglas de indexación «no se encontrarán y, por tanto, se ignorarán». Google advierte además que una URL bloqueada puede seguir apareciendo en los resultados, por ejemplo cuando otras páginas la enlazan. En un endpoint de API casi no importa. Pero si de verdad quieres sacar una página de Google, no la bloquees en robots.txt: deja que Google la rastree para que vea el noindex.

Ejemplo 4: una página con dos etiquetas robots

Para probar un fallo típico de los CMS (la plantilla y un plugin de SEO imprimen cada uno su etiqueta robots), servimos a través de httpbin.org una pequeña página de prueba cuyo head tenía <meta name="robots" content="noindex"> seguida de <meta name="robots" content="index, follow">. Nuestro verificador mostró una sola fila: robots   index, follow.

Eso confunde. Cuando un nombre de etiqueta se repite, nuestro verificador conserva solo el último valor, pero ante reglas en conflicto Google aplica la más restrictiva, así que para Google esta página es noindex. Si una página parece indexable y aun así no se indexa, abre el código fuente (Ctrl+U, o Cmd+Opción+U en Mac), pulsa Ctrl+F y busca robots. Puede que encuentres una segunda etiqueta.

Ejemplo 5: una página de error disfrazada

También probamos una URL del historial de una página de Wikipedia. En el navegador contiene <meta name="robots" content="noindex,nofollow,max-image-preview:standard">, pero nuestro verificador mostró solo color-scheme   light dark, sin fila robots. El motivo: nuestro servidor no envía un user agent de navegador, y Wikipedia le respondió con una página de error 403 («Wikimedia Error»). El verificador lee la página que recibe, sea cual sea, y no informa del código de estado HTTP.

La lección vale para cualquier herramienta: que no haya fila robots solo cuenta si la página cargó con normalidad. Mira primero la línea de estado en la consulta de cabeceras HTTP. Si no es 200, o la lista de metaetiquetas parece demasiado corta para ese sitio, no te fíes del resultado y revísalo en el navegador con el código fuente.

Errores que dan respuestas equivocadas

• Redirecciones. Las dos herramientas siguen las redirecciones sin avisar. Al probar una URL que redirige con 301 a una página con X-Robots-Tag: noindex, la consulta de cabeceras mostró el estado HTTP/2 301, mezcló las cabeceras de las dos respuestas (dos valores de content-type) y mostró x-robots-tag noindex sin decir qué respuesta lo envió. Si ves una fila location, consulta directamente la URL final o sigue la cadena con el verificador de redirecciones. Nuestra guía para comprobar redirecciones 301 y 302 explica cómo leer la cadena.
• Noindex que añade o quita JavaScript. Nuestros verificadores leen el HTML que envía el servidor y no ejecutan scripts. La guía de SEO para JavaScript de Google advierte que, cuando Google encuentra un noindex, puede saltarse el renderizado, así que quitar un noindex con JavaScript puede no funcionar. Si quieres que la página se indexe, el HTML original no debe llevar noindex.
• Reglas para un rastreador concreto. <meta name="googlebot" content="noindex"> bloquea a Google pero no a Bing. Google suma las reglas restrictivas de todas las etiquetas que obedece: una página con robots: nofollow y googlebot: noindex cuenta como noindex, nofollow para Googlebot.
• Ajustes de staging que pasaron a producción. La opción de WordPress «Disuadir a los motores de búsqueda de indexar este sitio» imprime noindex, nofollow en todas las páginas públicas. Es lo primero que hay que revisar después de un lanzamiento o una migración. Nuestra guía para revisar las metaetiquetas cubre otras etiquetas que suelen quedar de staging.
• Creer que robots.txt sirve para desindexar. Google dice que poner noindex en robots.txt «no es compatible». El robots.txt controla el rastreo; solo la metaetiqueta o la cabecera controlan la indexación.

Cómo revisar muchas URL a la vez

Para auditar un sitio entero, empieza por el sitemap: saca todas las direcciones con el extractor de URL (nuestra guía para extraer las URL de un sitemap explica cómo) y revisa tus plantillas más importantes: la portada, una categoría, un artículo, un producto. Un noindex casi siempre viene de una plantilla o de un ajuste global, así que una página de cada tipo te dice casi todo. Todas las URL de tu sitemap deberían ser indexables: un sitemap que incluye páginas con noindex le manda a Google señales contradictorias.

Cuando corrijas una página, solicita la indexación en Search Console. Google advierte que, según la importancia de la página, puede tardar meses en volver a rastrearla por su cuenta.

Preguntas frecuentes

¿Cómo sé si una página tiene noindex sin Search Console?

Revisa el HTML en busca de una metaetiqueta robots o googlebot con noindex o none, y las cabeceras HTTP en busca de X-Robots-Tag. Nuestro verificador de metaetiquetas y la consulta de cabeceras HTTP lo hacen en segundos, gratis y sin cuenta. Mira también el robots.txt, porque una página bloqueada le oculta su noindex a Google.

¿X-Robots-Tag noindex es lo mismo que la metaetiqueta robots?

Sí. Google dice que las dos tienen el mismo efecto. La cabecera además funciona en PDF, imágenes, XML y JSON, que no admiten metaetiquetas, y nunca aparece en el código fuente.

¿Qué significa none en una etiqueta robots?

Google define none como noindex, nofollow. Una página con content="none" no se indexa y sus enlaces no se siguen.

¿Una página bloqueada en robots.txt puede salir en Google?

Sí. Si el robots.txt bloquea una URL, Google no puede rastrearla y nunca ve el noindex. Google advierte que la URL puede seguir apareciendo en los resultados, por ejemplo cuando otras páginas la enlazan. Para quitarla, permite el rastreo y sirve el noindex.

¿Por qué mi página sigue en Google después de poner noindex?

Lo más habitual es que Google todavía no la haya vuelto a rastrear. Usa la inspección de URLs de Search Console para pedir un nuevo rastreo. Comprueba también que el robots.txt no la bloquee, que la página responda 200 y que la etiqueta esté en el HTML original, no añadida con JavaScript.

¿Qué pasa si una página tiene dos etiquetas robots distintas?

Google aplica la regla más restrictiva, así que noindex gana sobre index. Algunos verificadores, incluido el nuestro, muestran solo la última etiqueta con el mismo nombre, así que busca robots en el código fuente para ver todas las copias.

Revisa tu página ahora: el verificador de metaetiquetas y la consulta de cabeceras HTTP son 100 % gratis, no piden cuenta y te dan la respuesta en segundos. Los visitantes tienen 5 consultas al día, y una cuenta gratis (sin spam) quita ese límite. Para más herramientas SEO gratis, prueba el verificador de redirecciones, el extractor de URL y el generador de slugs, y lee cómo crear un slug de URL amigable para SEO.