Geen data in GA4? Controleer tag, property en consent (2026)

Zie je geen data in GA4, controleer dan eerst de gekozen property en webstream, daarna de tag, consenttoestand en Realtime. Wijzig niet tegelijk de container, het measurement ID en de cookiebanner, want dan kun je niet vaststellen welke schakel de meting onderbreekt.

Stappenplan: van lege property naar één bewezen testevent

1. Baken af wat precies leeg is

Open de GA4-property die bij de onderzochte website hoort en noteer alleen de propertynaam, webstream en het openbare measurement ID in je eigen beheerdocumentatie. Controleer de gekozen periode en eventuele vergelijkingen of filters. Een lege standaardrapportage, een lege Verkenning en een lege Realtime-weergave zijn verschillende signalen.

Google beschrijft Realtime als controle voor actuele dataverzameling. DebugView is apparaatgericht, vereist debugmodus en toont geen events als privacyopties of geweigerde analytics-toestemming ze blokkeren. Volgens Google kunnen veel gewone rapporten en verkenningen 24 tot 48 uur nodig hebben om gegevens te verwerken. Gebruik daarom eerst één eigen testbezoek en één vooraf gekozen testactie in Realtime. Gebruik DebugView alleen als de foutopsporingsmodus en consenttoestand bij die test passen. Deel geen client-ID, User-ID, e-mailadres, formulierwaarde of volledige URL met queryparameters om te bewijzen dat je hebt getest.

Schrijf vóór de volgende stap één hypothese op: bijvoorbeeld “de productiepagina laadt de bedoelde container, maar na toegestane analytics verschijnt mijn testbezoek niet in de juiste webstream”. Zo voorkom je dat een verkeerd datumbereik wordt behandeld als een technisch tagprobleem.

2. Controleer property, webstream en measurement ID

Vergelijk het measurement ID in de GA4-webstream met de configuratie die op de bedoelde productieomgeving hoort te staan. Controleer ook of je niet per ongeluk naar een testproperty, oude Universal Analytics-configuratie of container voor een ander domein kijkt. Een tag kan technisch laden en toch naar de verkeerde bestemming sturen.

Leg de waarden niet vast in een publiek ticket als je organisatie ze als interne configuratie behandelt. Noteer liever dat bron en doel wel of niet overeenkomen en wie eigenaar is van de property. Verander het ID pas wanneer de afwijking is bevestigd. Maak vóór die wijziging een versie of herstelnotitie van de bestaande configuratie.

Werk je met meerdere domeinen of omgevingen, test dan exact de URL waarvoor de container bedoeld is. Een preview op staging bewijst niet dat productie dezelfde snippet, omgeving of containerversie gebruikt. Controleer ook niet alleen de homepage als het probleem uitsluitend op een formulier- of bedankpagina optreedt.

3. Test de tag en trigger in Preview

Gebruik bij Google Tag Manager de officiële Preview- en debugmodus om de bedoelde pagina en actie te volgen. Controleer of de Google-tag of GA4-eventtag één keer vuurt, op welke trigger en met welke vaste eventnaam. Kijk ook naar de reden waarom een tag niet vuurt. Een groene verbinding met Tag Assistant is nog geen bewijs dat ieder event de goede trigger heeft.

Test in deze volgorde:

1. laad één openbare testpagina zonder formulierinvoer;
2. voer één onschuldige, vooraf benoemde actie uit;
3. controleer in Preview welke tag vuurt en welke consentstatus geldt; controleer bij toegestane analytics daarna in GA4 Realtime of exact die actie verschijnt.

Gebruik fictieve testgegevens en voorkom vrije tekst in eventparameters. Open geen echte klantrecords en verstuur geen testformulier naar een gewone verkoop- of supportinbox zonder afgesproken testlabel. Voor de betekenis van formulier-, telefoon- en WhatsApp-events gebruik je de afzonderlijke route GA4-leads meten zonder persoonsgegevens.

Zie je de tag dubbel vuren, controleer dan of zowel de websitecode als Tag Manager dezelfde Google-tag of hetzelfde event activeert. Zet niet willekeurig één implementatie uit. Leg eerst vast welke laag de eigenaar hoort te zijn, schakel daarna alleen de dubbele bron uit en herhaal dezelfde test.

4. Controleer consent als aparte schakel

Een cookiebanner die zichtbaar werkt, bewijst niet dat de analyticsstatus op tijd en in de juiste volgorde wordt doorgegeven. Bepaal eerst of de implementatie Basic of Advanced consent mode gebruikt. Bij Basic worden Google-tags geblokkeerd totdat de bezoeker toestemming geeft; bij Advanced laden de tags met ingestelde standaardwaarden en kunnen ze bij geweigerde analyticsopslag metingen zonder cookies versturen. Google documenteert beide in de handleiding voor consent mode.

Controleer ook de actuele Data Transmission Controls. De instelling om overdracht van gedragsanalysedata te voorkomen kan analyticsverzameling blokkeren wanneer analytics_storage is geweigerd. Behandel een lege Realtime-weergave bij weigering daarom niet automatisch als een kapotte tag.

Test minstens deze drie toestanden afzonderlijk:

1. een nieuw browserprofiel zonder eerdere keuze;
2. een expliciete weigering van analytics;
3. een expliciete toestemming voor analytics.

Noteer het gekozen Basic- of Advanced-contract en controleer per toestand of de pagina en contactroute werken en of taggedrag en meetuitkomst daarmee overeenkomen. Bij Basic verwacht je vóór toestemming geen Google-tagverkeer; bij Advanced kunnen laden met geweigerde standaardwaarden en cookieless pings juist onderdeel van het contract zijn, tenzij de gekozen overdrachtsinstellingen ze blokkeren. De bedoeling is niet dat iedere toestand dezelfde analyticsuitkomst geeft.

Vergelijk in Tag Assistant volgens Googles consent-diagnose het vroegste en laatste Consent-event. Controleer daarbij ad_storage, analytics_storage, ad_user_data en ad_personalization, en kijk daarna welke tags door die status vuurden of werden geblokkeerd.

Los een leeg rapport niet op door analytics standaard toe te staan, de banner te omzeilen of ongemerkt van Basic naar Advanced te wisselen. Een trigger vóór de keuze is niet op zichzelf een fout: hij kan bij Advanced bij de gedocumenteerde denied-default-route horen, maar past niet bij een afgesproken Basic-inrichting. Een afwijking van het gekozen contract is het technische en governanceprobleem. Laat bij twijfel de concrete juridische grondslag en bannerinrichting beoordelen; deze technische controle is geen juridisch advies.

5. Controleer of de juiste containerversie is gepubliceerd

Preview kan een werkruimtewijziging tonen die gewone bezoekers nog niet ontvangen. Controleer daarom na een geslaagde preview de versiegeschiedenis en publiceer alleen de beoordeelde versie naar de bedoelde omgeving. De officiële uitleg over publiceren, versies en herstel in Tag Manager beschrijft dat een gepubliceerde versie de wijzigingen actief maakt en dat eerdere versies beschikbaar blijven voor herstel.

Geef de versie een beschrijving met doel, betrokken route, testactie en herstelstap. Publiceer niet tegelijk een reeks niet-gerelateerde tags. Controleer na publicatie de gewone productiepagina opnieuw buiten Preview en herhaal exact dezelfde testactie. Daarmee bewijs je dat de live containerversie, en niet alleen je persoonlijke debugsessie, de meting uitvoert.

Verschijnt het event alleen in Preview, vergelijk dan de actieve containerversie, omgeving en snippet. Verschijnt het event nergens, ga terug naar property, trigger en consent. Verschijnt het event in Realtime maar niet in een standaardrapport, wacht dan de normale verwerking af en controleer filters en rapportconfiguratie zonder opnieuw tags te publiceren.

Diagnosematrix voor een lege GA4-weergave

| Waarneming | Waarschijnlijke laag | Veilige volgende controle | | --- | --- | --- | | Tag Assistant verbindt niet | snippet, domein of browsercontext | Controleer de bedoelde URL en aanwezige container zonder extensies of beveiliging uit te schakelen | | Tag staat in Preview op “did not fire” | trigger of consentvoorwaarde | Lees de niet-gehaalde voorwaarde en test één toestand opnieuw | | Tag vuurt in Preview, Realtime blijft leeg | measurement ID, property, netwerkverzoek of consent | Vergelijk doelstream en test buiten filters met één eigen bezoek | | Realtime toont het event, standaardrapport blijft leeg | verwerking, datum, filter of rapportdefinitie | Wacht verwerking af en verwijder alleen de onderzochte rapportfilter | | Event verschijnt twee keer | dubbele website- en containerimplementatie | Kies één aantoonbare eigenaar en zet alleen de dubbele bron terug | | Preview werkt, gewone productie niet | niet-gepubliceerde of verkeerde containerversie | Controleer versie en omgeving, publiceer pas na review |

Gebruik de matrix als routekaart, niet als automatische conclusie. Een advertentieblokker, Content Security Policy of tijdelijk netwerkprobleem kan een lokaal testresultaat beïnvloeden. Test daarom ook één schone, beheerde browsercontext zonder de beveiliging van alle bezoekers te verlagen. Vraag geen bezoeker om beschermingssoftware uit te schakelen.

Houd verkeersvraag en meetvraag uit elkaar

Een technisch werkende tag kan een lege Realtime-weergave geven wanneer niemand de testpagina werkelijk bezoekt. Omgekeerd kan bestaand verkeer in een andere property zichtbaar zijn terwijl jouw nieuwe event nooit vuurt. Scheid daarom eerst drie vragen: komt er een echt testbezoek binnen, bereikt de basismeting de juiste stream en verschijnt het specifieke event na de bedoelde actie?

Koppel de eventdefinitie aan één actie uit je online marketingplan. Een pageview, contactklik, bevestigd formulier en gekwalificeerde aanvraag zijn niet hetzelfde. GA4 kan een digitaal signaal registreren, maar de kwaliteit van een aanvraag vraagt beoordeling buiten analytics. Zet geen vrije contactinhoud of persoonsgegevens in een meetparameter om die kwaliteit alsnog in GA4 te raden.

Gebruik ook niet het Search Console-rapport als vervanging voor de GA4-tagtest. Search Console rapporteert zoekzichtbaarheid en klikken uit Google Zoeken; GA4 rapporteert volgens je eigen implementatie gebeurtenissen op de site. Als de vraag over organische zichtbaarheid gaat, volg dan de SEO-audit met Search Console. Vergelijk alleen nadat je definities, perioden en consentverschillen hebt vastgelegd.

Herstel en overdracht

Maak vóór iedere tagwijziging een benoemde containerversie of leg de huidige codewijziging vast in versiebeheer. Noteer eigenaar, testtijd, omgeving, verwachte gebeurtenis en het resultaat. Bewaar geen volledige debugpayload, authenticatiegegevens of contactwaarden in die notitie.

Gaat de live site na publicatie dubbel meten of stopt een contactactie, publiceer dan de laatst bewezen containerversie opnieuw of draai de gerichte codewijziging terug. Test de websitefunctie eerst, daarna consent en daarna Realtime. Een groene GA4-weergave is nooit belangrijker dan een werkend formulier en een correcte privacygrens.

Sluit de diagnose pas wanneer een gewone productiebezoeker in de afgesproken consenttoestand één herkenbare testactie kan uitvoeren, exact één passend event in de juiste property verschijnt en de functionele route ongewijzigd werkt. Plan daarna een rustige hertest na wijzigingen aan formulieren, routes, thema, container of cookiebanner.

Veelgemaakte fouten

• In het verkeerde GA4-account kijken. Controleer property, stream en measurement ID voordat je tags wijzigt.
• Een leeg standaardrapport als directe tagfout zien. Gebruik eerst Realtime en houd rekening met 24 tot 48 uur verwerking; gebruik DebugView alleen met passende debugmodus en consentstatus.
• Preview verwarren met productie. Een werkruimte kan in jouw debugsessie werken zonder dat de versie live is gepubliceerd.
• Consent omzeilen om data te krijgen. Test de afgesproken toestanden afzonderlijk en verander het beleid niet als snelle technische oplossing.
• Meerdere schakels tegelijk aanpassen. Verander één aantoonbare oorzaak en herhaal dezelfde test.
• Persoonsgegevens in een testevent zetten. Gebruik vaste, afgeleide waarden en fictieve invoer.
• Eén event als volledige conversiemeting zien. Controleer trigger, betekenis, duplicaten, parameters en menselijke kwalificatie apart.

Officiële bronnen

• Google Analytics: bevestig dat gegevens worden verzameld
• Google Analytics: events volgen in DebugView
• Google Tag Manager: Preview en debug
• Google Tag Manager: publiceren, versies en herstel
• Google Tag Manager: Data Transmission Controls
• Google Tag Platform: consent mode op websites
• Google Tag Platform: consent mode controleren met Tag Assistant

Wil je één lege GA4-meetketen veilig laten afbakenen zonder exports of klantdata te delen, stel je vraag via WhatsApp.