Puntos clave
- Cerca de un 30% de los usuarios de internet navega con un bloqueador de anuncios, que impide que tus scripts de medición se ejecuten (GWI, 2025).
- El ITP de Safari acorta la vida de las cookies del navegador, así que parte de tus conversiones deja de atribuirse.
- La medición server-side y las Conversions API (CAPI) recuperan gran parte de esa señal perdida.
- El Consent Mode permite medir respetando la decisión de privacidad del usuario.
- Una buena nomenclatura de eventos es tan importante como la infraestructura.
Si tomas decisiones con lo que mide tu píxel de navegador, estás decidiendo con datos incompletos y ni siquiera lo sabes. Safari limita las cookies, los AdBlockers bloquean scripts y el consentimiento mal implementado descarta eventos. Para dimensionarlo: cerca de un 30% de los usuarios de internet usa un bloqueador de anuncios (GWI, 2025), y en esos casos tu medición del lado del navegador simplemente no corre. La buena noticia es que esa señal se recupera.
¿Por qué se pierden datos de eventos?
- ITP de Safari y navegadores similares acortan la vida de las cookies.
- AdBlockers bloquean directamente los scripts de medición del lado del navegador.
- Consentimiento mal configurado descarta eventos que sí podías medir de forma agregada.
- Fallos de red en el dispositivo del usuario que nunca llegan a registrarse.
La solución: mover la medición al servidor
La medición server-side traslada el envío de eventos desde el navegador del usuario a un servidor que tú controlas. Desde ahí, las Conversions API (CAPI de Meta, la API de conversiones de Google) envían los eventos directamente a las plataformas, sin depender de cookies de terceros ni de que el navegador coopere. Es el corazón de nuestro servicio de optimización y medición.
| Aspecto | Medición en navegador | Medición server-side |
|---|---|---|
| Afectada por AdBlockers | Sí | No |
| Depende de cookies de terceros | Sí | Menos |
| Sobrevive al ITP de Safari | Parcialmente | Sí |
| Control del dato | Del navegador | Tuyo |
Cómo implementarlo, paso a paso
- 1Define tu plan de medición: qué eventos importan (compra, lead, add_to_cart) y con qué parámetros.
- 2Estandariza la nomenclatura de eventos antes de tocar nada. Nombres consistentes, para siempre.
- 3Monta un contenedor server-side en Google Tag Manager.
- 4Conecta las Conversions API de Meta y Google para deduplicar con el píxel.
- 5Configura Consent Mode para medir respetando la privacidad del usuario.
- 6Valida con eventos de prueba y compara contra tu fuente de verdad (el ERP o la pasarela).
Preguntas frecuentes
¿Qué es la medición de eventos server-side?
Es una forma de rastrear eventos (compras, leads, clics) enviándolos desde un servidor que tú controlas en lugar del navegador del usuario. Así se evita la pérdida de datos causada por AdBlockers, límites de cookies y restricciones de los navegadores.
¿Por qué se pierden conversiones con el tracking tradicional?
Porque la medición del lado del navegador depende de que el navegador coopere. Cerca de un 30% de los usuarios de internet usa un bloqueador de anuncios que impide ejecutar los scripts de medición (GWI, 2025), y el ITP de Safari acorta la vida de las cookies. Cuánto se pierde exactamente depende de tu público, rubro y país: hay que medirlo en cada caso.
¿La medición server-side respeta la privacidad?
Sí, cuando se implementa con Consent Mode y buenas prácticas de datos. Permite medir de forma agregada y respetuosa la decisión del usuario, sin depender de cookies de terceros ni recolectar más datos de los necesarios.
