Laatst bijgewerkt: oktober 2026. Geschreven door Marloes Slotboom, founder van Coby Agency.
Draai je Google Ads of Meta Ads en leun je volledig op client-side tracking, dan verdwijnt een deel van je conversiedata voordat die de advertentieplatformen bereikt. Ad blockers strippen trackingscripts, Safari en Firefox beperken cookies, en bij geweigerde toestemming vuren tags helemaal niet.
Server-side tracking haalt een flink deel van dat verloren signaal terug. Deze gids is voor founders en marketeers zonder eigen datateam. Je leest wat server-side tracking doet, wat je vooraf geregeld moet hebben, en hoe je het stap voor stap instelt met Google Tag Manager en TAGGRS, het Nederlandse hostingplatform dat Coby Agency voor klantsetups gebruikt.
Nieuw met dit onderwerp? Begin dan bij onze uitleg over server-side tracking. Twijfel je nog over de hostingroute? Onze vergelijking van server-side tracking tools loopt de opties en de kosten langs.
Wat server-side tracking is en waarom het ertoe doet
Bij server-side tracking stuurt je website eventdata naar een server die jij beheert, en stuurt die server de data door naar Google, Meta en je analytics-tools. De browser van de bezoeker is dan niet langer het enige punt waar alles kan misgaan.
Standaard tracking werkt zo: een bezoeker landt op je site, JavaScript vuurt in de browser, en dat script stuurt conversiedata rechtstreeks naar Google of Meta. Het probleem: die browser is een onbetrouwbare boodschapper geworden.
Safari’s Intelligent Tracking Prevention beperkt cookies die via JavaScript worden gezet tot zeven dagen, en tot 24 uur wanneer iemand binnenkomt via een link met trackingparameters. Firefox blokkeert bekende trackingdomeinen standaard. Ad blockers strippen trackingscripts voordat ze laden. App Tracking Transparency op iOS beperkt mobiele attributie. Niets hiervan is tijdelijk; browsers bewegen al jaren deze kant op.
Met een servercontainer op je eigen subdomein gaan trackingrequests naar jouw domein in plaats van naar google-analytics.com of connect.facebook.net. Blockers die werken met lijsten van bekende trackingdomeinen hebben dan veel minder om op aan te grijpen. En omdat je server cookies via HTTP kan zetten in plaats van via JavaScript, leven die langer dan de zeven-dagen-limiet. De documentatie van Google geeft een goede technische introductie van server-side tagging.
Waarom het telt voor je advertentieresultaten
Smart Bidding bij Google en Advantage+ bij Meta optimaliseren op de conversiesignalen die ze binnenkrijgen. Komt een deel van je conversies nooit aan, dan leren de algoritmes van onvolledige data en drijven je gerapporteerde CPA en ROAS weg van de werkelijkheid. Campagnes die er in de interface matig uitzien, kunnen simpelweg ondergerapporteerd zijn.
Hoe groot dat gat is, hangt af van je publiek. Een technische B2B-doelgroep draait meer ad blockers dan een gemiddelde consumentendoelgroep, en een klantenbestand vol iPhone-gebruikers verliest meer signaal dan een publiek op Android en Chrome. Daarom noemen we geen universeel herstelpercentage: meet het verschil in je eigen account na livegang.
Kapotte meting duikt meestal het eerst op in Google Ads. Dit zijn de acht Google Ads tracking-problemen die wij in audits het vaakst tegenkomen.
Naast volume geeft server-side tracking je controle. Jij bepaalt welke data elk platform ontvangt. Je kan velden hashen of strippen voordat ze je server verlaten, en je kan consent afdwingen op serverniveau in plaats van te hopen dat elk script zich eraan houdt. Sinds maart 2024 is Consent Mode v2 verplicht voor adverteerders die Google’s platformen gebruiken in de EER, en het integreert direct met servercontainers.
Wat je nodig hebt voordat je begint
Vier dingen, in deze volgorde:
1. Een GTM-webcontainer die al live staat op je website. Hier leven je huidige client-side tags, en hier doe je straks één kleine aanpassing om events via de server te routeren.
2. Een GA4-property die events ontvangt via die webcontainer. GA4 is de brug: de eventstroom die je website nu al naar GA4 stuurt, is precies wat je servercontainer gaat onderscheppen en verdelen.
3. Een TAGGRS-account. TAGGRS host je GTM-servercontainer, zodat je geen eigen Google Cloud-project hoeft te draaien. Het is gratis tot 10.000 requests per maand, met betaalde plannen vanaf zo’n €22 per maand. Alternatieven zoals Stape of een zelf beheerde Google Cloud Run-setup werken ook; de hierboven gelinkte toolsvergelijking legt uit wanneer welke route logisch is.
4. Een subdomein op je eigen domein, bijvoorbeeld gtm.jouwwebsite.nl. Dit maakt trackingrequests first-party, en dit is het onderdeel waar ad blockers het meeste moeite mee hebben.
Coby’s stappenplan voor server-side tracking
Dit is hetzelfde zevenstappenproces dat we draaien in elke tracking- en analytics-setup, van eerste login tot validatie.
Stap 1: maak een TAGGRS-account en project aan
Maak een account aan op taggrs.io en voeg in het dashboard een nieuwe setup toe. Je kan je Google-account koppelen zodat TAGGRS je bestaande GTM-containers ophaalt, of alles handmatig configureren.
Geef het project een duidelijke naam die bij de website hoort. Alles wat met die trackingsetup te maken heeft, leeft binnen dit project.
Stap 2: maak een servercontainer aan in GTM
Maak in Google Tag Manager een nieuwe container aan en kies Server als doelplatform. Kies daarna de optie om je tagging server handmatig te provisionen.
GTM toont de configuratiecode van je container. Kopieer die en plak hem in je TAGGRS-project. TAGGRS gebruikt deze code om de infrastructuur op te zetten die je servercontainer host.
Stap 3: wijs je subdomein naar de servercontainer
Open in TAGGRS de domeininstellingen van je project. Je krijgt een serveradres waar je je subdomein met een CNAME-record naartoe wijst; dat record voeg je toe in de DNS-instellingen bij je hostingprovider of registrar.
Zodra de DNS-wijziging is doorgevoerd, meestal binnen een paar uur, antwoordt je servercontainer op je eigen subdomein. Vanaf dat moment komen trackingrequests van jouw domein in plaats van van een bekende third-party trackingdienst.
Stap 4: routeer je Google-tag via de servercontainer
Open in je GTM-webcontainer je Google-tag (de tag die data naar GA4 stuurt) en zet de server container URL op je subdomein, bijvoorbeeld https://gtm.jouwwebsite.nl. Google beschrijft deze optie in de gids over data versturen naar server-side Tag Manager.
Deze ene aanpassing vertelt de tag om events eerst naar je servercontainer te sturen in plaats van rechtstreeks naar Google. Sla op en publiceer de webcontainer.
Stap 5: configureer tags in de servercontainer
Zet in de servercontainer de tags op die events ontvangen en doorsturen naar elk platform. TAGGRS levert kant-en-klare templates voor de meestvoorkomende setups, wat veel handwerk scheelt.
De drie tags die de meeste accounts nodig hebben:
GA4-tag: ontvangt events van je webcontainer en geeft ze door aan Google Analytics. Voeg je Measurement ID toe en laat hem vuren op alle events.
Google Ads-conversietag: stuurt conversie-events naar Google Ads. Voeg per conversieactie het Conversion ID en Conversion Label toe. Moeten je conversieacties eerst op orde, begin dan bij onze gids over Google Ads conversie tracking.
Meta Conversions API-tag: de server-side tegenhanger van de Meta Pixel. Hij stuurt aankopen, leads en andere events naar Meta via de Conversions API, en vuurt ook wanneer de browser-Pixel geblokkeerd is.
Zet je Measurement ID’s, Conversion ID’s en Pixel ID in constante variabelen, zodat je elke waarde één keer invoert en overal hergebruikt.
Stap 6: test voordat je publiceert
Open Preview mode op je webcontainer en trigger events op de site. Open in een tweede tabblad Preview op de servercontainer. Dezelfde events horen in allebei te verschijnen; dat bevestigt dat de routing werkt.
Controleer dat de tags in de servercontainer 200-responses teruggeven. Elke 400- of 500-status wijst op een configuratieprobleem dat je oplost voordat je live gaat. Vergelijk daarna GA4 DebugView met de servercontainer: de events horen overeen te komen.
Stap 7: publiceer en monitor
Publiceer de servercontainer. Vergelijk in de eerste weken je conversievolumes in Google Ads en Meta met de weken ervoor, en leg beide naast je CRM of backend. Een gematigde stijging is normaal, want de setup vangt nu events die browsertags misten. Een plotselinge verdubbeling is dat niet; dat wijst op een deduplicatieprobleem.
Audit daarna maandelijks: vuren de tags nog, resolvet het subdomein nog, en kloppen de platformcijfers nog met je backend.
Draai client-side en server-side samen
Server-side tracking vervangt je browsertags niet. Het draait ernaast. De Pixel en de GA4-webtag blijven vuren voor bezoekers die ze toelaten, en de server-side setup vangt op wat zij missen. Samen geven ze je de breedste dekking.
Dat maakt deduplicatie essentieel. Rapporteren de browser-Pixel en de Conversions API allebei dezelfde aankoop, dan telt Meta die dubbel, tenzij beide events hetzelfde event-ID dragen. Meta houdt het eerste event dat binnenkomt en gooit het duplicaat weg. Laat je webcontainer per conversie een uniek event-ID genereren en stuur dat via beide routes mee. Onze gids over de Meta Conversions API gaat hier dieper op in.
Google Ads dedupliceert op de click identifier, maar houd je conversievolume na livegang in de gaten. Een ongebruikelijke piek is je signaal om op dubbeltellingen te controleren.
Fouten die we vaak zien
Migreren voordat de basis klopt. Een servercontainer stuurt trouw door wat hij binnenkrijgt, inclusief foute of dubbele events. Repareer eerst je conversiesetup en dataLayer. Onze GTM-auditaanpak legt uit wat je controleert.
Consent negeren. Server-side tracking is geen manier om onder toestemming uit te komen. Stuur consentsignalen door naar de servercontainer en respecteer ze daar. Goed ingericht maakt dit je compliance juist sterker, niet zwakker.
Deduplicatie overslaan. Dubbel getelde conversies blazen je resultaten op en zetten Smart Bidding net zo hard op het verkeerde been als ontbrekende conversies.
Behandelen als set-and-forget. DNS-records veranderen, templates krijgen updates, platformen schrappen velden. Zonder maandelijkse check kan een stille storing je weken aan data kosten.
Hoe Coby dit aanpakt
Tracking is het eerste dat we in elk account repareren, nog voordat we aan campagnes komen. Dat is de kern van onze tracking-first-aanpak van performance marketing: biedalgoritmes zijn maar zo goed als de data die je ze voert.
Voor een B2B-klant bouwden we de meting opnieuw op met precies deze GTM- en TAGGRS-setup, en herstructureerden we daarna de campagnes op de schone data. Het leadvolume ging van 2 tot 3 leads per maand naar 4 tot 5 per week. De setup zelf schreef geen betere advertenties. Hij maakte het signaal compleet genoeg voor de algoritmes, en voor ons om te zien wat echt werkte.
Server-side data wordt bovendien de ruggengraat van je first party data-strategie: één gecontroleerde stroom die je zelf bezit, wat browsers hierna ook veranderen.
Laat je setup checken
Server-side tracking met GTM en TAGGRS is een van de fixes met de meeste impact voor adverteerders die signaal verliezen aan blockers en browserbeperkingen. De setup kost een geconcentreerde dag of twee, en de betere datakwaliteit werkt door in elke campagnebeslissing daarna.
Weet je niet zeker of je huidige tracking conversies laat liggen, of je setup klaar is voor de overstap? Neem contact op, dan kijken we eerst naar je meting.
Veelgestelde vragen
Hoe lang duurt het om server-side tracking op te zetten met GTM en TAGGRS?
Voor een technische marketeer met een duidelijk stappenplan: één tot twee geconcentreerde dagen, inclusief DNS-propagatie en testen. Het onderhoud daarna is een korte maandelijkse check.
Wat kost TAGGRS?
TAGGRS is gratis tot 10.000 requests per maand, met betaalde plannen vanaf ongeveer €22 per maand. Een eigen servercontainer op Google Cloud kost grofweg $45 per instance per maand, en Google adviseert meerdere instances voor productie.
Heb ik de Meta Pixel nog nodig met server-side tracking?
Ja. Draai de browser-Pixel en de Conversions API parallel en dedupliceer met een gedeeld event-ID. Meta houdt het eerste ontvangen event en gooit het duplicaat weg, dus de combinatie geeft betere dekking dan elke route afzonderlijk.
Haalt server-side tracking alle verloren conversies terug?
Nee. Het herstelt signaal dat verloren gaat aan ad blockers en browserbeperkingen, maar consentkeuzes blijven gelden: data van bezoekers die tracking weigeren wordt niet doorgestuurd. Hoe groot het gat is dat je dicht, verschilt per publiek; meet het daarom in je eigen account.
Is server-side tracking AVG-proof?
Ja, mits goed geconfigureerd. Het omzeilt consent niet; het geeft je juist een sterker handhavingspunt, omdat jij precies bepaalt wat je server verlaat. Consent Mode v2, sinds maart 2024 verplicht in de EER, integreert direct met servercontainers.
Kan ik Stape of Google Cloud gebruiken in plaats van TAGGRS?
Ja. Stape en een zelf beheerde Google Cloud Run-setup hosten allebei GTM-servercontainers. TAGGRS is onze standaardkeuze omdat het specifiek voor deze klus is gebouwd en geen cloudkennis vraagt, maar de juiste keuze hangt af van je volume en je eigen technische kennis.