Analítica que los bloqueadores de anuncios no bloquean: la guía completa

El número de tu panel de analítica no es tu tráfico: es la parte que no se bloqueó, no rechazó un banner y se midió correctamente. Esta guía explica las tres cosas que reducen ese número en silencio, cómo medir tu propia diferencia y cómo solucionarlo.

Tu analítica subestima, y la herramienta nunca te lo dice

La mayoría de los dueños de sitios tratan el número de su analítica como verdad absoluta. No lo es. Tres mecanismos independientes eliminan visitantes del recuento antes de que lleguen a tu panel, y ninguno produce un error, un asterisco o un aviso. El panel simplemente muestra un número más bajo, seguro y equivocado.

Para una audiencia técnica o de desarrolladores, el efecto combinado deja a Google Analytics habitualmente en el 45–55% del tráfico real. Para un sitio de consumo general es mejor, pero una subestimación del 20–30% sigue siendo habitual. Aquí están las tres causas, lo que te cuesta cada una y dónde leer el análisis a fondo de cada una.

Causa 1 — Los bloqueadores de anuncios descartan el script entero

El script de Google Analytics (gtag.js) está en todas las listas de bloqueo importantes. uBlock Origin lo bloquea con sus filtros por defecto (más de 40 millones de instalaciones solo en Chrome). Brave lo bloquea con Shields en modo Estándar (más de 70 millones de usuarios mensuales). Firefox lo bloquea en modo Estricto. Cuando el script se bloquea, nunca carga, y la visita nunca se registra.

Los estudios del sector sitúan la adopción de bloqueadores entre el 25% y el 45%, con cifras más altas en lectores técnicos, de desarrollo y conscientes de la privacidad. Toda esa franja es invisible para GA — no estimada, no señalada, simplemente ausente.

Causa 2 — La caída por consentimiento de cookies

Si usas un banner de cookies, GA solo se activa después de que el visitante acepta. Todos los que descartan, ignoran o rechazan el banner quedan excluidos. Con tasas de aceptación que suelen estar entre el 40% y el 75%, aquí puedes perder de un cuarto a la mitad de tu audiencia restante — y los que quedan son una muestra sesgada, porque quien hace clic activamente en "aceptar" se comporta de forma distinta a quien no.

Causa 3 — El tiempo de reloj infla la métrica equivocada

Esta no reduce tu recuento de visitas: corrompe tus métricas de interacción. GA mide el tiempo en página como tiempo de reloj: abres una pestaña, te vas 20 minutos, vuelves y la cierras, y GA registra una sesión de 20 minutos. En sitios de contenido, la diferencia entre la duración de sesión reportada y la atención real suele ser de 3 a 5×, lo que hace que páginas pobres parezcan atractivas y oculta las que la gente lee de verdad.

Cómo medir tu propia diferencia

No tienes que creerte las medias del sector a ciegas. La forma más limpia de dimensionar tu propia subestimación es ejecutar una herramienta de analítica first-party junto a GA durante dos semanas y comparar los totales. Lo que first-party muestre por encima de GA es, a grandes rasgos, lo que GA se estaba perdiendo — los visitantes bloqueados más los que rechazan el consentimiento. Para la mayoría de los sitios, Logly muestra entre un 20% y un 40% más de páginas vistas que GA; para audiencias de desarrolladores, más.

Esto no es que first-party cuente de más. Es la franja bloqueada-y-rechazada haciéndose visible por primera vez. Método paso a paso: Cómo medir cuánto tráfico se está perdiendo tu analítica.

La solución: analítica first-party y sin cookies

La razón por la que los bloqueadores pueden descartar GA es que GA carga un script de terceros desde un dominio de seguimiento conocido. Una herramienta que sirve su script desde tu propio dominio, no usa cookies y no almacena datos personales no está en las listas de bloqueo y no necesita banner de consentimiento — así que las tres causas anteriores desaparecen a la vez. El script se ejecuta para todos, no hay banner que rechazar, y puedes elegir medir la atención real en lugar del tiempo de reloj.

Ese es justamente el objetivo de diseño de Logly: un endpoint first-party y sin cookies que registra a los visitantes que GA no puede ver.

"¿Las herramientas de privacidad no se bloquean también?"

En parte — y esto es lo que la mayoría de las comparativas no cuentan bien. Las analíticas centradas en la privacidad como Plausible y Fathom se bloquean mucho menos que GA, pero su script de nube por defecto sigue cargándose desde un dominio de terceros compartido que algunas listas de bloqueo agresivas detectan. La solución (un proxy o dominio first-party) existe para todas, pero es configuración que tienes que hacer tú. Si lo que buscas son recuentos precisos, vale la pena comparar cómo se comporta cada herramienta tal cual viene:

• Logly frente a Plausible — ambas centradas en la privacidad; en qué se diferencian el bloqueo y la configuración.
• Logly frente a Fathom — la misma pregunta, cara a cara.
• Logly frente a Google Analytics 4 — la referencia de la que trata toda esta guía.