Notas de campo sobre tracking server-side.
Posts largos sobre lo que cambia realmente cuando dejas de alquilar dominios de tracking. Dispatch adblock-immune, política del developer-token de Google Ads, dedup de modo híbrido, y dónde encaja Beaconry junto a Stape y GTM Server-Side. Escrito para responsables de performance-marketing que prefieren leer un tech-deep-dive antes que un pitch deck.
Por qué el "tracking server-side" sigue perdiendo el 25 % de las conversiones por adblockers
La mayoría de setups "server-side" siguen arrancando desde un dominio externo en el navegador. Las filter lists les pillan en semanas. La solución no es un fallback más rápido, es same-origin desde el primer byte.
Google AdsAprobación del developer-token de Google Ads: las 6 semanas de espera y cómo saltártelas
Las subidas de conversión server-side por la API de Google Ads necesitan un developer-token que tarda 4-6 semanas en aprobarse. Un broker central abstrae el token sin ver tus datos de conversión.
ComparativaBeaconry vs Stape vs GTM Server-Side: mismo resultado, mecánica muy distinta
Los tres dicen "server-side tracking". Los tres acaban con resistencia a adblockers, setup de DNS y facturas mensuales muy distintas. Teardown lado a lado.
IngenieríaModo híbrido: cuándo volver a meter el pixel del navegador
Server-side por sí solo cubre el 100 % de los visitantes con consentimiento. El modo híbrido añade cookies first-party fbp/_ttp/li_fat_id para mejor match-rate. event_id estable evita el double-counting.
TikTokTikTok Events API en WordPress: lo que hace falta y lo que no
TikTok pide AAM, cookies first-party y enhanced postback por defecto en el onboarding. Nada de eso es obligatorio, todo conlleva riesgo RGPD. La config mínima real en dos pantallas.