De meeste bedrijven zoeken Google Tag Manager consultancy nadat hun developer of een vorig bureau “GTM heeft opgezet” en alles er prima uitzag, precies tot het moment dat ze de data nodig hadden. Conversieaantallen die niet kloppen met Shopify. Events die dubbel afgaan. Een container met 40 tags, de helft verweesd, niets gedocumenteerd. De container werkt in technische zin, zoals een archiefkast werkt als alles er gewoon in gepropt is.
Ben je een ondernemer of marketingmanager die vermoedt dat de cijfers achter je advertentiecampagnes niet te vertrouwen zijn, dan is deze gids voor jou. GTM is een van de nuttigste tools in performance marketing, maar het gat tussen “GTM is geïnstalleerd” en “GTM geeft ons betrouwbare data” is groter dan de meeste mensen verwachten. En precies daar gaan veel marketingbeslissingen stilletjes mis.
Dit is wat dit artikel behandelt:
- Waarom de meeste GTM-opzetten ruisende data produceren, en hoe je ziet of die van jou dat doet
- De tagfouten die de meeste tracking-opzetten breken, van bedankpagina’s tot formulieren
- Wat een goede GTM-audit laag voor laag controleert
- Hoe GTM-keuzes direct doorwerken in je Google Ads- en Meta-prestaties
- Wanneer server-side GTM de extra complexiteit waard is
De container is niet de trackingstrategie
GTM bestaat zodat marketeers tags kunnen beheren zonder voor elke wijziging terug te moeten naar een developer. Een Google Ads-conversietag, een Meta-pixel, een LinkedIn Insight Tag, GA4-events: allemaal beheerbaar vanuit één interface, met versiebeheer en een preview-modus om te testen voordat je publiceert. Op papier netjes.
Het probleem is dat het gemak waarmee je tags toevoegt, het ook makkelijk maakt om ze slecht toe te voegen. Ik heb containers geauditeerd met drie versies van de Meta-pixel die op dezelfde pagina afgingen. Ik heb Google Ads-conversieacties gezien die op paginaweergaven triggerden in plaats van op aankopen, waardoor elke sessie als conversie telde. Smart Bidding optimaliseerde op die data. De campagnes leken briljant. Dat waren ze niet.
Dit is de kern die je over GTM moet begrijpen: de container is een uitrolmechanisme, geen strategie. Welke events je trackt, wat als conversie telt, hoe je client-side en server-side events dedupliceert, hoe je dubbeltellingen voorkomt: dat is apart werk, en het moet eerst. Anders rol je alleen maar sneller slechte data uit.
De tagfouten die de meeste opzetten breken
Een handvol faalpatronen komt in audits steeds terug. Elk ervan ziet er in een snelle test prima uit en valt uit elkaar onder echt gebruikersgedrag.
De bedankpagina-tag die niets telt (of alles)
De duurste fout: de aankooptag laten afgaan bij het laden van de bedankpagina. Klinkt logisch, maar klanten gedragen zich niet logisch. Ze verversen de pagina en de conversie telt dubbel. Ze zetten er een bladwijzer op en komen later terug. Ze ronden de aankoop af in een andere sessie, waardoor de conversie aan de verkeerde bron wordt toegeschreven. En op sommige sites dient dezelfde bedank-URL voor boekingen, nieuwsbriefinschrijvingen én aankopen, allemaal gerapporteerd als hetzelfde conversietype.
De fix is de tag laten afgaan wanneer de transactie echt verwerkt is, niet wanneer een pagina laadt. Dat betekent een e-commerce dataLayer-push die één keer per transactie afgaat, een custom event gekoppeld aan een geslaagde betaling, of server-side tracking waar het verversen van pagina’s geen vat op heeft.
Formuliertracking die echte leads mist
Een standaard formulier-verzendtrigger gaat alleen af als het formulier technisch verzendt. Validatiefouten, bezoekers die wegklikken of een JavaScript-fout betekenen dat de tag nooit afgaat, ook als de lead via een andere weg binnenkwam. Betere formuliertracking gebruikt drie tags: een formulierstart (eerste veld aangeklikt), een voortgangspunt, en een succes-tag die alleen bij bevestigde verzending afgaat. Dat geeft je meteen funneldata over waar mensen afhaken.
Timing- en volgordefouten
Tags die in rustige periodes zijn opgezet, kunnen onder druk misgaan, wanneer een trage pagina doorstuurt voordat de tag zijn data heeft verzonden. En als meerdere tags op één trigger afgaan en de één afhankelijk is van data die de ander eerst verwerkt, telt de volgorde. GTM’s tag sequencing regelt dat, maar alleen als je de afhankelijkheden in kaart brengt voordat je triggers bouwt.
Cross-domein-gaten
Draaien je hoofdsite en checkout op verschillende domeinen, dan heb je linker-parameters nodig die client-ID’s doorgeven, verwijzingsuitsluitingen zodat je eigen checkout-domein de attributie niet steelt, en een test van de volledige klantreis. Zonder dat lijkt één klant twee personen en breekt je attributie volledig.
Wat een goede GTM-audit controleert
Als ik een GTM-audit doe voor een nieuwe klant, is de container zelf maar één laag. Dit is de vier-lagen GTM-audit van Coby:
- Triggerlogica. Gaan conversietags af op de juiste events, één keer per transactie, en alleen daar? Een aankooptag hoort op een bevestigd order-event of een dataLayer-push vanuit het e-commerceplatform, niet op een generieke bedank-URL.
- dataLayer-opzet. GA4 en Enhanced Conversions in Google Ads leunen op een schone dataLayer voor transactie-ID’s, orderwaarden en klantdata. Wordt de e-commerce dataLayer niet gepusht voordat GTM afgaat, dan mis je omzetwaarden of stuur je nullen. Google’s Tag Manager-documentatie beschrijft de specificatie, maar de implementatie is developerswerk dat goed gecoördineerd moet worden.
- Deduplicatie. Draait server-side GTM naast client-side, dan mag hetzelfde event niet twee keer gerapporteerd worden. Een Meta Conversions API-event en een browserpixel-event voor dezelfde aankoop hebben hetzelfde event-ID nodig zodat Meta kan dedupliceren. Gaat dat mis, dan stijgt je gerapporteerde ROAS terwijl je echte ROAS gelijk blijft, en trek je budget naar campagnes die het niet verdienen.
- Variabele-hygiëne. Variabelen die verwijzen naar pagina-elementen die niet meer bestaan, custom HTML-tags met hardcoded ID’s van een redesign van twee jaar terug, opzoektabellen die naar oude campagneparameters wijzen. Een container waar drie bureaus in vier jaar aan hebben gezeten, is vaak een documentatienachtmerrie waarin niemand iets durft te verwijderen.
De uitkomst van de audit hoort een geprioriteerde lijst te zijn van wat je fixt en waarom, afgezet tegen wat er daadwerkelijk in GA4 en de advertentieplatforms binnenkomt. Een tag kan correct uitgerold zijn en toch verkeerde data produceren als de dataLayer aan de sitekant kapot is.
Waar GTM-keuzes je betaalde kanalen raken
Dit is het deel dat de meeste GTM-gidsen overslaan, omdat ze tagbeheer behandelen als een IT-taak in plaats van een performance-marketingtaak.
Elk conversiesignaal dat je via GTM naar Google Ads stuurt, traint het algoritme. Smart Bidding gebruikt die signalen om te bepalen wie je advertenties ziet en wat het in elke veiling biedt. Gaat je conversietag af op het verkeerde event, meerdere keren per transactie, of mist hij mobiele aankopen omdat een trigger leunde op een knopclass die bij een site-update veranderde, dan traint Smart Bidding op vervuilde data. Herstel duurt weken, want het model heeft tijd nodig om opnieuw te leren.
Hetzelfde geldt voor Meta. De Meta-pixel via GTM verzorgt de browser-side events; samen met de Conversions API geeft die Meta de signaalkwaliteit die zijn optimalisatie nodig heeft. Meta’s uitleg over Event Match Quality beschrijft hoe betere datamatching de weergave verbetert. Een slecht geconfigureerde pixel met lage matchkwaliteit beperkt direct welke doelgroepen je bereikt.
Daarom fixen wij tracking vóór het lanceren of opschalen van campagnes, elke keer. Een Google Ads-campagne optimaliseren op ruisende conversiedata is budgetverspilling, en de fix kost meestal minder dan één maand van die verspilling.
Server-side GTM: wanneer de extra complexiteit loont
Server-side GTM verplaatst het afvuren van tags van de browser van de bezoeker naar een server die je zelf beheert, meestal een cloud-container op Google Cloud Platform. Adblockers en iOS-privacybeperkingen raken client-side tags maar niet server-naar-server-verkeer, je bepaalt zelf welke data je infrastructuur verlaat, en first-party cookies die server-side gezet worden gaan langer mee dan cookies uit browser-JavaScript.
Voor webshops met serieus volume is dat de opzetkosten en maandelijkse hosting meestal waard. Voor kleinere bedrijven die de basis nog op orde moeten krijgen: begin met een schone client-side container. Server-side voegt complexiteit toe, en fundament wint van infrastructuur.
Eén platformspecifieke opmerking: Shopify-checkoutpagina’s beperken scripts van derden, en Shopify’s Customer Events (web pixels) is inmiddels de ondersteunde manier om checkout-events vast te leggen. Stamt je GTM-opzet van vóór die verandering en is die niet bijgewerkt, dan is je aankoopdata waarschijnlijk onvolledig.
Hoe Coby GTM consultancy aanpakt
Best-in-class tracking is het eerste dat we voor elke klant bouwen, omdat alles stroomafwaarts ervan afhangt. Een GTM-traject bij Coby begint met de vier-lagen-audit hierboven en een review van wat er echt binnenkomt in GA4 en de advertentieplatforms. Daarna bestaat het werk meestal uit een combinatie van conversietracking opnieuw opbouwen, GA4-eventnamen gelijktrekken met je echte funnel, Enhanced Conversions instellen voor Google Ads, en de Meta Conversions API configureren via een server-container.
Documentatie hoort bij het werk. Een container zonder notities, naamconventies of auditlog is een risico voor de volgende die eraan komt, dus dat bouwen we in, ook als klanten er niet om vragen.
Wil je tracking waar je campagnes echt op kunnen vertrouwen, dan dekt onze data-analytics dienst GTM-audits, dataLayer-specificatie, conversie-opzet en server-side implementatie. Het sluit direct aan op ons werk in performance marketing en marketing automation, want schone eventdata voedt ook die. Of lees hoe dit in het grotere meetplaatje past in onze gids over server-side tracking, en neem contact op.
Veelgestelde vragen
Vervangt GTM Google Analytics?
Nee. GTM is een tagbeheersysteem: het rolt tags uit en laat ze afgaan, waaronder de GA4-tag. Google Analytics is waar de data leeft en gerapporteerd wordt. Ze werken samen, maar je hebt ze allebei nodig.
Hoe weet ik of mijn GTM-opzet slechte data produceert?
Vergelijk je conversieaantallen in Google Ads of Meta met wat je e-commerceplatform of CRM rapporteert. Verschillen boven de vijf tot tien procent wijzen meestal op dubbel afvuren, gemiste events of verkeerde triggerlogica. GTM’s preview-modus en de browserconsole zijn de juiste startpunten voor diagnose.
Wat is het verschil tussen client-side en server-side GTM?
Client-side GTM draait in de browser van de bezoeker en is daardoor kwetsbaar voor adblockers en privacybeperkingen van browsers. Server-side GTM draait op een server die je zelf beheert, waardoor die beperkingen minder vat hebben en je meer controle hebt over datastromen. Het kost ook meer om op te zetten en te hosten, dus het is niet voor elk bedrijf de juiste keuze.
Kan ik GTM zelf opzetten of heb ik een consultant nodig?
De basis, zoals de container installeren en een GA4-tag toevoegen, kun je prima zelf. Conversietracking voor betaalde kanalen, Enhanced Conversions, dataLayer-integratie met een e-commerceplatform en server-side werk hebben echte complexiteit. Ze verkeerd doen kost meestal meer dan de consultancy had gekost.
Hoe lang duurt een GTM-audit?
Een grondige audit van een middelgrote e-commerce-container, met alle tags, triggers en variabelen en een kruiscontrole met GA4- en advertentiedata, kost meestal twee tot vier dagen. Containers met jaren aan opgestapelde tags, meerdere siteversies en meerdere advertentieplatforms kosten langer.
Werkt GTM met Shopify?
Ja, al beperkt de Shopify-checkout al langere tijd scripts van derden, en is Customer Events (web pixels) nu de ondersteunde route voor checkout-tracking. Stamt je opzet van vóór die verandering en is die niet bijgewerkt, dan kan je aankoopconversiedata onvolledig zijn.
Laatst bijgewerkt: augustus 2026
Geschreven door Marloes Slotboom, founder van Coby Agency