First-party frente a third-party: por qué una analítica se bloquea
"First-party" y "third-party" suenan a jerga, pero la distinción es lo único que decide si los bloqueadores de anuncios pueden ocultar tu tráfico. Aquí explicamos qué significan los términos y por qué importan para la precisión.
La distinción es a dónde va la petición
Cuando una página carga un script de analítica, el navegador hace una petición de red para obtenerlo y, más tarde, para enviar los datos. La pregunta clave es: ¿esa petición va a tu dominio o al de otra persona?
- La analítica third-party carga su script desde —y envía los datos a— un dominio que no es el tuyo:
google-analytics.com,googletagmanager.como un dominio compartido de proveedor de analítica usado en miles de sitios. - La analítica first-party carga y envía a tu propio dominio (o un subdominio suyo). Para el navegador, parece cualquier otra petición que tu sitio hace para su propio contenido.
Por qué se bloquean las peticiones third-party
Los bloqueadores de anuncios y de rastreadores funcionan con listas de dominios de seguimiento third-party conocidos. google-analytics.com está en todas ellas. Cuando uBlock Origin, Brave Shields o el modo estricto de Firefox ven una petición dirigida a un dominio de la lista, la cancelan antes de que salga del navegador. El script nunca carga; los datos nunca se envían. Ninguna visita registrada, ningún aviso en tu panel.
Esto es así por diseño, y no va a desaparecer. Las listas de bloqueo las mantienen comunidades específicamente para frenar el rastreo entre sitios, y los dominios de analítica third-party son el objetivo de manual.
¿Por qué no bloquean también las peticiones first-party? Porque no pueden distinguir entre un ping de analítica first-party y una petición normal que tu sitio hace para una imagen o una llamada a la API. Bloquear tu propio dominio rompería el sitio. Así que las peticiones first-party pasan.
"Pero Plausible y Fathom son privacy-first, ¿no están bien?"
Privacy-first se refiere a qué datos recoge una herramienta. El bloqueo se refiere a a dónde va la petición. Son ejes distintos. Plausible y Fathom recogen muy poco y no usan cookies, lo cual es estupendo — pero su configuración por defecto sigue cargando el script desde un dominio de proveedor compartido, así que las listas de bloqueo más agresivas también capturan una parte de su tráfico.
Todas ofrecen una solución: un proxy first-party que enruta la petición de analítica a través de tu propio dominio. Funciona — pero es configuración que tienes que montar y mantener, y muchos usuarios nunca lo hacen, así que se quedan con el valor por defecto bloqueable. Mira los detalles cara a cara en Logly frente a Plausible y Logly frente a Fathom.
Lo que first-party no resuelve
First-party resuelve el problema del bloqueo, pero no es magia. No te exime de la normativa de privacidad — una herramienta first-party que establece una cookie de seguimiento sigue necesitando consentimiento. La razón por la que una herramienta como Logly se salta el banner es que es first-party y sin cookies y no almacena datos personales; first-party por sí solo no basta. Y first-party no arregla problemas de calidad de métrica como el tiempo de sesión por reloj — esa es una decisión de diseño aparte.
La conclusión
Si los recuentos precisos de visitantes importan, la entrega first-party es la parte no negociable: es la única forma de registrar a los visitantes con bloqueadores, que son el 25–45% de muchas audiencias. Sin cookies y respetuoso con la privacidad eliminan después el banner de consentimiento por encima. Logly está construido first-party y sin cookies desde la base justamente por esto.
Ten una analítica que no esté en una lista de bloqueo
Logly es first-party y sin cookies por diseño — registra a los visitantes que los rastreadores third-party se pierden. Gratis hasta 10.000 páginas vistas al mes.
Empieza gratis →