Server-side tracking: de complete gids voor marketeers

Wat is server-side tracking?

Bij gewone (client-side) tracking draait alle meetcode in de browser van je bezoeker. Elke tag (Google Analytics, Google Ads, Meta, LinkedIn) stuurt zijn eigen verzoek rechtstreeks naar de servers van dat platform.

Bij server-side tracking zit er een tussenstation tussen: een eigen server, meestal een server-container van Google Tag Manager. De browser stuurt één datastroom naar die server, bijvoorbeeld via meet.jouwdomein.nl. De server verwerkt de gegevens en stuurt ze door naar de platforms die jij kiest.

Waarom marketeers overstappen

1. Je meet meer van wat er echt gebeurt

Browsers worden steeds strenger. Safari beperkt cookies die via JavaScript worden gezet tot maximaal 7 dagen, en adblockers blokkeren verzoeken naar bekende meetdomeinen. Het gevolg: conversies die wel gebeuren, maar niet worden toegeschreven aan de advertentie die ze veroorzaakte.

Met server-side tracking zet je eigen server de cookies, op je eigen domein. Daardoor blijven ze langer geldig en herken je een terugkerende bezoeker vaker.

2. Je biedstrategie stuurt op betere data

Smart Bidding en Performance Max leren van je conversies. Mist een deel van die conversies, of telt een deel dubbel, dan optimaliseert Google op een vertekend beeld. Betere conversiedata is daarom vaak de goedkoopste manier om de prestaties van je campagnes te verbeteren.

Waar je het aan merkt: Google Ads rapporteert structureel minder conversies dan je webshop of CRM, vooral bij bezoekers op iPhone. Dat verschil verdwijnt nooit helemaal, maar met een goede server-side setup wordt het kleiner en stabieler.

3. Jij bepaalt welke data je deelt

Bij client-side tracking stuurt elke tag zelf data weg, inclusief alles wat in de URL of pagina staat. Server-side zie jij de data eerst. Je kunt persoonsgegevens weglaten, IP-adressen inkorten of e-mailadressen versleuteld (gehasht) doorsturen voor Enhanced Conversions.

4. Je site wordt sneller

Minder scripts in de browser betekent een lichtere pagina. Het effect is het grootst als je nu veel verschillende tags laadt.

Wat server-side tracking níet doet

• Het vervangt je cookiebanner niet. Toestemming regel je nog steeds in de browser. Je server-container moet die keuze respecteren, bijvoorbeeld via Google Consent Mode.
• Het lost slechte meetkeuzes niet op. Meet je de verkeerde conversie, dan meet je die server-side ook verkeerd. Begin altijd met een meetplan.
• Het is geen vrijbrief om adblockers te omzeilen. Wie geen toestemming geeft, hoort niet gemeten te worden.

Hoe werkt het technisch?

1. In de browser draait nog steeds een (lichte) web-container van Google Tag Manager. Die verzamelt de events en stuurt ze naar jouw server.
2. Je server-container ontvangt de events via een eigen subdomein, bijvoorbeeld meet.jouwdomein.nl.
3. In de server-container zet je clients (die de binnenkomende data lezen) en tags (die data doorsturen naar GA4, Google Ads, Meta en andere platforms).
4. De server zet de cookies op je eigen domein en stuurt alleen de gegevens door die jij in de tags hebt ingesteld.

Stappenplan: zo richt je het in

Stap 1: maak een meetplan

Bepaal welke acties je wilt meten, welke daarvan conversies zijn en welke waarde ze hebben. Zonder meetplan bouw je een technisch mooie setup die het verkeerde meet.

Stap 2: kies je hosting

De server-container moet ergens draaien. De twee gangbare opties:

• Een gespecialiseerde partij (zoals Stape): snel ingericht, beheer uit handen, betalen per aantal verzoeken.
• Google Cloud (Cloud Run): volledige controle, maar meer technische kennis nodig voor beheer en schaal.

Stap 3: koppel een eigen subdomein

Maak een subdomein aan, zoals meet.jouwdomein.nl, en koppel het aan je server. Let op de DNS-inrichting: Safari beperkt cookies ook bij sommige subdomein-opstellingen. De juiste keuze hangt af van je hosting.

Stap 4: stuur je web-container naar de server

Pas de GA4-configuratie in je web-container aan, zodat de data naar je eigen subdomein gaat in plaats van rechtstreeks naar Google.

Stap 5: zet de tags in de server-container

Begin met GA4 en Google Ads-conversies. Voeg daarna Enhanced Conversions toe, en eventueel de Conversions API van Meta of LinkedIn.

Stap 6: test en vergelijk

Gebruik de previewmodus van beide containers. Vergelijk daarna een paar weken lang de aantallen in GA4, Google Ads en je eigen systeem (webshop of CRM). Kleine verschillen zijn normaal, grote of wisselende verschillen niet.

Veelgemaakte fouten

• Dubbel meten: de oude client-side tags blijven ook actief, waardoor conversies twee keer binnenkomen.
• Consent niet doorgegeven: de server-container stuurt data door, ook als de bezoeker geen toestemming gaf.
• Geen documentatie: na een jaar weet niemand meer waarom iets zo is ingericht.
• Geen controle na livegang: een wijziging op de website breekt een event, en niemand merkt het.

Is het iets voor jou?

Server-side tracking loont vooral als:

• je maandelijks serieus budget in Google Ads of Meta steekt;
• je op conversiewaarde of ROAS stuurt;
• je merkt dat GA4, Google Ads en je webshop steeds andere aantallen laten zien;
• je zelf wilt bepalen welke klantdata naar advertentieplatforms gaat.

Twijfel je? In een gesprek van 30 minuten kijk ik mee naar je huidige setup en vertel ik eerlijk of server-side de moeite waard is. Meer over hoe ik dat aanpak lees je op de pagina Tracking.