Je hebt vorige maand veertig bestellingen gehad, maar GA4 laat er vijfentwintig zien. Of het conversierapport blijft op nul staan terwijl de aanvragen gewoon binnenkomen. Dit is een van de meest voorkomende problemen die wij bij nieuwe klanten tegenkomen.
Eerst de verwachting goed zetten: geen enkele webanalyse-tool meet alles. Een deel van je bezoekers weigert cookies, gebruikt een adblocker of wisselt van apparaat. Je bestelsysteem is de waarheid, GA4 laat zien waar die bestellingen vandaan komen. Het doel is dus niet alles meten, maar zo veel mogelijk meten, consequent, en weten waar het gat zit.
De zes meest voorkomende oorzaken dat GA4 conversies mist
| Oorzaak | Hoe je het herkent | Oplossing |
|---|---|---|
| Consent geweigerd | Veel sessies, maar weinig events na de cookiebanner | Consent Mode v2 correct instellen, banner goed inrichten |
| Tag of event niet goed ingesteld | Event verschijnt niet in DebugView | Trigger en tag controleren in Tag Manager |
| Verkeerd event als conversie gemarkeerd | Conversies tellen op de verkeerde pagina of helemaal niet | Juiste event als key event (conversie) markeren |
| Redirect via betaalprovider | Conversies worden toegeschreven aan “referral” van de betaalpagina | Betaalprovider toevoegen aan ongewenste verwijzingen, cross-domain meting instellen |
| Adblockers | Structureel lager aantal sessies dan je server logt | Server-side tagging overwegen |
| Bedankpagina laadt niet of wordt overgeslagen | Bestellingen zonder bijbehorend purchase-event | Event koppelen aan de bevestiging in plaats van aan de pagina |
Oorzaak 1: consent geweigerd en wat consent mode daaraan doet
Gebruik je een cookiebanner, dan kiest een deel van je bezoekers “weigeren”. Zonder goede instelling vuren je tags dan alsnog (en dat wil je niet), of ze vuren helemaal niet en je mist elke conversie van die groep.
Google Consent Mode is de manier waarop je Google-tags (GA4, Google Ads) vertelt welke toestemming de bezoeker heeft gegeven. In Consent Mode v2 gaat het om vier signalen:
| Signaal | Wat het regelt |
|---|---|
analytics_storage | Mag GA4 cookies plaatsen om bezoekers en sessies te herkennen? |
ad_storage | Mogen er cookies voor advertenties worden gezet, bijvoorbeeld voor Google Ads-conversiemeting? |
ad_user_data | Mogen gebruikersgegevens naar Google worden gestuurd voor advertentiedoeleinden? |
ad_personalization | Mogen die gegevens worden gebruikt voor gepersonaliseerde advertenties, zoals remarketing? |
De eerste twee bestonden al in de eerste versie; ad_user_data en ad_personalization zijn in v2 toegevoegd en zijn nodig voor Google Ads-functies zoals remarketing.
Hoe consent mode technisch werkt
Consent mode werkt in twee stappen:
- Default. Nog voordat een tag laadt, stel je de standaardstatus in. Voor bezoekers in Europa staat die meestal op
deniedvoor alle vier de signalen. - Update. Zodra de bezoeker kiest in de cookiebanner, stuurt de banner een update:
grantedofdeniedper signaal. De tags reageren daar direct op.
De volgorde is cruciaal. Laadt de GA4-tag vóór de default-status is gezet, dan worden er alsnog cookies geplaatst. In Google Tag Manager gebruik je daarvoor de trigger “Consent Initialization”, die altijd als eerste vuurt.
Basic of advanced consent mode: het verschil
Er zijn twee manieren om consent mode te implementeren.
Basic consent mode. Je Google-tags laden pas nadat de bezoeker toestemming heeft gegeven. Weigert iemand, dan gaat er niets naar Google. Simpel, maar van weigeraars weet je dus niets.
Advanced consent mode. De Google-tags laden altijd, maar passen hun gedrag aan. Bij denied plaatsen ze geen cookies en sturen ze alleen cookieloze pings: een signaal dat er een pagina is bekeken of een conversie is gedaan, zonder dat de bezoeker herkenbaar is. Op basis van die pings kan Google modelleren hoeveel conversies je waarschijnlijk hebt gemist.
| Basic | Advanced | |
|---|---|---|
| Tags laden vóór toestemming | Nee | Ja, zonder cookies |
| Data van weigeraars | Niets | Cookieloze pings |
| Modellering van gemiste conversies | Nee | Ja, bij voldoende data |
| Complexiteit | Laag | Hoger, vraagt goede test |
Welke variant je kiest, is deels een technische en deels een juridische keuze. Wij geven geen juridisch advies; overleg daarover met je eigen adviseur. Technisch gezien geeft advanced het meest complete beeld.
Consent mode v2 instellen in Tag Manager: de stappen
De meeste cookiebanners (ook wel consent management platforms of CMP’s) hebben een kant-en-klare koppeling met Google Tag Manager. Kies een banner die consent mode v2 expliciet ondersteunt. Dan ziet de implementatie er zo uit:
- Installeer de CMP-template in GTM en laat die vuren op de trigger Consent Initialization. Hier wordt de default-status gezet.
- Controleer de default-statussen. Alle vier de signalen op
deniedvoor Europese bezoekers, tenzij je daar bewust van afwijkt. - Koppel de bannerkeuze aan de update. De CMP stuurt bij accepteren of weigeren de nieuwe statussen door. Test dit, want niet elke banner doet dit standaard goed.
- Stel per tag de consent-instellingen in. Voor advanced laat je Google-tags laden en regelt consent mode het gedrag; voor basic voeg je de signalen als extra voorwaarde toe.
- Test in preview-modus. Bekijk in de Tag Assistant het tabblad Consent en controleer of de statussen veranderen zodra je in de banner klikt.
Uit de praktijk: bij bijna elke nieuwe klant die wij bij Stijgt onderzoeken, klopt de meting niet. Soms vuren tags vóór de banner, soms staat het verkeerde event als conversie, soms ontbreken de v2-signalen helemaal. Daarom beginnen wij elk traject met een nulmeting en controle van alle metingen. Zonder goede meting optimaliseer je op zand.
Oorzaak 2 en 3: verkeerde tags, triggers of conversie-events
Consent is lang niet altijd de boosdoener. Vaak gaat het mis in de instelling zelf:
- Het event vuurt niet. De trigger staat op een URL die net anders is dan de echte bedankpagina, of het formulier verstuurt zonder paginawissel en de trigger reageert daar niet op.
- Het event vuurt dubbel. Een GA4-tag via GTM én een hardcoded script in de website. Dan zie je juist te veel conversies.
- Het verkeerde event is als conversie gemarkeerd. Bijvoorbeeld
form_startin plaats vanform_submit. - Het event is niet als key event gemarkeerd. GA4 noemt conversies inmiddels “belangrijke gebeurtenissen” (key events). Zet je een event daar niet expliciet aan, dan verschijnt het niet in je conversierapporten.
Oorzaak 4: de omweg via een betaalprovider
Bij webshops is dit een klassieker. De klant gaat naar de betaalomgeving van de betaalprovider en komt daarna terug op jouw bedankpagina. GA4 ziet dat als een nieuwe sessie met de betaalprovider als bron. De conversie is er wel, maar wordt toegeschreven aan “referral” in plaats van aan Google Ads of organisch verkeer.
De oplossing zit in GA4 bij de instellingen van je gegevensstroom: voeg het domein van je betaalprovider toe aan de ongewenste verwijzingen. Werk je met meerdere eigen domeinen, bijvoorbeeld een aparte checkout, stel dan cross-domain meting in.
Oorzaak 5: adblockers
Een deel van je bezoekers blokkeert scripts van Google. Die bezoekers verschijnen niet in GA4, ook niet als ze bestellen. Dit los je niet op met consent mode. Server-side tagging, waarbij de data via je eigen domein naar Google loopt, vermindert het effect.
Zo controleer je zelf of je conversiemeting klopt
Doe een testbestelling en kijk in DebugView of het conversie-event binnenkomt met de juiste waarde. Vergelijk daarna de conversies in GA4 over een maand met je bestelsysteem: een verschil is normaal, maar mist meer dan de helft, dan is er meer aan de hand. Weiger tot slot de cookies en herhaal de test. Vuren de tags nog steeds met cookies? Dan is consent mode niet goed ingesteld.
Een goede meting is de basis van alles wat daarna komt: conversie optimalisatie, bijsturen van Google Ads en beoordelen of je SEO rendeert. Twijfel je of jouw meting klopt? Neem contact op, dan kijken wij bij Stijgt mee.