Wat is server side tagging?
Normaal draaien je meettags in de browser van je bezoeker. Die browser stuurt de gegevens dan rechtstreeks naar diensten als Google Analytics, Google Ads en Meta. Bij server side tagging zet je daar een eigen servercontainer tussen. De browser stuurt het meetverzoek eerst naar jouw server, en die bepaalt gecontroleerd wat er naar welk platform gaat.
Je verplaatst dus niet het meten zelf, maar het beheer en de doorgifte van je tags. Dat klinkt als een technisch detail, maar het geeft je op een paar belangrijke punten meer grip. En het legt meteen de vinger op de vraag die veel mensen door elkaar halen: is dit hetzelfde als server-side meten? Nee, en dat verschil bepaalt hoeveel je uiteindelijk echt meet.
Hoe server side tagging werkt
De meetverzoeken lopen via een eigen subdomein, bijvoorbeeld collect.jouwdomein.nl, in plaats van rechtstreeks naar allerlei externe advertentiedomeinen. De browser stuurt de gebeurtenis daarheen, de servercontainer verwerkt hem, en stuurt hem gecontroleerd door naar je platforms.
Omdat dat verkeer van je eigen domein komt en niet van een herkenbaar extern script, wordt het minder snel geblokkeerd door browserrestricties of eenvoudige blocklists. Je verliest daardoor minder data. Eerlijk blijft eerlijk: dit is geen manier om toestemming of bewuste blokkering te omzeilen. Goede adblockers herkennen ook first-party endpoints, en zonder geldige toestemming mag je de data sowieso niet versturen.
Server side tagging is niet hetzelfde als server-side meten
Dit is het hardnekkigste misverstand, en precies waar de meeste uitleg de plank misslaat. Bij server side tagging ontstaat het event nog steeds in de browser. Die stuurt het naar de servercontainer, die het weer doorstuurt. Wordt JavaScript niet uitgevoerd, ontbreekt toestemming, of ontstaat het event in de browser nooit, dan heeft je servercontainer ook niets om te verwerken.
Echt backend- of server-side meten betekent dat een systeem zoals je webshop, je betaalprovider of je CRM zelf een gebeurtenis doorstuurt, bijvoorbeeld op het moment dat een betaling definitief is geslaagd. Dat is wezenlijk robuuster dan alleen een browserverzoek via een servercontainer routeren. Wij bieden beide bewust aan, en zijn daar eerlijk over.
Hoe echt server-side meten wél werkt
De sterkste vorm van meten slaat de browser volledig over. In plaats van dat een event in de browser ontstaat en via een datalayer wordt doorgegeven, stuurt jouw systeem de gebeurtenis rechtstreeks door: server naar server. Je backend, je webshop of je betaalprovider praat direct met de meet- en advertentieplatforms.
Wij kunnen dat opzetten: events én sessies server-to-server doorsturen, zonder tussenkomst van een datalayer in de browser. Omdat er in de browser niets hoeft te gebeuren, hebben adblockers, browserrestricties en geblokkeerde scripts hier simpelweg geen vat op. Wat je backend als waar registreert, komt binnen.
Dat is het echte verschil met server side tagging, waar het event nog steeds in de browser begint. Bij server-to-server meting meet je op de bron: de daadwerkelijke order of gebeurtenis in je eigen systeem, in plaats van een signaal dat de browser wel of niet doorlaat.
Wat server side tagging je oplevert
Naast minder verlies door browserbeperkingen krijg je vooral meer controle en betere datakwaliteit.
Meer controle over welke data vertrekt
Omdat alles eerst door jouw servercontainer gaat, kun je de data valideren, aanpassen of verwijderen voordat die naar een platform gaat. In de praktijk gebruik je dat om irrelevante parameters te verwijderen, persoonsgegevens te blokkeren of te hashen waar dat mag, campagnegegevens te normaliseren, interne bezoekers eruit te filteren, en events alleen door te sturen als ze aan voorwaarden voldoen.
Betere datakwaliteit, zeker bij e-commerce
Met één centrale verwerkingslaag voorkom je dat elk platform zijn eigen afwijkende logica gebruikt. Een aankoop controleer je centraal op order-ID, waarde, valuta en dubbele transacties. Vooral bij webshops haal je zo dubbele browser- en serverevents eruit, houd je omzetwaarden consistent, en krijg je betrouwbaardere signalen voor je attributie.
Meer first-party controle
In sommige opzetten kun je cookies en identifiers vanuit je eigen domein zetten en beheren, waardoor je minder afhankelijk bent van externe scripts. Dat betekent niet dat cookies onbeperkt blijven bestaan: Safari, de consentregels en andere privacymaatregelen blijven van toepassing.
De valkuil: een fout vermenigvuldigt zich centraal
Een servercontainer geeft je meer controle, maar creëert ook één centrale laag waar verkeerde logica alle platforms tegelijk kan raken. Een foutief ingestelde aankooptag vervuilt dan niet alleen Google Analytics, maar ook Google Ads en Meta in één keer.
Daarom hoort er bij server side tagging meer dan alleen de techniek: een duidelijke afspraak over welke events je meet, gescheiden test- en productieomgevingen, logging en monitoring, controles op dubbele events, validatie van toestemming, en periodieke vergelijking met je CRM- of omzetdata. En iemand die eigenaar is van het beheer en de hosting. Zonder die basis versnel je vooral het maken van fouten.
Wat aanbieders vaak “server-side” noemen
Let op bij het uitkiezen van een partij. Veel bedrijven die zeggen dat ze server-side aanbieden, bedoelen eigenlijk alleen first-party tagging. Dat is niet verkeerd, maar het is niet hetzelfde als echte server-side meting, en dat verschil bepaalt hoeveel je uiteindelijk meet.
Wij doen allebei bewust: waar het kan echte server-side via een eigen server, en anders first-party op het domein van de klant. Belangrijker nog, we zeggen vooraf eerlijk wat in jouw situatie mogelijk is, in plaats van meer te beloven dan we waar kunnen maken.
Is server side tagging privacyvriendelijk?
Het kan privacyvriendelijker zijn, omdat je zelf bepaalt welke gegevens je deelt en onnodige data kunt weglaten. Maar het ontslaat je niet van de regels. Je hebt geldige toestemming nodig, en de inzet moet duidelijk in je privacy- en cookieverklaring staan.
Wij delen daarbij alleen onherkenbare, gehashte gegevens, en nooit met landen buiten de Europese Economische Ruimte. Zo meet je beter én blijf je netjes binnen de regels. Wie server side tagging presenteert als een manier om onder toestemming uit te komen, heeft het mis.
Aan de slag met server side tagging
Server side tagging is krachtig, maar het luistert nauw en het is geen wondermiddel. Wil je weten of het bij jouw situatie past, en hoe het samenhangt met echt server-side meten? Lees ook server side tracking uitgelegd, bekijk onze aanpak op de pagina server-side tracking, of vraag de gratis analyse aan. Dan kijken we aan de hand van je eigen opzet wat je meting sterker maakt.
Veelgestelde vragen
Wat is het verschil tussen server side tagging en server side tracking?
Tagging gaat over waar je tags draaien: je verplaatst je tagbeheer naar een server. Tracking is het bredere geheel van meten en data verzamelen via een server en first-party, ongeacht welk tagsysteem je gebruikt. Tagging is dus een onderdeel, geen synoniem.
Heb ik een eigen server nodig?
Voor echte server-side wel, meestal een servercontainer op een subdomein van je eigen domein. Kan dat niet, dan is een first-party opzet op je eigen domein een alternatief. Wij bepalen per situatie wat mogelijk en zinvol is.
Werkt server side tagging met Google Tag Manager?
Ja. Google Tag Manager heeft een server-side variant waarmee je een servercontainer draait. Dat is een van de manieren om server side tagging op te zetten.
Is server side tagging privacyvriendelijker?
Het kan, doordat je zelf bepaalt welke data je deelt. Maar je hebt nog steeds geldige toestemming nodig en moet transparant zijn. Het is geen manier om de regels te omzeilen.
Voor wie loont server side tagging?
Vooral voor adverteerders met serieuze budgetten en e-commerce, waar betere en schonere data direct geld scheelt. Bij klein verkeer weegt de opzet en het onderhoud zwaarder dan de winst.