Google Analytics werkt niet of toont geen gegevens: oorzaken en oplossingen

Toont Google Analytics geen gegevens, dan zit de oorzaak bijna altijd in een van zes dingen: je site draait nog op een dode Universal Analytics-code, de GA4-tag ontbreekt of heeft een fout meet-ID, je installatie is te recent, je cookiebanner houdt GA4 volledig tegen, een filter of datastroom staat verkeerd, of een deel van je bezoekers blokkeert de tag. Je vindt de juiste oorzaak in een kwartier door van de broncode naar de rapporten te werken, niet omgekeerd.

Deze gids gaat over het moment waarop je rapporten leeg of bijna leeg zijn. Zijn je cijfers er wel maar kloppen ze niet (ongetagde campagnes, dubbele pageviews, je eigen domein als verwijzer), lees dan de tracking-fouten die je GA4-data onbruikbaar maken.

Hoe vaak komt dit voor?

Vaker dan je denkt, zeker bij kleinere professionele kantoren. In onze eigen scan van 39 Belgische websites op 6 oktober 2026 toonden 14 sites geen enkele analytics- of advertentietag in de HTML. Vier sites hadden alleen nog een Universal Analytics-ID in de broncode. Een controle in een echte browser bevestigde dat twee daarvan effectief dode UA-tracking draaiden; de twee andere laadden GA4 op een andere manier, bijvoorbeeld via Google Tag Manager. Dat laatste is meteen een les: een blik op de broncode alleen is niet genoeg om te besluiten dat je niets meet.

Oorzaak 1: je site draait nog op Universal Analytics

Begint de ID in je broncode met UA-, dan meet je niets meer. Volgens Google stopten standaard Universal Analytics-property’s met het verwerken van data vanaf 1 juli 2023. Universal Analytics 360 kreeg uitstel tot 1 juli 2024. Sinds de week van 1 juli 2024 is ook de toegang tot de interface en de API weg, inclusief je historische UA-gegevens.

De code blijft intussen gewoon laden. Je site toont geen foutmelding, dus niemand merkt iets tot iemand een rapport opent. Dat verklaart waarom we die dode tags nog zo vaak tegenkomen.

Oplossing: maak een GA4-property aan, installeer de Google-tag met je G--ID en verwijder de oude UA-code, zodat je thema of plugin geen requests meer stuurt naar een dienst die niet meer bestaat. Het verschil tussen beide systemen lees je in GA4 vs Universal Analytics, de opzet voor een B2B-site in Google Analytics 4 opzetten voor B2B.

Oorzaak 2: de GA4-tag ontbreekt, staat verkeerd of is niet gepubliceerd

De tweede grote groep is een GA4-installatie die nooit echt live ging. De klassiekers:

• Fout meet-ID. De G--code in je tag hoort bij een andere property of een andere datastroom, bijvoorbeeld die van een testomgeving.
• GTM-container niet gepubliceerd. De tag staat klaar in Google Tag Manager, werkt in preview, maar niemand heeft op Verzenden geklikt.
• Container niet op elke pagina. Een nieuw paginatemplate, een landingspagina-builder of een aparte webshop laadt de GTM-snippet niet.
• Tag op de verkeerde trigger of met een uitzondering die meer pagina’s uitsluit dan bedoeld.

Oplossing: open je site, zoek in de broncode of in Tag Assistant welke G--ID laadt en vergelijk die met de ID in GA4 onder Beheer, Gegevensstromen. Publiceer daarna de container en test opnieuw.

Oorzaak 3: je installatie is te recent

Heb je GA4 net geïnstalleerd en meldt de interface dat er nog geen gegevens binnenkomen, dan is wachten soms het hele antwoord. Google schrijft dat het tot 30 minuten kan duren voor de dataverzameling start, en raadt aan om met het Realtime-rapport te controleren of er data binnenkomt. Voor de gewone rapporten geldt een langere termijn: dataverwerking kan 24 tot 48 uur duren, en in die periode kunnen cijfers nog verschuiven.

Zie je in het realtime-rapport wel bezoekers, dan werkt je tag en moet je gewoon een dag geduld hebben. Blijft ook dat rapport na een halfuur leeg terwijl je zelf op de site surft, ga dan door naar de volgende oorzaken.

Oorzaak 4: je cookiebanner houdt GA4 tegen

Dit is de meest voorkomende oorzaak van een plotse daling na een nieuwe of aangepaste cookiebanner. Bij basic consent mode worden Google-tags geblokkeerd tot de bezoeker de banner beantwoordt, en Google zegt erbij dat er voor die interactie geen enkele data vertrekt, zelfs de standaard consent-status niet. Weigert iemand, of klikt iemand de banner gewoon weg, dan zie je die bezoeker nooit.

Bij advanced consent mode laden de tags wel meteen, met status denied, en sturen ze cookieloze pings. Dat geeft Google genoeg om ontbrekende gegevens te modelleren. Welke variant past, hangt af van je privacybeleid en van hoeveel je op betaald verkeer stuurt; we werken die keuze uit in Consent Mode v2 instellen.

Er bestaat ook de omgekeerde fout: een banner die niets tegenhoudt. Dan lijkt GA4 te werken, maar plaats je cookies voor iemand toestemming gaf. Hoe je dat zelf in vijf minuten nagaat, lees je in cookies controleren op je website. Valt een daling in je rapporten samen met een bannerwijziging, controleer dan eerst de configuratie van je consent-tool, bijvoorbeeld Cookiebot, voor je aan GA4 zelf begint te sleutelen.

Oorzaak 5: filters, intern verkeer of de verkeerde datastroom

Soms komt de data wel binnen, maar valt ze weg voor ze in je rapport belandt:

• Een filter op intern verkeer dat te breed staat, bijvoorbeeld een IP-bereik dat ook je bezoekers dekt.
• Een datastroom voor het verkeerde domein, zodat je naar een lege stroom kijkt terwijl je echte data in een andere property zit.
• Een rapport met een vergelijking of filter die je zelf ooit instelde en vergat.
• Een verkeerde property in de keuzelijst bovenaan, vaak bij bureaus of bedrijven met meerdere sites.

Controleer onder Beheer de datafilters (actief of in testmodus) en de gegevensstromen, en kijk of de URL van je stroom overeenkomt met het domein waarop je meet.

Oorzaak 6: adblockers en browsers die meten tegenhouden

Een deel van je bezoekers blokkeert Google Analytics met een adblocker of een privacyfunctie in de browser. Dat verklaart nooit een rapport met nul bezoekers, maar wel een structureel verschil met je serverlogs of je CRM. In B2B-publiek met veel technische profielen kan dat verschil groter zijn. Server-side tagging verandert waar en hoe je data verwerkt en geeft je meer controle over wat er naar Google gaat. Het vervangt geen toestemming. Lees wat het wel en niet oplost in server-side tagging.

Het overzicht: symptoom, oorzaak, controle en oplossing

Zo test je het in een kwartier

1. Broncode. Open je site, bekijk de paginabron en zoek naar G-, UA- en GTM-. Zo weet je wat er geladen hoort te worden.
2. Tag Assistant. Verbind je site in Tag Assistant en kijk welke tags vuren, met welke ID en met welke consent-status.
3. Het netwerkverzoek. Open de ontwikkelaarstools van je browser, tab Netwerk, filter op collect en laad de pagina opnieuw. Zie je een verzoek naar g/collect met jouw G--ID, dan vertrekt er data. Verschijnt er pas iets na een klik op de banner, dan werk je met basic consent mode.
4. DebugView. Met Tag Assistant of de preview van GTM staat debug mode automatisch aan, schrijft Google. Je ziet je eigen events dan live in DebugView, dat je via Beheer opent.
5. Property-instellingen. Pas als alle vorige stappen data tonen, kijk je naar filters, datastromen en rapportinstellingen.

Wil je eerst zien wat je site laadt voor iemand op de banner klikt, gebruik dan onze cookie scan: die toont welke cookies en tags er vertrekken zonder dat er een knop is ingedrukt.

Wanneer laat je dit nakijken?

De zes oorzaken hierboven los je vaak zelf op. Lastiger wordt het als consent, Google Tag Manager, GA4 en Google Ads tegelijk meespelen, of als je niet meer weet wie welke tag ooit plaatste. Met een tracking audit brengen we in kaart wat je site vandaag meet, wat ontbreekt en wat niet conform is. Wil je de meting meteen correct laten opzetten, met consent, GA4 en conversies, dan doet onze tracking specialist dat voor je. Prijs op aanvraag.

Veelgestelde vragen