Descubierta: actualmente sin indexar, por qué Google retrasa el rastreo

"Descubierta: actualmente sin indexar" significa que Google sabe que la URL existe pero todavía no la ha descargado, así que no ha leído ni una palabra de la página. En páginas publicadas en las últimas semanas, suele tratarse de una cola de espera que se vacía sola. Cuando páginas que le importan siguen aquí durante semanas, o el recuento no deja de subir, algo en su sitio está frenando el descubrimiento o el rastreo, y eso tiene solución.

Qué significa el estado según Google

La documentación de Google sobre el informe "Indexación de páginas" (consultada en octubre de 2026) explica el estado en 3 partes: Google encontró la página pero no la ha rastreado; normalmente, Google quería rastrear la URL, pero preveía que el rastreo sobrecargaría el sitio, así que lo reprogramó; y por eso el informe no muestra fecha de último rastreo. La redacción no ha cambiado desde al menos diciembre de 2021, cuando el informe se llamaba Informe de cobertura de indexación; hoy el estado figura en el grupo "Sin indexar". Si usa Search Console en inglés, lo verá como "Discovered - currently not indexed".

Esa definición tiene 2 consecuencias. Google no ha leído esta página, así que todavía no ha juzgado su contenido, y reescribirla rara vez es la solución. Las causas suelen estar alrededor de la página: cómo la encontró Google, cuántas otras URLs compiten por el mismo rastreo, cuánto parece merecer su sitio ser rastreado y cómo responde su servidor.

flowchart TD
    A["Google conoce la URL por un enlace o un sitemap"] --> B["La URL espera en la planificación de rastreo de Google"]
    B -->|"rastreo aplazado"| C["Descubierta: actualmente sin indexar"]
    C -->|"reprogramado"| B
    B -->|"rastreada"| D["Google lee la página"]
    D -->|"sin indexar por ahora"| E["Rastreada: actualmente sin indexar"]
    D -->|"indexada"| F["La página está indexada"]

"Rastreada: actualmente sin indexar" es la etapa siguiente: Google descargó la página y decidió no indexarla por ahora, lo que plantea una pregunta sobre la propia página. Tratamos esa decisión en qué significa "Rastreada: actualmente sin indexar" y cuándo corregirlo.

Por qué Google todavía no ha rastreado la URL

Las causas van de lo inofensivo a lo estructural, y un sitio suele tener más de una.

1. La URL es nueva, o lo es el sitio. La documentación de Google sobre el presupuesto de rastreo (consultada en octubre de 2026) indica que la demanda de rastreo varía según el tamaño del sitio, la frecuencia con que se actualiza, la calidad de sus páginas y su relevancia frente a otros sitios. Un sitio nuevo, o uno que cambia poco, suele recibir menos demanda, así que sus URLs nuevas esperan más.

2. Google solo conoce la URL por su sitemap. Google describe el sitemap como una sugerencia, y su documentación sobre enlaces indica que cada página que le importe debería recibir un enlace desde al menos otra página de su sitio. En general, Google solo rastrea un enlace cuando es un elemento <a> con un atributo href; un botón que navega mediante un script no es un camino fiable. Casos típicos: artículos a los que solo se llega a través de un archivo paginado muy profundo, productos a los que solo se llega con el buscador interno y páginas de destino de anuncios a las que no enlaza nada. Nuestros datos de auditoría sobre páginas importantes sin enlaces internos muestran con qué frecuencia una página que el sitio incluye en su sitemap no recibía enlaces de las demás páginas que examinamos.

3. Demasiadas URLs de poco valor compiten por el rastreo. La documentación de Google sobre el presupuesto de rastreo indica que, sin indicaciones suyas, Google intenta rastrear todas o casi todas las URLs que conoce de su sitio. Las combinaciones de filtros y ordenación, los resultados de búsqueda interna, los archivos de etiquetas con poco contenido, las páginas de calendario y los parámetros de seguimiento pueden superar con creces a sus páginas reales. La documentación de Google sobre la navegación por facetas es clara sobre el coste: los rastreadores acceden a una cantidad enorme de URLs de filtros antes de poder saber que no sirven, y el tiempo dedicado a ellas es tiempo que no se dedica a URLs nuevas y útiles.

4. Su servidor da señales de sobrecarga. Es el motivo que da la propia descripción de Google. Su documentación sobre el presupuesto de rastreo indica que el límite de capacidad de rastreo baja cuando un sitio responde con errores del servidor (5xx) o con señales de limitación de frecuencia como HTTP 429, y cuando las respuestas se vuelven lentas. Patrones habituales detrás de esto: páginas generadas en cada solicitud sin caché, una regla del firewall o de la CDN que responde a los rastreadores con un 429 y un alojamiento que falla bajo carga.

5. Su sitemap desperdicia la lista que usted le entrega a Google. Un sitemap inflado con URLs que redirigen, devuelven 404, llevan noindex o están bloqueadas por robots.txt envía señales contradictorias, y todas salvo las bloqueadas piden a Google que gaste solicitudes en páginas que usted no quiere indexar. Google también indica que solo usa <lastmod> cuando es exacto de forma sistemática y verificable, y que ignora <priority> y <changefreq>. En 29 sitios externos cuyas páginas del sitemap SEOReport descargó entre mayo y octubre de 2026, 8 (28%) incluían al menos una URL que redirige, está marcada como noindex o está bloqueada por robots.txt.

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

Depende de qué URLs aparezcan y durante cuánto tiempo. La propia guía de Google sobre el informe indica que una URL sin indexar no es necesariamente algo malo.

Cómo confirmar cuál es la causa

Vaya del informe completo a las URLs concretas.

1. Separe las URLs enviadas de las no enviadas. En el informe "Indexación de páginas", use el filtro de sitemap para comparar "Todas las páginas enviadas" con "Solo páginas no enviadas". Si la mayoría de las URLs con este estado no se enviaron, Google está encontrando URLs que usted nunca incluyó, lo que apunta a la causa 3. Si la mayoría se enviaron, revise los enlaces, la demanda y el servidor.
2. Busque patrones en las URLs de ejemplo. Google limita la lista de ejemplos a 1,000 filas. Expórtelas y agrúpelas por ruta y parámetro; los patrones ?sort=, /tag/, /page/12/ y /search saltan a la vista enseguida. Esos patrones solo existen a lo largo de cientos de filas, y por eso revisar las URLs una a una, a mano o en una sola sesión de chat con IA, suele pasarlos por alto.
3. Inspeccione algunas URLs importantes. En Inspección de URLs, la sección "Descubrimiento" muestra los sitemaps enviados que contienen la URL y una "Página de referencia" que Google pudo usar para encontrarla. Un sitemap sin página de referencia sugiere que Google no ha encontrado la URL a través de sus enlaces. "Probar URL publicada" confirma si el rastreador de inspección de Google puede descargar la página ahora; no le dice si Google la indexará.
4. Revise el lado del servidor. El informe "Estadísticas de rastreo", en Ajustes, muestra el total de solicitudes de rastreo, el tiempo medio de respuesta y el estado del host. La documentación de Google sobre el presupuesto de rastreo también menciona el aviso "Hostload exceeded" (carga del host superada) en la herramienta de inspección de URLs como señal de que el límite es la capacidad de su servidor. Google indica que los sitios con menos de 1,000 páginas no deberían necesitar las estadísticas de rastreo; en ese caso, la fila "Error del servidor (5xx)" del informe "Indexación de páginas" es la comprobación más rápida.
5. Vea el código fuente de las páginas que deberían enlazar a la URL. Confirme que el enlace es un <a href> normal en el HTML y no un clic gestionado por un script.

flowchart TD
    A["Una URL importante está en Descubierta: actualmente sin indexar"] --> B{"¿Publicada en las últimas semanas?"}
    B -->|"sí"| C["Vigílela y asegúrese de que está enlazada"]
    B -->|"no"| D{"¿Son sobre todo URLs no enviadas?"}
    D -->|"sí"| E["Reduzca el exceso de URLs: filtros, parámetros, archivos"]
    D -->|"no"| F{"¿Inspección de URLs muestra una página de referencia?"}
    F -->|"no, solo el sitemap"| G["Añada enlaces internos rastreables"]
    F -->|"sí"| H{"¿Respuestas lentas, 5xx o 429 en las estadísticas de rastreo?"}
    H -->|"sí"| I["Corrija los errores del servidor y la capacidad"]
    H -->|"no"| J["Limpie el sitemap y enlace desde páginas sólidas"]

Cómo corregir cada causa

Enlaces débiles. Enlace la URL desde páginas que Google ya rastrea a menudo: la página de inicio, las páginas principales de cada sección, la lista de últimos artículos y páginas muy relacionadas. Use enlaces normales:

<!-- Google can follow this -->
<a href="/guides/pool-heat-pumps">Pool heat pump guide</a>

<!-- Google cannot reliably follow this -->
<span onclick="go('/guides/pool-heat-pumps')">Pool heat pump guide</span>

Un sitemap con ruido. Incluya solo URLs canónicas que respondan con un 200 y que quiera ver en los resultados de búsqueda. Quite las redirecciones, los 404, las URLs con noindex y las bloqueadas, y actualice <lastmod> solo cuando el contenido de la página haya cambiado de verdad. Nuestra guía de sitemaps XML explica la estructura, y los datos de auditoría sobre la higiene del sitemap muestran los fallos que vemos con más frecuencia.

Exceso de URLs. La documentación de Google sobre la navegación por facetas recomienda bloquear las URLs de filtros con disallow en robots.txt, o trasladar los filtros a fragmentos de URL (después de #), que no se rastrean por separado. Considera menos eficaces a largo plazo las etiquetas canónicas y el nofollow en los enlaces de filtros. No use noindex para ahorrar rastreo: la documentación de Google sobre el presupuesto de rastreo señala que Google sigue solicitando una página con noindex antes de descartarla. Para las páginas eliminadas, devuelva un 404 o un 410. Un patrón de robots.txt para filtros tiene este aspecto:

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

Pruebe los patrones antes de publicarlos; una regla que coincide con más de lo previsto oculta páginas reales (Disallow: /search sin el ? también bloquearía /search-engine-basics). Una vez bloqueadas, las URLs de filtros ya conocidas pueden pasar de este estado a "El archivo robots.txt ha bloqueado la URL", que es el resultado esperado. Nuestra guía sobre robots.txt y el acceso de rastreo explica cómo funciona la coincidencia de reglas.

Sobrecarga del servidor. Corrija el origen de las respuestas 5xx, almacene en caché las páginas que no cambian según el visitante y asegúrese de que ninguna regla del firewall o de la CDN responde a Google con un 429. Si las estadísticas de rastreo muestran tiempos de respuesta crecientes o aparece "Hostload exceeded", aumente la capacidad del servidor.

Cómo validar la corrección

En la página de detalles del problema del informe "Indexación de páginas", haga clic en "Validar corrección". Google pone en cola solo las URLs con instancias conocidas del problema, no el sitio entero, y su documentación indica que la validación suele tardar hasta unas 2 semanas y, a veces, mucho más. Mientras tanto, Inspección de URLs muestra el avance URL a URL: aparece una fecha de "Último rastreo" en cuanto Google la ha descargado.

Lo más habitual es que la URL termine indexada o pase a "Rastreada: actualmente sin indexar". Lo segundo también es un avance: la pregunta deja de ser "¿puede Google llegar a esta página?" y pasa a ser "¿quiere Google esta página?".

Qué muestra un diagnóstico completo sobre este estado

Search Console le dice qué URLs están esperando. Un diagnóstico completo de SEOReport audita el sitio, comprueba las 2 vías por las que su propio sitio informa a Google de sus páginas, el sitemap y los enlaces internos, y nombra las páginas difíciles de alcanzar o que su sitemap anuncia de forma incorrecta: URLs del sitemap que redirigen, devuelven un error, llevan noindex o están bloqueadas, y artículos que faltan en el sitemap o que no reciben enlaces desde páginas rastreables. Cada hallazgo indica cuántas páginas examinó. La planificación de rastreo de Google y los tiempos de respuesta de su servidor siguen viéndose en las estadísticas de rastreo.

Preguntas frecuentes

¿Debo hacer clic en "Solicitar indexación" para cada URL descubierta?

No. Úselo para unas pocas URLs prioritarias una vez corregida la causa. Google aplica un límite diario, y una solicitud no garantiza la indexación. Si hay cientos de URLs esperando, la causa es estructural, y corregir los enlaces, el sitemap o el exceso de URLs las mueve todas a la vez.

¿De verdad un sitio pequeño tiene un problema de capacidad de rastreo?

Normalmente no. Google dirige su guía sobre el presupuesto de rastreo sobre todo a sitios con 1 millón de páginas o más que cambian más o menos cada semana, o con 10,000 o más que cambian a diario, además de sitios con una gran parte de sus URLs en este estado. Entre los 29 sitios externos que SEOReport auditó entre mayo y octubre de 2026 cuyo sitemap incluía al menos una URL, el sitemap de la mediana incluía unas 90 URLs. El propio consejo de Google de que los sitios con menos de 1,000 páginas no deberían necesitar el informe de estadísticas de rastreo apunta en la misma dirección: en un sitio de ese tamaño, revise los enlaces internos y la demanda de rastreo antes que la capacidad del servidor.

¿Por qué este estado incluye URLs que nunca he visto?

Google descubre URLs a partir de enlaces en cualquier lugar que rastrea, incluidos otros sitios web, páginas antiguas y parámetros que añaden sus propias plantillas. Seleccione "Solo páginas no enviadas" para aislarlas e inspeccione una: la "Página de referencia" suele mostrar de dónde vino.