Tracking server-side (o medición del lado del servidor) es el método de medición en el que los eventos de conversión se envían desde tu propio servidor a las plataformas de publicidad —Meta, Google, TikTok— en lugar de depender únicamente del navegador del usuario y sus cookies. El usuario sigue haciendo la acción en el sitio, pero el dato viaja por un canal que los bloqueadores y las restricciones de privacidad no pueden interceptar.
En el modelo clásico, el píxel registra todo desde el navegador. El problema es que ese navegador hoy bloquea cookies de terceros, corre extensiones que frenan el rastreo y aplica restricciones como las de iOS. Resultado: se pierden conversiones reales. El server-side esquiva ese cuello de botella.
Cómo funciona
- El usuario completa una acción: compra, lead, formulario, alta.
- Tu servidor —o un contenedor server-side de Google Tag Manager— recibe el evento con sus parámetros: valor, moneda, ID de evento y datos de contacto hasheados.
- Ese evento se manda por API: la CAPI en Meta, Enhanced Conversions en Google.
- La plataforma cruza el evento del servidor con el del píxel usando el mismo ID y deduplica. Una conversión, no dos.
Píxel vs. server-side
| Píxel (navegador) | Server-side | |
|---|---|---|
| Origen del dato | Navegador del usuario | Tu servidor |
| Bloqueadores y adblockers | Lo frenan | No lo alcanzan |
| Cookies de terceros e ITP | Muy afectado | Poco afectado |
| Qué puede enviar | Lo que ve el navegador | Además, datos de tu backend o CRM: ventas confirmadas, cobros offline, devoluciones |
| Implementación | Pegar un script | Requiere desarrollo o GTM server |
Por qué importa
Si la medición está rota, todo lo que decidís encima está mal: optimizás con datos incompletos y pagás de más por cada venta. Ejemplo ilustrativo: una tienda factura $9.000.000 en el mes con $1.500.000 de inversión en pauta, pero el píxel solo atribuye $6.300.000. El ROAS que ves es 4,2 cuando el real es 6. Con ese número subestimado frenás campañas que en realidad eran rentables. El server-side achica esa brecha y, además, le devuelve señal de calidad al algoritmo, que necesita conversiones bien reportadas para encontrar más compradores parecidos.
Errores comunes
- No deduplicar. Si el píxel y el servidor mandan el mismo evento sin un ID compartido, la plataforma cuenta doble y el ROAS queda inflado.
- Enviar el evento sin parámetros de matching (email hasheado, teléfono, IP, user agent, cookies de clic). Sin eso, la plataforma no logra asociar el evento a una persona y el aporte es mínimo.
- Olvidar el valor de la conversión, con lo cual no podés optimizar por facturación.
- Creer que reemplaza al píxel. Lo correcto es correr los dos en paralelo y deduplicados.
En la práctica se apoya en GA4 para consolidar la lectura y conviene revisarlo junto con el resto del setup de medición, como explicamos en cómo medir conversiones correctamente. En Rableb lo damos por sentado desde el arranque de cada cuenta: sin datos confiables no hay decisión defendible.