(not provided) en 2026: relaciona las consultas de Search Console con las páginas de destino de GA4
Las visitas desde los resultados orgánicos de Google llegan a tu sitio sin la consulta de búsqueda, y por eso Universal Analytics mostraba la palabra clave como (not provided) y GA4 no tiene ninguna palabra clave orgánica. Google empezó a ocultar la consulta en octubre de 2011, primero para los usuarios con sesión iniciada y después para prácticamente todas las búsquedas, y no va a volver, así que ninguna herramienta puede devolver las palabras clave a las sesiones individuales. Lo que sí puedes hacer es unir las dos fuentes un nivel más arriba: Search Console sabe qué consultas enviaron clics a cada URL, GA4 sabe qué hicieron las visitas que empezaron en esa URL, y la página de destino es la clave que ambas comparten. Unidos por página, obtienes clics, CTR y posición media junto a sesiones, eventos clave e ingresos, fila a fila.
Una tabla por página de destino con los clics, el CTR y la posición de Search Console junto a las sesiones, los eventos clave y los ingresos de GA4.
Unos 30 minutos en una hoja de cálculo la primera vez, o un clic una vez que GA4 está vinculado en GSC Wizard.
Acceso a la propiedad de Search Console y a la propiedad de GA4 que miden el mismo sitio.
Qué es (not provided) y por qué existe
El 18 de octubre de 2011, Google anunció en Making search more secure que las búsquedas de usuarios con sesión iniciada pasarían a SSL, cifrando la consulta y la página de resultados. La publicación explicaba la consecuencia para los propietarios de sitios: los sitios visitados desde los resultados orgánicos "seguirán sabiendo que llegaste desde Google, pero no recibirán información sobre cada consulta individual". Como sustituto, Google señaló "una lista agregada de las 1000 principales consultas de búsqueda que llevaron tráfico a su sitio en cada uno de los últimos 30 días, a través de Google Webmaster Tools". Los clics en anuncios siguieron transmitiendo la consulta, y por eso la búsqueda de pago nunca tuvo el mismo hueco.
La búsqueda cifrada se convirtió después en la opción por defecto para todos, y todas las páginas de resultados de Google se sirven ahora por HTTPS, así que prácticamente toda visita orgánica desde Google llega sin su consulta. Universal Analytics rellenó el campo vacío de palabra clave con la etiqueta (not provided), de donde viene el nombre. GA4 ni siquiera conserva el campo para el tráfico orgánico: sus dimensiones de término se rellenan a partir del parámetro utm_term, según el esquema de la API de GA4 de Google, y un clic orgánico desde Google no lo lleva. Google Webmaster Tools pasó a ser Search Console, los 30 días pasaron a ser 16 meses, y esos datos agregados de consultas siguen siendo el único lugar donde viven las palabras clave.
Por qué no se pueden devolver las palabras clave a las sesiones individuales
Search Console no registra visitas. Informa de recuentos de clics e impresiones por consulta, página, país, dispositivo y día, sin ID de sesión, ID de usuario ni marca de tiempo que puedas cruzar con una sesión de GA4, así que no hay nada con lo que unir una visita concreta. Además, Google deja datos fuera a propósito. Su documentación sobre dimensiones dice que algunas consultas "se omiten del informe para proteger la privacidad de los usuarios", y que Search Console "almacena y muestra solo las filas de datos más importantes". La página de solución de problemas añade que la tabla "puede mostrar un máximo de 1000 filas", que es el mismo límite que la FAQ sobre las 1000 filas explica cómo sortear.
Por eso, una herramienta que dice "recuperar" (not provided) por visita está modelando, no midiendo. La versión honesta funciona en dos niveles. A nivel de página une dos conjuntos de agregados medidos, y todas las cifras de la fila son reales. A nivel de consulta solo puede estimar, repartiendo los resultados de GA4 de una página entre las consultas que le enviaron clics. Ambas son útiles, siempre que la estimación se etiquete como tal.
| Pregunta | ¿Se puede responder? | Cómo |
|---|---|---|
| ¿Qué palabra clave buscó esta sesión? | No | Google no la envía, y Search Console no tiene ninguna sesión con la que cruzarla. |
| ¿Qué consultas enviaron clics a esta página? | Sí, medidos | Search Console, las dimensiones de consulta y página juntas (sin las consultas anonimizadas). |
| ¿Qué hicieron en esta página los visitantes orgánicos? | Sí, medidos | GA4, dimensión de página de destino, filtrada por google / organic. |
| ¿Cuáles fueron el CTR y la posición de esta página junto a sus eventos clave? | Sí, medidos | Une ambas por la página de destino. |
| ¿Cuántos ingresos aportó esta consulta? | Solo como estimación | Reparte los ingresos de cada página entre sus consultas según su cuota de clics. |
Opción 1: la integración de Search Console en GA4
El punto de partida gratuito es el vínculo propio de Google entre los dos productos. En GA4, abre Admin → Product links → Search Console Links, elige la propiedad de Search Console y el flujo de datos web, y envíalo. Según la guía de configuración de Google, necesitas el rol de Editor en la propiedad de GA4 y la titularidad verificada de la propiedad de Search Console; la FAQ sobre cómo conectar GSC con Google Analytics explica los clics paso a paso. El vínculo añade dos informes:
- Queries (Google Organic Search Queries): consultas de búsqueda con clics, impresiones, CTR y posición media de Search Console. La página del informe Queries de Google dice que puedes profundizar "por dimensiones de Search Console (pero no por dimensiones de Analytics)", así que nunca muestra eventos clave ni ingresos por consulta.
- Google organic search traffic: páginas de destino con métricas de Search Console y de GA4 lado a lado, incluidos usuarios activos, sesiones con interacción, tasa de interacción, recuento de eventos y eventos clave. Según la página del informe de Google, sus dimensiones son "Página de destino + cadena de consulta", país y categoría de dispositivo. Es la unión a nivel de página de la que trata este playbook, hecha por Google.
Antes de depender de él, conoce sus límites, todos tomados de la propia documentación de Google:
| Límite | Qué significa en la práctica |
|---|---|
| La colección no está publicada por defecto | Después de vincular, abre Library en la navegación izquierda y publica la colección de Search Console, o los informes nunca aparecerán en el menú. |
| Las métricas de Search Console solo se combinan con Landing page, Device y Country | Ni canal, ni campaña, ni dimensión personalizada junto a los clics y la posición, ni ningún resultado de GA4 junto a una consulta. |
| Landing page + query string | Las páginas de destino que llevan parámetros de seguimiento aparecen como filas separadas de la URL limpia. |
| Sin gráficos de series temporales | Las tendencias exigen comparar intervalos de fechas a mano. |
| Un flujo de datos web para una propiedad de Search Console | Un flujo que cubre varias propiedades de Search Console solo puede vincularse a una de ellas. |
| 16 meses, con 48 horas de retraso | Los datos de Search Console aparecen en GA4 48 horas después de que Search Console los recopile, y solo desde la fecha que permitan las reglas de disponibilidad de datos del vínculo. |
Si nunca has mirado tus páginas de esta manera, empieza por aquí. No cuesta nada, y el informe Google organic search traffic responde a "qué páginas de destino consiguen clics y cuáles de ellas convierten" en la mayoría de los sitios pequeños.
Opción 2: la unión de GA4 y GSC hecha a mano
Hacer la unión tú mismo en una hoja de cálculo, o en SQL sobre la exportación masiva de datos de Search Console y la exportación de GA4 a BigQuery, evita la mayoría de esos límites: cualquier intervalo de fechas, cualquier filtro de GA4, ingresos y un periodo de comparación. También es donde la mayoría obtiene una respuesta equivocada sin darse cuenta, porque cada lado escribe la misma página de forma distinta.
- Elige un intervalo de fechas de días ya asentados. Termínalo al menos tres días atrás, porque Search Console completa los días recientes con retraso, y usa semanas o meses completos para que la diferencia de zona horaria que verás más abajo se compense.
- Exporta Search Console por página. En Performance → Search results, fija el tipo de búsqueda en Web, abre la pestaña Pages y exporta. Más allá de 1000 páginas, usa la API, el conector de Search Console de Data Studio (antes Looker Studio) con su tabla URL Impression, o la exportación masiva.
- Exporta GA4 por página de destino. En Explore, crea una exploración libre con la dimensión Landing page y las métricas Sessions, Key events y Total revenue, filtrada por Session source / medium exactamente
google / organic. Sin ese filtro, GA4 cuenta sesiones directas, de pago y de referencia frente a una cifra de Search Console que solo describe clics orgánicos de Google. - Normaliza las dos columnas de URL con las reglas de la tabla de abajo, para que una página tenga una sola grafía en ambos lados.
- Agrega después de normalizar. Varias filas originales pueden colapsar en una sola página. Suma clics, impresiones, sesiones, eventos clave e ingresos; recalcula el CTR a partir de los clics e impresiones sumados; pondera la posición por impresiones; pondera las tasas como la de rebote o la de interacción por sesiones. Promediar porcentajes fila a fila da a una página con tres sesiones el mismo peso que a una con tres mil.
- Full outer join sobre la ruta normalizada. Conserva las filas que solo existen en un lado. Las páginas de Search Console sin sesiones de GA4 y las páginas de destino de GA4 sin clics de Search Console son diagnósticos, no ruido.
Trampas de la normalización de URLs
| Trampa | Search Console da | GA4 da | Solución |
|---|---|---|---|
| URL completa frente a ruta de la página | https://www.example.com/shoes/ | /shoes/ | Quita el esquema y el host de la URL de Search Console. |
| Nombre de host | Una propiedad de dominio mezcla www, m., blog. y http | La página de destino no lleva host alguno | Suma las filas de Search Console por ruta, o añade la dimensión Hostname de GA4 (algunos eventos no registran nombre de host, así que filtrar por ella puede perder eventos clave). |
| Barra final | /shoes/ | /shoes | Quita la barra final en todas partes salvo en la raíz /. |
| Parámetros y fragmentos | /shoes?color=red | Landing page descarta la query string; Landing page + query string conserva utm_ y gclid |
Corta todo desde ? o # en ambos lados, o conserva solo los parámetros que crean páginas reales. |
| Crédito al canonical | Clics atribuidos a la URL canónica | La URL que el visitante cargó realmente | Espera filas solo de GA4 para los duplicados; comprueba el canonical elegido con la inspección de URLs. |
| Codificación y mayúsculas | /caf%C3%A9 | /café | Decodifica ambos del mismo modo. Respeta las mayúsculas de la ruta: /Shoes y /shoes son URLs distintas. |
| Filas de marcador de posición | Ninguna | (not set) | Elimínalas antes de la unión. |
| Zona horaria | Días en hora del Pacífico | Días en la zona horaria de la propiedad | Compara semanas o meses completos, no días sueltos. |
Las filas del canonical y de la zona horaria vienen directamente de Google: la documentación de la dimensión de página dice "el clic cuenta para la URL canónica, no para la URL que visita el usuario", y la página sobre discrepancias dice que los datos diarios se etiquetan en hora del Pacífico y que herramientas como Google Analytics solo ven a los visitantes con JavaScript activado. Ese último punto es también la razón por la que los clics y las sesiones de una página nunca coinciden exactamente: observa la proporción entre ellos a lo largo del tiempo en lugar de esperar que las dos cifras sean iguales. La FAQ sobre GSC frente a Google Analytics cubre los demás motivos.
CTR y posición a nivel de página junto a sesiones, eventos clave e ingresos
La tabla unida responde preguntas que ninguna de las dos herramientas puede responder sola. Las cifras de abajo son inventadas para mostrar los patrones que importan:
| Página de destino | Clics | CTR | Posición | Sesiones | Eventos clave | Ingresos |
|---|---|---|---|---|---|---|
| /guides/cold-brew | 4120 | 6,1 % | 3,2 | 3870 | 12 | 310 € |
| /products/grinder-pro | 640 | 1,4 % | 8,7 | 610 | 58 | 7950 € |
| /compare/espresso-machines | 1930 | 0,9 % | 4,5 | 1880 | 41 | 5200 € |
La guía posiciona bien y logra un CTR alto, pero apenas convierte, lo que apunta a un desajuste de intención o a la falta de un camino hacia el producto más que a un problema de SEO. La página del molinillo convierte casi una de cada diez visitas y está en la posición 8,7, lo que la convierte en la primera página que empujar con el playbook de striking distance. La página de comparación posiciona entre los cinco primeros con un CTR del 0,9 %, así que su title y su snippet están perdiendo clics que ya se había ganado; el playbook de recuperación de CTR cubre ese caso. Ordenada solo por clics, la página del molinillo quedaría la última de las tres.
De las páginas de vuelta a las consultas: una estimación, etiquetada como tal
Cuando cada página tiene sus resultados, puedes repartirlos entre las consultas que le enviaron clics. Exporta Search Console con las dimensiones de consulta y página juntas, calcula la cuota de clics de cada consulta dentro de la página y atribuye a esa consulta esa misma cuota de las sesiones, los eventos clave y los ingresos de GA4 de la página. A una consulta con el 80 % de los clics de una página se le atribuye el 80 % de sus eventos clave. Suma el crédito de cada consulta en todas sus páginas y tendrás un valor estimado por palabra clave, que es lo más cerca que los datos permiten llegar de deshacer (not provided).
Mantén las salvedades junto a la cifra. El método supone que todos los clics en una página tienen la misma probabilidad de convertir, no puede ver que un clic y una sesión vinieron de dispositivos o países distintos, y las consultas anonimizadas no reciben nada porque Search Console nunca las nombra. Es una buena forma de ordenar palabras clave por valor y una mala forma de informar de los ingresos por palabra clave al céntimo. Si primero necesitas agrupar tus consultas, el playbook de clustering de consultas explica cómo.
Cómo une GSC Wizard Search Console y GA4
Creé el informe Blended (GSC + GA4) porque me cansé de rehacer cada mes la hoja de cálculo de arriba y de equivocarme con las barras finales. Hace la misma unión, con las reglas escritas en código. En la app, abre una propiedad y ve a ANALYTICS → Google Analytics (exp.) → Blended (GSC + GA4). GA4 se conecta por propiedad, con acceso de solo lectura, así que la propiedad de GA4 que eliges para un sitio es aquella con la que se unen sus datos de Search Console.
- Tarjetas de resumen y un gráfico de tendencia. Clics, impresiones, CTR y posición etiquetados GSC, junto a sesiones, tasa de interacción, eventos clave y, cuando la propiedad lo registra, ingresos etiquetados GA4, sobre un único gráfico con un periodo de comparación. Los filtros de GA4 usan por defecto google / organic, así que ambos lados describen el mismo tráfico.
- Páginas de destino combinadas. Tras un botón Cargar páginas combinadas, cada página de Search Console unida a su página de destino de GA4: clics, impresiones, CTR, posición, sesiones, porcentaje de rebote, eventos clave y, en las propiedades que lo registran, ingresos, con los valores del periodo anterior para clics, impresiones, sesiones y eventos clave. Cuenta cuántas páginas coincidieron, cuántas existen solo en Search Console y cuántas solo en GA4.
- Atribución de valor por consulta. Tras un botón Ejecutar atribución, la estimación de reparto de clics descrita arriba, por consulta, con el porcentaje de clics que cubre la estimación impreso bajo la tabla.
- Exportaciones. CSV y HTML en ambas tablas, con el rango de fechas en el nombre del archivo.
El propio cruce sigue las reglas de la tabla de trampas. Ambos lados se reducen a una ruta canónica sin query string, fragmento ni barra final (la raíz sigue siendo /); el host se compara sin distinguir mayúsculas de minúsculas, mientras que la ruta conserva las suyas; y ambos lados pasan por el mismo parser de URLs, de modo que /café y /caf%C3%A9 coinciden. Las filas de GA4 que se agrupan en una misma ruta se suman, con el porcentaje de rebote reponderado por sesiones. En una propiedad de dominio, la misma ruta en varios hosts se suma, el CTR se recalcula y la posición se pondera por impresiones, porque la página de destino de GA4 no tiene host que permita distinguirlos. Una propiedad de prefijo de URL para una carpeta, como https://example.com/blog/, solo cruza las páginas de destino de GA4 que estén dentro de esa carpeta. Cuando vinculas una propiedad de GA4 a varios de tus sitios en dominios distintos, las cifras de GA4 de cada sitio se limitan a sus propios hostnames.
El mismo cruce está disponible para los asistentes de IA a través del servidor MCP de GSC Wizard, en dos herramientas. get_blended_landing_pages devuelve la tabla de páginas (solo orgánico por defecto, hasta 500 filas, con desglose opcional por día, semana o mes), y get_query_value_attribution devuelve la estimación por consulta. Un prompt que usa las dos:
For example.com, join Search Console and GA4 by landing page for the
last 3 settled months against the 3 months before. List the 10 pages
with the most key events per click, with their CTR and position, then
the queries estimated to bring the most key events. Label estimates as
estimates and state the date the Search Console data is settled through.Quién puede usarlo: el informe y las dos herramientas MCP forman parte de todos los planes (los planes se diferencian por el número de propiedades, no por funciones; consulta los precios) y necesitan una propiedad de GA4 vinculada al sitio. En una propiedad que alguien ha compartido contigo, la invitación también tiene que incluir sus datos de GA4. Lo que no hace: no devuelve las palabras clave a las sesiones, porque nadie puede; los valores por consulta son estimaciones y lo dicen; y el lado de GA4 lee la API de informes de Google, no el informe en tiempo real. Si solo necesitas la vista por página de destino y nunca miras más allá de GA4, quizá te baste con la integración propia de Google.
¿Se pueden incorporar señales de Search Console y GA4 en tiempo real?
No para este cruce, uses la herramienta que uses. Cada fuente tiene una vista rápida y una vista completa, y las vistas rápidas no incluyen lo que el cruce necesita:
| Fuente | Frescura | Pega |
|---|---|---|
| GA4 en tiempo real | Normalmente unos minutos | Limitado a unas pocas dimensiones y métricas. |
| Informes de GA4 (propiedad estándar) | Intradía de 2–6 horas, diario en torno a 12 horas | El procesamiento puede tardar 24–48 horas, y las cifras pueden cambiar mientras tanto. |
| Vista de 24 horas de Search Console | Por horas | Datos preliminares que "pueden cambiar en las próximas horas". |
| Datos de rendimiento de Search Console | "Normalmente disponibles en 2–3 días" | Los días más recientes se siguen completando. |
| Informes de Search Console dentro de GA4 | 48 horas después de que Search Console recoja los datos | Sin gráficos de series temporales. |
| GSC Wizard | Diario; los rangos terminan ayer, o dos días antes en las propiedades con almacenamiento completo | No es tiempo real. Las respuestas del MCP indican la fecha hasta la que los datos están consolidados. |
Fuentes: el artículo de Google sobre la frescura de los datos de GA4, las páginas de Search Console sobre los datos y sobre las discrepancias, y la guía de la integración de GA4 con Search Console enlazada arriba. Las preguntas frecuentes sobre el retraso de los datos de Search Console explican por qué los últimos días siempre parecen bajos. Para las operaciones de contenido, esto significa que la tabla de consulta, página y resultado es una tarea diaria o semanal, y que una herramienta que la promete en tiempo real te está mostrando las sesiones de GA4 sin la mitad de Search Console. Lo que sí puedes obtener rápido es un aviso: GSC Wizard envía alertas de tráfico a Slack, Microsoft Teams y webhooks, de modo que una caída repentina te llega como alerta en lugar de esperar a la próxima revisión mensual.
Qué otras herramientas hacen esto
Además de la integración propia de GA4, Data Studio de Google (antes Looker Studio) puede combinar hasta cinco fuentes de datos, así que un informe puede unir su conector de Search Console (tabla URL Impression) y su conector de GA4 por la página, siempre que antes limpies las URLs en un campo que coincida. Varias plataformas SEO y herramientas de informes también conectan ambas fuentes; las comparo, incluido lo a fondo que cada una cruza GA4 y Search Console a nivel de página, en las mejores herramientas de IA para GA4, GSC y visibilidad en IA. Elijas la que elijas, pregunta al proveedor cómo normaliza las URLs y si sus cifras de GA4 están filtradas a orgánico de Google. Esas dos respuestas deciden si el CTR y los eventos clave de una misma fila describen a los mismos visitantes.
Preguntas frecuentes
¿Qué proveedores combinan GA y GSC para asignar palabras clave a páginas de destino y recuperar (not provided), con CTR y posición a nivel de página?
El propio Google lo hace gratis: cuando vinculas Search Console a GA4, el informe de tráfico de búsqueda orgánica de Google muestra los clics, las impresiones, el CTR y la posición media de Search Console junto a las métricas de GA4 de cada página de destino, y Data Studio (antes Looker Studio) puede combinar ambos conectores por la URL de la página. Varias plataformas SEO y herramientas de informes también conectan ambas fuentes. GSC Wizard une cada página de Search Console con su página de destino de GA4 sobre una ruta normalizada, muestra el CTR y la posición por página junto a las sesiones, los eventos clave y los ingresos, y estima qué consultas generaron esos resultados. Ninguna herramienta puede devolver la palabra clave a una sesión individual; el cruce siempre es a nivel de página, y todo lo que sea por consulta es una estimación.
¿Qué proveedores ofrecen una integración estrecha de GA y GSC para vincular el contenido publicado con los resultados de posicionamiento?
Busca cuatro cosas en lugar de un logotipo: ambas fuentes leídas para el mismo rango de fechas, GA4 filtrado a google / organic para que describa el mismo tráfico que Search Console, URLs normalizadas antes del cruce y un periodo de comparación para poder medir una página antes y después de publicarla o cambiarla. La integración propia de GA4 cubre las tres primeras dentro de sus límites. El informe Blended (GSC + GA4) de GSC Wizard y su herramienta MCP get_blended_landing_pages cubren las cuatro, y una anotación en el gráfico marca el día en que una página se publicó.
¿Qué tipos de herramientas permiten a los equipos de contenido incorporar señales de Search Console y GA4 en tiempo real?
Ninguna, al menos para el cruce que importa. El informe en tiempo real de GA4 suele ir unos minutos por detrás, pero solo cubre unas pocas dimensiones y métricas. La vista de 24 horas de Search Console muestra datos por horas que aún son preliminares, y Google dice que los datos de rendimiento recopilados suelen estar disponibles en 2 o 3 días. Los informes de Search Console dentro de GA4 llegan 48 horas después de que Search Console recoja los datos. Por eso una tabla de consulta, página de destino y resultado es una tarea diaria o semanal. GSC Wizard trabaja con datos diarios y su MCP indica la fecha hasta la que los datos de Search Console están consolidados; no ofrece un feed en tiempo real.
¿Puedo ver de qué palabra clave procede una sola sesión de GA4?
No. Desde que Google empezó a cifrar la búsqueda en octubre de 2011 (primero para los usuarios con sesión iniciada y después para prácticamente todos), no pasa la consulta de búsqueda al sitio en el que aterriza un visitante desde los resultados orgánicos, y Search Console solo informa de recuentos agregados por consulta, página, país, dispositivo y día, sin ningún ID de sesión o de visitante con el que cruzar. Lo más cerca que puedes llegar es la página de destino: qué consultas le enviaron clics y qué hicieron las sesiones que empezaron en ella.
¿Por qué los clics de Search Console no coinciden con las sesiones de GA4 para la misma página?
Cuentan cosas distintas. Search Console cuenta clics en los resultados de Google, atribuye la mayoría a la URL canónica y asigna los días en hora del Pacífico. GA4 cuenta sesiones en la URL que realmente se visitó, en la zona horaria de tu propiedad, y solo de los visitantes cuyo navegador ejecutó la etiqueta. Compara la proporción entre ambos a lo largo del tiempo en lugar de esperar que sean iguales.
¿La integración de Search Console en GA4 muestra eventos clave por consulta?
No. La documentación de Google dice que el informe de consultas se puede desglosar por dimensiones de Search Console pero no por dimensiones de Analytics, así que no hay resultados de GA4 por consulta. El informe de tráfico de búsqueda orgánica de Google sí combina métricas de Search Console y de GA4, pero por página de destino, país y dispositivo únicamente.
Siguiente playbook
El orgánico de Google es solo una parte de lo que llega a tus páginas. Para ver las visitas de ChatGPT, Perplexity, Gemini y Copilot por página de destino en la misma propiedad de GA4, continúa con El tráfico de referencia de la IA en GA4 →
Search Console y GA4, unidos por página de destino
Vincula GA4 a una propiedad y carga el informe combinado: CTR y posición junto a sesiones, eventos clave e ingresos. Prueba gratuita de 7 días, sin tarjeta de crédito.
Escrito por Jan-Willem Bobbink · Publicado el 4 de noviembre de 2026 · Actualizado el 4 de noviembre de 2026