Een heldere uitleg van client-side en server-side tracking; en waarom dit belangrijk is voor o.a. reisorganisaties

In dit artikel legt Terra Digital uit wat het verschil is tussen client-side tracking en server-side tracking, waarom deze twee methoden elkaar aanvullen en hoe organisaties hiermee om kunnen gaan. Deze kennis vormt de fundering voor het tweede artikel in deze serie, Waarom tracking vaak breekt, waarin we dieper ingaan op de realiteit van cross-domain tracking en attributie. In een derde artikel kijken we vervolgens vooruit naar de toekomst van tracking.

Client-side tracking: het traditionele uitgangspunt

Client-side tracking betekent simpelweg dat de tracking plaatsvindt op het apparaat van de gebruiker. En specifieker is het dus de browser (de 'client') van uw bezoeker die data opslaat in cookies en die data rechtstreeks doorstuurt naar externe platforms zoals Google of Meta. Er zit in dit proces geen filter tussen; de browser praat direct met de advertentieplatformen.

Dit is de methode die de meeste organisaties al jaren gebruiken. Hierbij worden scripts, zoals Google Tag, Meta en/of Facebook Pixel of TikTok Pixel, rechtstreeks in de browser van een bezoeker geladen.

Deze scripts:

• Lezen cookies en slaan nieuwe cookies op.
• Volgen paginaweergaven, interacties, klikgedrag en formulieren.
• Sturen dit gedrag naar o.a. de advertentieplatformen.

Deze vorm van meten werkt nog steeds, maar is vandaag de dag veel minder betrouwbaar door:

• Strengere browserbeperkingen, zoals Safari Intelligent Tracking Prevention (ITP).
• Safari en andere browsers verkorten de levensduur van cookies.
• Gebruikers die tracking weigeren via cookiebanners.
• Adblockers die scripts blokkeren.
• Het gebruik van in-app browsers (Instagram, Facebook), die als aparte browsers worden gezien.
• Specifieke data die Meta of Google meestuurt met de initiële klik worden geblokkeerd.

Een concreet voorbeeld: een bezoeker klikt op maandag via een Facebook-advertentie naar uw website, oriënteert zich en keert later in de week terug via een Google-zoekopdracht om te boeken. Door beperkte cookie-lifetimes of blokkades kan het eerste bezoek dan al “vergeten” zijn en wordt de conversie alleen nog als Google-zoekopdracht gezien. De oorspronkelijke rol van Meta raakt uit beeld.

Het gevolg is dat het voor de advertentieplatformen moeilijker is om een klantbestand op te bouwen, te weten wie de website bezoekt en ook te weten wie daadwerkelijk een reservering of boeking maakt. Het is niet meer mogelijk om deze conversie te koppelen aan een websitebezoeker die via een advertentie is binnengekomen.

Kortom: De advertentieplatformen en hun algoritmes varen blind en dit beïnvloedt de effectiviteit van campagnes, een lage match quality en resulteert in een hoge ad spend en lage ROAS (Return On Ad Spend). Voor een reisorganisatie kan een verbetering van de datakwaliteit het verschil betekenen tussen een winstgevende campagne en een campagne die budget verbrand.

Server-side tracking: de noodzakelijke aanvulling

Bij server-side tracking plaatst u letterlijk een tussenstation (een server) tussen uw website en de advertentieplatformen. De browser stuurt de data nu niet meer direct naar Google of Facebook, maar naar uw eigen server. Omdat deze server onder uw eigen domein draait, wordt dit gezien als ‘first-party data’. Oftewel: u bent zelf eigenaar van de data.

Dit wordt ook vaak “server-side tagging” genoemd. In dit artikel wordt de term server-side tracking gebruikt, maar inhoudelijk doelt dit op hetzelfde principe.

Op dit tussenstation bepaalt u vervolgens zelf welke gegevens worden doorgestuurd naar bijvoorbeeld Google Analytics, Google Ads, Meta of TikTok. Dit geeft u maximale controle over privacy. Zo ontstaat de mogelijkheid om gevoelige persoonsgegevens te filteren of te pseudonimiseren voordat u de data deelt met de grote tech-reuzen.

De voordelen hiervan zijn:

• Datakwaliteit: Minder impact van adblockers en browserbeperkingen (ITP), waardoor u meer data overhoudt.
• Privacy & Compliance: U bepaalt wat u deelt. U lekt geen onbedoelde data meer naar externe partijen.
• Eigendom: U bouwt uw eigen historische data op (First Party) in plaats van afhankelijk te zijn van derden (Third Party).
• Snelheid: Omdat er minder scripts in de browser van de gebruiker geladen hoeven te worden, wordt de website sneller.

Belangrijk om te benadrukken: server-side tracking maakt uw metingen niet automatisch AVG-proof. Het biedt u vooral meer regie en mogelijkheden om dataminimalisatie, pseudonimisering en consentbeleid goed toe te passen. U blijft als organisatie verantwoordelijk voor de juridische basis en het juist omgaan met persoonsgegevens.

Server-side tracking is daarmee niet uitsluitend een technische verbetering, maar een strategische keuze om gegevensverzameling toekomstbestendig te maken binnen veranderende privacywetgeving.

Geen zware IT-infrastructuur 

De term 'server-side' klinkt wellicht intimiderend, alsof het een zwaar IT-project is met fysieke servers. Dat is gelukkig niet het geval. De implementatie verloopt doorgaans via Google Tag Manager in een cloud-omgeving (zoals Google Cloud).

Dit is doorgaans een kwestie van configureren, niet van programmeren. In de praktijk creëert u hiermee een eigen tussenstation op een subdomein, bijvoorbeeld sst.uwdomein.nl. Zo blijft de data netjes in uw eigen beheer, zonder ingrijpende verbouwing van uw website. Twee Google Tag Manager containers zijn nodig:

• Een webcontainer in de browser, die tags afvuurt op basis van gedrag.
• Een servercontainer (sGTM) in de cloud, die fungeert als tussenstation en de data doorstuurt naar de verschillende platformen.

Waarom client-side en server-side elkaar aanvullen

Het is belangrijk om server-side tracking niet te zien als vervanging van client-side tracking, maar als een upgrade. Beide methoden hebben hun functies en beperkingen. De server kan bijvoorbeeld niet 'zien' wat er in de browser (client) precies gebeurt, zoals een muis die over een banner beweegt.

Daarom wordt een hybride aanpak geadviseerd:

• Client-side tracking registreert het rijke gedrag in de browser (scrollen, klikken, 'view content').
• Server-side tracking borgt de kritieke data zoals transacties, boekingen en omzet op een veilige manier.

Het beste van twee werelden Wanneer u beide methoden gebruikt, ontvangen platforms als Meta, TikTok en Google signalen via twee routes. Dit voelt dubbel en onpraktisch, maar dat is niet het geval dankzij deduplicatie (ontdubbelen). Ze leggen het signaal uit de browser (met cookies en apparaat-info) naast het signaal van de server (met de harde conversiedata). Vervolgens voegen ze deze samen tot één compleet profiel. Hiermee voedt u de algoritmes met de meest complete data mogelijk, zonder dat u conversies dubbel telt.

Het resultaat: Een betere 'Match Quality' Door deze samenvoeging en verrijking stijgt de kwaliteit van uw data aanzienlijk. Platforms drukken dit uit in specifieke scores:

• Meta & TikTok tonen een Event Match Quality (EMQ) score. Dit is een rapportcijfer (van 0 tot 10) dat aangeeft hoe goed de klantdata gekoppeld kan worden aan hun gebruikers.
• Google toont dit als Match Rate binnen Enhanced Conversions. Dit laat zien welk percentage van uw conversies succesvol is gekoppeld aan een Google-account.

De strekking is overal hetzelfde: een lage score betekent dat het algoritme "blind" vaart. Een hoge score betekent dat het algoritme de bezoeker herkent, wat direct leidt tot betere campagneresultaten; goedkopere acquisitie en een hogere ROAS.

De verschillen

Om te bepalen wat u waar meet, is het goed om de fundamentele verschillen te begrijpen. Niet alles kan namelijk verplaatst worden naar de server. Tools die visueel gedrag vastleggen, zoals Hotjar of Microsoft Clarity, hebben altijd toegang nodig tot de browser om muisbewegingen en heatmaps te genereren.

1. Locatie van de meting

• Client-side: In de browser van de bezoeker.
• Server-side: Op uw eigen server (cloud).

2. Betrouwbaarheid data

• Client-side: Matig. Gevoelig voor adblockers, tracking prevention (ITP) en trage verbindingen.
• Server-side: Zeer hoog. De dataverwerking vindt plaats buiten de invloed van de browser of adblockers.

3. Privacy & Controle

• Client-side: Beperkt. IP-adressen en user-agents zijn vaak direct zichtbaar voor externe partijen.
• Server-side: Volledig. U bepaalt zelf welke data u wel of niet doorstuurt (filteren) naar platforms als Google of Meta.

4. Impact op websitesnelheid

• Client-side: Belastend. Elk extra script (tag) dat geladen moet worden, vertraagt de website enigszins.
• Server-side: Minimaal. Omdat de zware verwerking op de server gebeurt, blijft de website voor de bezoeker snel.

5. Geschikt voor

• Client-side: Visuele analyses (heatmaps), sessie-opnames, directe interacties op de pagina.
• Server-side: Harde conversies (aankopen, boekingen), omzetdata en lead-kwaliteit.

Conversion API’s als onderdeel van server-side tracking

In aanvulling op de technieken die hierboven zijn beschreven, maken moderne advertentieplatformen gebruik van zogenoemde Conversion API’s. Dit zijn koppelingen tussen uw eigen server, bijv: sst.uwbedrijf.nl, en het advertentieplatform. Waar client-side pixels in de browser werken, functioneren Conversion API’s uitsluitend via de server.

Het doel van een Conversion API (CAPI) is dat belangrijke gebeurtenissen, zoals een aankoop, boeking of lead, altijd worden doorgestuurd, ongeacht of de browser:

• Tracking weigert via de cookiebanner.
• Een adblocker heeft geïnstalleerd.
• Cookies beperkt of verwijdert.
• Wisselt tussen apps en browsers.
• Scripts op een extern domein blokkeert.

Met een Conversion API vertelt uw server aan bijvoorbeeld Google Ads, Meta of TikTok dat een conversie heeft plaatsgevonden. Daardoor bent u minder afhankelijk van de client-side pixels en scripts in de browser en blijft de datakwaliteit hoger.

Belangrijk daarbij is dat veel advertentieplatformen vandaag de dag twee varianten van hun meetmethode aanbieden: één die in de browser draait (client-side) en één die via de server werkt. Deze lijken soms op elkaar, maar hebben een volledig andere rol.

• Google werkt met meerdere client-side componenten, zoals de Google Analytics-tag (GA4) en de Google Ads-tag voor conversies. Daarnaast biedt Google server-side opties zoals Enhanced Conversions. Hierbij worden conversiegegevens via de server aangeleverd in plaats van via de browser, wat zorgt voor betere datakwaliteit wanneer cookies of scripts worden beperkt.
• Meta gebruikt de bekende Pixel in de browser én de server-side Conversions API. Beide bestaan naast elkaar: de pixel registreert gedrag in de browser, de API zorgt dat conversies betrouwbaar aankomen, ook wanneer de browser beperkingen oplegt.
• TikTok biedt een client-side pixel voor gedragsmeting en een server-side Events API voor het direct aanleveren van conversies vanuit uw server.

Deze varianten zijn niet uitwisselbaar: de browserpixel registreert gedrag en initiële sessies, terwijl de servervariant wordt gebruikt om belangrijke gebeurtenissen consistent door te geven. Het is juist de combinatie van beide die zorgt voor een stabiele, toekomstbestendige tracking.

Het is belangrijk om te begrijpen dat server-side tracking niet betekent dat we de browser volledig negeren. In tegendeel: ze werken samen in een keten. In een server-side setup fungeert de browser (client) nog steeds als de eerste verzamelaar. De browser detecteert dat iemand op een knop klikt. Maar in plaats van dat de browser dit direct naar Facebook schreeuwt (waar adblockers tussen kunnen springen), stuurt de browser dit bericht naar uw eigen server. Deze server communiceert vervolgens met de advertentieplatformen middels de conversie API's zodat dit op de achtergrond gebeurt en adblockers, browsers en cookie-instellingen hier veel minder effect op hebben.

Wanneer is server-side tracking vooral interessant?

Voor sommige organisaties is een basisinrichting voldoende, maar in de praktijk zien we een aantal duidelijke signalen dat server-side tracking veel waarde toevoegt:

• U werkt met meerdere domeinen of een extern boekingssysteem.
• U ziet grote verschillen tussen de conversies in Ads-platformen en uw backoffice.
• Uw doelgroep gebruikt veel iPhones (Safari) en sociale media-apps.
• U investeert flink in betaalde campagnes en wilt precies weten welke euro rendeert.

Herkent u meerdere van deze punten, dan is de kans groot dat u veel data laat liggen en dat server-side een logische volgende stap is.

Extra uitdaging: meerdere domeinen en meerdere systemen

Waar webshops vaak een geïntegreerd ecosysteem hebben (website, winkelmandje en checkout binnen één domein), werken veel dienstverleners en reisorganisaties met een versnipperd landschap. Denk aan een website, een extern boekingsplatform, een betaalprovider en een apart backoffice- of CRM-systeem. In het tweede artikel van deze serie laten we zien waarom juist daar zoveel data “wegloopt” en wat cross-domain tracking hiermee te maken heeft.

Hoe Terra Digital hierin ondersteunt

Terra Digital helpt organisaties bij het analyseren, verbeteren en implementeren van een toekomstbestendige trackingstructuur. Dit omvat onder andere:

• Het in kaart brengen van de volledige funnel.
• Het inrichten van zowel client-side als server-side componenten.
• Koppelingen tussen website, boekingssysteem en advertentieplatformen.
• Het verbeteren van attributie, zodat uw campagnes optimaal kunnen presteren.
• Het ontwikkelen van een meetstrategie die past bij uw organisatie.

Het doel is altijd hetzelfde: zorgen dat uw organisatie beschikt over betrouwbare en bruikbare data, zodat marketinginspanningen meetbaar worden en rendement opleveren.

Conclusie

De manier waarop websites kunnen meten verandert snel. Client-side tracking blijft waardevol, maar is niet meer voldoende om volledig en betrouwbaar inzicht te krijgen in het gedrag en de conversies van uw bezoekers. Server-side tracking biedt de noodzakelijke aanvulling om dataverzameling te stabiliseren, privacybestendig te maken en beter aan te laten sluiten op moderne advertentieplatformen.

Voor organisaties met meerdere systemen, zoals reisaanbieders, is een combinatie van beide methoden essentieel om de tracking op orde te krijgen en bruikbare data te krijgen om marketingbudget effectief in te zetten. In het vervolgartikel: Van klik tot boeking: Waarom tracking bij MKB en reisorganisaties vaak breekt (en hoe u dat oplost), laten we zien hoe dit er in de praktijk uitziet wanneer uw klantreis over meerdere domeinen en systemen loopt.