Tracking uitbesteden: GA4 en Google Tag Manager die kloppen

Tracking uitbesteden aan iemand die zelf bouwt

Je adverteert, je verkoopt, maar je cijfers kloppen niet. Google Ads meldt vijftig conversies, je webshop er tweeëndertig, en niemand kan uitleggen waar dat verschil zit. Dan neem je beslissingen over je budget op data waarvan je niet weet of die waar is.

Ik richt je meting opnieuw in: GA4 en Google Tag Manager, met events die passen bij wat jij verkoopt. Geen dashboard erbij dat niemand opent, maar een setup waarvan je kunt nagaan dat hij klopt.

Wat richt ik voor je in?

• Volledige implementatie van Google Analytics 4, inclusief e-commerce-events
• Inrichten en opschonen van Google Tag Manager
• Conversietracking voor Google Ads, Meta, TikTok en LinkedIn
• Consent Mode v2 gekoppeld aan je cookiebanner, bijvoorbeeld Cookiebot of CookieFirst
• Rapportage in Looker Studio, of in een dashboard dat ik voor je bouw

Wat is server-side tracking?

Server-side tracking stuurt data via je eigen server in plaats van via scripts in de browser. Dit is betrouwbaarder omdat:

• Adblockers je tracking niet meer kunnen blokkeren
• Safari's Intelligent Tracking Prevention (ITP) geen effect heeft
• Je data completer en nauwkeuriger is voor betere beslissingen
• Je voldoet aan privacywetgeving (AVG/GDPR)

Wat is het verschil tussen server-side tracking en server-side tagging?

Server-side tagging is de techniek, server-side tracking is wat je ermee bereikt. Bij server-side tagging draai je een eigen Google Tag Manager-container op een server, en vuren je tags daar in plaats van in de browser van je bezoeker. Server-side tracking is het resultaat: meten dat niet meer afhangt van wat de browser toelaat.

In de praktijk worden de twee termen door elkaar gebruikt en bedoelt iedereen hetzelfde. Vraag bij een offerte altijd na of er een eigen container op een eigen subdomein komt, want dat is het onderdeel dat het verschil maakt.

Wat gebeurt er technisch bij server-side tagging?

Er komt een tweede Google Tag Manager-container bij, die niet in de browser draait maar op een server. Dit zijn de stappen:

1. Server-container aanmaken in Google Tag Manager, naast je bestaande webcontainer.
2. Hosting kiezen. Google Cloud Run als je alles in eigen beheer wilt, of Stape als je liever geen cloudrekening beheert. Welke van de twee het wordt hangt af van je volume en of je zelf bij de logs moet kunnen.
3. Eigen subdomein instellen, bijvoorbeeld sgtm.jouwdomein.nl, via een CNAME- of A-record. Dit is het belangrijkste onderdeel: omdat dat subdomein bij je eigen domein hoort, zijn de cookies die daar gezet worden first-party.
4. Cookies serverzijdig zetten. Safari knipt cookies die JavaScript zet terug naar zeven dagen. Cookies die je server zelf meestuurt vallen niet onder die limiet, waardoor je terugkerende bezoekers weer herkent.
5. Consent doorgeven. Consent Mode v2 moet de server bereiken, anders meet je door terwijl iemand geweigerd heeft.
6. Events doorsturen naar GA4, Google Ads en de Meta Conversions API, met een event_id per event.
7. Valideren met de preview-modus, Tag Assistant, GA4 DebugView en de serverlogs. Pas als alle vier hetzelfde zeggen, klopt de setup.

Die event_id uit stap zes is geen detail. Zonder dat veld telt Meta een aankoop twee keer, één keer via de pixel in de browser en één keer via de server, en denk jij dat je campagne twee keer zo goed loopt als hij doet. Dat is de fout die ik het vaakst terugvind bij setups die door iemand anders zijn opgeleverd. Nummer twee is consent die te laat in de dataLayer aankomt, waardoor de eerste hit van elke sessie ongemeten verdwijnt. Nummer drie is een sessie die breekt op een redirect, waarna je eigen verkeer als "referral" in je rapportage staat.

Client-side of server-side, wat is het verschil?

Wanneer heb je server-side tagging niet nodig?

Server-side tagging is niet voor iedereen de moeite waard. Adverteer je niet betaald, dan kost het je alleen maar geld. De winst zit in het terugwinnen van conversiedata voor Google Ads en Meta, en als je daar niets uitgeeft valt er niets terug te winnen.

Als vuistregel: onder ongeveer duizend euro advertentiebudget per maand verdien je de opzet plus de serverkosten niet terug. Dan is je geld beter besteed aan een GA4-inrichting die gewoon klopt. Dat zeg ik liever vooraf dan dat je er achteraf achter komt.

Doe ik server-side tagging zelf?

Nee. Ik weet hoe het werkt en ik kan je vertellen of je het nodig hebt, maar ik heb geen containers in productie draaien en ik ga niet doen alsof. Bij tracking merk je een fout pas maanden later, als er al budget is uitgegeven op verkeerde cijfers. Dat is geen plek om iets voor het eerst te proberen.

Voor de meeste bedrijven is het antwoord op die vraag trouwens nee. Een client-side setup die klopt is dan meer waard dan een server-side setup die half is opgeleverd. Heb je het wel nodig, dan zeg ik dat ook, en dan moet je bij iemand anders zijn.

Wat ik wel doe: GA4 en Tag Manager op je eigen site

Lang niet elk bedrijf heeft server-side tagging nodig, en dit is het werk waar ik de meeste tijd in steek. Een meting die klopt begint namelijk in de browser: GA4 met events die bij jouw bedrijf passen, een Tag Manager waar geen tags uit 2019 meer in hangen, en een cookiebanner die doet wat hij belooft. Daar zitten ook de meeste fouten.

Wat ik dan voor je inricht:

• GA4 opnieuw opzetten, met events die passen bij wat jij verkoopt in plaats van de standaardset
• Google Tag Manager opschonen: dubbele tags eruit, triggers die elkaar in de weg zitten rechtgetrokken
• E-commerce-events van productweergave tot aankoop, met de juiste waarde per bestelling
• Conversietracking voor Google Ads, Meta, TikTok en LinkedIn
• Consent Mode v2 gekoppeld aan je cookiebanner, zodat je blijft meten binnen wat de AVG toestaat
• Een meetplan en documentatie, zodat je over een jaar nog kunt nagaan waar een cijfer vandaan komt

Dit kost vanaf 795 euro en je hebt er geen eigen server voor nodig. Blijkt daarna dat je te veel conversies mist door adblockers of Safari, dan is server-side tagging de logische volgende stap. Andersom werkt het niet: server-side bouwen op een client-side setup die rammelt levert alleen snellere verkeerde cijfers op.

Wat kost tracking?

Dit zijn vaste bedragen, geen richtprijzen. Alle prijzen zijn exclusief btw.

Server-side tagging staat er niet bij, want dat doe ik niet. Wil je weten of het iets voor je is, dan kijk ik daar in de audit naar en zeg ik het gewoon. Reken er dan op dat de opzet bij een gespecialiseerde partij zeshonderd tot twaalfhonderd euro kost, plus vijfentwintig tot honderdvijfentwintig euro per maand aan serverkosten, afhankelijk van of je het bij Stape afneemt of zelf op Google Cloud draait.

De vanafprijzen van mijn andere diensten staan op de prijzenpagina.

Voor wie doe ik dit?

Twee groepen, en ze willen iets anders.

Webshops en bedrijven die betaald adverteren. Je geeft maandelijks aan Google Ads of Meta uit en je wilt weten wat dat oplevert. Je merkt dat de cijfers uit elkaar lopen en je wilt dat opgelost hebben, niet uitgelegd krijgen.

Marketing- en CRO-bureaus. Je krijgt deze vraag van klanten maar hebt geen developer die server-side tagging kan opleveren, en je wilt er ook geen in dienst nemen voor een paar projecten per jaar. Ik werk white label: de oplevering gebeurt in het Google Tag Manager- en GA4-account van jouw klant, je krijgt het meetplan als document zodat je het zelf kunt presenteren, ik heb geen contact met je klant als je dat niet wilt, en mijn naam staat nergens in de rapportage. Factuur gaat naar jou.

Wie voert dit uit?

Ik, Stijn Huiskes. Codurion is een eenmanszaak in Hengelo, dus je hebt van begin tot eind met dezelfde persoon te maken en niet met een accountmanager die het doorzet naar iemand die je nooit spreekt.

Naast Codurion werk ik dagelijks aan conversieoptimalisatie. A/B-tests bouwen, varianten live zetten, events valideren, uitkomsten uitlezen. Wie dat doet merkt binnen een week of een trackingsetup deugt, want een test die verkeerd meet wijst gewoon de verkeerde winnaar aan. Dat is ook de reden dat ik altijd met een audit begin en niet meteen ga bouwen.

Ik bouw al twaalf jaar websites en applicaties en werk volgens de OWASP-richtlijnen. Bij server-side tagging is dat geen bijzin: er draait dan een endpoint op een subdomein van jou waar bezoekersdata langskomt. Ik stuur geen e-mailadressen of andere persoonsgegevens door die er niet in horen, log niet meer dan nodig, draai in de EU-regio en lever een verwerkersovereenkomst mee. Meer over mijn achtergrond staat op de over-mij-pagina.