Durante 2024 Chrome terminó de hacer lo que Safari y Firefox llevaban años haciendo: bloquear cookies de terceros por defecto. Es el navegador con más del 60% del tráfico web en México, así que el impacto fue real. En las cuentas que auditamos en S4 Digital vimos caídas de eventos reportados de entre 18% y 34% en los meses posteriores, dependiendo de la industria y el stack de tracking del cliente.
El problema no es que las conversiones dejaran de ocurrir. El problema es que Meta, Google y TikTok dejaron de verlas. Y cuando un algoritmo de bidding no ve conversiones, empieza a optimizar hacia el ruido. Los CPAs suben, las escalas se rompen y todo el mundo culpa al creativo.
Aquí es donde entra server-side tracking. Y aunque suena a algo que solo un ingeniero de datos entiende, la idea de fondo es sencilla. Vamos por partes.
Qué es (y qué no es) server-side tracking
El tracking tradicional vive en el navegador del usuario. Cargas el sitio, el navegador ejecuta el pixel de Meta, el tag de Google Analytics y otros doce scripts. Cada uno envía datos directamente a su plataforma correspondiente desde el navegador. A eso le decimos client-side tracking.
El problema: los navegadores bloquean scripts, los adblockers bloquean pixels, el iOS 14+ bloquea eventos, y las cookies de terceros ya no existen. Es cada vez más ruidoso.
Server-side tracking mueve esa capa a un servidor tuyo. En vez de que el navegador hable directamente con Meta o Google, primero le envía los datos a un servidor intermedio que tú controlas. Ese servidor limpia, valida y reenvía los eventos a cada plataforma. Como el servidor no es un tercero, no lo bloquean los navegadores. Y como tú controlas qué se envía y cómo, puedes enriquecer los datos antes de mandarlos.
Cómo funciona en la práctica
La implementación más común hoy es Google Tag Manager Server-Side, que corre en un contenedor de Google Cloud (o AWS, o el proveedor que prefieras). El flujo simplificado se ve así:
- El usuario navega tu sitio y realiza una compra.
- Tu sitio envía el evento a tu contenedor server-side (por ejemplo, sgtm.tudominio.com).
- El contenedor recibe el evento, agrega datos que tú tienes (email hasheado, teléfono, historial de compra) y los reenvía a la Conversions API de Meta, Google Ads y TikTok Events API.
- Cada plataforma recibe la conversión con un match rate mucho mayor porque llega desde tu servidor con datos enriquecidos.
La diferencia práctica: en un e-commerce mexicano que auditamos en marzo, el match rate de Meta pasó de 62% a 89% después de dos semanas con server-side y CAPI bien configurado. Eso se traduce en decisiones de bidding mejores, no en más ventas mágicas.
Costos reales (sin humo)
Aquí es donde muchas agencias mienten. Server-side no es gratis, pero tampoco es una fortuna. Los costos reales, para un negocio con tráfico razonable:
- Infraestructura en Google Cloud: entre 100 y 300 USD al mes para tráficos de hasta 500 mil eventos mensuales. Si escalas, sube.
- Implementación inicial: entre 40 y 80 horas de trabajo si empiezas de cero. Incluye montar el contenedor, mapear eventos, configurar CAPI, validar match rates y limpiar el pixel client-side.
- Mantenimiento: algo mensual porque cada vez que cambia algo del sitio, hay que revisar que los eventos sigan disparándose bien.
Existen herramientas como Stape.io que abstraen la infraestructura y bajan la barrera de entrada; ahí hablas de entre 20 y 120 USD al mes según el plan. Es una opción sensata para negocios que no tienen un equipo técnico dedicado.
Cuándo vale la pena y cuándo no
Server-side tracking no es para todos. Nuestra regla en las +90 cuentas que gestionamos: si inviertes menos de 100 mil pesos mensuales en pauta, probablemente no lo necesites aún. La diferencia marginal no compensa el costo ni la complejidad. Un pixel client-side bien configurado con CAPI vía integración nativa (Shopify, WooCommerce) te cubre bastante bien.
Cuando sí tiene sentido:
- Inviertes más de 150 mil pesos al mes en Meta o Google Ads.
- Tu ciclo de venta involucra múltiples pasos (lead, calificación, cierre) y necesitas alimentar conversiones offline al algoritmo.
- Vendes productos de ticket alto donde cada conversión perdida en el reporte distorsiona el aprendizaje.
- Ya viste caídas notables de eventos reportados después de actualizaciones de iOS o Chrome.
Si estás lidiando con caídas raras en las conversiones reportadas o con CPAs que subieron sin razón aparente, casi siempre el problema no está en el creativo, está en el tracking. Vale la pena auditar primero antes de tirarle más presupuesto a un algoritmo que está ciego.
Lo que casi nadie te dice
Server-side no es una bala de plata. Si tu conversión tracking client-side ya estaba mal montado, mover eso a un servidor solo va a mover el problema. Antes de invertir en infraestructura, asegúrate de que los eventos base se disparan correctamente, que los parámetros llegan completos y que el match rate en Events Manager está arriba de 70%. Si esos tres puntos están bien, server-side te lleva del 8 al 9. Si están mal, ninguna nube te va a salvar.
La muerte del cookie de tercero no es el apocalipsis del marketing digital. Es un cambio de infraestructura que separa a quienes miden bien de quienes miden de aventón. Y ese siempre ha sido el juego.