GTM Server-Side vs Client-Side: Wat is het verschil en welke is beter voor jouw website?

Werk je met Google Tag Manager (GTM), dan ben je waarschijnlijk bekend met de termen server-side tagging en client-side tagging. In de discussie over GTM Server-Side vs Client-Side is het belangrijk om te weten dat deze twee methoden elkaar niet uitsluiten. Sterker nog: ze vullen elkaar aan. Waar client-side tagging gegevens rechtstreeks vanuit de browser verzamelt, biedt server-side tagging een extra laag controle en betrouwbaarheid. Door ze samen in te zetten, maak je je metingen robuuster en bescherm je gebruikersdata beter tegen blokkeringen door browsers en adblockers.

Toch is het cruciaal om te beseffen dat server-side tagging geen manier is om tracking alsnog mogelijk te maken zonder toestemming. Als een gebruiker expliciet marketingcookies weigert, dan mogen deze gegevens — óók via de server — niet worden verzameld of doorgestuurd naar externe platformen. Server-side tagging verandert niets aan de wettelijke verplichtingen rondom toestemming en gegevensverwerking.

Daarnaast moet je altijd rekening houden met de geldende privacywetgeving, zoals de AVG (GDPR), en zorgen voor een correcte en duidelijke cookie consent. Server-side tagging kan helpen om deze processen technisch beter te organiseren — bijvoorbeeld door gegevensstromen centraler te beheren en gevoelige data te filteren — maar het is geen magische oplossing voor privacyvraagstukken.

In dit artikel gaan we dieper in op de verschillen tussen client-side en server-side GTM, de voordelen van beide benaderingen, en hoe je ze effectief kunt combineren om betrouwbaardere data te verzamelen — op een manier die voldoet aan de wetgeving én het vertrouwen van je gebruikers respecteert.

Technische setup van client en server side GTM

Om hier goed inzicht in te krijgen is wat uitleg van de techniek nodig.

Client-Side GTM: Hoe werkt het?

Bij client-side tagging wordt een GTM-container direct op de website geplaatst. Deze container draait via JavaScript in de browser van de gebruiker. Vanuit deze browseromgeving worden gegevens verzameld op basis van browsergebeurtenissen, zoals paginaweergaven, klikken of scrollgedrag. Die gegevens worden vervolgens rechtstreeks doorgestuurd naar externe platformen zoals Google Analytics of Facebook Ads.

Cookies in Client-Side Tagging

De tags die vanuit de browser worden afgevuurd (bijvoorbeeld van Google of Facebook) maken gebruik van cookies om informatie op te slaan zoals:
• Gebruikersvoorkeuren
• Sessie-ID’s
• Unieke gebruikers-ID’s (bijvoorbeeld een Facebook- of Google-klant-ID)

Vaak worden hierbij third-party cookies gebruikt. Deze cookies worden geplaatst door een extern domein en kunnen zo dezelfde gebruiker herkennen op meerdere websites waar datzelfde tracking script actief is. Dit maakt cross-site tracking mogelijk, wat veel mensen als een privacyprobleem ervaren.

Beperkingen en blokkades

Door toenemende bezorgdheid over privacy blokkeren moderne browsers zoals Safari en Firefox, evenals veel adblockers, deze third-party cookies automatisch. Gevolg: conversietracking werkt minder goed of helemaal niet meer, wat kan leiden tot verlies van waardevolle marketingdata en inefficiënt gebruik van advertentiebudgetten.

First-Party Cookies als alternatief

Een betrouwbaarder alternatief is het gebruik van first-party cookies. Deze worden geplaatst op het domein van de website zelf (bijvoorbeeld example.com in plaats van facebook.com) en zijn dus alleen zichtbaar binnen dat domein. Hierdoor kunnen gebruikers binnen één site worden herkend, zonder dat hun gedrag site-overstijgend gevolgd wordt.
First-party cookies worden meestal niet geblokkeerd door browsers of adblockers en zijn vaak functioneel van aard — zoals het bijhouden van een sessie of voorkeuren. Dit maakt ze privacyvriendelijker én betrouwbaarder voor basis tracking.

Requests naar externe systemen

Naast het plaatsen van cookies, sturen marketingtags ook requests (verzoeken) naar advertentieplatformen. Dit zijn netwerkverzoeken van de browser naar een extern domein (zoals facebook.com of analytics.google.com) die data bevatten over het gebruikersgedrag en de conversies.
Adblockers herkennen deze requests, juist omdat ze vaak gaan naar bekende trackingdomeinen. Ze blokkeren deze verzoeken, waardoor tracking en conversiemetingen niet worden uitgevoerd. Dit kan leiden tot verkeerde of ontbrekende conversiedata, waardoor de AI modellen die deze campagnes optimaliseren niet door hebben dat er een conversie is geweest en niet optimaal draaien en bezoekers onnodig lang retargetten waar veel budget door verspilt wordt.

Hoe werkt GTM Server-Side?

Bij GTM Server-Side blijft client-side tagging noodzakelijk, zoals eerder beschreven. Veel browsergebaseerde interacties – zoals buttonclicks, scrollgedrag of de tijd die iemand op een pagina doorbrengt – vinden immers plaats in de browser en worden niet door een server geregistreerd. De client-side GTM-container blijft daarom verantwoordelijk voor het verzamelen van dit soort gegevens.

Wat verandert, is de route die de data aflegt. In plaats van dat de informatie direct vanuit de browser naar externe advertentieplatformen wordt gestuurd, gaan de verzoeken eerst naar een eigen GTM server-container. Deze container wordt geïnstalleerd op een subdomein van je eigen website, bijvoorbeeld sst.example.com bij de hoofdsite example.com.

Omdat dit verkeer verloopt via een subdomein van je eigen site, wordt het door browsers en adblockers niet gezien als verdacht of extern verkeer. Het wordt beschouwd als first-party verkeer, waardoor het veel minder snel wordt geblokkeerd. Hierdoor is het niet meer nodig om third-party cookies te gebruiken. In plaats daarvan kunnen de benodigde trackinggegevens worden opgeslagen in first-party cookies, die door de servercontainer worden aangemaakt en beheerd op je eigen domein.
De GTM server-container ontvangt dus data van de browser via de client-container, verwerkt deze, en stuurt deze vervolgens door naar bijvoorbeeld Google Analytics of Facebook Ads. Omdat de tracking op deze manier binnen je eigen domein blijft, werk je met betrouwbare, first-party data. Dit zorgt ervoor dat metingen consistenter zijn, minder afhankelijk van browserbeperkingen, en dat conversies accurater kunnen worden toegewezen.

Extra voordeel: snellere website

Doordat er minder scripts en trackingrequests direct in de browser worden uitgevoerd, kan server-side tagging bijdragen aan snellere laadtijden van je website en minder impact op de gebruikerservaring.

Meer controle over data

Een belangrijk voordeel van server-side tagging is dat je meer controle hebt over welke data daadwerkelijk wordt doorgestuurd naar externe systemen. Je kunt gevoelige gegevens filteren, IP-adressen anonimiseren of specifieke velden verwijderen voordat je deze deelt met advertentieplatformen.

Belang van een Correcte Client-Side Setup voor Server-Side Tagging

Een succesvolle implementatie van server-side tagging begint bij een goed ingerichte client-side setup. De client-side GTM-container moet volledig en correct functioneren, omdat server-side tagging afhankelijk is van de data die door de browser (client) wordt verzameld. Denk hierbij aan gebruikersinteracties zoals klikken, scrollen en sessieduur — gebeurtenissen die alleen via de browser beschikbaar zijn.

Server-side GTM komt dus bovenop je bestaande setup, wat betekent dat het altijd extra tijd en expertise vergt om in te richten. Bovendien beheer je niet één, maar twee afzonderlijke GTM-containers: één in de browser en één op de server. De server-container draait in een backendomgeving, waar je geen standaard JavaScript gebruikt om data te manipuleren. In plaats daarvan werk je met server-side code, wat technisch complexer is en meer kennis vereist.
Een ander belangrijk punt is dat bij bijvoorbeeld Facebook Ads de conversietracking zowel client-side als server-side moet worden opgezet. Zonder aanvullende maatregelen kan dit leiden tot dubbele metingen wanneer een conversie via beide kanalen wordt doorgegeven. Om dit te voorkomen, moet je werken met een event ID dat zowel in de client- als serverrequest wordt meegestuurd en al die gegevens moeten dus ook op de juiste manier naar de server Google Tag Manager worden gestuurd. Dit maakt het mogelijk om dubbele conversies te herkennen en te filteren, zodat de rapportage betrouwbaar blijft.

Kosten van Server-Side Tagging

Server-side tagging vereist een eigen serveromgeving om de GTM-servercontainer op te draaien. Gelukkig hoeft dit geen grote investering te zijn: met oplossingen zoals Stape of Taggrs kun je al starten vanaf ongeveer €20 per maand. Deze platformen bieden gebruiksvriendelijke hosting voor je GTM servercontainer, inclusief automatische updates, logging en handige integraties.

De exacte kosten hangen af van het verkeer op je website en de hoeveelheid requests die je server verwerkt, maar voor de meeste middelgrote websites zijn de maandelijkse kosten overzichtelijk en goed te beheersen.

Voor wie is server-side tagging relevant?

Tot voor kort was server-side tagging vooral interessant voor grotere adverteerders met hoge budgetten of sterk privacygevoelige toepassingen. Maar nu Google heeft aangekondigd dat ook Chrome third-party cookies gaat blokkeren — na Safari en Firefox — wordt server-side tagging steeds belangrijker voor élke organisatie die online adverteert.

Zonder server-side tagging loop je het risico dat een steeds groter deel van je conversies en gebruikersinteracties verloren gaat in je metingen. Daardoor werken optimalisatie-algoritmes minder goed, worden doelgroepen onnauwkeurig opgebouwd, en is je advertentiebudget minder effectief.

Met server-side tagging werk je met first-party data, verminder je de impact van adblockers en browsers, en blijf je toekomstbestendig meten — zelfs als third-party tracking volledig verdwijnt.

Wil je hiermee aan de slag?

Ik help je graag met het opzetten van een server-side tagging omgeving die werkt, voldoet aan de privacyregels en jouw meetresultaten naar een hoger niveau tilt. Of je nu vanaf nul begint of je bestaande setup wilt verbeteren: ik zorg dat alles technisch goed staat én begrijpelijk blijft. Neem contact op voor server side tagging om vrijblijvend te sparren over de mogelijkheden.</p>

Conclusie

Zowel client-side als server-side GTM heeft zijn eigen voordelen en beperkingen. Server-side tagging biedt betrouwbare metingen, betere prestaties, en betere naleving van privacywetgeving, maar is geen vervanging voor client-side tagging. Beide benaderingen vullen elkaar aan: de client-side container verzamelt cruciale gebruikersinteracties, terwijl de server-side container zorgt voor een veiligere, betrouwbaardere en efficiëntere gegevensverwerking. Houd er rekening mee dat de setup van server-side GTM altijd meer tijd en extra werk vereist, vooral als je zowel client-side als server-side tracking moet implementeren om dubbele metingen te voorkomen.