> For the complete documentation index, see [llms.txt](https://speedyindex-1.gitbook.io/speedyindex-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://speedyindex-1.gitbook.io/speedyindex-docs/es/inspeccion-de-urls-en-search-console-que-significa-cada-campo.md). # Inspección de URLs en Search Console: qué significa cada campo Qué significa cada campo de la herramienta de inspección de URLs de Search Console: estado general, detección, rastreo, indexación, canónicas y prueba de la URL publicada. La herramienta de inspección de URLs de Search Console es la forma más directa de saber qué sabe Google de una página concreta. El problema es que el informe tiene muchos campos y no todos responden a la misma pregunta. Esta guía recorre el informe de arriba abajo y explica qué mirar en cada parte y qué hacer con lo que encuentres. ## Estado general de la página Arriba aparece un resumen con uno de estos valores: * **La URL está en Google.** La página está indexada y puede aparecer en los resultados. No significa que tenga una buena posición. * **La URL está en Google, pero tiene problemas.** Está indexada, pero hay advertencias, por ejemplo en datos estructurados o mejoras. * **La URL no está en Google.** No está indexada. El motivo aparece en la sección de indexación de páginas. Recuerda que, por defecto, el informe muestra la **versión indexada**: lo que Google guardó en su último procesamiento, no el estado actual de tu servidor. ## Indexación de páginas Esta sección explica si Google pudo encontrar e indexar la página y, si no lo hizo, por qué. Sus subsecciones son las que más información dan. ### Detección Indica cómo descubrió Google la URL. Aquí verás: * **Sitemaps:** los sitemaps que incluyen la URL. * **Página de referencia:** una página desde la que Google pudo encontrarla. Si no aparece ningún sitemap ni página de referencia, Google probablemente encontró la URL por otra vía o la conoce desde hace tiempo. Para páginas nuevas, su ausencia en el sitemap es lo primero que hay que corregir. ### Rastreo Muestra si Google pudo rastrear la página, cuándo lo hizo por última vez (**Último rastreo**) y con qué tipo de user-agent (**Rastreador**). Los campos clave son: * **¿Se permite el rastreo?** Si dice que no, una regla de `robots.txt` bloquea la URL. Google no puede leer el contenido ni ver una etiqueta `noindex` en una página bloqueada. * **Obtención de página.** Indica si Google pudo descargar la página del servidor. Un fallo aquí suele apuntar a errores del servidor, tiempos de espera o redirecciones rotas. ### ¿Se permite la indexación? Indica si la página rechaza explícitamente la indexación, por ejemplo con una directiva `noindex` en la etiqueta meta o en la cabecera HTTP `X-Robots-Tag`. Es un error frecuente después de una migración o al publicar desde un entorno de pruebas. Si tienes muchas páginas en duda, conviene [revisar una lista de URL en busca de noindex](https://es.speedyindex.com/comprobador-noindex/) en lugar de inspeccionarlas una por una. ### Canónicas Aquí hay dos campos que conviene comparar: * **Declarada por el usuario como canónica:** la URL que la propia página declara como canónica. * **Seleccionada por Google como canónica:** la URL que Google eligió al comparar páginas similares. Si no coinciden, Google indexa otra versión de la página. Revisa redirecciones, etiquetas `rel="canonical"`, enlaces internos y el sitemap para que todos apunten a la misma dirección. ## Probar URL publicada El botón **Probar URL publicada** ejecuta una prueba en tiempo real sobre la versión actual de la página. Los resultados aparecen junto a la versión indexada y puedes alternar entre ambas con la opción **Índice de Google**. Úsala después de corregir algo: si la prueba en vivo muestra que el rastreo y la indexación están permitidos, el problema ya está resuelto en tu sitio, aunque la versión indexada todavía no lo refleje. ## Solicitar indexación **Solicitar indexación** pide a Google que rastree e indexe la URL. Según la ayuda de Search Console, el proceso suele tardar desde un día hasta varias semanas y no garantiza la indexación. Solicítala una vez, después de corregir la causa, y no la repitas a diario. ## Un orden práctico de lectura 1. Estado general: ¿está en Google o no? 2. ¿Se permite el rastreo? Si no, revisa `robots.txt`. 3. Obtención de página: ¿responde bien el servidor? 4. ¿Se permite la indexación? Busca `noindex`. 5. Canónicas: ¿coinciden la declarada y la seleccionada? 6. Detección: ¿aparece la URL en un sitemap? 7. Prueba de la URL publicada y, si todo está correcto, solicitud de indexación. Si prefieres no memorizar cada campo, una herramienta que ayuda a [entender cada campo de la inspección de URL](https://indexfixtools.com/es/url-inspection-decoder/) traduce el informe a pasos concretos. ## Fuentes * Ayuda de Search Console: [Herramienta de inspección de URLs](https://support.google.com/webmasters/answer/9012289?hl=es) * Google Search Central: [Bloquear la indexación con noindex](https://developers.google.com/search/docs/crawling-indexing/block-indexing?hl=es) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://speedyindex-1.gitbook.io/speedyindex-docs/es/inspeccion-de-urls-en-search-console-que-significa-cada-campo.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.