Cómo usar Google Search Console para diagnosticar problemas técnicos de indexación

Google Search Console es la herramienta que te permite ver exactamente cómo Google ve tu sitio. Más allá de las métricas de tráfico, su mayor valor está en diagnosticar problemas técnicos que impiden que las páginas se indexen correctamente.

Si tu sitio tiene páginas que no aparecen en los resultados o que desaparecieron de golpe, la respuesta casi siempre está en los informes de Indexación y Rastreo. Vamos a ver cómo usarlos de forma sistemática, sin rodeos.

Verificá primero que tu propiedad esté correctamente configurada

Antes de cualquier diagnóstico, asegurate de que Google Search Console tenga acceso total. Si usás dominio con www y sin www, o HTTP y HTTPS, verificá ambas versiones o usá el método de prefijo de dominio para abarcar todo. Recomiendo verificar el dominio completo a nivel de DNS cuando es posible, porque así cubrís subdominios y protocolos de una sola vez.

Una vez verificado, andá a Configuración > Usuarios y permisos y confirmá que tu cuenta tenga nivel “Propietario”. Sin eso, algunos informes de errores no aparecen.

El informe de Indexación: tu punto de partida técnico

Este es el informe que más vas a usar. Entrá en Indexación > Páginas.

Ahí vas a ver cuatro bloques principales:

• Páginas indexadas
• Páginas con errores de indexación
• Páginas excluidas por elección (robots.txt, noindex, etc.)
• Páginas descubiertas pero no indexadas aún

Hacé clic en cada categoría y mirá las razones específicas. Las más comunes que indican problemas técnicos son:

• “Se ha detectado un error de servidor (5xx)”
• “La página se bloquea debido a un archivo robots.txt no válido”
• “Página duplicada sin canonical definido”
• “No se pudo indexar: página contenía redirección”

Cada una de estas razones apunta a un problema distinto: servidor inestable, directivas mal configuradas o arquitectura de enlaces interna deficiente.

Cómo investigar errores de rastreo (Crawling)

Andá a Rastreo > Estadísticas de rastreo. Acá vas a ver cuántas páginas rastrea Googlebot por día, cuántos kilobytes descarga y el tiempo de respuesta promedio del servidor.

Si ves un pico brusco de errores 5xx o un descenso fuerte en páginas rastreadas, es señal de que tu hosting o tu CDN está fallando. Exportá los datos de los últimos 90 días y comparalos con tu monitor de uptime. Muchas veces el problema no es SEO, es infraestructura.

Además, en Rastreo > Ver URL como Google (aunque la herramienta cambió, el equivalente actual es “Inspeccionar URL”) podés forzar el rastreo de una página específica y ver si Googlebot recibe el contenido esperado o si se topa con un error.

Usá el informe de Sitemaps para controlar qué se indexa

Subí un sitemap.xml limpio y actualizado en Indexación > Sitemaps. Después de enviarlo, esperá 48-72 horas y revisá cuántas páginas fueron “Descubiertas” versus “Indexadas”.

Si tenés un sitemap con 500 URLs y solo 120 aparecen como indexadas, tenés un problema claro de directivas (robots, meta robots, canonicals o JavaScript que oculta contenido).

Datos estructurados y rich snippets: el informe que muchos ignoran

En Mejoras > Datos estructurados vas a encontrar errores de schema markup. Si estás usando JSON-LD para productos, FAQ o artículos, acá te avisa si hay sintaxis rota, propiedades obligatorias faltantes o valores no válidos.

Corregir estos errores no solo limpia tu código: muchas veces habilita rich results que mejoran el CTR sin cambiar una sola palabra del contenido.

Core Web Vitals en Search Console: más que velocidad

El informe de Experiencia en la página > Core Web Vitals te muestra el rendimiento real medido en campo (no en laboratorio). Mirá la diferencia entre móvil y escritorio. En la mayoría de los sitios argentinos el móvil es donde más se pierden puntos.

Si tenés muchas URLs en “Malo” o “Necesita mejora”, priorizá las que ya están indexadas y tienen tráfico. Optimizar solo las de la home no alcanza; Google evalúa por grupo de páginas.

Flujo de trabajo recomendado para auditorías técnicas mensuales

1. Revisá el informe de Páginas y anotá todas las URLs con errores 4xx, 5xx o “Bloqueado por robots.txt”.
2. Usá la herramienta de Inspección de URL en lote (hasta 10 por vez) para ver el estado real de cada una.
3. Exportá la lista de “Descubiertas - actualmente no indexadas” y analizá por qué Google las encuentra pero decide no mostrarlas (normalmente por thin content, duplicación o JavaScript renderizado incorrectamente).
4. Corregí los errores críticos (servidor y bloqueos) antes de pedir reindexación.
5. Una vez corregidos, usá la herramienta “Solicitar indexación” solo en las URLs representativas. No abuses: Google limita el uso diario.

Casos comunes en sitios hechos en Argentina

En sitios construidos con WordPress + Elementor o tiendas en Tiendanube, los errores más frecuentes que veo son:

• Canonicals autogenerados que apuntan a la versión AMP o a la móvil incorrectamente.
• Imágenes pesadas que disparan LCP alto y hacen que Google baje la prioridad de indexación.
• Páginas de filtros de ecommerce que generan miles de URLs duplicadas sin proper pagination o canonical.

En todos estos casos, Search Console te da la evidencia antes de que el tráfico se caiga.

Recordá que cada sitio es distinto. Un problema de indexación en un blog de 50 páginas se resuelve de una forma; en un ecommerce de 15.000 productos, la estrategia es completamente diferente. Usá los datos de tu propia propiedad y no copies configuraciones de otros sitios.

Con el tiempo vas a empezar a anticiparte: cuando veas que las páginas “Descubiertas” crecen más rápido que las indexadas, sabés que tenés que revisar la calidad del contenido o la arquitectura de enlaces internos antes de que Google lo penalice.

Esta es la verdadera utilidad de Google Search Console: no es un tablero de trofeos, es un sistema de alerta temprana para problemas técnicos que ningún plugin de SEO te va a avisar con tanta precisión.