Server-side tracking uitgelegd: werking, kosten en GDPR

Server-side tracking stuurt je meetgegevens eerst naar een server die jij beheert, pas daarna naar GA4, Google Ads of Meta ^[1]. Zo bepaal jij wat elk platform krijgt, en blijven cookies langer werken. Je cookiebanner blijft nodig, en naast de hosting betaal je vooral voor de opzet.

Achter een adres op je eigen domein draait een servercontainer, meestal van Google Tag Manager. Die ontvangt de events van je website, laat velden weg of vult ze aan, en stuurt ze door naar de platformen die jij kiest ^[1]. De webcontainer op je site blijft nodig: die vangt klikken, formulieren en aankopen op.

Of je het zelf opzet of een Google Analytics bureau inschakelt: begin pas als je meetplan en je toestemming kloppen. Een event dat vandaag dubbel telt, telt via je server ook dubbel.

Wat levert server-side tracking op?

Vooral controle en betere signalen, geen vast percentage extra conversies.

• Controle over wat je doorgeeft. Per bestemming beslis jij welke velden vertrekken. Een e-mailadres dat per ongeluk in een URL staat, filter je eruit, en een platform dat het IP-adres niet nodig heeft, krijgt het niet.
• Cookies die langer werken. Safari wist cookies die via JavaScript gezet zijn na zeven dagen zonder interactie. Een cookie die je eigen server zet, ontsnapt daaraan, tenzij het verzoek via een CNAME of een IP-adres van een derde partij loopt ^[2].
• Koppelingen van server naar server. Via de Conversions API van Meta en de conversiekoppelingen van Google Ads leren platformen van echte resultaten, zoals de marge of een lead die klant werd. Meta ontdubbelt events van pixel en server als naam en event-ID overeenkomen, binnen 48 uur ^[3].
• Minder code in de browser, maar alleen als je echt scripts weghaalt. De webcontainer en de Google-tag blijven.

Wat je bij Meta precies wint, lees je in Meta Pixel of Conversions API? Waarom je beide nodig hebt.

Wat het niet doet: je toestemming vervangen, of een slecht meetplan repareren. De percentages die online circuleren, komen zelden met een meetmethode. Wat jij terugwint, hangt af van je aandeel Safari-bezoekers, adblockers en je toestemmingsgraad, dus meet het tegen je eigen bestellingen of leads.

Twee argumenten negeer je beter. Adblockers omzeilen: wie in je banner weigert, mag je ook via je eigen server niet volgen. En het verdwijnen van third-party cookies in Chrome: Google besliste in april 2025 om de huidige aanpak in Chrome te behouden ^[4].

Blijft je cookiebanner nodig?

Ja: server-side tracking verandert de route van je gegevens, niet de regels. In België staat de cookieregel in artikel 10/2 van de Kaderwet van 30 juli 2018. De GBA kent geen vrijstelling voor cookies die bezoekers tellen, ook niet voor first-party cookies ^{[5], [6]}.

De regel geldt ook voor pixels, device fingerprinting en local storage ^[5]. De Europese toezichthouders passen ze bovendien toe op trackinglinks en bepaalde tracking op basis van het IP-adres ^[7]. Er draait nog altijd code in de browser die informatie van het toestel verstuurt, dus zonder toestemming geen analytische of advertentietracking.

Met Consent Mode reist de keuze van je bezoeker mee naar je servercontainer, en de Google-tags daar volgen ze ^[8]. Tags van andere partijen, zoals de Conversions API van Meta, laat je zelf op die keuze wachten. Hoe je de signalen goed zet, lees je in Consent Mode v2 in de praktijk: basic of advanced?.

Stuur je gehashte e-mailadressen door, weet dan dat hashen pseudonimiseren is: het blijven persoonsgegevens ^[9]. Wat server-side wel mogelijk maakt, is minder doorsturen en in Europa hosten, bijvoorbeeld in de Google Cloud-regio europe-west1 in St. Ghislain ^[10].

Wat kost server-side tracking?

Reken op drie posten: hosting, opzet en onderhoud. De opzet is meestal de grootste.

Google verwacht dat 2 tot 10 servers samen 35 tot 350 verzoeken per seconde aankunnen ^[13]; 35 per seconde is ruim drie miljoen per dag. De gateway werkt alleen voor Google-tags: voor Meta of LinkedIn heb je een servercontainer nodig. Kies je een gespecialiseerde host, vraag dan waar de servers staan en of je een verwerkersovereenkomst krijgt.

De opzet omvat je meetplan, beide containers, de toestemming, testen en vergelijken. Het onderhoud is klein maar niet nul: templates bijwerken, nieuwe events toevoegen en opvolgen of de server blijft draaien.

Welke opzet past bij jou?

Zo pak je het aan

1. Meet eerst hoe het nu zit. Leg een maand GA4 naast je bestellingen of leads. Twijfel je aan je huidige opzet, begin dan met een gratis tracking-audit.
2. Zet je key events en je toestemming goed. Welke acties echt tellen, lees je in GA4 key events en conversies: het verschil uitgelegd.
3. Kies hosting in een Europese regio, met een verwerkersovereenkomst, en zet het cloudproject en de containers op naam van je bedrijf.
4. Koppel een adres op je eigen domein, liefst same origin, zoals www.jouwsite.be/metrics. Google raadt dat aan; het standaarddomein van Cloud Run draait in een third-party context en kan alleen JavaScript-cookies zetten ^[14].
5. Stuur GA4 en daarna de andere bestemmingen via de server. Stuur hetzelfde event niet ook rechtstreeks naar GA4, en geef pixel en Conversions API hetzelfde event-ID ^[3].
6. Test en vergelijk. Controleer beide containers in de voorbeeldmodus en leg je cijfers na twee tot vier weken naast je nulmeting.