Rastreada:
actualmente
sin indexar.
Qué hacer, de verdad.
Google ha visitado tu URL, pero todavía no la incluye en su índice. Aprende a distinguir una exclusión normal, un problema técnico y una página que necesita aportar más valor, con un diagnóstico paso a paso y soluciones aplicables.
UN DIAGNÓSTICO
DE CAUSA
¿Qué significa «Rastreada: actualmente sin indexar»?
El estado «Rastreada: actualmente sin indexar» de Google Search Console significa que Google ha rastreado la página, pero no la ha añadido a su índice. Puede incorporarla más adelante o mantenerla excluida. Google indica expresamente que no es necesario volver a solicitar el rastreo de esa URL solo por presentar este estado. Fuente oficial ↗
Es una situación de indexación, no una explicación detallada de la causa. No permite concluir por sí sola que tu texto es malo, que tienes una penalización, que el servidor funciona perfectamente o que basta con enviar el sitemap otra vez. Para decidir qué corregir hay que inspeccionar la URL y evaluar su utilidad frente a otras páginas.
El informe registra que Google accedió a esa URL en algún momento.
No figura indexada en el estado comunicado por Search Console.
Prioriza las páginas importantes; algunas exclusiones son normales.
Dónde encontrar el estado y qué campos mirar.
No empieces editando el artículo. Empieza por separar lo que informa Google sobre el rastreo anterior de lo que devuelve tu página ahora. Son dos momentos y pueden mostrar resultados diferentes.
Abre el informe.
Search Console → Indexación → Páginas → «¿Por qué hay páginas que no se indexan?» → «Rastreada: actualmente sin indexar».
Elige una URL importante.
Filtra y exporta ejemplos. Empieza por servicios, categorías o artículos que realmente deberían captar búsquedas; no por el total bruto.
Inspecciona el caso.
Usa la barra «Inspeccionar cualquier URL». Comprueba el rastreo, la indexación, la canónica y la prueba de la URL publicada.
Datos que conviene anotar para cada URL
URL exacta, fecha del último rastreo si aparece, estado en el índice, URL canónica declarada, versión seleccionada por Google si consta, respuesta HTTP actual, directiva noindex, contenido HTML renderizado, enlaces internos que recibe y tipo de página. El informe global proporciona ejemplos y tendencias; la inspección de URL es la referencia para una URL concreta. Google limita la tabla de ejemplos del informe, por lo que no debe tomarse como inventario exhaustivo.
Rastreada vs. descubierta y otras exclusiones.
Muchos diagnósticos fallan por aplicar la solución de «Descubierta» a una página que Google ya ha rastreado, o por tratar una URL duplicada como si necesitara ser indexada.
| Estado de Search Console | Qué sabes realmente | Primera acción útil |
|---|---|---|
| Rastreada: actualmente sin indexar | Google ya la rastreó; no consta indexada. | Inspeccionar URL, revisar utilidad, canónica, contenido y experiencia técnica. |
| Descubierta: actualmente sin indexar | Google conoce la URL, pero aún no la ha rastreado. | Revisar descubrimiento, enlaces, sitemap, capacidad y priorización de rastreo. |
| Duplicada: Google ha elegido otra canónica | Google agrupa variantes y prefiere otra URL. | Comparar versiones y decidir cuál debería ser la canónica. |
| Excluida por etiqueta «noindex» | Hay una instrucción explícita para no indexar. | Eliminar noindex solo si se desea indexación. |
| Soft 404 / Error del servidor | El contenido parece una página de error o hay fallos de respuesta. | Corregir el problema de contenido o la respuesta del servidor. |
| URL indexada | La página consta en el índice. | Trabajar rendimiento y consultas, no perseguir una exclusión inexistente. |
La comparación simplifica estados oficiales, no sustituye el detalle de cada URL. Consulta las definiciones oficiales ↗
¿Qué puede faltar?
No basta con «hacer que Google la visite». Investiga si aporta una razón clara para indexarla, si compite con páginas similares y si Google puede acceder al contenido principal.
¿Qué puede faltar?
Google todavía no la ha descargado. El foco cambia a enlaces internos, accesibilidad, sitemap y capacidad de rastreo, además de la calidad global del sitio.
Para estudiar «Descubierta: actualmente sin indexar» a fondo, conviene tener una guía separada: la intención de búsqueda y el diagnóstico no son idénticos.
Cómo solucionarlo paso a paso, sin perder tiempo.
Estas comprobaciones están ordenadas para que no reescribas una página que en realidad tiene un problema técnico, ni intentes «arreglar» una exclusión que está justificada.
Confirma que debería indexarse.
¿Es una página canónica, pública y con valor propio? Un carrito, una búsqueda interna o una URL de filtro pueden no necesitar indexación.
Inspecciona la URL exacta.
Abre sus datos del índice. Distingue la fecha del rastreo anterior de la prueba publicada. Confirma que examinas la variante correcta.
Descarta bloqueos técnicos.
Revisa HTTP 200 real, redirecciones, robots, meta robots, cabeceras, acceso de Googlebot y HTML renderizado.
Compara contenido y canónicas.
Busca otras URLs que resuelvan la misma intención, plantillas clónicas, traducciones pobres y señales canónicas contradictorias.
Mejora el valor y los enlaces.
Responde mejor a la búsqueda, aporta evidencias y ejemplos propios, enlaza desde páginas relevantes y corrige contenido repetitivo.
Solicita y mide sin obsesionarte.
Tras cambios sustanciales, puedes solicitar una nueva revisión para URLs clave; espera el procesamiento y contrasta el estado con el tiempo.
Qué priorizar si tienes 100, 500 o 5.000 URLs en este estado
Ordena por valor real de la página y causa compartida: primero home, servicios, categorías y piezas con demanda demostrable; después plantillas y clústeres repetitivos. No conviertas «reducir el número de excluidas» en el objetivo: Google no necesita indexar cada variante del sitio.
Diagnóstico interactivo: ¿qué deberías revisar primero?
Responde según lo que has comprobado. El resultado es una orientación basada en reglas visibles, no una consulta en tiempo real a Google ni un diagnóstico automático de tu web. Todo funciona localmente en el navegador.
Marca las señales conocidas.
Un plan adaptado a lo que has comprobado.
Primero, evidencia. Después, cambios.
Selecciona las respuestas y pulsa «Obtener plan de acción». Te indicaré qué hipótesis investigar y cómo validar los siguientes pasos.
- El estado no identifica por sí mismo una causa concreta.
- Las comprobaciones técnicas y de contenido deben contrastarse.
- La indexación nunca está garantizada.
10 posibles causas, con su comprobación y solución.
Son hipótesis de diagnóstico, no diez explicaciones que Search Console confirme. Puedes tener varias a la vez, o ninguna evidente. La forma profesional de corregir es relacionar cada cambio con una señal observada.
Contenido sin aportación diferencial
Comprueba: si tu página ofrece únicamente definiciones genéricas o reformulaciones de páginas ya disponibles; si resuelve la intención con ejemplos propios.
Qué hacer → Añade procedimientos, datos contrastables, capturas propias, experiencia aplicable, tablas útiles o respuestas que no se repitan en otras URLs. No añadas palabras por rellenar.
Varias URLs resuelven lo mismo
Comprueba: artículos con la misma intención y títulos diferentes, landings por ciudad casi idénticas o fichas copiadas.
Qué hacer → Fusiona cuando proceda, diferencia de verdad la intención y consolida duplicados mediante redirecciones o señales canónicas coherentes.
Canonical declarada inesperada
Comprueba: si el HTML declara otra URL, si existen contradicciones entre sitemap, enlaces, redirecciones y canónica, y qué versión ha elegido Google cuando conste.
Qué hacer → Define una URL preferida por conjunto de duplicados. Si la página debe ser independiente, revisa su contenido y señales canónicas. Un canonical es una señal, no una orden.
Página huérfana o mal conectada
Comprueba: si la URL solo aparece en un sitemap, está a demasiados clics o carece de enlaces en artículos relacionados.
Qué hacer → Añade enlaces editoriales útiles desde páginas del mismo tema y una arquitectura de navegación que facilite encontrarla. No crees cientos de enlaces artificiales.
Páginas generadas en serie
Comprueba: si muchas páginas tienen el mismo cuerpo y solo cambia la keyword, localidad, color o nombre del servicio.
Qué hacer → Audita el clúster completo y publica solo URLs con necesidad y contenido sustancialmente distintos. Evita la generación masiva de contenido de poco valor.
Respuesta errática o protección del servidor
Comprueba: códigos 5xx, WAF/CDN, desafíos, límites de peticiones, errores 403 o una respuesta diferente para Googlebot.
Qué hacer → Revisa logs y configuración, verifica solicitudes legítimas de Googlebot y corrige fallos sin abrir indiscriminadamente reglas de seguridad.
Google no recibe el contenido principal
Comprueba: HTML renderizado de la prueba en vivo, dependencias JavaScript, bloques vacíos y recursos que fallan al cargar.
Qué hacer → Entrega contenido crítico en HTML accesible, considera renderizado en servidor si procede y comprueba lo que Google puede extraer realmente.
La página no satisface la búsqueda
Comprueba: si una consulta pide una calculadora, tabla, tutorial o comparación y tu URL responde con una introducción comercial poco útil.
Qué hacer → Reconstruye la pieza alrededor de la tarea del usuario. Cambia el tipo de contenido cuando la búsqueda lo exija, no solo el título.
Traducciones parciales o señales de idioma confusas
Comprueba: si ES/CA/EN tienen contenido principal realmente traducido, canónicas coherentes y anotaciones hreflang correctas y recíprocas.
Qué hacer → Localiza cada versión por completo, define la canónica de su idioma cuando corresponda y evita que una variante apunte por error a otra lengua.
Rastreo anterior a una mejora reciente
Comprueba: si Google rastreó la URL antes de los cambios y el contenido actual ya es distinto; observa la fecha si la herramienta la muestra.
Qué hacer → Valida primero la página publicada y espera un nuevo rastreo. Puedes solicitar indexación tras una mejora importante, sin repetirlo compulsivamente.
Qué revisar antes de reescribir todo el contenido.
Esta revisión permite descartar fallos que las explicaciones simplistas pasan por alto. Aunque Google haya rastreado la URL alguna vez, su estado actual puede haber cambiado.
1. Respuesta HTTP: comprueba la URL final
La página que quieres indexar debería responder correctamente y entregar contenido útil. Examina posibles redirecciones, respuestas 200 con páginas de error, 403 intermitentes o desafíos CDN. Para una comprobación rápida en terminal puedes utilizar:
curl -I -L "https://ejemplo.com/pagina/"
# Muestra cabeceras y sigue redirecciones.
# Contrasta después con una petición GET real y logs.Una respuesta 200 en tu navegador no prueba que Googlebot haya recibido la misma respuesta durante su último rastreo. La herramienta de inspección y los registros del servidor aportan más contexto.
2. Etiquetas robots, cabeceras y canonical
Revisa el código fuente, los plugins SEO y la respuesta HTTP. Busca instrucciones inesperadas de exclusión y URL canónicas que apunten a otro artículo o idioma.
<!-- Ejemplo para una página que sí queremos indexar -->
<link rel="canonical" href="https://ejemplo.com/pagina/">
<!-- Revisar si existe una instrucción NO deseada: -->
<meta name="robots" content="noindex">
# Y posibles cabeceras HTTP X-Robots-Tag: noindexNo hace falta añadir index,follow a cada documento para que sea indexable: lo importante es no bloquear la indexación y mantener señales coherentes.
Comprueba la canonicalización.
Consulta «Canónica declarada por el usuario» y «Seleccionada por Google como canónica» cuando ese dato esté disponible. Si hay discrepancia, analiza si la otra URL responde mejor a la intención antes de forzar un cambio.
Diagnóstico de canónicas de Google ↗Comprueba el HTML renderizado.
En «Probar URL publicada» y «Ver página probada», verifica que se renderizan H1, texto principal, enlaces e información crítica. La prueba en vivo no garantiza selección ni indexación.
Solucionar problemas de JavaScript ↗3. Sitemap XML y enlazado interno
El sitemap facilita descubrir URLs, pero no obliga a indexarlas. Incluye las versiones canónicas que deseas mostrar, retira duplicados prescindibles y utiliza <lastmod> solo cuando haya cambios significativos reales. Los enlaces HTML desde páginas relacionadas ofrecen contexto y rutas de descubrimiento útiles.
4. Comprueba si el problema es de una URL o de una plantilla
Si las URLs afectadas comparten el mismo tipo de página, editor o plantilla, revisa un conjunto representativo: fichas de producto, servicios locales, glosario, entradas importadas, contenidos trilingües y variantes con parámetros. Una incidencia global en el tema, plugin o caché puede explicar varios casos sin que cada página tenga un error distinto.
5. Distingue los problemas de rastreo de los de selección
Para una web corriente, hablar de «crawl budget» como primera explicación suele ser precipitado. Google recomienda revisar la demanda y la capacidad especialmente cuando las páginas ni siquiera se rastrean. Si una URL ya está rastreada, también hay que comprender por qué su contenido merece —o no— ocupar un lugar propio en el índice. Diagnóstico oficial de rastreo ↗
Ejemplos reales en su lógica, hipotéticos en sus datos.
Los siguientes escenarios son ejemplos didácticos simulados, no resultados de clientes ni promesas de indexación. Sirven para relacionar una observación verificable con una acción proporcionada.
SERVICIOS LOCALES
20 páginas de localidades con contenido casi idéntico.
Observación: cambian el municipio y el H1, pero testimonios, textos, ejemplos y propuestas son iguales. Algunas URLs aparecen rastreadas y no indexadas.
Decisión: conservar las landings que tengan demanda y una propuesta específica, añadir proyectos y contexto local verificable, y fusionar o eliminar variantes sin utilidad propia cuando proceda. No basta con insertar el nombre de cada ciudad más veces.
BLOG Y CONTENIDO
Dos tutoriales compiten por la misma intención.
Observación: «cómo indexar una página en Google» y «solicitar indexación Search Console» cubren exactamente el mismo procedimiento sin aportar enfoques diferentes.
Decisión: comparar consultas e intención, elegir una guía principal, unificar lo redundante y reservar URLs independientes solo para tareas claramente distintas —por ejemplo, diagnosticar «rastreada» frente a «descubierta».
ECOMMERCE
Fichas de producto con descripciones de fabricante copiadas.
Observación: muchas fichas cambian en referencia y precio, pero no incluyen información que ayude a compararlas.
Decisión: priorizar familias y productos estratégicos, mejorar compatibilidades, especificaciones, imágenes propias, preguntas prácticas y enlaces desde categorías; evitar cientos de fichas vacías creadas para inflar el sitemap.
ES / CA / EN
Una traducción solo cambia el menú y el título.
Observación: la URL catalana tiene una ruta distinta, pero el cuerpo del artículo sigue en español y existe una canonical hacia la versión española.
Decisión: traducir de verdad el contenido principal, revisar la canonical declarada y comprobar las etiquetas hreflang si se usan. Google diferencia los idiomas por el contenido principal, no por un selector visual.
Qué hacer en WordPress, Elementor y sitios con Polylang.
En WordPress, una URL puede estar publicada y accesible para usuarios, pero tener ajustes de visibilidad, canonicalización o contenido que debes revisar. Estas son comprobaciones concretas, no configuraciones mágicas de indexación.
0 de 10 comprobaciones marcadas.
Si publicas cientos de páginas o trabajas con varios idiomas
Evita exigir que Google indexe cada URL nueva. Primero define qué páginas aportan una intención distinta, cuáles deben consolidarse y cuáles conviene mantener fuera del índice. Una biblioteca amplia solo ayuda cuando cada pieza resuelve una tarea concreta y está bien conectada con el resto del sitio. Si publicas versiones ES/CA/EN, cada traducción debe responder a su público; una página cuyo cuerpo permanece sin traducir no se transforma en una versión lingüística útil solo cambiando el slug.
En implementaciones multilingües, revisa que las señales canónicas apunten a la versión adecuada y que las anotaciones hreflang, si existen, describan versiones realmente equivalentes. Los fallos de idioma se diagnostican mediante sus señales y contenido, no suponiendo que toda página traducida que no se indexa se debe a hreflang.
Cómo medir si mejora y cuándo volver a revisar.
El seguimiento necesita fechas, evidencias y paciencia. Google advierte que el nuevo rastreo puede tardar de días a semanas y que solicitarlo no garantiza la indexación. Este calendario es una pauta de trabajo, no un plazo comprometido por Google.
Guardar línea base
Exporta URLs prioritarias, fecha de rastreo, estado, canónica y capturas; anota la intervención prevista.
Validar en vivo
Comprueba respuesta, renderizado, robots y canonical. Para URLs esenciales puedes solicitar una indexación tras la mejora.
Comprobar rastreo
Observa si Google vuelve a visitar la URL y si el estado cambia. No interpretes cualquier espera como un fallo nuevo.
Evaluar el conjunto
Contrasta qué URLs importantes se indexan, si ganan impresiones y si las plantillas siguen mostrando exclusiones.
Qué métricas consultar
Por URL: estado actual en Inspección, último rastreo disponible, canónica seleccionada cuando figure y fecha de cambios. Por grupo: evolución de URLs importantes indexadas, exclusiones por plantilla y patrones de páginas redundantes. Cuando ya estén indexadas: impresiones, clics, consultas y rendimiento orgánico en Search Console. Una caída en el número de excluidas no es, por sí sola, una mejora SEO si desaparecen páginas de negocio o cambian a otro motivo de exclusión.
¿Cuánto tarda Google en indexar una página rastreada?
No existe un plazo garantizado. Después de una actualización importante, un nuevo rastreo puede llegar en pocos días o demorarse semanas. Y, aunque llegue, Google puede mantener la URL sin indexar. Solicitar varias veces la indexación de la misma página no acelera ese proceso, según la documentación oficial. Solicitud de nuevo rastreo ↗
Qué no hacer para «forzar» la indexación.
Los atajos pueden añadir ruido al diagnóstico, generar contenido de menor utilidad o producir cambios que después cueste revertir.
Pedir indexación cada día.
Las peticiones repetidas de la misma URL no garantizan más velocidad. Solicita después de mejoras importantes y comprueba resultados.
Modificar la fecha sin mejorar nada.
Una fecha falsa de actualización o un lastmod sin cambios relevantes no convierte una página en contenido útil.
Comprar «indexación garantizada».
Las herramientas de terceros no pueden prometer que Google seleccione una página. La Indexing API oficial solo admite ciertos contenidos específicos, como ofertas de empleo y directos compatibles.
Publicar cien variaciones mínimas.
Más URLs no sustituyen calidad ni diferenciación. Revisa canibalización y utilidad antes de ampliar automáticamente un clúster de contenidos.
Dudas sobre «Rastreada: actualmente sin indexar».
Respuestas breves a los casos que suelen aparecer durante una auditoría de Google Search Console.
¿«Rastreada: actualmente sin indexar» es una penalización?
No. El estado indica que la página fue rastreada y no consta indexada. No demuestra una acción manual ni una penalización. Las acciones manuales y los problemas de seguridad tienen sus propios informes en Search Console.
¿Se puede solucionar «Rastreada: actualmente sin indexar»?
En algunos casos sí: se corrigen errores técnicos, se mejora la utilidad del contenido, se diferencian páginas similares o se consolidan duplicados. No obstante, ninguna mejora garantiza que Google seleccione la URL.
¿Qué diferencia hay con «Descubierta: actualmente sin indexar»?
En «Descubierta», Google conoce la URL pero aún no la ha rastreado. En «Rastreada», ya la ha visitado. Por eso cambian las hipótesis y el orden de comprobaciones.
¿Por qué no indexa si la URL devuelve HTTP 200?
HTTP 200 es uno de los requisitos técnicos mínimos, no una garantía. Google también procesa contenido, evalúa canónicas y decide qué incorporar a su índice.
¿Puede indexarse sola una página que está «Rastreada»?
Sí, Google explica que podría indexarse más adelante, pero también podría no hacerlo. No hace falta volver a pedir rastreo solo por ese estado.
¿Sirve solicitar indexación en Search Console?
Sirve para pedir que Google vuelva a rastrear una URL que controlas, especialmente tras cambios relevantes. La petición está sujeta a límites y no garantiza indexación. Repetirla sin cambios no acelera la revisión.
¿Cuánto tiempo debo esperar?
No hay un número de días universal. Los rastreos pueden tardar desde pocos días hasta varias semanas; la selección para indexación puede seguir siendo negativa después del rastreo.
¿Basta con añadir la URL al sitemap XML?
No. Un sitemap ayuda a descubrir URLs y comunicar actualizaciones relevantes. No obliga a Google a indexar todo lo incluido.
¿Cambiar el título SEO o la meta descripción hace que se indexe?
No de forma garantizada. Puede mejorar la presentación o la alineación con la intención, pero si el problema es contenido redundante o señales contradictorias, cambiar solo el título o la descripción puede resultar insuficiente.
¿Tener poco texto es siempre la causa?
No. Una página puede ser útil y concisa. Lo importante es que satisfaga su propósito; añadir 2.000 palabras artificiales no es una solución universal.
¿Google excluye automáticamente el contenido escrito con IA?
No por el mero uso de IA. Google advierte sobre publicar contenido a gran escala sin aportar valor o con fines manipulativos. Evalúa originalidad, exactitud, utilidad y contenido realmente diferenciador.
¿Qué hago si pasa con las fichas de producto de WooCommerce?
Agrupa por categorías y plantillas. Examina duplicados, variantes, descripciones genéricas, información original, canónicas, filtros y enlaces desde categorías. Prioriza productos que aportan negocio.
¿Qué hago si aparece en una web WordPress con Elementor?
Comprueba Ajustes → Lectura, directivas noindex del plugin SEO, canónica, sitemap, caché y contenido HTML que la prueba publicada de Search Console puede renderizar. No existe un interruptor de Elementor que garantice indexación.
¿Polylang o hreflang pueden influir?
Una configuración incorrecta puede confundir las variantes. Comprueba que cada idioma tenga contenido principal traducido y señales canónicas/hreflang coherentes. No asumas que la causa de todas las exclusiones multidioma es hreflang.
¿La prueba de URL publicada confirma que está indexada?
No. Confirma condiciones técnicas comprobables sobre la versión actual, pero no predice de forma completa la decisión de indexación ni la URL canónica seleccionada por Google.
¿Sirve buscar la página con el operador site:?
Es una comprobación exploratoria útil, pero para diagnosticar una URL de tu propiedad, utiliza Inspección de URLs. El operador no sustituye la información del índice que ofrece Search Console.
¿Puedo usar la Google Indexing API para indexar blogs?
La Indexing API oficial está limitada a URLs con datos estructurados de ofertas de empleo (JobPosting) o eventos de emisión en directo (BroadcastEvent dentro de VideoObject). No está diseñada como atajo general para artículos de blog.
¿Cuándo conviene no indexar una URL?
Cuando no aporta una página independiente útil para búsqueda: por ejemplo, ciertas búsquedas internas, carritos o variantes técnicas. No apliques noindex a un contenido estratégico solo para reducir el número de exclusiones.
Documentación oficial que respalda las recomendaciones.
Revisión editorial: 17 de octubre de 2026. Las definiciones se basan en documentación de Google. Las «causas» son líneas de investigación y los ejemplos, simulaciones claramente identificadas. No se han inventado datos de Search Console, posiciones ni volúmenes de búsqueda.
Sobre esta guía y su alcance
El objetivo de esta URL es resolver el diagnóstico de páginas ya rastreadas y no indexadas. No es un curso genérico sobre «cómo indexar una web» ni una guía sobre páginas todavía sin rastrear. La información sirve para interpretar Search Console y decidir acciones, pero no sustituye una auditoría con acceso a la propiedad, al servidor y a las URLs afectadas.
Esta guía está elaborada para rogerllorens.com con un criterio práctico: separar datos observables de hipótesis, proponer cambios medibles y no prometer lo que decide Google.
