¿Qué es Google Search Console y cómo interpretar sus datos?

Search Console reúne varios informes que responden preguntas distintas sobre un mismo sitio. El de Rendimiento es el más consultado: muestra clics, impresiones, posición media y CTR de las búsquedas orgánicas, con filtros por consulta, página, país, dispositivo y fecha. Es el único sitio donde se ven las consultas reales que llevan tráfico desde Google, algo que ninguna otra herramienta puede reconstruir con la misma precisión.

El informe de indexación (Google lo llama "Páginas") clasifica cada URL conocida en indexada o no indexada, y en el segundo caso explica el motivo: bloqueo por robots.txt, etiqueta noindex, error 404, cadena de redirecciones, error de servidor o duplicado con otra URL canónica. No hay que esperar que todas las URL de un sitio acaben indexadas; Google solo debería quedarse con la versión canónica de cada contenido, y ver duplicados descartados es normal, no un fallo.

El informe de sitemaps confirma si Google ha podido leer el archivo enviado y detecta errores de formato o de acceso. Un sitemap ayuda a que un rastreador descubra páginas nuevas más rápido, aunque un sitio pequeño con buen enlazado interno puede funcionar sin él.

El informe de Core Web Vitals toma datos de usuarios reales del Chrome User Experience Report, no mediciones de laboratorio, y agrupa URL similares porque se asume que comparten plantilla. Clasifica cada grupo como bueno, mejorable o deficiente según tres métricas: LCP (tiempo hasta que se pinta el elemento más grande visible), INP (capacidad de respuesta ante interacciones) y CLS (estabilidad visual, cuánto se mueve el contenido mientras carga).

Además de estos cuatro informes, Search Console incluye otras herramientas que se usan con menos frecuencia pero para tareas muy concretas. La inspección de URL muestra, para una dirección en concreto, si Google la ha rastreado y cuándo, si está en el índice y qué versión móvil se ha usado. El informe de acciones manuales avisa cuando una persona del equipo de Google ha penalizado el sitio por incumplir las políticas contra el spam, algo distinto de un ajuste algorítmico normal de ranking. Y las estadísticas de rastreo muestran con qué frecuencia ha visitado Googlebot el sitio en las últimas semanas y con qué rapidez respondió el servidor, una señal útil para saber si el rendimiento del servidor está frenando el rastreo.

Search Console no funciona en tiempo real. Según la propia documentación de ayuda de Google, los datos más recientes del informe de Rendimiento pueden ser preliminares: siguen recopilándose y pueden cambiar en las horas siguientes. El informe muestra días completos por defecto, y solo aparecen datos preliminares cuando se elige explícitamente una fecha reciente en la vista de veinticuatro horas. Esto está confirmado en la documentación oficial.

Lo que Google no publica es una cifra exacta de cuántos días tarda un dato en dejar de ser preliminar. En la práctica, quien trabaja a diario con la herramienta observa que las cifras de los dos o tres días más recientes todavía se mueven, y conviene tratarlas como una tendencia, no como un cierre. Este punto es observación de uso habitual, no una cita textual de Google, y conviene tenerlo presente al leer cualquier artículo que dé una cifra de días como si fuera oficial.

La razón de fondo por la que las cifras no coinciden con Analytics tampoco es un capricho de diseño. Search Console mide clics contra el índice y el resultado de búsqueda de Google, un proceso que ocurre fuera del sitio. Analytics mide lo que su propio código de seguimiento logra registrar dentro del sitio, sujeto al consentimiento de cookies, a bloqueadores y a la propia configuración de la propiedad. Son dos sistemas de medición distintos que observan el mismo viaje desde puntos diferentes, y por eso una coincidencia exacta no es de esperar ni sería motivo de sospecha si no ocurre.

Conviene además distinguir el retraso de la muestra filtrada. Incluso una vez estabilizados, los datos de Search Console no representan el cien por cien de las búsquedas: Google reconoce que agrupa o descarta parte de las consultas menos frecuentes, sobre todo aquellas que podrían identificar a una persona concreta. Eso significa que el total de clics e impresiones que se ve en pantalla es, casi siempre, una cifra igual o ligeramente menor que la actividad real, nunca mayor. Al comparar meses o al calcular una tasa de conversión con datos de otra fuente, merece la pena tener presente ese margen en lugar de tratar la cifra como un recuento exacto.

Impresiones y clics no cuentan la misma historia. Una impresión se registra cuando una URL aparece en un resultado de búsqueda visible para el usuario, aunque no haga clic. El clic solo se cuenta si de verdad pulsa. Dividir clics entre impresiones da el CTR, el porcentaje de veces que el resultado convenció a alguien de entrar.

El error más común es asumir que una posición buena con muchas impresiones y pocos clics es un problema de ranking. Casi siempre no lo es: es un problema de lo que se ve en el resultado. Si la posición media ya es sólida y el CTR se queda muy por debajo de lo esperable para esa posición, lo primero que hay que revisar es el título, la meta description y si existe algún rich snippet compitiendo por la atención, no volver a tocar el contenido pensando en subir posiciones.

Lo contrario también aparece: consultas con CTR alto pero pocas impresiones. Ahí el techo no está en el atractivo del resultado, sino en el volumen de búsqueda o en una posición todavía baja que limita cuántas veces se muestra el resultado. Cruzar posición media, impresiones y CTR por consulta, en vez de mirar cada métrica por separado, es lo que distingue un diagnóstico correcto de una corrección al azar.

• Verificar la propiedad a nivel de dominio, no solo de prefijo de URL, para ver el sitio completo con http, https, con y sin www.
• Revisar el informe de indexación cada semana, no solo cuando algo deja de funcionar.
• Usar la inspección de URL antes de dar por perdida una página nueva que tarda en aparecer.
• Comparar clics e impresiones por consulta y por página, no solo el total del sitio.
• Tratar los últimos dos o tres días del informe de Rendimiento como provisionales antes de sacar conclusiones.
• Revisar Core Web Vitals por grupo de URL con plantilla parecida, no página por página.
• Descargar los datos exportados cuando se necesite un histórico largo, porque la interfaz solo conserva dieciséis meses.

• Comparar los clics de Search Console con los de Analytics o de una cuenta de anuncios y concluir que el tracking está roto.
• Sacar conclusiones sobre el día de hoy o de ayer sin tener en cuenta que los datos aún son preliminares.
• Ver una posición buena con CTR bajo y tocar el contenido en vez del título o la meta description.
• Bloquear por error a Googlebot con robots.txt o con una etiqueta noindex y no revisar el informe de indexación para detectarlo a tiempo.
• Dejar la cuenta sin revisar durante meses y perderse avisos de seguridad o acciones manuales.