Por qué GA4 no ve parte de tu tráfico

Abre GA4 y mira las sesiones de ayer. El número que ves no está mal, exactamente. Son datos reales de visitantes reales. El problema es lo que se queda fuera, y que el informe no te da ninguna forma de saber cuánto es.

No es un bug. No es un error de configuración. Es la consecuencia estructural de cómo funciona la analítica con cookies en la Unión Europea en 2026. El argumento completo, por qué un dato incompleto lleva a decisiones equivocadas y qué cambia con datos completos, está en el pilar; este artículo explica el mecanismo que hay debajo.

Tres formas en que GA4 pierde de vista una visita

GA4 no pierde tus datos en un solo punto. Los pierde en tres capas sucesivas, y cada una actúa sobre lo que dejó la anterior. A esa erosión acumulada se le llama pérdida de datos en analítica. Lo que sigue es cómo funciona cada capa. Qué tamaño tiene cada una en tu web es otra pregunta, y la respuesta honesta es que hay que medirlo, no buscarlo en una tabla.

Capa 1: los visitantes que dicen que no

Con el RGPD y la directiva ePrivacy, cualquier web que use cookies de analítica tiene que pedir consentimiento antes de disparar el tracking. En nuestra experiencia con clientes, entre el 40% y el 60% del tráfico no acepta cookies. Dónde cae cada web dentro de ese rango depende del sector, de la fuerza de la marca, del mix de tráfico y del diseño del banner.

Cuando un visitante pulsa “Rechazar” en el banner, GA4 no llega a cargar. Ese visitante no existe en tu analítica: ni página vista, ni sesión, ni evento. Es invisible.

El problema de fondo es que el rechazo del consentimiento no es aleatorio. Quienes rechazan no son una muestra representativa de quienes visitan, así que perderlos no solo encoge tus datos. Los tuerce.

La capa oculta: cookies que llegan tarde

Aceptar no cierra el problema. En nuestra experiencia con clientes, de quienes aceptan las cookies, el 40% no lo hace en la primera página vista: navega primero y pulsa el banner después.

¿Por qué importa? Porque la página de entrada es donde se registra la fuente del tráfico. El referrer, los parámetros UTM, los datos de campaña — todo se captura en la primera página vista. Si en esa página las cookies no están activas, GA4 ve el resto de la visita pero nunca sabe de dónde vino. La sesión acaba en directo, en «sin asignar» o en ningún sitio útil.

Así que ni siquiera las visitas que GA4 sí cuenta están todas atribuidas. Parte de lo que parece tráfico medido es tráfico sin un origen con el que puedas decidir nada.

Capa 2: los bloqueadores paran la etiqueta

Una parte de quienes aceptaron las cookies navega con extensiones que bloquean los scripts de analítica. uBlock Origin, AdBlock Plus, los escudos integrados de Brave y decenas de herramientas parecidas apuntan a gtag.js y al endpoint de recogida de Google Analytics.

A diferencia del rechazo del consentimiento, el bloqueo es silencioso. El visitante aceptó tu banner, está navegando, incluso puede estar comprando, pero GA4 nunca se dispara porque el script se bloqueó antes de cargar.

Cuántos de tus visitantes bloquean depende de quiénes son: la proporción es mayor en escritorio que en móvil, y mayor en audiencias técnicas (software, SaaS, herramientas para desarrolladores) que entre compradores generalistas.

Capa 3: el navegador erosiona lo que queda

La Intelligent Tracking Prevention de Safari (ITP) limita las cookies de terceros a 7 días y las cookies first-party del lado cliente a 24 horas en muchos escenarios. La Enhanced Tracking Protection (ETP) de Firefox aplica restricciones parecidas.

El efecto es discreto pero serio: los visitantes recurrentes aparecen como nuevos porque su identificador caducó. Las sesiones se fragmentan. Las cadenas de atribución se rompen. Un cliente que entró cinco veces en dos semanas aparece en GA4 como cinco personas distintas.

Esto no saca visitantes de tu recuento, pero distorsiona los datos de sesión, infla la métrica de usuarios nuevos y rompe la atribución entre sesiones de los visitantes que las dos primeras capas dejaron en pie.

Cómo fue el hueco en una tienda concreta

Un mecanismo no es una cifra. Para ver el tamaño y la forma del hueco hay que poner una segunda medición al lado de GA4. Cuando Incapto lo hizo en su tienda Shopify, con Consent Mode activo, durante 48 días entre el 14 de junio y el 31 de julio de 2026, esto es lo que salió.

Hay dos cosas que llaman la atención. La primera, que no es el tipo de hueco que hace que un informe parezca roto. Lo hace sutilmente equivocado, siempre en la misma dirección, y por eso nadie lo nota. La segunda, que la pérdida no fue uniforme. Los canales que traen a gente que ya conoce la marca apenas se movieron; los que traen gente nueva desde un clic externo perdieron mucho más. El caso de Incapto tiene el desglose completo por canal y las salvedades de cada cifra.

Por qué esto no se resuelve dentro de GA4

La respuesta de Google a la pérdida por consentimiento es Consent Mode v2. Cuando un visitante rechaza, Consent Mode envía “cookieless pings” a Google, que usa machine learning para modelar el dato que falta y rellenar los huecos.

Suena bien hasta que miras qué produce. Consent Mode no mide a quienes rechazaron: estima qué hicieron probablemente a partir del comportamiento de quienes aceptaron. Los números resultantes son datos modelados, no medición. Incapto tuvo Consent Mode activo durante los 48 días de arriba.

Un dato modelado sirve para tendencias generales. No sirve para atribuir por campaña, analizar rutas de conversión ni decidir inversión. Cuando Google te dice que las “conversiones estimadas” de una campaña son 47, ese número es una proyección estadística, no un recuento de eventos reales.

Y Consent Mode no hace nada contra los bloqueadores ni contra las restricciones del navegador. Si gtag.js no carga, no sale ningún ping, ni modelado ni de ningún otro tipo.

Cómo se ve el dato completo

La alternativa es una analítica que no depende de cookies, no carga scripts de cliente que puedan bloquearse y cumple los criterios de la CNIL y la AEPD para la medición básica exenta de consentimiento.

Sealmetrics usa un enfoque cookieless, server-side. Un script ligero (menos de 1 KB), que puede servirse desde un subdominio de tu propio dominio, recoge los eventos. No se instalan cookies. Como nada se guarda ni se lee en el dispositivo del visitante, el requisito de consentimiento no tiene a qué aplicarse, y no se pierde ninguna visita por rechazo del banner. Lo completa que sea el resto de la cobertura depende de la implementación; por eso las cifras de Incapto se cuadran contra los pedidos reales de la tienda en lugar de darse por hechas.

Puedes ver cómo funciona la arquitectura o estimar tu propia pérdida de datos a partir de tu mercado y tus tasas de consentimiento antes de medirla.

¿Le pasa solo a GA4?

Para ser justos: no. Cualquier herramienta de analítica con cookies (Adobe Analytics, Piwik PRO en su configuración por defecto, Matomo con cookies activadas) tiene el mismo problema de tres capas. GA4 no es especialmente malo. Es la herramienta más usada, y por eso la que mejor enseña una limitación estructural de toda la categoría.

La comparativa detallada entre Sealmetrics y GA4 cubre precio, propiedad del dato y cumplimiento además de completitud. La completitud del dato es el punto de partida, pero no la única diferencia.