Descubierta: actualmente sin indexar. Qué hacer en 2026.
¿Google Search Console detecta tu URL, pero no la indexa? Aprende a distinguir una espera normal de un problema real. Diagnóstico paso a paso, señales del servidor, enlazado interno, WordPress y un asistente interactivo para decidir qué corregir primero.
actualmente sin indexarGoogle conoce la dirección, pero todavía no ha rastreado su contenido.
¿Cómo solucionar «Descubierta: actualmente sin indexar»?
Empieza verificando que la página merece ser indexada y que Google puede llegar a ella: debe responder correctamente, ser accesible, tener una URL coherente, enlaces internos rastreables y contenido claramente útil. Después revisa en Search Console si hay problemas del servidor, de rastreo o una acumulación de URLs de escaso valor. Si la página es nueva, puede bastar con esperar y comprobar su evolución.
El estado no es una penalización, no confirma que el contenido haya sido rechazado ni significa que el sitemap esté roto. Google todavía no ha rastreado la página que figura en este estado; por tanto, no se puede afirmar que haya evaluado su contenido en ese intento de rastreo. La documentación oficial plantea el aplazamiento por posible sobrecarga como explicación probable, mientras que su guía de rastreo también distingue capacidad del servidor y demanda de rastreo. Definición oficial ↗ · Presupuesto de rastreo ↗.
Qué significa exactamente en Google Search Console.
En el informe Indexación de páginas, Google agrupa URLs conocidas que no están incluidas en el índice y explica el motivo observado. «Descubierta: actualmente sin indexar» describe una fase del proceso, no un diagnóstico definitivo sobre el motivo de fondo.
EL PROCESO, SIN CONFUNDIR ETAPAS
Puede encontrarla por un enlace o un sitemap. En este punto no ha descargado necesariamente el documento.
Obtiene la respuesta y, cuando corresponde, se procesa o renderiza su contenido.
Evalúa, consolida duplicados y selecciona la versión canónica. Ni siquiera el rastreo garantiza entrar al índice.
Google ha encontrado una dirección.
El informe indica que Google conoce la URL y que todavía no la ha rastreado. Normalmente no muestra una fecha de rastreo reciente para esa URL por ese motivo. La información del informe no es instantánea.
«Google ha leído mi artículo y lo rechaza».
Eso requeriría evidencia de que el contenido fue rastreado. La evaluación de contenido o la consolidación canónica pueden entrar en juego después, pero el estado «descubierta» por sí solo no demuestra un rechazo por calidad.
Descubierta vs. rastreada sin indexar. No son lo mismo.
Esta distinción determina qué revisar primero. Otros estados, como «Excluida por noindex» o «Bloqueada por robots.txt», aportan señales distintas y merecen un análisis específico.
| Estado de Search Console | ¿Google ha accedido a la página? | Interpretación principal | Primera acción |
|---|---|---|---|
| Descubierta: actualmente sin indexar | No consta rastreo de esa URL en este estado | Descubrimiento realizado; rastreo aún aplazado | Revisar importancia, rutas de descubrimiento y salud de rastreo |
| Rastreada: actualmente sin indexar | Sí | Google obtuvo el contenido, pero no lo incluyó en el índice | Analizar valor diferencial, duplicidad, canónica y señales de indexabilidad |
| Excluida por etiqueta «noindex» | Google ha detectado la instrucción | Se solicita expresamente que la página no se indexe | Confirmar si ese bloqueo es intencionado |
| Bloqueada por robots.txt | El acceso de rastreo está restringido | La directiva impide que Googlebot acceda como necesita | Comprobar robots.txt y objetivo de esa URL |
| Duplicada; Google ha elegido otra canónica | Google ha consolidado alternativas | No todas las variaciones deben estar en el índice | Revisar versiones y URL canónica apropiada |
Los estados simplifican resultados complejos y pueden variar entre inspección, informes y datos actuales de la URL. Úsalos como punto de partida, no como explicación universal.
Cómo encontrar las páginas afectadas y leer las señales correctas.
Antes de cambiar una línea de código, delimita el problema: qué URL, desde cuándo, cuántas similares y qué datos aporta Google. Este recorrido funciona con la interfaz de Search Console en español; algunas etiquetas pueden variar.
Figura 02. Dónde localizar el motivo y abrir la lista de URLs de ejemplo.
Encuentra el aviso en cuatro pasos.
- Abre Google Search Console y selecciona la propiedad adecuada.
- En Indexación → Páginas, busca «Por qué no se indexan las páginas».
- Abre el motivo «Descubierta: actualmente sin indexar» y examina los ejemplos de URLs. No asumas que esa lista incluye necesariamente todas las páginas afectadas.
- Selecciona una URL importante y utiliza Inspección de URLs para comparar los datos que Google conoce con la prueba de URL publicada.
Guarda la URL, el tipo de página, la fecha de publicación, el estado reportado y el resultado de la prueba. Esa ficha será la base para saber si el problema es puntual o afecta a toda una sección.
Cómo interpretar la prueba publicada.
En la ficha de la URL, separa siempre la información que Google tenía almacenada de la prueba de la página que está publicada ahora. Si tienes acceso a la prueba publicada, examina la respuesta HTTP, los encabezados y el contenido obtenido.
Una comprobación correcta no es una orden de indexación: solo permite descartar ciertos bloqueos actuales. Por otro lado, si el informe sigue mostrando «Descubierta», aún tendrás que evaluar la prioridad de rastreo de esa URL.
Datos registrados por sus sistemasHistórico
Acceso y señales del momentoPrueba
Figura 03. Diferencia entre información existente y comprobación puntual.
Datos de Google vs. prueba publicada
La información sobre la URL que figura en el índice no es una prueba en tiempo real. La función «Probar URL publicada» visita la versión accesible en ese momento y permite revisar respuesta, recursos y parte del HTML. Si la prueba da un resultado favorable, solo confirma que puede ser accesible: no predice inclusión ni canónica definitiva.
La salud del host es otra pieza.
En Configuración → Estadísticas de rastreo comprueba estado del host, solicitudes, respuestas del servidor, tipos de errores y tiempo medio de respuesta. Google indica que es una herramienta avanzada y que no es imprescindible en sitios pequeños sin problemas de rastreo evidentes; además solo está disponible en propiedades raíz compatibles.
Las causas posibles y cómo distinguirlas con evidencias.
Una matriz útil no adivina la causa a partir de una etiqueta. Relaciona síntomas verificables con hipótesis y pruebas concretas. Las pistas siguientes no son un algoritmo oficial de Google, sino un método de auditoría técnica.
| Señal observada | Hipótesis razonable | Cómo comprobarla | Acción proporcional |
|---|---|---|---|
| Muchas URLs nuevas afectadas y aumentan los errores 5xx/429 | Capacidad de rastreo limitada por problemas del host | Estadísticas de rastreo, monitorización y logs | Corregir errores, latencia y límites involuntarios |
| Solo URLs profundas, sin enlaces editoriales | Baja prioridad y descubrimiento débil | Mapa de enlazado y distancia desde hubs | Enlazar desde páginas relevantes con <a href> |
| Sitemap lista muchas páginas nuevas sin enlaces internos | Inventario excesivo para la demanda observada | Comparar sitemap, enlaces y cobertura por plantilla | Priorizar páginas valiosas, ordenar arquitectura |
| Cientos de URLs de filtros, búsquedas o etiquetas | Rastreo dedicado a URLs no prioritarias | Auditar patrones y parámetros en URLs y logs | Consolidar duplicados; definir gestión de facetas con cuidado |
| URL nueva lleva pocos días en el informe | Espera normal de descubrimiento a rastreo | Fecha real de publicación, enlaces, actualización del informe | Verificar requisitos y observar; evitar cambios impulsivos |
| La prueba publicada falla o responde distinto | Bloqueo o incidencia técnica actual | HTTP, robots, redirecciones, WAF/CDN y HTML | Resolver la causa técnica concreta |
| Varias páginas casi idénticas por ciudades o idiomas | Señales de utilidad/duplicidad poco claras; eventual baja demanda | Comparación editorial, canónicas e idiomas | Reescribir con valor distintivo o consolidar lo redundante |
| La URL aparece como descubierta pero logs muestran un acceso | Datos de distinto momento, robot o variante de URL | Fecha exacta, URL completa, user-agent y Googlebot verificado | Contrastar y dar tiempo a actualizar el informe |
Diez comprobaciones para pasar del aviso a una decisión.
El orden importa: primero determina si la página debe existir y ser indexable; después confirma que Google puede acceder a ella, que existen caminos de descubrimiento y que el servidor puede responder de forma estable.
Confirma que esta URL debe indexarse.
¿Resuelve una búsqueda real? ¿Tiene un propósito distinto de otras páginas? ¿Es la versión correcta? Si es un filtro, una búsqueda interna, una etiqueta vacía o un duplicado, quizá no debas forzar su indexación. Haz una selección editorial antes de tocar el servidor.
Inspecciona la URL exacta.
En Search Console comprueba la URL completa, incluida la barra final, HTTPS y el idioma. Ejecuta «Probar URL publicada» y revisa si puede accederse a ella. Una prueba favorable no garantiza indexación. Guía ↗
Revisa respuesta, robots y redirecciones.
La versión que quieres indexar debería servir contenido real, normalmente con HTTP 200, sin una cadena de redirecciones innecesaria. Comprueba que robots.txt no bloquee el rastreo y que no haya noindex intencionado o accidental en las respuestas. Permitir rastreo e indexación son condiciones diferentes.
Comprueba la canónica y duplicados.
Verifica que la página relevante tenga una canónica coherente, preferiblemente autorreferencial si es la principal, y que el sitemap y los enlaces internos apunten a la versión escogida. Canonical es una señal, no una orden absoluta. Las alternativas lingüísticas no deben canonizarse todas a una sola lengua salvo que el contenido de verdad corresponda a una misma versión.
Examina el enlazado interno rastreable.
Incluye enlaces desde un hub temático, un artículo relevante o una sección de servicios, con texto descriptivo. No dependas exclusivamente de un sitemap o de un botón JavaScript sin href. Google recomienda elementos HTML <a href="...">. Buenas prácticas ↗
Depura el sitemap, sin obsesionarte.
Comprueba que incluye la URL canónica, que es accesible y que no contiene ruido innecesario. Utiliza <lastmod> solo con cambios importantes reales. Enviar un sitemap ayuda al descubrimiento, pero no obliga a Google a rastrear o indexar cada entrada. Documentación ↗
Contrasta servidor, DNS y CDN.
Si hay una proporción alta de URLs afectadas, revisa aumentos de HTTP 5xx, 429, problemas de robots.txt, DNS, latencia o reglas de seguridad que desafíen a Googlebot. Observa la tendencia en «Estadísticas de rastreo» y consulta logs si dispones de ellos. No atribuyas por defecto el problema a Core Web Vitals.
Reduce el ruido de URLs innecesarias.
Audita filtros, parámetros, resultados de búsqueda, paginaciones defectuosas, taxonomías automáticas y clones. Consolida cuando sea adecuado. Evita bloquear masivamente carpetas o aplicar noindex sin revisar las consecuencias: robots.txt y noindex no son intercambiables. Crawl budget ↗
Mejora la utilidad y las señales de importancia.
Si tienes muchas páginas parecidas, revisa si cada una aporta ejemplos, datos, herramientas, comparaciones o respuestas diferenciales. Esto no prueba que Google ya haya juzgado la URL sin rastrearla; ayuda a elevar el valor general del inventario y la demanda de rastreo a medio plazo. Criterios editoriales ↗
Solicita indexación solo con criterio y mide.
Para una URL prioritaria y técnicamente accesible, puedes utilizar «Solicitar indexación» una vez tras comprobarla o mejorarla. Google limita las solicitudes, y repetirlas no garantiza nada. Si son numerosas, usa un sitemap correcto y supervisa el conjunto. Información oficial ↗
Comprobación técnica opcional: ¿qué devuelve realmente el servidor?
Si tienes acceso a terminal, puedes consultar la respuesta de una URL propia con curl. No sustituye una inspección de Googlebot ni confirma indexación: muestra lo que recibe tu cliente en ese momento. Compara siempre la variante exacta y revisa también lo que ve Search Console.
curl -I https://ejemplo.com/url-prioritaria/ curl -L -I https://ejemplo.com/url-prioritaria/ curl -s https://ejemplo.com/robots.txt
Busca redirecciones inesperadas, estados HTTP distintos de los previstos y cabeceras como X-Robots-Tag. Si sospechas que un WAF bloquea a Googlebot, revisa los registros del servidor y verifica la identidad del rastreador: un agente de usuario que dice «Googlebot» puede ser falsificado.
Asistente de diagnóstico: qué revisar primero en tu caso.
Selecciona los síntomas que has observado. Recibirás un orden de comprobación razonado. No se conecta a Search Console, no rastrea tu web y no emite un veredicto de Google; solo organiza tus respuestas para que puedas diagnosticar más rápido.
Describe tu situación.
Tu orden de comprobación.
Verifica primero la accesibilidad.
El asistente utiliza las señales observadas; no inventa causas.
- Comprueba la inspección y la prueba de URL publicada.
- Revisa enlaces internos y sitemap.
- Monitoriza el estado en Search Console.
No se envían tus respuestas a ningún servidor. Herramienta de orientación, no auditoría automática.
Qué revisar si tu web usa WordPress y Polylang.
En WordPress, los problemas suelen mezclarse: ajustes globales, plugins SEO, sitemaps, plantillas, enlaces y taxonomías. En páginas creadas con Elementor, verifica que el contenido principal esté disponible para Google y no dependa exclusivamente de una interacción.
Visibilidad y publicación
Revisa Ajustes → Lectura y la opción que disuade a los motores de búsqueda. Comprueba que la página esté publicada, no protegida por contraseña, y que los plugins no añadan por error una directiva noindex o una canónica hacia otra URL. Un ajuste correcto no basta para garantizar que se indexe.
Sitemap y páginas objetivo
Confirma cuál es el índice XML que produce realmente tu plugin (/sitemap_index.xml es una ruta habitual, pero no universal), qué tipos de contenido exporta y qué URL figura como canónica. Evita incluir sistemáticamente adjuntos o taxonomías que no quieras posicionar. No actualices lastmod solo para provocar visitas.
Enlaces HTML y contenido visible
Comprueba que las tarjetas y botones que llevan a nuevas páginas generen <a href> reales, accesibles desde móvil. Aunque Google puede renderizar JavaScript, el contenido principal y los enlaces críticos deberían ser fáciles de descubrir. Abre «Ver código fuente» y contrasta con la versión renderizada si hay dudas.
Versiones lingüísticas coherentes
En páginas equivalentes, revisa enlaces entre idiomas, hreflang recíproco y canónicas correctas por idioma. Una versión catalana distinta de la española no debería apuntar por inercia a la española como canónica. Estas incidencias no explican automáticamente una URL «descubierta», pero pueden dificultar la coherencia del sitio cuando Google la rastree. Documentación ↗
Cómo ordenar una web que publica cientos de artículos
Conviene mantener un hub de SEO que enlace guías especializadas, en vez de tratar todas las URLs como islas. Desde una guía general de indexación, enlaza esta página usando un ancla descriptiva; desde esta URL, remite a la guía general y a la de «Rastreada: actualmente sin indexar» cuando esta última esté publicada. No dupliques el mismo artículo cambiando dos palabras del título: asigna una intención única a cada contenido.
En una biblioteca grande de definiciones, la calidad del índice y de la estructura importa más que el recuento total: crea páginas de categorías útiles, enlaza términos relacionados, elimina duplicaciones y revisa si cada definición aporta algo más allá de reformular una frase. Google identifica el inventario detectado y la singularidad del contenido como factores relevantes para el rastreo. Fuente oficial ↗.
Tres escenarios reales en la práctica, sin promesas de indexación.
Son supuestos didácticos, no resultados atribuidos a clientes ni experimentos medidos. Ayudan a decidir qué mirar en función del patrón de páginas afectadas.
La página lleva 12 días «descubierta».
Contexto: servicio nuevo, contenido original, sitemap correcto y ningún error conocido. Qué comprobar: inspección, enlace desde el servicio principal y evolución de otras URLs nuevas. Qué evitar: reescribir toda la landing o pedir indexación cada día sin indicios nuevos.
Hipótesis: fase temprana / prioridad
El catálogo crece más deprisa que el rastreo.
Contexto: fichas muy similares, parámetros y filtros navegables. Qué comprobar: tipos de páginas, inventario no prioritario, errores del servidor y rastreo por carpeta. Qué hacer: definir URL canónicas, limpiar patrones redundantes y crear rutas de enlaces hacia los productos clave.
Hipótesis: inventario / señales del sitio
Una lengua se rastrea menos.
Contexto: versiones en español, catalán e inglés; el menú móvil enlaza a pocas páginas de un idioma. Qué comprobar: navegación rastreable por lengua, hreflang recíproco, enlaces entre homólogas, canónicas y sitemaps. Qué evitar: canonizar todas las traducciones hacia la portada española.
Hipótesis: arquitectura / internacional
Googlebot recibe respuestas inestables.
Contexto: la gráfica de rastreo cae mientras crecen errores de servidor. Qué comprobar: host, caché, capacidad, límites del CDN y registros verificados. Qué hacer: estabilizar la infraestructura antes de ampliar el sitemap. No atribuir el problema a la keyword ni al título de una URL.
Hipótesis: capacidad del host
Qué hacer hoy, qué observar después y cuándo investigar más.
No existe una fecha de indexación garantizada. Google puede tardar días o semanas en descubrir, rastrear y procesar páginas; la importancia de la URL y el estado del sitio influyen. Utiliza estos intervalos como agenda de trabajo editorial, no como SLA oficial.
Reúne evidencias.
Inspección de URL, tipo de página, enlaces entrantes internos, sitemap, acceso HTTP y estado general del host. Crea un registro inicial.
Compara estados.
Comprueba si pasa a «Rastreada», si aparece indexada o si existe un nuevo motivo. Registra los cambios realizados; no confundas correlación y causalidad.
Audita a nivel de sección.
Si se acumulan URLs de valor sin rastrear, investiga logs, distribución de enlaces, categorías, duplicados, demanda de rastreo y disponibilidad del servidor.
Checklist de una URL importante
Qué métricas son realmente útiles
Registra URLs prioritarias en estado descubierto por plantilla, tiempo desde publicación, enlaces internos, señales de servidor y transición de estado a lo largo del tiempo. No confundas las URLs detectadas en sitemaps con las URLs rastreadas, ni las páginas rastreadas con las indexadas. Cuando una URL se indexe, entonces podrás analizar impresiones, consultas y clics en el informe de rendimiento.
Si necesitas una muestra para estudiar un problema grande, selecciona URLs representativas de varias plantillas y profundidades, no solo las tres que aparezcan arriba. El informe de ejemplos de Search Console no ofrece necesariamente un censo exhaustivo. Limitaciones del informe ↗.
Seis atajos que no garantizan nada.
La solución suele ser menos espectacular que el consejo viral: mejorar un sistema de páginas útil, accesible y conectado, en lugar de buscar mecanismos para saltarse la evaluación de Google.
Pedir indexación todos los días.
La solicitud no garantiza inclusión y tiene límites. Hazla con criterio para URLs relevantes.
Reenviar el mismo sitemap sin cambios.
Un sitemap es una señal de descubrimiento, no una instrucción que fuerce el rastreo inmediato.
Usar la API como solución para cualquier blog.
La Indexing API oficial de Google se limita a JobPosting o BroadcastEvent dentro de VideoObject, según sus condiciones actuales.
Cambiar canónicas a ciegas.
Un cambio incorrecto puede consolidar precisamente la URL que querías mantener separada.
Bloquear todo lo no indexado.
Robots.txt impide el rastreo; no es un sustituto de la consolidación, la retirada ni las decisiones editoriales.
Publicar más URLs para compensar.
Un inventario mayor con páginas equivalentes puede añadir ruido de rastreo y complicar la arquitectura.
Dudas sobre «Descubierta: actualmente sin indexar».
Respuestas concretas sobre el aviso, la espera, los problemas técnicos, los cambios de estado y las herramientas de Search Console.
¿Qué significa «Descubierta: actualmente sin indexar»?
Que Google conoce la URL, pero todavía no la ha rastreado. No equivale a una penalización y no demuestra que el contenido haya sido leído y rechazado. Consulta el informe de Indexación de páginas para ver cómo evoluciona.
¿Cuánto tarda Google en indexar una página descubierta?
No existe un plazo garantizado. Puede haber demoras de días o semanas o la URL puede seguir sin rastrearse si Google no la prioriza. Las estimaciones de seguimiento son criterios de auditoría, no tiempos oficiales para todas las páginas.
¿Tengo que preocuparme si lleva dos semanas?
Depende de la importancia y del patrón. Una URL nueva con acceso correcto y buenos enlaces puede seguir pendiente sin que haya un error. Si numerosas páginas clave llevan semanas así, conviene analizar servidor, enlazado e inventario.
¿Qué diferencia hay entre «Descubierta» y «Rastreada» sin indexar?
En «Descubierta» Google todavía no ha rastreado esa URL en el estado descrito. En «Rastreada» sí ha obtenido el contenido, pero no lo ha incorporado al índice. Por eso una investigación centrada solo en el texto de la página puede ser prematura en el primer caso.
¿Si la prueba de URL publicada está en verde, se indexará?
No. La prueba muestra que Google-InspectionTool puede acceder a la versión publicada en ese momento, pero no determina si Google la elegirá para el índice ni si será la canónica final. Google lo advierte expresamente en su documentación.
¿Sirve pulsar «Solicitar indexación»?
Puede ser razonable para una URL prioritaria que hayas comprobado, pero no garantiza inclusión. Google limita el número de solicitudes; repetirlas no sirve como sustituto de corregir problemas de fondo.
¿El sitemap XML fuerza el rastreo de Googlebot?
No. Es una ayuda para comunicar qué URLs quieres que Google conozca. Que Google lo haya leído no significa que vaya a rastrear inmediatamente cada dirección incluida ni indexarlas todas.
¿Por qué Google descubre mi URL pero no la rastrea?
Google menciona la posible sobrecarga del sitio y, en la documentación de rastreo, explica que influyen tanto la capacidad del host como la demanda de rastreo. Las URLs poco conectadas, duplicadas o de baja prioridad también pueden merecer investigación, pero ninguna causa se confirma solo con el aviso.
¿Puede ser culpa de un hosting lento?
Sí, si existen fallos de disponibilidad, aumento de latencia o respuestas 5xx/429 que limiten la capacidad de rastreo. Compruébalo con el informe Estadísticas de rastreo y los registros del servidor; no basta con una puntuación baja de PageSpeed para atribuirle la causa.
¿Una página «descubierta» puede tener problemas de canonical?
Sí podría tenerlos cuando Google la rastree, pero el aviso por sí solo no demuestra que el buscador haya leído la etiqueta canonical de esa página. Conviene verificarla como parte de una auditoría de indexabilidad.
¿Puedo solucionarlo con Rank Math o Yoast?
Los plugins ayudan a controlar sitemaps, etiquetas robots y canónicas en WordPress. No controlan la cola de rastreo de Google. Úsalos para corregir configuraciones observables, no como botón de indexación garantizada.
¿Elementor impide que Google rastree mis páginas?
No por sí mismo. Revisa si la página entrega HTML accesible, si Google puede obtener sus recursos importantes y si los enlaces internos están implementados como vínculos reales. Un widget interactivo no debería ser el único modo de descubrir URLs esenciales.
¿Es malo publicar 100 o 400 páginas nuevas de golpe?
No existe una prohibición general por publicar muchas URLs. Lo importante es la calidad, utilidad, singularidad, arquitectura, capacidad del sitio y demanda de rastreo. Si publicas muchas páginas similares, audita por plantillas y prioriza las que realmente aportan valor.
¿Un cambio de WordPress de servidor puede influir?
Puede influir si la migración provoca errores HTTP, redirecciones, incidencias DNS, reglas CDN o cambios accidentales en robots y canónicas. Contrasta los datos de Search Console con la fecha de la migración antes de concluir causalidad.
¿Puedo usar la API de indexación de Google para artículos?
No como sistema general conforme a la documentación oficial. La API Indexing está diseñada para páginas con JobPosting y BroadcastEvent dentro de VideoObject en los supuestos admitidos por Google.
¿Los backlinks pueden ayudar a una URL descubierta?
Los enlaces externos relevantes pueden ayudar al descubrimiento y a comunicar importancia, pero no garantizan el rastreo o la indexación. Prioriza primero enlaces internos naturales, la calidad del contenido y la salud técnica; evita comprar enlaces artificiales.
¿Una página no indexada puede recibir impresiones orgánicas?
Si el estado está desactualizado, la página ya ha cambiado de estado, otra URL canónica recibe las impresiones o existen diferencias de agregación, pueden observarse datos que parezcan contradictorios. Contrasta URL, fecha, versión canónica y el informe de rendimiento.
¿Cuándo debo contratar una auditoría SEO?
Cuando el problema persiste en URLs importantes, afecta a una sección completa o coincide con errores técnicos, migraciones o un crecimiento grande del inventario. Una auditoría debería documentar señales verificables y un orden de correcciones, no prometer indexación.
Documentación utilizada, sin confundir opinión con evidencia.
Artículo preparado el 17 de octubre de 2026. Se prioriza documentación oficial de Google para la terminología y los límites de las herramientas. La matriz y el asistente son propuestas de diagnóstico, no criterios internos publicados por Google. No se han atribuido resultados reales a los ejemplos didácticos.
Cómo está delimitado este artículo
Esta guía responde principalmente a una pregunta concreta: qué hacer cuando Google conoce una URL y todavía no la ha rastreado. Si el estado pasa a «Rastreada: actualmente sin indexar», corresponde un diagnóstico distinto, centrado en el contenido ya accesible y en la selección para el índice. Si el problema afecta a toda la propiedad, la investigación puede abarcar errores de cobertura, arquitectura, seguridad, migraciones y rastreo general.
Autor: Roger Llorens, profesional de marketing digital, diseño web y SEO. El enfoque combina interpretación de documentación primaria y un método práctico de análisis para sitios WordPress y otros CMS. Ni el artículo ni el asistente están afiliados a Google. Cuando Google modifica sus especificaciones, prevalece la documentación oficial vigente.
