Wat is server side tagging?
Server side tagging betekent dat je meetcode draait op een server die jij beheert, in plaats van in de browser van je bezoeker. Je leest hier wat er praktisch verandert, wat je ervoor nodig hebt, en wanneer je het gewoon niet nodig hebt.
Server side tagging betekent dat je meetcode niet meer in de browser van je bezoeker draait, maar op een server die jij beheert. De browser stuurt nog één bericht naar die server, en die server verdeelt het naar Meta, Google of je analytics. Jij bepaalt daarmee zelf welke gegevens doorgaan, binnen de toestemming die je bezoeker gaf.
wat er verandert als je tags verhuist
Er verandert niets aan wát je meet, alleen aan waar de meting vandaan komt. Tags zijn kleine stukjes script die bij een handeling op je site een bericht versturen: iemand vulde een formulier in, iemand boekte een afspraak, iemand rekende af. Standaard staan die stukjes in de pagina zelf en draaien ze in de browser van je bezoeker.
Bij server side tagging verhuizen ze naar een tussenstation dat jij huurt of laat beheren. De bekendste route is een servercontainer van Google Tag Manager (sGTM). De browser meldt de handeling nog steeds, maar nu aan jouw server. Daarna beslist die server wat er naar welk platform gaat, en in welke vorm.
De reden voor die verhuizing is praktisch. De browser is van je bezoeker, niet van jou: zijn instellingen en zijn blokkers bepalen wat daar gebeurt. Op een server die jij beheert ligt die knop bij jou. Dat is de hele belofte. Betere cijfers krijg je er niet vanzelf bij.
Tagging is het gereedschap, tracking is de uitkomst: server side tagging zegt iets over de plek waar je meetcode draait, server side tracking over het feit dat je metingen buiten de browser om bij het platform aankomen. Voor je beslissing telt niet welk woord er op de offerte staat, maar wat er wordt ingericht. De termen staan naast elkaar in onze vergelijking van server side tagging en server side tracking, en de volledige route van je site naar het platform staat in onze uitleg over server side tracking.
in de browser tegenover op de server
Het verschil zit in wie de machine bezit, en daarmee in wie bepaalt welke gegevens doorgaan. Daar hangt ook aan wat er misgaat als er iets wegvalt.
| in de browser | op de server | |
|---|---|---|
| waar de code draait | In de pagina, op het apparaat van je bezoeker. | In een servercontainer die jij huurt of laat beheren. |
| wie de route bepaalt | De browser van je bezoeker, met zijn instellingen en eventuele blokkers. | Jij, binnen de toestemming die je bezoeker gaf. |
| wat er naar buiten gaat | Elke tag stuurt zijn eigen bericht rechtstreeks naar zijn eigen platform. | Eén bericht naar jouw server, die daarna per platform doorstuurt. |
| wat je site ervan merkt | Elke extra tag is extra code die de bezoeker moet laden. | Vaak minder losse tags in de pagina, maar de web-container blijft staan. |
| wat er stukgaat | Een blokkade of een geweigerde cookie haalt de meting eruit. | Een fout in de container of het toegangstoken haalt de meting eruit, zonder dat je bezoeker iets merkt. |
| wie het beheert | Je websitebouwer of je tagbeheerder. | Dezelfde persoon, plus iemand die de server in de gaten houdt. |
Een servercontainer zet je niet even aan. Het is een systeem dat blijft draaien en dat iemand moet onderhouden.
wat je nodig hebt om het te laten draaien
Er moet een plek zijn waar de server draait, een container met je tags erin, en iemand die hem inricht en daarna in de gaten houdt.
Die plek kun je zelf opzetten in de cloud, of huren bij een partij die de servercontainer voor je host. Stape en TAGGRS doen dat allebei voor Google Tag Manager. Volgens hun prijspagina's, gelezen op 2 september 2026, zijn beide gratis tot 10.000 requests per maand: tot dat aantal berichten verwerkt de server zonder kosten. Prijzen en grenzen veranderen, dus controleer ze opnieuw op het moment dat je kiest.
In het inrichten gaat de tijd zitten. Welke handelingen meet je, hoe herkennen browser en server dezelfde handeling, welke gegevens stuur je mee. Welke stappen daarbij horen en waar het fout loopt, staat in onze uitleg over server side tagging instellen.
toestemming verhuist niet mee
Server side tagging verandert niets aan wat je mag meten. Je cookiebanner blijft leidend en zonder toestemming meet je niet. Alleen de plek van de meting schuift op.
Voor Google-tags regel je die toestemming met consent mode. Dat mechanisme kent vier toestemmingsparameters: ad_storage, analytics_storage, ad_user_data en ad_personalization, waarvan de laatste twee uit consent mode v2 komen, volgens de documentatie van het Google Tag Platform over consent mode.
Let goed op het bereik daarvan. Consent mode is een Google-mechanisme dat de Google-tags regelt, niet de Meta-pixel of de Conversions API, volgens diezelfde documentatie. Adverteer je op Meta, dan regel je de toestemming voor die meting los daarvan. Wie denkt dat consent mode alles afdekt, stuurt gegevens door zonder toestemming. Laat een privacyjurist meekijken voordat je live gaat.
wanneer je het wel en niet nodig hebt
Een servercontainer verdient zich terug zodra je meerdere platforms tegelijk bedient en die routes vanaf één plek wilt aansturen. Meet je alleen Meta, dan koop je gereedschap voor een probleem dat je nog niet hebt.
Meta adviseert adverteerders de Conversions API naast de Meta-pixel te gebruiken, volgens de developer-documentatie van Meta. Die Conversions API is een rechtstreekse koppeling van jouw systeem naar Meta, en daar hoeft geen aparte meetserver tussen. Je meet dan server side zonder ooit een container aan te raken.
| jouw situatie | server side tagging nodig? |
|---|---|
| Je adverteert alleen op Meta en je funnel stuurt zelf al door naar Meta. | Nee. Richt de directe koppeling in en laat de container staan. |
| Je stuurt Meta, Google Ads en je analytics tegelijk aan. | Ja. Eén container scheelt beheer en losse fouten. |
| Je site draagt zoveel tags dat het laden merkbaar traag wordt. | Ja, als het opruimen van tags het probleem niet al oplost. |
| Je wilt zelf bepalen welke gegevens je platform bereiken en dat kunnen aantonen. | Ja. Dat is precies wat de server je oplevert. |
Heb je nog geen conversiepunt of te weinig aanvragen om een verschil te zien, dan is dit nog niet aan de orde. Die afweging staat uitgewerkt in onze uitleg over de voordelen van server side tagging.
Bij onze klanten loopt de meting via een formulier op hun eigen site, en die inzending registreren we aan de serverkant. Staat de funnel in GoHighLevel, dan gaat die serverkant via de tab Gebeurtenissen in de funnelinstellingen, het onderdeel dat trackinggegevens rechtstreeks naar Meta stuurt. De browser-pixel zetten we los daarvan in de tracking-code van diezelfde instellingen. Een servercontainer komt er in die opzet niet aan te pas.
Wij verdienen niets aan een meetserver die je niet gebruikt. Word je een container aangeboden, vraag dan welke platforms erdoorheen lopen en wie hem beheert als er iets stilvalt. Blijft het antwoord bij één platform, dan is het gesprek klaar.
veelgestelde vragen
wat is tagging precies?
Tagging is het plaatsen en beheren van tags: kleine stukjes script die bij een handeling op je site een bericht sturen naar een advertentieplatform of een analysepakket. Een tag meldt bijvoorbeeld dat iemand een formulier verstuurde. Tagbeheer regel je vanaf één plek, bijvoorbeeld in Google Tag Manager, zodat je die stukjes niet stuk voor stuk in je website hoeft te zetten.
wat is het verschil tussen server side tagging en server side rendering?
Alleen de namen lijken op elkaar. Server side rendering gaat over je website: de pagina wordt op een server opgebouwd en kant-en-klaar naar de bezoeker gestuurd. Server side tagging gaat over je meting: je meetcode draait op een server in plaats van in de browser. Je kunt het een hebben zonder het ander.
wat doet taggrs?
TAGGRS host een servercontainer voor Google Tag Manager, zodat je die server niet zelf hoeft op te zetten en te onderhouden. Volgens de prijspagina van taggrs.io, gelezen op 2 september 2026, is TAGGRS gratis tot 10.000 requests per maand. Stape biedt volgens zijn eigen prijspagina op datzelfde moment dezelfde gratis grens. Tarieven wijzigen, dus kijk ze na voordat je kiest.
wat kun je met google tag manager?
Met Google Tag Manager beheer je alle meetcode van je site vanaf één plek, zonder je website bij elke wijziging aan te passen. Je zet er tags in voor Google Ads, je analytics of een andere dienst, en je bepaalt wanneer ze afgaan. Google Tag Manager kent twee smaken: een container in de browser en een servercontainer.
heb ik server side tagging nodig als ik alleen op meta adverteer?
Voor Meta alleen heb je geen servercontainer nodig. Meta adviseert de Conversions API naast de Meta-pixel te gebruiken, volgens de developer-documentatie van Meta, en die Conversions API koppelt rechtstreeks vanuit je funnel of je klantsysteem naar Meta. Dat is server side meten zonder extra systeem. Een container wordt pas logisch zodra er meerdere platforms bij komen.
Twijfel je of dit voor jouw bedrijf nodig is, dan kijken we in een half uur met je mee. Is het antwoord nee, dan krijg je dat gewoon te horen en scheelt het je een uitgave. App me en plan een gesprek van dertig minuten.
Wil je eerst zien wat onze aanpak oplevert voordat je iets vraagt, kijk dan op de resultatenpagina.