Het verschil bij client-side versus server-side tracking is er een van plaats: waarvandaan de meting wordt verstuurd. Al het andere dat mensen eraan ophangen — nauwkeurigheid, privacy, snelheid — volgt uit die ene verandering, en niet altijd in de richting die ze verwachten.
Client-side: de browser verstuurt
Bij de klassieke opzet laadt je pagina voor elke dienst een script, en elk script stuurt zijn gegevens rechtstreeks vanuit de browser van je bezoeker naar Google, Meta of TikTok.
Dat werkt, en het gebeurt op de plek waar je de minste controle hebt. Een blokkeerder herkent de bestemming en houdt het verzoek tegen. De tracking-preventie van de browser gooit de cookie weg of kort hem in. De bezoeker sluit het tabblad voordat het verzoek de deur uit is. Elk daarvan is stil — de gebeurtenis komt gewoon niet aan, en niets meldt dat hij had moeten aankomen.
Server-side: je eigen subdomein verstuurt
Bij een server-side opzet stuurt de browser naar een adres op je eigen domein — bijvoorbeeld t.jouwsite.nl — en beslist een server daar wat er naar elk platform gaat.
Daardoor veranderen er drie dingen. Het verzoek gaat naar je eigen domein, dus blokkeerlijsten die op bekende trackerdomeinen werken raken het niet. De gegevens komen eerst bij jouw server binnen, dus je kunt zien en beperken wat er weggaat. En cookies worden door de server in zijn antwoord gezet in plaats van door een script in de pagina.
Wat is server-side tagging heeft de volledige versie, inclusief de diagrammen.
Wat er werkelijk verandert
Er wordt minder onderweg tegengehouden. Dat is de eerlijke kop, en hij is de moeite waard.
Jij bepaalt wat er weggaat. Dit is het meest onderschatte punt en het enige voordeel dat volledig binnen je eigen controle ligt: de gegevens bereiken jouw server voordat ze die van iemand anders bereiken, dus je kunt velden weglaten, waarden afronden of een bestemming uitzetten.
Je pagina wordt lichter, omdat de scripts die er eerst in draaiden dat niet meer hoeven.
Wat er niet verandert
Toestemming blijft gelden. Het versturen naar een server verplaatsen verandert niet wat je mag verzamelen. Het maakt een toestemmingskeuze netjes doorgeven makkelijker, en dat is iets anders.
Safari kapt je cookies alsnog af. Dit is degene die het hardst wordt overdreven. WebKit behandelt een first-party subresource die via een CNAME ergens anders uitkomt als third-party cloaking en kapt cookies in dat antwoord af op zeven dagen. Sinds Safari 16.4 ontsnapt een A-record daar ook niet automatisch aan. Dat geldt voor elke gehoste opstelling, die van ons net zo goed — de sectie over grenzen legt uit waarom.
Een verkeerd meetplan blijft verkeerd. Meet je de verkeerde gebeurtenis, dan meet je hem hierna betrouwbaarder verkeerd.
Client-side versus server-side tracking: welke van de twee
Allebei, in de praktijk. De advertentieplatformen verwachten een signaal uit de browser en een van een server en ontdubbelen ertussen; er maar één sturen is de gebruikelijke fout. Het stuk over de Meta Conversions API laat zien hoe dat er voor Meta uitziet, en Google Ads server-side tracking doet hetzelfde voor Google.
Heb je besloten dat je een server-side opzet wilt en kies je nog waar je hem draait, dan is server-side tracking tools vergeleken de volgende. Geeft de vraag waar de gegevens belanden de doorslag, lees dan server-side tracking en de AVG.