Wat is client-side tracking?
Klassieke pixeltracking draait in de browser van de bezoeker. Bij een productview, add-to-cart of aankoop stuurt de pixel een event naar het adplatform. Dat werkte tot een paar jaar geleden. De wereld is veranderd.
Waarom client-side tracking faalt
- Adblockers. Ongeveer 30 tot 40% van desktopgebruikers heeft er één. Tools als uBlock Origin blokkeren pixels van Meta, Google en TikTok, niet alleen ads.
- iOS 14.5 en later. App Tracking Transparency betekent dat de meeste gebruikers weigeren. De Meta Pixel op iOS is grotendeels stuk.
- Third-party cookies verdwijnen. Chrome bouwt ze af. Safari en Firefox deden dat al. Zonder cookies matcht de pixel events slecht aan adclicks.
Wat is server-side tracking?
Server-side tracking, ook Conversions API (CAPI), werkt anders. Jouw server stuurt het event naar het adplatform. Een bezoeker koopt op Shopify, Shopify registreert de order, jouw server stuurt de aankoop naar Meta CAPI, Google Enhanced Conversions en TikTok Events API, ongeacht adblockers, iOS of cookies.
Dual-dispatch: beide paden
De sterkste aanpak is dual-dispatch, events client-side via de pixel én server-side via CAPI. Platformen dedupliceren op event_id. Layer Insights doet dit automatisch. lf.js draait in de browser voor snelheid en browsersignalen. De CAPI-gateway draait server-side voor betrouwbaarheid en advanced matching.
Is server-side tracking AVG-proof?
Ja, als je het goed inricht. CAPI vereist nog steeds toestemming voor persoonsgegevens. Layer Insights stuurt consent-aware. Geeft een gebruiker geen toestemming, dan gaat er een gestript payload zonder PII. Google Consent Mode v2 zit in lf.js.