Server side tagging of server side tracking: wat is het verschil?

Server side tagging is de techniek: je meetcode draait op een server in plaats van in de browser van je bezoeker. Server side tracking is het doel: je metingen via die server naar Meta of Google laten lopen. Wie het één inricht, doet in de regel ook het ander. De twee woorden beschrijven dezelfde inrichting vanaf twee kanten.

wat server side tagging betekent

Het gaat hier puur om de plek waar je meetcode staat. Normaal staat die in de pagina zelf: kleine stukjes script in de browser van je bezoeker (tags) die bij elke handeling een bericht naar Meta of Google sturen. Server side verhuist dat werk naar een tussenstation dat jij beheert, meestal een servercontainer van Google Tag Manager (sGTM). De browser stuurt dan nog één bericht, naar jouw server, en die verdeelt het verder.

Die verhuizing heeft een praktische reden: de browser is van je bezoeker, niet van jou. Wat daar gebeurt, bepaalt de bezoeker met zijn instellingen. Op een server die jij beheert bepaal jij welke gegevens doorgaan, binnen de toestemming die je bezoeker gaf.

Beide termen worden in Nederland ongeveer even vaak gezocht. Volgens zoekdata van DataForSEO voor locatie Nederland, gemeten op 2 september 2026, wordt er op "server side tracking" en op "server side tagging" elk ongeveer 390 keer per maand gezocht.

Het ene woord is het gereedschap, het andere de uitkomst. Daarom komen ze door elkaar voor in offertes en handleidingen.

wat server side tracking betekent

Bij tracking gaat het om de uitkomst: de meting van een handeling op je site komt via een server bij het advertentieplatform aan, buiten de browser om. Welk gereedschap eronder ligt, staat los van de term. Een servercontainer is één route, een directe koppeling vanuit je funnel of je klantsysteem naar Meta (de Conversions API) een andere. Wat er aan het eind uitkomt is hetzelfde: een aanvraag die aankomt.

Tagging benoemt hoe je het doet, tracking wat je ermee bereikt. Wat er tussen je site en Meta precies gebeurt zodra je die route inricht, staat uitgebreid in onze uitleg over server side tracking.

de twee begrippen naast elkaar

Het verschil is in één regel te vatten: tagging gaat over waar je meetcode draait, tracking over waar je meting aankomt.

voor een meta-adverteerder telt een andere vraag

Adverteer je op Meta met een formulier op je site, dan is het woord bijzaak. Waar het over gaat is of de aanvraag aankomt en precies één keer geteld wordt. Meta adviseert adverteerders volgens de eigen developer-documentatie de Conversions API naast de Meta-pixel te gebruiken. Twee bronnen dus, en dan is de vraag hoe Meta ziet dat het om dezelfde aanvraag gaat.

Volgens diezelfde documentatie herkent Meta een pixel-event en een serverevent alleen als hetzelfde wanneer de eventnaam gelijk is én het event-id gelijk is (in de browser heet dat veld eventID, op de server event_id). Meta ontdubbelt bovendien alleen als het tweede event binnen 48 uur na het eerste met hetzelfde event-id binnenkomt. Komen beide events binnen en verschillen ze inhoudelijk niet, dan houdt Meta doorgaans het event dat het eerst binnenkwam.

Met maar één bron ontdubbelt Meta niets: twee gelijke browserevents tellen volgens de documentatie allebei mee. Wie de meting verplaatst zonder afspraak over eventnaam en event-id, ruilt een meting die te weinig telt in voor een meting die te veel telt. Dat is geen vooruitgang, dat is een ander soort fout.

wanneer je geen servercontainer nodig hebt

Adverteer je alleen op Meta en staan er geen Google-tags op je site, dan heb je geen servercontainer nodig om server side te meten. De Conversions API is een rechtstreekse koppeling van jouw systeem naar Meta, en daar hoeft geen aparte meetserver tussen. Dat scheelt je een extra systeem dat je moet inrichten en beheren.

Een servercontainer wordt logisch zodra je meerdere platforms tegelijk bedient, bijvoorbeeld Meta, Google Ads en je analytics, en je die routes vanaf één plek wilt aansturen. Tot dat moment koop je gereedschap voor een probleem dat je nog niet hebt. Wij verdienen niets aan die keuze.

zo lopen de metingen bij onze klanten

Wij meten bij klanten via een formulier op hun eigen site en registreren die inzendingen aan de serverkant. Staat de funnel in GoHighLevel (GHL), dan loopt die serverkant via de tab Gebeurtenissen in de funnelinstellingen, het onderdeel dat trackinggegevens rechtstreeks naar Meta stuurt en daarom om een toegangstoken vraagt. De browser-pixel zetten we los daarvan in de tracking-code van diezelfde funnelinstellingen. Een aparte meetserver komt er niet aan te pas, en n8n gebruiken we alleen als aanvulling voor de Conversions API waar GHL het niet kan.

wat we je zouden aanraden

Je situatie bepaalt de keuze. Zitten je funnel en je opvolging in één systeem en meet je alleen Meta, richt dan de directe koppeling in en laat de servercontainer voor wat hij is. Bedien je meerdere platforms of wil je je analytics ook via de server laten lopen, dan verdient een servercontainer zich terug in beheer en overzicht.

Leg in beide gevallen vooraf vast welke handelingen je meet en hoe browser en server dezelfde aanvraag herkennen. Daar gaan metingen mis, en afspreken kost minder tijd dan achteraf uitzoeken. De volledige uitleg van wat er tussen je site en het platform gebeurt staat in onze uitleg over server side tracking.

Kies je voor tracking zonder eigen servercontainer, dan staat op server side tracking laten inrichten hoe wij dat opzetten voor ondernemers zonder developer.

veelgestelde vragen

wat is server side tagging?

Server side tagging is het draaien van je meetcode (tags) op een server die jij beheert, in plaats van in de browser van je bezoeker. In de gebruikelijke opzet gebeurt dat met een servercontainer van Google Tag Manager: de browser stuurt één bericht naar jouw server en die server stuurt het door naar Meta, Google of je analytics.

is server side tagging hetzelfde als server side tracking?

Niet helemaal, al horen ze bij elkaar. Server side tagging is de techniek, server side tracking is het doel dat je ermee bereikt. Wie server side tagging inricht, doet daarmee in de regel ook aan server side tracking. Andersom geldt het niet altijd: server side meten kan ook via een directe koppeling naar Meta, zonder servercontainer.

heb ik google tag manager nodig voor server side tracking?

Voor server side tracking heb je Google Tag Manager niet per se nodig. Een servercontainer van Google Tag Manager is één manier om metingen via een server te laten lopen, en die manier is handig zodra je meerdere platforms bedient. Meet je alleen Meta, dan kan de Conversions API rechtstreeks vanuit je funnel of je klantsysteem, zonder container ertussen.

is server side tracking legaal?

Voor server side tracking gelden dezelfde toestemmingsregels als voor de meting in de browser: je hebt toestemming van je bezoeker nodig en je cookiebanner blijft leidend. De techniek verandert niet wat mag, alleen waar jij de controle hebt over welke gegevens doorgaan. In een latere post in deze reeks gaan we in op de privacyregels; laat bij twijfel een privacyjurist meekijken.

wat kost server side tagging?

De kosten van server side tagging zitten in de meetserver en in het inrichten, niet in de koppeling met Meta zelf. Hoeveel dat wordt hangt af van de route die je kiest en van het aantal metingen dat je per maand verstuurt. In een latere post in deze reeks zetten we de gangbare tools en hun tarieven naast elkaar, met de bron erbij.

Weet je niet zeker welke route bij jouw opzet hoort, dan kijken we in een half uur met je mee. Staat alles al goed, dan is dat het eerlijke antwoord en houd je een half uur over. App me en plan een gesprek van dertig minuten.