Cómo usar Google Search Console para diagnosticar problemas técnicos de indexación
Cómo comparar versión indexada, prueba en vivo, canonicales y motivos del informe de indexación en Search Console.
Google Search Console ayuda a saber qué registró Google sobre una URL y a probar si la versión actual puede leerse. Sus informes describen estados y muestras; no identifican automáticamente la causa ni garantizan que una corrección lleve a la indexación.
Para revisar primero el HTML por tu cuenta, usá el comprobador y la auditoría técnica paso a paso. El checker local no conoce el estado del índice ni consulta la página.
1. Elegí la propiedad y la URL correctas
Abrí la propiedad que contiene la URL investigada. Pegá la dirección completa en Inspección de URL. Si trabajás con variantes de host o protocolo, comprobá que correspondan a la propiedad consultada.
2. Separá el dato del índice de la prueba en vivo
La vista indexada resume lo que Google conoce desde su último rastreo. La prueba en vivo consulta el estado actual que puede ver el inspector. No son la misma captura: una modificación posterior al rastreo puede no aparecer en la vista indexada.
Registrá el resultado exacto, la fecha de último rastreo si se muestra y el motivo informado. Una prueba en vivo favorable indica que el inspector pudo acceder y procesar señales en ese momento; no confirma indexación, canonical elegida ni aparición para una búsqueda.
3. Compará las señales de canonical e indexación
Revisá la canonical declarada y la elegida por Google. Si difieren, compará ambas páginas, sus redirecciones, enlaces internos y sitemap. Una canonical declara preferencia, pero Google puede seleccionar otra URL representativa. No cambies la etiqueta a ciegas para forzar el resultado.
Si la página debe aparecer, comprobá que no haya noindex en HTML o encabezado HTTP y que robots.txt permita rastrear. Si se bloquea el rastreo, Google puede no llegar a leer la directiva noindex.
4. Usá el informe de indexación como mapa
El informe agrupa URLs conocidas e informa motivos para las que no indexa. “No indexada” puede corresponder a una duplicada o exclusión intencional; leé el detalle antes de actuar. No todas las URLs conocidas deben estar indexadas.
Para un grupo, revisá una muestra del mismo patrón y comparala con HTML, plantilla y respuesta de servidor. No conviertas una proporción global entre URLs enviadas, conocidas o indexadas en una explicación única: los conjuntos y motivos pueden diferir.
5. Revisá el sitemap y el acceso
El informe de Sitemaps permite revisar lo enviado y errores de lectura. Incluí las URLs canónicas que querés comunicar y que respondan según lo previsto. Enviar el archivo no garantiza rastreo ni indexación; tampoco reemplaza enlaces internos accesibles.
6. Después de una corrección
- Guardá evidencia del estado anterior y comprobá qué cambiaste.
- Probá la URL en vivo y verificá respuesta, directivas y canonical.
- Si corresponde, solicitá nueva indexación. La solicitud no garantiza inclusión ni plazo; Google aplica límites diarios.
- Revisá más adelante la vista indexada y el informe pertinente. Considerá otros cambios y el tiempo entre rastreos.
Ejemplo de lectura
Una página de servicio responde 200, su HTML declara otra URL como canonical y Search Console indica que Google eligió esa misma dirección. Primero confirmá si el contenido es duplicado. Si no lo es, buscá una etiqueta copiada por el CMS, una redirección o enlaces internos que apunten al destino equivocado. Corregí la causa y registrá el resultado: el estado 200 por sí solo no resuelve la contradicción.
Si el HTML muestra noindex aunque la página deba ser pública, comprobá que Google pueda rastrearla y retirá la directiva desde la fuente que la genera. No solicites indexación mientras siga presente.