Rastreada: actualmente sin indexar, qué significa y cuándo corregirlo

"Rastreada: actualmente sin indexar" significa que Google descargó la página correctamente y después decidió no añadirla a su índice, al menos por ahora. Es una decisión, no un error de rastreo, y en la mayoría de los sitios es en parte normal. Solo requiere trabajo cuando afecta a páginas que usted quiere que la gente encuentre en la búsqueda; para feeds, URLs de filtros y otras direcciones de poco valor, es el resultado correcto.

Qué significa "Rastreada: actualmente sin indexar" según Google

El estado aparece en el informe "Indexación de páginas" de Search Console, en la tabla que explica por qué no se indexan las páginas. Si usa Search Console en inglés, lo verá como "Crawled - currently not indexed". Tenía el mismo nombre en el antiguo Informe de cobertura de indexación, donde figuraba en el grupo "Excluded". La documentación de Google sobre el informe "Indexación de páginas" (consultada en octubre de 2026) lo describe sin rodeos: "Google ha rastreado la página, pero no la ha indexado", y añade que "puede que se indexe en el futuro o que no; no es necesario volver a enviar esta URL para que se rastree".

El estado le dice 2 cosas: el acceso funcionó, así que ni robots.txt, ni los errores del servidor, ni las redirecciones son la causa, y la decisión se tomó después de la descarga. La documentación de Google sobre cómo funciona la Búsqueda indica que la indexación no está garantizada y que "depende del contenido de la página y de sus metadatos". Entre los motivos habituales menciona el contenido de baja calidad y un diseño del sitio que dificulta la indexación.

Su estado vecino, "Descubierta: actualmente sin indexar", significa que Google conoce la URL pero todavía no la ha descargado. Aquí la descarga ya se hizo, y es la propia página, o su lugar dentro de su sitio, lo que no se ganó un sitio en el índice.

¿Es un problema "Rastreada: actualmente sin indexar"?

La propia guía de Google sobre el informe es directa: "No espere que todas las URLs de su sitio se indexen". La pregunta útil es qué URLs aparecen en la lista.

Un primer filtro práctico: en el informe "Indexación de páginas", cambie el filtro de sitemap de "Todas las páginas conocidas" a "Todas las páginas enviadas". Esa vista muestra solo las URLs incluidas en los sitemaps que usted envió, es decir, su propia declaración de lo que debería indexarse. Investigue primero las URLs afectadas de esa vista; las que quedan fuera de ella suelen corresponder a la fila "Dejar".

Las causas de este estado

Google no indica el motivo de cada URL concreta en este estado, así que las causas hay que buscarlas en el sitio.

URLs que nunca debieron posicionarse. Las URLs de feeds, los parámetros de seguimiento y de sesión, las combinaciones de navegación por facetas y las páginas de búsqueda interna se rastrean porque algo enlaza a ellas, y rara vez ofrecen algo que no ofrezca ya una página mejor. La documentación de Google sobre la navegación por facetas indica que los rastreadores suelen descargar una cantidad enorme de estas URLs antes de reconocer que no sirven.

Páginas con poco contenido o casi vacías. Una página que responde con un estado 200 pero apenas tiene nada que leer: una categoría vacía, una página provisional, un perfil sin contenido. Si la página parece vacía o se lee como una página de error, Google puede clasificarla como "Soft 404"; si tiene algo de contenido pero demasiado poco para sostenerse por sí sola, puede acabar aquí.

Páginas demasiado parecidas a otras. La documentación de Google describe cómo agrupa las páginas con contenido similar y elige la más representativa del grupo. Las páginas de ubicación que solo cambian el nombre de la ciudad, las variantes de producto con descripciones idénticas y los artículos que responden dos veces a la misma pregunta compiten por el mismo lugar.

Señales de importancia débiles. Una página que solo menciona su sitemap, o que queda enterrada tras varias páginas de paginación, le dice poco a Google sobre cuánto importa. Los enlaces internos son la señal que usted controla más directamente; consulte nuestros datos sobre enlazado interno.

Contenido que solo existe después de ejecutarse JavaScript. Google renderiza las páginas y ejecuta su JavaScript, pero si el texto principal, el título o la etiqueta canónica solo aparecen tras el renderizado, lo que Google evalúa depende de que ese paso funcione.

Páginas recién publicadas. "Puede que se indexe en el futuro o que no" deja margen para una página que aún se está evaluando; un artículo nuevo que pasa poco tiempo en este estado todavía no es un hallazgo.

Con qué frecuencia las páginas de inicio dependen de JavaScript para lo que un buscador lee primero

En 34 sitios externos en los que SEOReport comparó el HTML original del servidor con la página de inicio renderizada (mayo–octubre de 2026), 7 (21%) dependían de JavaScript para algo que un buscador lee primero: el título, la meta descripción, la etiqueta canónica o el H1 solo aparecían después de ejecutarse JavaScript, o el HTML original apenas contenía texto de la página. En 4 de los 34 (12%), el HTML original contenía el 2% o menos de las palabras que un visitante ve tras el renderizado.

La guía de renderizado de JavaScript explica cómo llevar el contenido esencial a la respuesta del servidor.

Cómo confirmar cuál es la causa

Abra Inspección de URLs con una URL afectada de cada patrón que detecte y revise el resultado en este orden.

1. Último rastreo. Anote la fecha. Un cambio hecho después de esa fecha todavía no se ha visto, así que evalúe la página que Google descargó realmente.
2. "Obtención de página" y "¿Se permite la indexación?". Lo esperable es una obtención correcta y un "Sí". Si la indexación no está permitida, la URL tiene un problema de noindex, no este.
3. "URL canónica declarada por el usuario" y "URL canónica seleccionada por Google". Si aparece una URL canónica seleccionada por Google y es una URL distinta, Google está tratando otra página como la versión principal. Es una cuestión de canonicalización, que trata la guía de etiquetas canónicas.
4. "Probar URL publicada" y, después, "Ver página probada". La captura de pantalla muestra la página tal como Google la renderizó en esa prueba. Si falta el contenido principal en la captura, la causa probable es el renderizado. Google advierte que la prueba en directo no comprueba todas las condiciones de indexación, entre ellas si la página es un duplicado, así que una prueba en directo sin problemas no significa que la página vaya a indexarse.
5. Compare con sus propias páginas. Ponga la página afectada junto a la página indexada más parecida. Si no puede explicar en una frase qué ofrece la página afectada que no ofrezca la indexada, la causa es contenido escaso o duplicado.

Trabaje por patrones, no URL a URL: exporte la lista de afectadas y agrúpela por ruta. 400 URLs bajo /tag/ son una sola decisión, no 400.

Cómo corregir cada causa

Tipos de URL de poco valor. Quítelas del sitemap y no se preocupe por el estado. Para la navegación por facetas, la documentación de Google recomienda bloquear las URLs de filtros en robots.txt, o usar fragmentos de URL para los filtros, cuando esas URLs no deban aparecer en la búsqueda. Un ejemplo que puede adaptar a sus propios patrones de URL:

User-agent: *
Disallow: /*?*sort=
Disallow: /search/

Páginas con poco contenido. Añada la sustancia que la página promete, o elimínela: devuelva un 404 o un 410, o un 301 a un equivalente cercano.

Casi duplicados. Fusione las páginas que responden a la misma pregunta en una sola página más sólida y redirija las demás a ella. Cuando las variantes tengan que existir, por ejemplo un producto en 3 colores, apunte la etiqueta canónica de cada variante a la versión principal:

<link rel="canonical" href="https://example.com/products/linen-shirt/" />

Enlazado interno débil. Enlace la página desde donde un lector esperaría encontrarla: su categoría o página principal de sección, artículos relacionados y la navegación cuando corresponda, con un texto de anclaje descriptivo.

Renderizado. Sirva el título, la etiqueta canónica, el H1 y el texto principal en la respuesta HTML, mediante renderizado en el servidor o prerrenderizado, para que la página no dependa de un script para decir qué es.

El propio sitemap. La documentación de Google sobre sitemaps indica que hay que incluir las URLs que usted quiere ver en los resultados de búsqueda, y que Google solo usa lastmod cuando es exacto de forma sistemática. Incluya solo páginas canónicas que respondan con un 200 y puedan indexarse. Los sitemaps que anuncian URLs equivocadas son habituales: en 29 sitios externos cuyas páginas del sitemap SEOReport descargó entre mayo y octubre de 2026, 8 (28%) tenían al menos una URL en el sitemap que redirige, está marcada como noindex o está bloqueada por robots.txt. La guía de sitemaps XML explica qué contiene un sitemap limpio.

Cómo validar la corrección

Después de cambiar las páginas afectadas, abra el motivo en el informe "Indexación de páginas" y haga clic en "Validar corrección". La validación vuelve a comprobar las URLs que figuran en ese motivo y solo se supera cuando han desaparecido todas las instancias conocidas. Si la lista aún contiene feeds o URLs de filtros que usted decidió dejar fuera del índice, cuente con que fallará. Iníciela mejor desde la vista "Todas las páginas enviadas": la documentación de Google indica que, con un filtro de sitemap aplicado, la validación solo abarca las URLs de ese sitemap.

Cuente con días o semanas. La documentación de Google indica que la validación suele tardar hasta unas 2 semanas y, en algunos casos, mucho más. Google también actualiza el recuento durante el rastreo habitual, tanto si inicia la validación como si no.

Search Console nombra las URLs afectadas, no el patrón de su sitio que las genera, y revisar cientos de URLs una a una, a mano o en una sola sesión de chat con IA, rara vez cubre el conjunto completo. Ninguna herramienta ajena a Google puede decir por qué Google decidió no indexar una página. Un diagnóstico completo de SEOReport muestra las causas de su sitio que suelen estar detrás: páginas incluidas en su sitemap que responden casi sin texto, artículos casi duplicados señalados por parejas, artículos con pocos enlaces internos, contenido de la página de inicio que solo aparece después de ejecutarse JavaScript y entradas del sitemap que redirigen o están marcadas como noindex. Un informe posterior, o la monitorización semanal, muestra si esos hallazgos se han resuelto.

Preguntas frecuentes

¿Se soluciona "Rastreada: actualmente sin indexar" con "Solicitar indexación"?

No por sí solo. Google ya ha rastreado la página, y su documentación sobre este estado indica que no es necesario volver a enviar la URL. La propia ayuda de Inspección de URLs añade que una solicitud "no garantiza que la página aparezca en el índice de Google". Cambie primero la página; después, solicitar la indexación de unas pocas páginas clave, o usar "Validar corrección" para el grupo, le pide a Google que vuelva a revisarla.

¿Debo añadir noindex a las páginas atascadas en este estado?

Solo a las páginas que nunca quiera ver en los resultados de búsqueda. Un noindex las traslada a «La URL se ha marcado como "noindex"», lo que deja clara su intención y mantiene legible el informe. Para las páginas que sí quiere indexar, noindex es lo contrario de una solución.

¿Significa este estado que mi sitio tiene una penalización?

No. Una acción manual aparece en el informe "Acciones manuales" de Search Console, no en "Indexación de páginas". Este estado es una decisión de indexación URL a URL, y la documentación de Google señala que la mayoría de los sitios tienen al menos algunas páginas sin indexar.

¿Por qué una página que quiero indexar vuelve una y otra vez a este estado?

Normalmente porque el cambio fue demasiado pequeño para alterar la decisión: unas cuantas frases añadidas a una página que sigue duplicando a otra, o texto nuevo en una página a la que no enlaza nada. Repita la comparación con su página indexada más parecida y cuente los enlaces internos que apuntan a la afectada.