Server-side tagging voor WordPress is de moeite waard zodra je leadconversies betrouwbaar wilt meten en je campagnes serieus wilt sturen. Het levert minder dataverlies op, meer controle over wat je verstuurt en een stevigere basis voor AVG-naleving. In de rest van dit artikel werken we de techniek, de voordelen en de concrete implementatiestappen uit.
Kort samengevat:
- Koppel een eigen subdomein en schakel de productiemodus in: de standaard run.app URL levert geen gedrag met eigen cookies op.
- Investeer vooral wanneer je site voldoende verkeer en conversiewaarde heeft, je gegevens uit je CRM naar Google Ads wilt terugsturen en je serverinfrastructuur kunt onderhouden.
- Laat de browsermeting en servermeting minstens twee tot drie weken parallel lopen en vergelijk gebeurtenissen met gegevens uit je CRM voordat je tags uitschakelt.
- Vraag actieve, geïnformeerde toestemming en geef de vastgelegde status vanuit je cookiebanner door aan beide meetcontainers, zodat tracking na een weigering niet doorgaat.
- Houd de capaciteit tijdens campagnepieken in de gaten en volg Googles advies om minstens drie serverexemplaren te gebruiken om dataverlies te beperken.
Inhoudsopgave
- Wat is server-side tagging?
- Server-side versus client-side tagging: het verschil
- De belangrijkste voordelen voor leadgeneratie en conversiemeting
- Wanneer heb je server-side tagging nodig?
- Stapsgewijze WordPress-implementatie: van server container tot tag
- Consent, AVG en juridische aandachtspunten
- Implementatievalkuilen en wat we leren uit de praktijk
- Onze kijk op server-side tagging en leadmeting
- Hoe we je helpen met server-side tagging en leadmeetbaarheid
- Veelgestelde vragen
- Bronnen
Wat is server-side tagging?
Bij server-side tagging verwerk je meetdata niet in de browser van je bezoeker, maar op een eigen server. Die server, de server container, ontvangt binnenkomende verzoeken via clients en stuurt ze door naar bestemmingen zoals GA4 of Google Ads. Dat werkt anders dan klassieke tags die rechtstreeks vanuit de browser naar externe platforms sturen. Volgens Google Tag Manager kun je HTTP-verzoeken in de server container aanpassen of filteren voordat ze een extern endpoint bereiken.
De event-flow verloopt in grote lijnen zo:
- gtag.js op je WordPress-site stuurt data naar de server_container_url.
- De server container ontvangt het verzoek via een GA4-client.
- De client zet het verzoek om in een event en stuurt het door naar bestemmingen zoals GA4 of Google Ads.
Een custom domain en productie-mode zijn daarbij geen bijzaak: zonder die twee mis je het grootste deel van het cookievoordeel dat server-side tagging juist oplevert.
Server-side versus client-side tagging: het verschil
Client-side tagging laat de browser van je bezoeker het werk doen: elk script, elke tag, elke externe verbinding loopt via die browser. Dat belast de laadtijd en maakt je afhankelijk van wat adblockers en browserbeperkingen nog doorlaten.
Server-side tagging verplaatst die verwerking naar jouw eigen omgeving:
- Minder scriptbelasting in de browser, wat de paginasnelheid ten goede komt.
- First-party cookies in plaats van third-party cookies, met meer controle over welke data je daadwerkelijk doorstuurt.
- Mogelijkheid om data te filteren voordat die externe platforms bereikt.
Wat niet verandert: de toestemmingseisen. Server-side tagging is een technische verbetering, geen vervanging voor een correcte cookiebanner of consentregistratie.
De belangrijkste voordelen voor leadgeneratie en conversiemeting
Voor leadgestuurde sites draait alles om de vraag of een conversie daadwerkelijk wordt geregistreerd. Browserrestricties en adblockers laten een deel van de client-side events gewoon niet door, waardoor je in Google Ads en GA4 een vertekend beeld krijgt van wat werkt.
Server-side tagging pakt dat probleem op drie manieren aan:
- Betrouwbaardere conversiedata richting Google Ads en GA4, omdat events niet meer afhankelijk zijn van wat de browser doorlaat.
- Minder datavervuiling door adblockers, omdat de verwerking buiten de browser om gaat.
- Ruimte voor server-side enrichments, zoals het koppelen van leaddata aan CRM-import voor een realistischer beeld van leadkwaliteit.
Google stelt dat je HTTP-verzoeken kunt filteren of aanpassen in de server container voordat ze naar een extern platform gaan, wat precies de ruimte biedt om leaddata te verrijken met CRM-gegevens.
Wanneer heb je server-side tagging nodig?
Niet elke WordPress-site heeft er evenveel baat bij. Een paar criteria helpen om te bepalen of investeren nu al loont.
- Je site genereert voldoende verkeer en conversiewaarde om dataverlies daadwerkelijk te voelen in je advertentieresultaten.
- Je werkt met offline conversies of CRM-gevoede leaddata die je wilt terugkoppelen naar Google Ads.
- Je bent bereid te investeren in serverinfrastructuur en het onderhoud dat daarbij komt.
Ontbreekt een van deze drie, dan is uitstellen vaak verstandiger dan halverwege een project te laten vastlopen op capaciteit of budget.
Stapsgewijze WordPress-implementatie: van server container tot tag
Een server-side implementatie volgt een vaste volgorde. Sla je een stap over, dan loop je het risico dat je het cookievoordeel alsnog misloopt of dat consentstatus verkeerd wordt doorgegeven.
- Maak een server container aan in Google Tag Manager en voeg de benodigde clients en tags toe.
- Provision de server, bij voorkeur via GCP Cloud Run: Google raadt automatische provisioning op dit platform aan om de technische drempel te verlagen.
- Koppel een custom subdomein, zoals analytics.jouwdomein.nl, en zet productie-mode aan. Zonder subdomein blijft de standaard run.app-URL staan, en die levert geen first-party cookiegedrag op.
- Kies je WordPress-implementatie: via een plugin die de server_container_url kan instellen, of handmatig door gtag.js in je thema aan te passen en daar de server_container_url in te zetten.
- Draai een periode met dual-tagging, waarbij client-side en server-side naast elkaar lopen, en vergelijk de events met je CRM-import om afwijkingen op te sporen.
- Verifieer met preview mode en de DevTools van je browser of events correct aankomen in de server container.
- Schaal en monitor: houd capaciteit en instances in de gaten, zeker rond piekcampagnes, want Google adviseert minstens drie instances voor redundantie om dataverlies bij piekverkeer te voorkomen.
Voor een diepere technische uitwerking van stap twee en drie verwijzen we naar onze handleiding voor GA4 server-side implementatie, en voor wat een server container precies doet naar onze uitleg over de GTM server container.
Pro-tip: Laat dual-tagging minstens twee tot drie weken draaien voordat je de client-side tags uitschakelt, zodat je afwijkingen in de CRM-vergelijking op tijd opmerkt.
Consent, AVG en juridische aandachtspunten
Server-side tagging verandert niets aan de toestemmingseisen. Zodra je persoonsgegevens verwerkt via tracking, blijft actieve, geïnformeerde toestemming verplicht. De Autoriteit Persoonsgegevens hanteert negen vuistregels voor cookiebanners en handhaaft sinds 2024 strenger op naleving daarvan.
Consent Mode v2 speelt hierbij een centrale rol: het is een API die de consentstatus van je cookiebanner doorgeeft aan Google-tags. Bij een ‘denied’-status stuurt het systeem vaak cookieloze pings in plaats van cookies, zodat je toch een deel van de meting behoudt zonder toestemming te omzeilen.
Een praktische checklist voor je implementatie:
- Zorg dat je cookiebanner de consentstatus logt en doorgeeft aan zowel de client-container als de server container.
- Integreer een CMP die Consent Mode v2 ondersteunt, zodat denied- en granted-states consistent worden verwerkt.
- Controleer dat de doorvoer van consentstatus naar de server container klopt, want een foutieve koppeling kan leiden tot het versturen van data die eigenlijk geweigerd is.
Voor de volledige technische uitwerking van deze stap verwijzen we naar onze handleiding voor Consent Mode v2.
Implementatievalkuilen en wat we leren uit de praktijk
In onze implementaties voor leadgestuurde klanten zien we telkens dezelfde knelpunten terugkomen. Een custom domain instellen is geen optionele stap: sla je die over, dan verlies je het grootste deel van het cookievoordeel en val je terug op kortere cookielevensduur, precies het probleem dat je met server-side tagging wilde oplossen.
Een tweede terugkerend probleem is de consentdoorvoer tussen client- en server-container. Bij een foutieve koppeling wordt data soms toch verstuurd terwijl een bezoeker toestemming heeft geweigerd, wat niet alleen een compliance-risico is maar ook je leaddata vervuilt.
Een paar vaste gewoontes helpen om dat te voorkomen:
- Test altijd met dual-tagging en valideer de uitkomst tegen je CRM-import, niet alleen tegen GA4-rapportages.
- Houd monitoring en autoscaling actief in de gaten, vooral tijdens campagnepieken.
- Laat een senior specialist het traject begeleiden wanneer de meting leadkritisch is: een foutieve implementatie kost je meer in gemiste leads dan de implementatie zelf.
Pro-tip: Vergelijk na elke campagnewijziging de serverlogs met je CRM-data, niet pas aan het einde van de maand.
Onze kijk op server-side tagging en leadmeting
Nauwkeurige tracking is geen technisch detail, het is de basis waarop je elke beslissing over je Google Ads-budget baseert. Zonder betrouwbare conversiedata optimaliseer je op ruis, en dat zien we te vaak misgaan bij bedrijven die net overstappen van een geautomatiseerde aanpak naar een specialist.
We implementeren server-side tagging vooral voor klanten met substantiële leadwaarde en een CRM dat we kunnen koppelen aan de serverdata. We hanteren een handmatige aanpak zonder automatisering, wat vereist dat je pas bijstuurt op wat je daadwerkelijk kunt zien.
Een eerste stap begint altijd met een audit van je huidige meetopzet, gevolgd door een concreet voorstel.
— Arno Kooijman
Hoe we je helpen met server-side tagging en leadmeetbaarheid
We zetten GTM server containers op, implementeren GA4 server-side en koppelen Consent Mode v2 aan je CMP, gericht op leadvalidatie via CRM-import. Een traject start met een audit van je huidige meetopzet, gevolgd door een voorstel op maat. Bekijk onze diensten of neem direct contact op om je situatie te laten beoordelen.
Dit artikel bevat algemene informatie en vervangt niet het advies van een gekwalificeerde advocaat. Raadpleeg een gekwalificeerde juridische professional over uw eigen situatie voordat u op basis van deze inhoud handelt.
Veelgestelde vragen
Wat betekent server-side tagging precies?
Server-side tagging verwerkt meetdata op een eigen server in plaats van in de browser van je bezoeker. Google Tag Manager noemt dit een manier om verzoeken te filteren of aan te passen voordat ze externe platforms bereiken.
Is server-side tracking toegestaan onder de AVG?
Server-side tracking is toegestaan zolang je nog steeds actieve toestemming vraagt voor tracking die persoonsgegevens verwerkt. De Autoriteit Persoonsgegevens stelt dat server-side tagging geen vervanging is voor correcte consentregistratie, alleen een technische aanpassing van waar de verwerking plaatsvindt.
Hoe stel ik server-side tracking in op WordPress?
Je maakt een server container aan in Google Tag Manager, provisioneert deze via een platform zoals Cloud Run, koppelt een custom subdomein, en zet vervolgens de server_container_url in je gtag.js-code of plugin. Test de opzet altijd met dual-tagging voordat je volledig overschakelt.
Wat kost server-side tagging implementeren via Adworth?
De prijs voor server-side tagging implementatie is afhankelijk van je situatie en op aanvraag beschikbaar via onze diensten. We stellen altijd eerst een audit op voordat we een concreet voorstel doen.
Bronnen
- Server-side tagging | Google Tag Manager – Server-side | Google for Developers
- Set up consent mode – Tag Manager Help
- Ga slim om met cookies | Autoriteit Persoonsgegevens
