Inspección de URLs en Search Console: cómo leer cada dato

La herramienta de inspección de URLs de Search Console es la única forma de preguntarle a Google, página por página, qué sabe de ella: si está en su índice, cuándo la rastreó por última vez, qué HTML vio después de ejecutar JavaScript y qué URL considera la canónica. Los informes de indexación agrupan miles de páginas por estado; esta herramienta hace lo contrario y te enseña el expediente de una sola.

La confusión habitual no está en encontrarla, sino en interpretarla. Hay dos versiones de cada consulta (la indexada y la prueba en vivo) que responden a preguntas distintas, y mezclarlas lleva a diagnósticos equivocados. Aquí verás qué significa cada bloque, cuándo fiarte de cada versión y cuándo tiene sentido pulsar el botón de solicitar indexación.

Cómo se usa y qué página estás inspeccionando

Se abre pegando una URL completa en la barra superior de Search Console o pulsando el icono de inspección junto a cualquier dirección que aparezca en los informes de rendimiento o de páginas. Dos condiciones previas evitan la mayoría de los errores de principiante. La primera: la URL debe pertenecer a la propiedad que tienes seleccionada. Si la propiedad es de dominio, valen todos los subdominios y protocolos; si es de prefijo de URL, una dirección con www o con http cuando la propiedad está en https sin www será rechazada. La segunda: escribe la URL exacta que quieres comprobar, incluidos barra final y parámetros, porque Google trata cada variante como una dirección distinta.

Lo primero que verás es un veredicto en una línea, del tipo «La URL está en Google» o «La URL no está en Google». Ese titular resume únicamente la versión indexada, es decir, lo que Google guardó la última vez que rastreó la página. No dice nada sobre el estado actual de tu servidor. Muchos diagnósticos fallan porque alguien lee un veredicto verde, asume que la página está bien hoy y no comprueba que el dato tiene varios días o semanas de antigüedad.

Versión indexada frente a prueba de URL activa

Es la distinción más importante de toda la herramienta. El panel inicial muestra los datos del índice de Google: lo que se rastreó, renderizó y almacenó en su momento. El botón «Probar URL activa» lanza una petición nueva desde Googlebot y comprueba cómo responde la página ahora mismo. Son dos fotografías de momentos distintos, y las diferencias entre ambas son el diagnóstico.

Un ejemplo típico: publicaste una página con una etiqueta noindex por error, la quitaste el lunes y hoy, jueves, la herramienta sigue diciendo que la URL está excluida por noindex. La versión indexada refleja el rastreo antiguo. La prueba en vivo te dirá que la etiqueta ya no está y que la indexación está permitida. Eso no significa que la página vaya a indexarse de inmediato, solo que el obstáculo técnico desapareció y que queda esperar al siguiente rastreo o solicitarlo.

• Usa la versión indexada para saber qué piensa Google de la página hoy: estado, canónica elegida, fecha del último rastreo, sitemaps que la descubrieron.
• Usa la prueba en vivo para verificar que una corrección funciona: un noindex retirado, un bloqueo de robots.txt levantado, un contenido que ahora carga.
• No esperes que la prueba en vivo te revele la canónica que Google elegirá: esa decisión se toma al indexar y solo aparece en los datos indexados.
• Un resultado positivo en la prueba en vivo indica que la página puede indexarse; no garantiza que se indexe ni que vaya a posicionar.

El bloque de indexación de páginas: descubrimiento, rastreo e indexación

Al desplegar la sección de indexación de páginas aparecen tres grupos de datos. En descubrimiento figuran los sitemaps en los que Google encontró la URL y la página de referencia, el enlace desde el que la descubrió. Si una página que quieres indexar dice «Ninguna página de referencia detectada» y no aparece en ningún sitemap, estás delante de un problema de enlazado interno, no de un fallo técnico: Google solo la conoce si la has enviado por otra vía.

En rastreo encontrarás la fecha del último rastreo, el agente utilizado (normalmente Googlebot para smartphone, porque el índice se construye con la versión móvil), si el rastreo estaba permitido por robots.txt, si la recuperación de la página tuvo éxito y si la indexación estaba permitida. Esta última línea es donde aparece el noindex. Si ves «Error» en la recuperación de la página, mira el código de respuesta que Google obtuvo: un 5xx intermitente, un 403 a la IP de Googlebot por un cortafuegos o un tiempo de espera agotado son causas frecuentes.

En indexación aparecen dos líneas que merecen atención propia: la canónica declarada por el usuario y la canónica seleccionada por Google. Las dos próximas secciones las tratan, porque son las que más hallazgos útiles producen.

• La fecha del último rastreo es el dato más infravalorado: una página con cambios recientes y un rastreo de hace un mes explica por qué el resultado no se ha actualizado.
• Si el agente de rastreo es de escritorio en un sitio nuevo, conviene revisar si la versión móvil tiene el mismo contenido, pues el índice principal parte de la móvil.
• «Rastreo permitido: no» apunta a robots.txt; «Indexación permitida: no» apunta a una etiqueta meta robots o a una cabecera X-Robots-Tag.

Canónica declarada frente a canónica elegida por Google

La canónica declarada es la que tú indicas con la etiqueta rel canonical, la cabecera HTTP o el sitemap. La seleccionada por Google es la que finalmente usa como versión representativa de un grupo de páginas duplicadas o muy parecidas. La etiqueta es una señal fuerte, pero no una orden: si Google considera que otra URL es mejor representante, la elegirá aunque tu declaración diga lo contrario.

Cuando ambas coinciden, no hay nada que hacer. Cuando difieren, la herramienta te está diciendo algo concreto. Un caso frecuente: tienes una ficha de producto accesible con y sin parámetros de filtro, todas declaran la versión limpia como canónica, pero Google elige una con parámetros porque es la que recibe los enlaces internos. La solución no es repetir la etiqueta, sino alinear las demás señales: enlazar siempre la versión limpia, dejarla en el sitemap, redirigir las variantes que no aportan valor y evitar que contenidos casi idénticos compitan entre sí.

Otro patrón que conviene reconocer: la URL inspeccionada aparece como «Duplicada, Google eligió una canónica diferente a la del usuario» y la canónica elegida es una página de otro dominio o una versión antigua del sitio. Eso suele delatar una migración mal cerrada, contenido sindicado o un sitio clonado. En estos casos la inspección de la URL elegida, con la misma herramienta, te enseña cómo la ve Google y si tiene sentido que prevalezca.

Ver la página rastreada: HTML renderizado, captura y recursos

Tras una prueba en vivo, o desde la versión indexada, la opción «Ver página rastreada» abre un panel con tres pestañas. La de HTML muestra el código ya renderizado, es decir, el resultado después de que Google ejecutó el JavaScript. Es la herramienta más directa para comprobar si un texto, un enlace o un bloque de datos estructurados generados en el navegador existen realmente para el buscador. Busca dentro de ese HTML una frase de tu contenido principal: si no está, Google no la ve, por mucho que tú sí la veas en el navegador.

La pestaña de captura de pantalla enseña cómo quedó pintada la página. Una captura casi vacía o con el contenido desplazado suele indicar que el renderizado falló, que faltan recursos o que un elemento emergente tapa todo. En la pestaña de más información se listan los recursos que no se pudieron cargar y los mensajes de la consola de JavaScript. Un recurso bloqueado por robots.txt, como un archivo de script o de estilos, puede cambiar por completo el resultado renderizado.

Hay un matiz que conviene recordar: la captura y el HTML de la prueba en vivo son una muestra puntual. Googlebot aplica límites de tiempo al renderizado y a veces omite recursos secundarios, de modo que una imagen ausente en la captura no implica automáticamente que falte en el índice. Interpreta los fallos reiterados y los textos clave ausentes, no las diferencias cosméticas.

• Comprueba que el título, la meta descripción, el encabezado principal y el texto central aparecen en el HTML renderizado.
• Revisa que los enlaces internos importantes son elementos de enlace con destino real y no controladores de clic que Google no seguiría.
• Mira los recursos bloqueados: si un script esencial aparece aquí, el problema está en robots.txt o en el servidor, no en tu contenido.

Mejoras: datos estructurados

Bajo ese bloque, la herramienta añade bloques según lo que Google detecta en la página: datos estructurados elegibles para resultados enriquecidos, migas de pan, productos, reseñas, vídeo y otros. Cada bloque marca si el elemento es válido, tiene advertencias o contiene errores, y permite desplegar el detalle con las propiedades afectadas.

Una ventaja práctica: tras corregir un dato estructurado, la prueba en vivo muestra el resultado al instante, sin esperar a que se actualicen los informes agregados, que tardan días. Así puedes validar la corrección en una página antes de desplegarla en una plantilla con miles de URLs. Recuerda que ser válido no equivale a ser elegible para el resultado enriquecido: Google decide si lo muestra según la calidad y la relevancia de cada página.

Solicitar indexación: cuándo sirve y cuándo no

El botón «Solicitar indexación» coloca la URL en una cola de rastreo prioritaria. Funciona bien para una página nueva importante, para un contenido actualizado de forma sustancial o para una corrección que quieres que Google vea pronto. No acelera el posicionamiento ni obliga a indexar: si la página es de poca calidad, duplicada o bloqueada, el resultado será el mismo que sin solicitud. El procedimiento correcto es inspeccionar, ejecutar la prueba en vivo y, solo si la página es indexable, enviar la petición.

La cuota es limitada y Google no publica una cifra cerrada para la interfaz, por lo que conviene reservarla para páginas que lo merecen. Enviar la misma URL varias veces seguidas no acelera nada. Para volúmenes grandes, lo sostenible es mantener un sitemap limpio con fechas de modificación fiables y un enlazado interno que lleve a Googlebot hasta lo nuevo. Existe además una API de inspección de URLs con cuotas diarias por propiedad, útil para revisar el estado de muchas páginas de forma programática, aunque no sirve para solicitar la indexación.

Si tras solicitar la indexación nada cambia en una o dos semanas, no repitas el envío: vuelve a la inspección y busca la causa. Las razones más habituales son contenido escaso o muy similar a otra página, una canónica apuntando a otro sitio, falta de enlaces internos o una señal de calidad general baja en el sitio.

Un flujo de diagnóstico de cinco minutos

Cuando una página no aparece en los resultados, este orden evita perderse. Inspecciona la URL y lee el veredicto indexado. Si dice que no está en Google, mira el motivo y la fecha de último rastreo. Ejecuta la prueba en vivo y compara: ¿sigue el bloqueo? Abre la página rastreada y confirma que el contenido principal está en el HTML renderizado. Comprueba las dos canónicas. Solo entonces decide si corresponde solicitar indexación o corregir algo antes.

Si la URL sí está indexada pero no recibe visitas, la herramienta ya no es la respuesta: el problema es de relevancia, de intención de búsqueda o de competencia, y se estudia con los informes de rendimiento. La inspección de URLs resuelve preguntas técnicas sobre una página concreta; no sustituye el análisis del contenido ni de la demanda.