Pegas una dirección en la barra de búsqueda de Google Search Console, pulsas Enter y, unos segundos después, la herramienta de inspección de URLs emite su veredicto: «La URL está en Google», o un motivo que explica por qué no lo está. Bajo ese veredicto se alinean una docena de campos: cómo se descubrió la página, cuándo pasó Googlebot por última vez, qué canónica eligió Google, cómo quedó el HTML una vez renderizado. Es el único lugar donde Google te dice, URL a URL, qué hizo exactamente con tu página. De ahí surgen dos preguntas. ¿Qué significa cada uno de esos campos, y cuáles deben guiar tus decisiones? ¿Y qué haces cuando las páginas a revisar se cuentan por cientos, si la herramienta inspecciona exactamente una URL cada vez?
¿Para qué sirve la herramienta de inspección de URLs?
La herramienta de inspección de URLs es una función de Google Search Console que devuelve la información de indexación oficial de Google para una URL concreta: si la página está indexada, por qué (o por qué no), qué canónica eligió Google, la fecha del último rastreo y la página tal como la renderizó Googlebot. Sirve para diagnosticar, página a página, cómo ve Google tu sitio, y para solicitar la indexación de una URL concreta.
Se accede desde la barra de búsqueda situada en la parte superior de cualquier pantalla de Search Console, o haciendo clic en una URL del informe «Indexación de páginas». Un requisito condiciona todo lo demás: la URL debe pertenecer a la propiedad abierta. Inspeccionas tus propias páginas, no las de un competidor.
Los dos modos: versión indexada y prueba en directo
La herramienta responde a dos preguntas distintas, y confundirlas es el error de lectura más habitual. Por defecto, una inspección describe el estado de la versión indexada: la documentación precisa que los resultados provienen de la última versión indexada de la página, no de la versión publicada. Si esta mañana corregiste una etiqueta noindex, la vista por defecto sigue describiendo la página tal como Google la vio en su último paso, sin tu corrección.
La prueba en directo (el botón «Probar URL publicada») responde a la otra pregunta: recupera la página en tiempo real e indica si podría indexarse tal como se sirve hoy. Tiene sus propios puntos ciegos: no comprueba la presencia de la URL en los sitemaps ni las páginas de referencia, y algunos controles de la versión indexada no se ejecutan. La regla práctica: la vista por defecto dice qué hizo Google, la prueba en directo dice qué encontraría hoy. Una corrección solo queda probada cuando ambas coinciden.
Los dos modos encadenan además una secuencia natural tras cualquier corrección: desplegar, lanzar una prueba en directo para confirmar que la página ya es indexable, solicitar la indexación (o esperar al siguiente rastreo), y volver más tarde a comprobar que la vista por defecto también ha cambiado. Saltarse el primer paso es solicitar la indexación de una página quizá todavía defectuosa; saltarse el último es fiarse de una prueba en directo positiva que el índice aún no ha recogido.
Los datos devueltos, bloque a bloque
Un resultado de inspección concentra la mayor parte de su valor en campos que muchos usuarios nunca despliegan. Aquí va cada bloque, y qué hacer con él.
El veredicto: «La URL está en Google» (y lo que no promete)
El veredicto principal indica si la URL puede aparecer en los resultados. «La URL está en Google» significa indexada; no significa visible ni bien posicionada: una página indexada puede quedarse más allá de la quinta página en todas las búsquedas. Los veredictos negativos vienen siempre con un motivo, y ahí empieza realmente el diagnóstico. Si la herramienta indica que la URL le es totalmente desconocida, estás en el caso «URL desconocida para Google»: nunca descubierta, nunca rastreada.
El estado de cobertura: el motivo, en palabras de Google
Bajo «Indexación de la página», la herramienta nombra el estado exacto de la URL, con las mismas etiquetas que el informe «Indexación de páginas». Esos estados son el corazón del diagnóstico, y cada uno de los más frecuentes tiene su lógica y sus correcciones: «Explorada, actualmente no indexada» (leída y descartada), «Descubierta, actualmente no indexada» (conocida, aún sin rastrear), «Excluida por la etiqueta noindex», «Bloqueada por robots.txt» y su paradójica pareja «Indexada aunque bloqueada por robots.txt», la familia de duplicados («Página duplicada sin URL canónica», «Google eligió otra canónica», «Página alternativa con etiqueta canónica adecuada»), «Soft 404» y «Página con redirección». Existen otros estados; estos son los más frecuentes, y nuestro directorio completo de estados trata cada uno en profundidad.
Una regla de lectura útil consiste en preguntarse hacia qué familia de trabajo apunta el estado. Algunos piden trabajo de configuración: un noindex que retirar, una regla de robots.txt que quitar, una canónica que corregir. Otros piden trabajo de contenido: «Explorada, actualmente no indexada» en una página que te importa es Google juzgando la página, no tus ajustes. Y otros piden paciencia o trabajo de descubrimiento: «Descubierta, actualmente no indexada» en una página de tres días es una cola, no un defecto. Equivocarse de familia hace perder semanas; la etiqueta del estado es lo que te orienta hacia la correcta.
Las canónicas: tu declaración frente a la elección de Google
Dos campos dialogan entre sí: la canónica declarada por el usuario (lo que tu página reivindica) y la canónica seleccionada por Google (lo que él decidió). Cuando difieren, Google ha fallado en tu contra, y esa simple comparación explica la mayoría de los estados de duplicado. Ningún crawler puede darte el campo de la derecha: tu código muestra la declaración, solo Google conoce la decisión.
Dos reflejos completan la lectura. Cuando Google eligió otra canónica, inspecciona esa URL a continuación: es ella la que lleva tu contenido en el índice, y su propio estado dice si la consolidación juega a tu favor. Y una canónica de Google ausente o «N/A» significa casi siempre que la página no está indexada: no hay nada que consolidar, y el estado de cobertura de arriba explica por qué.
El descubrimiento: sitemaps y página de referencia
La herramienta lista los sitemaps que declaran la URL y una página de referencia por la que Googlebot la encontró. Un bloque de descubrimiento vacío en una página importante es una alerta temprana: si ningún sitemap y ningún enlace conocido llevan hasta ella, Google no tiene un camino fiable hacia la página. Aquí también se comprueba que el sitemap cubre las páginas que importan, un requisito que detalla nuestra guía para enviar tu sitio web a Google.
El rastreo: último paso, user-agent, obtención
Último rastreo fecha la visita más reciente de Google: todo lo que muestra la inspección describe la página en esa fecha. Rastreada como indica qué user-agent vino (móvil o escritorio). Obtención de la página y ¿Rastreo permitido? dicen si el servidor respondió y si el robots.txt autorizó la visita. Una página cuyo último rastreo tiene tres meses no reflejará en ningún sitio la corrección de la semana pasada, y una obtención fallida reorienta todo el diagnóstico hacia el servidor y no hacia el contenido.
La página renderizada: HTML, captura y lo que Google ejecutó
«Ver la página probada» (o «Ver la página rastreada») abre la página tal como Googlebot la construyó: HTML renderizado, recursos cargados, mensajes de la consola JavaScript y, solo en la prueba en directo, una captura de pantalla. Es la referencia para los sitios con mucho JavaScript: lo que muestran tu navegador o tu crawler es una simulación, esta pestaña enseña lo que Google ejecutó por sí mismo, una distinción que desarrolla nuestra guía de JavaScript SEO. Un contenido ausente del HTML renderizado es un contenido que Google indexó sin él.
Mejoras y experiencia
Los últimos bloques señalan los datos estructurados detectados en la versión indexada, junto con las señales HTTPS y de experiencia. Útiles para depurar los resultados enriquecidos; rara vez son la razón por la que una página falta en el índice.
Solicitar la indexación: qué hace el botón, y qué no
El botón «Solicitar indexación» coloca la URL en una cola para un posible re-rastreo. Tres hechos de la documentación calibran qué esperar. No es inmediato: el rastreo tarda alrededor de un día, a veces más. No está garantizado: solicitar la indexación no asegura la aparición en los resultados. Y está racionado: existe un límite diario de solicitudes por propiedad, sin cifra oficial; en la práctica, el botón se bloquea tras una docena de solicitudes en el día. Más allá de unas pocas URLs, el consejo del propio Google es enviar un sitemap. El método completo, y qué hacer cuando páginas enviadas siguen sin aparecer, están en nuestra guía de envío.
Lo que la herramienta no puede hacer (sus límites estructurales)
Todo lo anterior describe un excelente instrumento de diagnóstico. Sus límites son igual de estructurales, y conviene nombrarlos claramente, porque definen el momento en que la herramienta deja de ser el instrumento adecuado.
Una URL cada vez. La entrada es una única barra de búsqueda; no hay modo por lotes. Revisar 300 fichas de producto son 300 inspecciones manuales.
Sin exportación, sin historial. Un resultado de inspección no se descarga, y la herramienta no guarda rastro de las inspecciones anteriores: el veredicto de ayer desaparece en cuanto vuelves a inspeccionar. Seguir una corrección en el tiempo supone re-inspeccionar a mano y anotar en otro sitio.
El informe no se filtra sobre tus URLs. El informe «Indexación de páginas» agrega por motivo, pero no puedes entregarle tu lista (las páginas estratégicas, las URLs de una migración) y preguntarle cómo van esas.
Solo propiedades verificadas. La URL debe pertenecer a una propiedad que hayas validado; no se puede inspeccionar una página de un sitio que no controlas.
Algunas cosas nunca se comprueban. La documentación lista lo que la herramienta no evalúa: la calidad del contenido, las acciones manuales, los problemas de seguridad, las retiradas legales y los bloqueos temporales viven en otros informes.
Ninguno de estos límites es un defecto respecto al objetivo de la herramienta, que es la comprobación puntual de URLs aisladas. Se convierten en problema cuando la pregunta cambia: ya no «¿qué pasó con esta página?», sino «¿qué pasó con todas mis páginas?».
💡 Revisar 300 URLs a mano en la barra de inspección ocupa una tarde; la misma lista vía la API oficial cabe en un análisis. Descubre IndexProbe en acceso anticipado →
Ir a escala: la API URL Inspection
Un punto del que se habla bastante poco, y que ninguna de las guías posicionadas para esta búsqueda menciona: la herramienta de inspección de URLs tiene una API oficial. La API URL Inspection devuelve los mismos bloques de datos, de forma estructurada, para cualquier URL de una propiedad que poseas: el veredicto, el estado de cobertura (mismas etiquetas que la interfaz), las canónicas declarada y seleccionada, la fecha y el user-agent del último rastreo, los estados de robots.txt y de obtención, los sitemaps y páginas de referencia conocidos, más las detecciones móviles y de resultados enriquecidos. Es decir, todo lo que este artículo ha descifrado hasta aquí, como datos aprovechables en lugar de una pantalla que copiar. Sus límites están documentados: 2.000 consultas por día y por propiedad, 600 por minuto («2000 QPD», «600 QPM» en la documentación de límites de Google).
Esa cifra es el techo real del dato de indexación verificado por Google, y tres propiedades de ese cupo, que hemos verificado con pruebas directas, importan en la práctica. Primero, el cupo diario se comporta como una ventana deslizante de 24 horas, no como un contador que se reinicia a medianoche: la capacidad se libera progresivamente a medida que las peticiones antiguas salen de la ventana. Segundo, el cupo está ligado a la propiedad y compartido por todos los que la inspeccionan: conectar más cuentas de Google a la misma propiedad no multiplica nada. Tercero, una propiedad de Dominio y las propiedades con prefijo de URL del mismo sitio tienen cupos independientes: cada propiedad de prefijo verificada añade 2.000 inspecciones diarias, una opción que cambia el cálculo en los sitios grandes.
Esta API es exactamente lo que IndexProbe industrializa: entregas tu lista de URLs, ejecuta las inspecciones oficiales al ritmo del cupo, conserva el historial y te deja filtrar, segmentar, comparar y exportar: la versión en masa de la herramienta que describe este artículo. En un análisis de varios días, las páginas ya probadas como indexadas (por una impresión reciente o una inspección reciente concluyente) pueden retomarse en lugar de re-inspeccionarse, lo que acorta los análisis en proporción a la parte de la lista ya probada; un análisis real de 3.465 URLs completó hace poco el 93 % de su lista en doce minutos de esa manera. Los límites no desaparecen: el presupuesto de 2.000 inspecciones diarias simplemente se gasta donde aporta información nueva.
El ciclo completo que esto permite es el que la herramienta manual no puede ofrecer: inspeccionar la lista entera, leer el reparto de estados, corregir lo que señalan, y relanzar la misma lista para comprobar el cambio. Prueba IndexProbe en acceso anticipado y obtén los datos de la herramienta de inspección sobre todas tus URLs a la vez.
Preguntas frecuentes
¿Para qué sirve la herramienta de inspección de URLs?
Devuelve la información de indexación oficial de Google para una URL de una propiedad que posees: si la página está indexada y por qué, qué canónica eligió Google, la fecha del último rastreo y la página tal como la renderizó Googlebot. Es el instrumento de Search Console para diagnosticar una página concreta y solicitar su indexación.
¿Cuántas URLs se pueden inspeccionar al día?
En la interfaz de Search Console, Google aplica un límite diario por propiedad sin publicar la cifra. A través de la API oficial URL Inspection, el límite está documentado: 2.000 consultas por día y por propiedad, 600 por minuto. El botón «Solicitar indexación» tiene su propio tope, mucho más bajo.
¿Qué diferencia hay entre la inspección por defecto y la prueba en directo?
La vista por defecto describe la última versión indexada de la página, a fecha del último rastreo; la prueba en directo recupera la página en tiempo real y dice si podría indexarse tal cual. Una corrección aparece de inmediato en la prueba en directo, pero solo tras un re-rastreo en la vista por defecto.
¿Solicitar la indexación garantiza que la página se indexe?
No. La solicitud coloca la URL en una cola para un posible re-rastreo, que suele tardar alrededor de un día, y Google precisa que no garantiza la inclusión. Repetir la solicitud para la misma URL no acelera nada. Para muchas URLs, envía un sitemap en lugar de ir página a página.
¿Se puede inspeccionar una URL de un sitio que no es mío?
No. La URL debe pertenecer a la propiedad abierta, y las propiedades exigen verificación. Para evaluar la página de un tercero, la señal pública más cercana es una búsqueda site:, aproximada y sin motivos.
¿Hay alguna forma de usar la herramienta de inspección en masa?
No en la interfaz de Search Console, que procesa una URL cada vez y sin exportación. La vía oficial es la API URL Inspection (2.000 consultas por día y por propiedad), con tus propios scripts o con una herramienta construida sobre ella. IndexProbe es esa versión en masa: los mismos veredictos oficiales, sobre toda tu lista, con historial y comparación incluidos.