Google Analytics 4: de complete gids voor een slimme en privacybestendige GA4-setup

Google Analytics 4 is inmiddels de standaard. Universal Analytics werd in juli 2023 definitief uitgezet, en wie dat gemist heeft: er is geen weg terug. GA4 is fundamenteel anders van opzet dan zijn voorganger, en dat merk je zodra je serieus met het platform aan de slag gaat. Het werkt niet meer op basis van sessies, maar op basis van events. Dat klinkt als een detail, maar het verandert alles: hoe je meet, hoe je rapporteert en hoe je conclusies trekt.

In deze gids zetten we uiteen hoe GA4 werkt, welke instellingen je niet mag overslaan, wat de nieuwste updates betekenen voor je rapportages en hoe je de koppeling met BigQuery en Consent Mode v2 slim aanpakt. Geen introductie voor beginners die je vertelt dat meten 'belangrijk' is, maar concrete stappen en eerlijke kanttekeningen van mensen die dagelijks met GA4 werken.

Wat GA4 anders maakt dan Universal Analytics

De kern van het verschil zit in het datamodel. GA4 hanteert een event-gebaseerd model: alles wat een gebruiker doet, van een paginabezoek tot een scroll of klik, wordt vastgelegd als een event. Dat geeft veel meer flexibiliteit dan het sessie-gebaseerde model van Universal Analytics, maar het vraagt ook een andere manier van denken over je data.

• Event-gebaseerde tracking: elke interactie is een event, met vrij configureerbare parameters.
• Cross-platform meting: web en app worden in één property gecombineerd, wat een uniforme gebruikersreis geeft.
• Privacy-first by design: ingebouwde functies voor cookieloos meten en dataminimalisatie.
• AI-gestuurde inzichten: machine learning detecteert trends en voorspelt gebruikersgedrag automatisch.

GA4 trekt ook automatisch een aantal events bij: paginaweergaven, scrolls, uitkliks naar externe sites, sitezoekopdrachten, videobetrokkenheid en bestandsdownloads, allemaal zonder dat je één regel code hoeft te schrijven. Dat is een groot voordeel ten opzichte van de handmatige doelconfiguraties van vroeger. Maar automatisch betekent niet altijd correct: je wilt alsnog zelf verifiëren wat er precies binnenkomt.

Basisinstellingen die je echt moet configureren

Een GA4-property aanmaken is zo gedaan. De valkuil zit in alles wat daarna komt. Hieronder de instellingen die wij bij elke nieuwe of bestaande GA4-implementatie als eerste controleren.

1. Dataretentie verhogen naar 14 maanden

Standaard bewaart GA4 gebruikersdata slechts twee maanden. Dat is zelden genoeg om kwartaaltrends of seizoenspatronen te analyseren. Gelukkig kun je dit aanpassen naar 14 maanden: ga naar Admin, vervolgens Data collection and modification, dan Data retention, en stel 'Event data' in op 14 maanden. Doe dit direct na het aanmaken van je property, want je kunt geen data terughalen die al verlopen is. Let op: voor langetermijnopslag en geavanceerde analyse blijft de koppeling met BigQuery de enige echte oplossing.

2. Intern verkeer filteren

Je eigen bezoeken en die van collega's vertekenen je data, zeker voor kleinere websites. Via Admin kun je een filter voor intern verkeer instellen op basis van IP-adressen. Tegelijk: wees er realistisch over. De tool filtert botverkeer al automatisch, en het handmatig bijhouden van alle IP-adressen van een hybride werkende organisatie kost onevenredig veel tijd voor beperkte winst. Focus op het uitsluiten van structurele, intensieve interne gebruikers, niet op het elimineren van elke incidentele collega-klik.

3. Rapportage-identiteit goed instellen

GA4 biedt verschillende manieren om gebruikers te herkennen: via een User-ID (wanneer iemand ingelogd is), via Google Signals, of via apparaat-ID. De instelling 'Reporting Identity' bepaalt welke methode prioriteit krijgt. Voor e-commercesites met ingelogde gebruikers loont het om een User-ID te implementeren: zo kun je één gebruiker tracken over meerdere sessies en apparaten, wat de kwaliteit van je attributie aanzienlijk verbetert.

4. Naamgevingsconventies voor events vastleggen

GA4 verwacht event-namen in snake_case, dus 'form_submit' of 'video_play' in plaats van willekeurige strings. Leg dit vast in een gezamenlijk document voordat je begint met het aanmaken van custom events. Events die nu inconsistent worden benoemd, zijn later lastig te consolideren zonder historische data te breken. En een praktische tip: in 2025 hernoemde Google 'Conversions' naar 'Key Events' binnen de GA4-interface. Zorg dat iedereen in je team de nieuwe terminologie gebruikt, zodat rapporten niet verwarrend worden.

Event-tracking: wat meet je, en waarom

Een van de grootste misverstanden rondom GA4 is dat je alles moet meten. Dat is niet zo. Te veel events leiden tot ruis, hogere kosten voor BigQuery-exports en rapportages die niemand meer begrijpt. Denk per event na: welke beslissing neem ik op basis van deze data?

Definieer custom events die aansluiten op je concrete bedrijfsdoelen. Als je een leadgeneratie-website hebt, zijn een klik op 'Offerte aanvragen' of een ingevuld contactformulier relevante events. Gebruik die events vervolgens als Key Events (voorheen: conversies) om ze centraal te stellen in je rapportages en te koppelen aan Google Ads. Audiences die je op basis van die events bouwt, gebruik je daarna voor remarketing of voor lifecycle-analyse: wie heeft een productpagina bezocht maar niet afgerekend, en wat deed die persoon daarna?

Consent Mode v2 en privacy: geen optie, maar randvoorwaarde

Privacy is al jaren een bewegend doel, maar in 2024 en 2025 zijn de vereisten concreter geworden. Consent Mode v2 is Google's aanpak om tracking te laten aansluiten op Europese privacyregelgeving zoals de AVG. Iedereen die in de EER adverteert via Google Ads of GA4 gebruikt, moet samenwerken met een gecertificeerd Consent Management Platform (CMP) dat toestemmingssignalen correct doorgeeft aan Google-tags.

Hoe werkt dat in de praktijk? Wanneer een gebruiker toestemming weigert, stuurt de Advanced-variant van Consent Mode alsnog anonieme, cookieloze pings naar Google. Die pings vormen de basis voor conversiemodellering: Google schat op basis van het gedrag van gebruikers die wél toestemden, hoeveel conversies er waarschijnlijk hebben plaatsgevonden bij de rest. Dat is geen exacte wetenschap, maar het geeft je toch bruikbare inzichten in campagneprestaties, ook als een groot deel van je bezoekers cookies weigert.

Server-side tagging is daarbij een logische volgende stap. Waar client-side tags kwetsbaar zijn voor adblockers en browserbeperkingen (Safari en Firefox blokkeren third-party cookies al volledig), lopen server-side calls via een door jou beheerde server. Dat verbetert de datakwaliteit, vermindert paginalaadtijd en maakt je setup robuuster voor toekomstige privacywijzigingen. Voor adverteerders die serieuze budgetten draaien via Performance Max of andere Google Ads-campagnes, kan dit de kwaliteit van optimalisatiesignalen direct verbeteren. Meer achtergrond over Consent Mode v2 vind je in de officiële Google-documentatie.

Attributie in GA4: data-driven als standaard, BigQuery als uitweg

GA4 heeft data-driven attributie ingesteld als standaard. Dat betekent dat het platform via machine learning credit toekent aan de touchpoints die het meest hebben bijgedragen aan een conversie, gebaseerd op alle beschikbare conversie- en niet-conversie-paden. Dat klinkt goed, en in veel gevallen is het ook beter dan last-click, maar er zijn twee kanttekeningen.

Ten eerste: data-driven attributie vereist voldoende data om goed te werken. Voor kleine websites met weinig conversies is het model minder betrouwbaar. Ten tweede: de manier waarop organic verkeer geattribueerd wordt, is veranderd na de introductie van data-driven als standaard. Branded zoekverkeer dat voorheen als direct of organic werd geregistreerd, krijgt nu soms credit toegewezen aan Display of Video als de gebruiker eerder een touchpoint van dat kanaal had. Dat verklaart veel van de 'waarom zijn mijn cijfers veranderd'-vragen die we binnenkrijgen.

Wil je toch werken met rule-based attributiemodellen of je eigen custom attributielogica toepassen? Dan is de BigQuery-export je beste optie. GA4 exporteert ruwe event-data op gebruikersniveau naar BigQuery, waar je met SQL eigen sessie-level attributiemodellen kunt bouwen die de GA4-interface niet aanbiedt. Goed nieuws: sinds eind 2024 is de exportvertraging aanzienlijk verkort, naar vier tot zes uur voor standaard exports, tegenover de vroegere twaalf tot vierentwintig uur.

GA4 koppelen aan Looker Studio en BigQuery: recente verbeteringen

Looker Studio (voorheen Data Studio) heeft de afgelopen periode steeds betere native ondersteuning voor GA4 gekregen. De GA4-connector stelt nu bijna alle event-scoped dimensies en metrics beschikbaar, inclusief de voorspellende metrics die eerder alleen via BigQuery toegankelijk waren. Dat maakt het makkelijker om rijke dashboards te bouwen zonder dat je SQL-kennis nodig hebt.

De echte aanwinst van 2025 is de ondersteuning voor gecombineerde databronnen in één Looker Studio-rapport: GA4-data samenvoegen met Google Ads, Search Console en YouTube Analytics was voorheen een omweg via Google Cloud. Nu is het beschikbaar via de standaard blended data-functionaliteit. Voor SEO-teams die organisch verkeer willen afzetten tegen betaald en video, is dit een grote tijdsbesparing. Een handige aanvulling is de 'data current as of'-timestamp die je nu kunt vastpinnen aan elk GA4-rapport, zodat iedereen weet hoe actueel de cijfers zijn.

Voor teams die verder willen gaan dan standaardrapporten, bieden de Explore-rapporten in GA4 zelf ook waardevolle mogelijkheden: funnelanalyse, segmentvergelijkingen en padbewerkingen helpen je specifieke vragen te beantwoorden die in standaarddashboards niet zichtbaar zijn. Denk aan: op welk punt in het afrekenproces haken gebruikers af, en verschilt dat per kanaal of apparaat?

AI-inzichten in GA4: nuttig, maar niet heilig

GA4 heeft de afgelopen updates steeds meer AI-gestuurde functies gekregen. Het platform detecteert automatisch afwijkingen, markeert pieken in verkeer en suggereert mogelijke oorzaken, rechtstreeks in de rapportage-interface. Dat werkt verrassend goed voor het opsporen van situaties die om aandacht vragen: een plotselinge stijging van het bouncepercentage op een landingspagina, of een conversiedaling op een specifiek apparaattype.

De AI-inzichten zijn beschikbaar in begrijpelijke taal, ook voor niet-analisten. Dat is een voordeel als je met een breed team werkt. Maar wees kritisch: de automatische suggesties over 'mogelijke oorzaken' zijn hypotheses, geen feiten. Combineer ze altijd met eigen annotaties (die je inmiddels kunt toevoegen naast de automatische flagging) en valideer via Search Console, je campagnedata of andere databronnen voordat je conclusies trekt.

De voorspellende metrics van GA4, zoals aankoopkans en churn-kans, zijn het meest waardevol voor e-commerce en abonnementsdiensten met voldoende historische data. Voor kleinere sites zijn ze minder bruikbaar door onvoldoende trainingsdata. Gebruik ze als aanvullend signaal, niet als primaire sturingsindicator. Lees meer over hoe GA4 deze voorspellingen opbouwt in de Google Analytics Help Center-documentatie over voorspellende statistieken.

Aanbevolen toolstack rondom GA4

GA4 is het middelpunt, maar geen eiland. Een goed functionerende analytics-stack voor 2025 ziet er zo uit:

• Google Tag Manager (web): voor het beheren en deployen van alle tags zonder afhankelijkheid van developers bij elke aanpassing.
• Server-side GTM: voor privacybestendige datacollectie, betere datakwaliteit en toekomstbestendigheid als third-party cookies verder worden uitgefaseerd.
• GA4: voor opslag, basisanalyse en het bouwen van audiences.
• BigQuery: voor ruwe data-export, langetermijnopslag en custom attributiemodellering.
• Looker Studio: voor dashboards en rapportages richting stakeholders die geen GA4-toegang hebben.
• Google Search Console: voor organische zoekdata, die je in Looker Studio combineert met GA4-data.

Elk van die tools heeft een eigen verantwoordelijkheid. GTM verzamelt, GA4 slaat op en analyseert, BigQuery gaat dieper, Looker Studio presenteert. De tools door elkaar gebruiken voor taken waarvoor ze niet zijn ontworpen, is een van de meest voorkomende oorzaken van inconsistente data en niet-reproduceerbare rapportages. Meer achtergrond over de aanbevolen GA4-configuratie vind je in de officiële Google Analytics-documentatie.

Veelgemaakte fouten bij GA4-implementaties

Op basis van de audits die wij uitvoeren, zien we een aantal fouten keer op keer terug:

1. Dataretentie niet aangepast: nog steeds op twee maanden, waardoor explorations geen historische data bevatten.
2. Geen intern verkeersfilter: eigen bezoeken vertekenen de data, zeker op kleinere sites.
3. Inconsistente event-namen: mix van camelCase, spaties en snake_case maakt analyses onbetrouwbaar.
4. Geen Consent Mode v2 geïmplementeerd: het platform mist modelled conversions en loopt juridisch risico in de EER.
5. Key Events niet gedefinieerd: GA4 wordt ingericht zonder conversiedoelen, waardoor je niet weet wat 'succes' is.
6. Alles als Key Event instellen: het tegenovergestelde probleem, waarbij elke klik een conversie heet en de data betekenisloos wordt.
7. Nieuwe conversies na attributiewijzigingen niet opnieuw valideren: scores worden anders toegewezen dan bij eerder ingestelde Key Events.

Conclusie: GA4 is krachtig, maar vereist een bewuste aanpak

GA4 biedt meer mogelijkheden dan Universal Analytics ooit heeft gedaan. Dat is tegelijk zijn kracht en zijn valkuil: de vrijheid om alles te meten, leidt zonder discipline tot een rommelige implementatie die meer vragen oproept dan beantwoordt. Begin met een solide basissetup, wees selectief in wat je meet, richt je attributie bewust in en zorg dat privacy en consent vanaf dag één geregeld zijn, niet als nagedachte.

De nieuwste ontwikkelingen rond AI-inzichten, verbeterde Looker Studio-integraties en snellere BigQuery-exports maken GA4 steeds bruikbaarder als centraal zenuwstelsel van je marketing-data. Maar de technische mogelijkheden zijn pas waardevol als de fundering klopt. Wil je weten hoe jouw huidige GA4-setup ervoor staat? Wij voeren regelmatig GA4-audits uit en helpen je de juiste instellingen te configureren, van basisconfiguratie tot geavanceerde BigQuery-koppelingen.