Google Analytics 4 instellen: de complete handleiding

Google Analytics 4 is makkelijk om mee te beginnen en lastig om goed te krijgen. De property staat er in twee minuten; de instellingen die bepalen of je rapporten te vertrouwen zijn, zitten verspreid over een dozijn beheerschermen, en de meeste staan standaard uit. Deze gids loopt ze allemaal door in de volgorde waarin je ze moet doen, zegt wat je na elke stap hoort te zien en eindigt met een checklist die je kunt afvinken. Elke stap linkt naar een uitgebreider artikel als je de details wilt.

De gids is geschreven voor wie een website of webshop heeft en de cijfers moet laten kloppen, niet voor developers. Je hebt beheerderstoegang nodig tot het Google-account dat eigenaar wordt van de property, toegang tot je website of tot Google Tag Manager, en ongeveer een uur. Gecontroleerd tegen de GA4-interface op 17 oktober 2026; Google hernoemt weleens dingen, dus als een menulabel afwijkt, zoek dan het label dat er het dichtst bij komt.

1Bepaal wat er in één property komt

Een property is de container voor je rapporten. De vuistregel: één property per bedrijf, met één datastream per platform (website, iOS-app, Android-app). Zet een webshop en de bijbehorende blog in dezelfde property als ze bezoekers en één checkout delen; geef een tweede merk met een eigen domein en eigen klanten een eigen property. Te fijn opsplitsen is waar mensen het vaakst spijt van krijgen, want GA4 kan properties achteraf niet samenvoegen en rapportage over properties heen vereist BigQuery.

Bepaal nu ook wie de eigenaar is. Maak de property aan onder een Google-account dat van het bedrijf is, nooit onder de persoonlijke login van een bureau of freelancer. Je kunt later zoveel gebruikers toevoegen als je wilt; een property naar een ander account verhuizen kan, maar is omslachtig.

Na deze stap heb je: een lijst met domeinen en apps per property, en het Google-account dat de property gaat aanmaken.

2Maak de property en de webdatastream aan

Ga naar Admin › Create › Property. Geef hem de bedrijfsnaam, kies de rapportagetijdzone en de valuta waarin je elk rapport wilt zien, en beantwoord de bedrijfsvragen (die bepalen alleen welke standaardrapporten je ziet). Kies op het volgende scherm Web als platform, vul de URL van de website en een streamnaam in, en laat enhanced measurement voorlopig aan; in stap 4 stel je het af.

Daarna toont GA4 het Measurement ID, de code die begint met G-. Bewaar die ergens; de volgende stap heeft hem nodig, en je servercontainer ook als je die gebruikt.

Je hoort te zien: de pagina met streamdetails, met het Measurement ID, de stream-URL en de stream-ID. Er komt nog niets binnen; dat is normaal zolang de tag niet geïnstalleerd is.

Uitgebreidere versie met de accountstructuur, rollen en een paar valkuilen: Een GA4-property instellen en configureren.

3Installeer de tag, één keer

Er zijn drie manieren om GA4 op een site te zetten, en de fout die je moet vermijden is er twee tegelijk gebruiken: dan telt elke paginaweergave dubbel.

• Google Tag Manager (aanbevolen): één Google Analytics-tag met het Measurement ID, die afgaat op de Initialization-trigger. Al het andere in deze gids, van key events tot e-commerce, is makkelijker als Tag Manager er staat.
• De gtag.js-snippet rechtstreeks in de paginatemplate: prima voor een brochuresite die nooit meer dan paginaweergaven gaat meten.
• Een platformplugin (Shopify, WooCommerce, Shopware): snel, maar controleer dat die niet ook nog een tweede Google-tag naast Tag Manager injecteert.

Open na het installeren de site in een nieuw tabblad en controleer dan Admin › DebugView of het Realtime-rapport. Eén page_view per pagina is goed; twee betekent een dubbele installatie.

Stap voor stap voor de route via Tag Manager, inclusief de trigger, de check in Tag Assistant en de test op een dubbele installatie: GA4 installeren met Google Tag Manager.

4Enhanced measurement: houd wat je kunt vertrouwen

Open de datastream en klik op het tandwiel naast Enhanced measurement. GA4 kan scrolls, uitgaande klikken, zoeken op de site, video-engagement, bestandsdownloads en formulierinteracties verzamelen zonder extra tagging. Laat paginaweergaven, uitgaande klikken, zoeken op de site en bestandsdownloads aan. Zet formulierinteracties uit, tenzij je hebt gecontroleerd wat het telt: het gaat af op elk formulier, ook zoekvelden en nieuwsbriefwidgets, en de aantallen betekenen zelden "een lead". Laat scroll alleen aan als de drempel van 90 procent je iets vertelt; een landingspagina van één scherm scrolt meteen tot 90 procent.

Heeft je site een interne zoekfunctie, open dan Show advanced settings onder Site search en voeg je queryparameter toe (vaak q, s of search) als die niet bij de standaardparameters hoort.

Je hoort te zien: na een testbezoek verschijnen de events page_view, scroll, click en view_search_results in DebugView, met de verwachte parameters.

Wat elke schakelaar echt doet en wanneer hij misleidt: Enhanced measurement in GA4, schakelaar voor schakelaar.

5Dataretentie, Google Signals en thresholding

Drie instellingen bepalen hoeveel geschiedenis je bewaart en hoeveel je daarvan mag zien.

• Admin › Data collection and modification › Data retention: standaard is dat 2 maanden eventdata voor Explorations. Zet het op 14 maanden, het maximum voor een standaardproperty. Standaardrapporten merken er niets van, maar elke eigen exploration wel.
• Google Signals (onder Data collection): zet cross-device-rapportage en demografie aan voor ingelogde Google-gebruikers. Het schakelt ook thresholding in, dat rijen uit rapporten verbergt als de doelgroep klein genoeg is om mensen te herkennen. Op een site met een paar honderd bezoekers per dag kan dat hele rijen uit je landingspaginarapport halen. De meeste kleine en middelgrote sites zijn beter af met Signals uit, of aan met de reporting identity op Device-based.
• Reporting identity: onder Admin › Data display. "Blended" gebruikt Signals en modellering waar dat kan; "Observed" gebruikt alleen wat je hebt gemeten; "Device-based" gebruikt alleen de cookie. Kies Observed als je wilt dat de cijfers kloppen met wat je kunt uitleggen.

Je hoort te zien: dataretentie op 14 maanden, en het waarschuwingsicoon voor thresholding verdwenen uit je rapporten als je Signals hebt uitgezet.

6Houd je eigen bezoeken buiten de data

Je team, je bureau en je QA-omgeving genereren sessies die eruitzien als klanten. GA4 regelt dit op twee plekken die je samen moet gebruiken. Definieer eerst het verkeer: Data streams › your stream › Configure tag settings › Show all › Define internal traffic, voeg een regel toe met de IP-adressen of ranges van je kantoor. Activeer daarna het filter: Admin › Data collection and modification › Data filters, waar het filter "Internal traffic" eerst op Testen staat. Die modus labelt het verkeer alleen; zet hem op Active nadat je in DebugView hebt gecontroleerd dat je eigen bezoeken dit meekrijgen: traffic_type: internal.

Twee beperkingen om te kennen: IP-adressen thuis en mobiel veranderen, dus de lijst veroudert, en het filter wordt toegepast als de data binnenkomt, nooit met terugwerkende kracht. Loopt je tracking via een servercontainer, dan houdt de IP Filter power-up die requests tegen voordat ze GA4 bereiken, met één lijst voor elk platform.

Je hoort te zien: je eigen testbezoek ontbreekt in Realtime zodra het filter actief is.

7Referrals en domeinen: betaalproviders, subdomeinen, een tweede domein

Drie instellingen staan onder Configure tag settings in de datastream, en elk ervan lost een specifiek rapportageprobleem op.

• List unwanted referrals. Voeg de domeinen van je betaalproviders toe (Mollie, Adyen, Stripe, PayPal, iDEAL-banken). Zonder dit start een aankoop die terugkomt van de betaalpagina een nieuwe sessie die wordt toegeschreven aan "mollie.com / referral", en verliest de echte campagne de verkoop.
• Subdomains hebben geen configuratie nodig: de GA4-cookie wordt op het rootdomein gezet, dus shop.example.com en www.example.com delen een sessie zolang ze allebei hetzelfde Measurement ID laden. Eén Measurebase-domein dekt ze ook allemaal: één domein, veel subdomeinen.
• Configure your domains is voor een ander rootdomein, bijvoorbeeld een checkout op een ander domein. Voeg beide domeinen toe en GA4 geeft de client-ID via de link door. Details en de test: Cross-domain tracking tussen twee rootdomeinen.

Je hoort te zien: na een testaankoop één sessie die begint bij je campagnebron en eindigt met de aankoop, zonder een "referral"-sessie van de betaalprovider ertussen.

8Key events: de conversies waarop je stuurt

GA4 noemt conversies key events. Elk event kan er een zijn; de schakelaar zit onder Admin › Data display › Events, in de kolom "Mark as key event", of onder Key events › New key event als het event nog niet is binnengekomen. Kies er weinig: een aankoop, een leadformulier, een aanmelding, misschien een klik op je telefoonnummer. Een site met twaalf key events heeft er geen.

Open voor elk ervan de instellingen en kies de telmethode: "once per event" voor aankopen, "once per session" voor leads en aanmeldingen, zodat een bezoeker die twee keer verstuurt één keer telt. Key events zijn ook wat Google Ads importeert, dus de namen die je hier kiest, zie je terug bij het bieden.

Je hoort te zien: het event verschijnt binnen een dag na het eerste echte event in het rapport Key events, en na een test meteen in Realtime.

Ze kiezen, benoemen en tellen, plus de truc om een event te maken op basis van een ander event: Key events in GA4.

9E-commerce: het purchase-event en de items

Omzet in GA4 komt uit één event, purchase, met een transaction_id, value, currency en een items array met per product de item_id, item_name, price en quantity. Alles in de Monetization-rapporten is op die structuur gebouwd, en het moet precies zo binnenkomen: een aankoop zonder items toont omzet maar geen producten, en een transaction_id die zich herhaalt, wordt ontdubbeld tot niets.

De funnel-events (view_item, add_to_cart, begin_checkout, add_shipping_info, add_payment_info) zijn optioneel, maar kosten weinig zodra de datalayer er is. Webshopplatforms verschillen in wat ze standaard pushen; de plugins voor Shopify, WooCommerce en Shopware pushen de complete set.

Je hoort te zien: een testbestelling in DebugView als één purchase event waarvan de items uitklappen tot de gekochte producten, en de bestelling de volgende dag in het Monetization-overzicht met de juiste omzet.

De datalayer, de Tag Manager-tags, de testbestelling en de vijf fouten die je omzetcijfers breken: E-commerce tracking in GA4 met Tag Manager.

10Consent Mode v2

In de EU moet GA4 de keuze respecteren die een bezoeker in je cookiebanner maakt. Via Consent Mode komen de Google-tags die keuze te weten: zonder toestemming stuurt GA4 óf niets (basic mode) óf cookieloze pings die Google omzet in gemodelleerde conversies en sessies (advanced mode). Sinds maart 2024 zijn de twee extra signalen, ad_user_data en ad_personalization, verplicht voor alles wat Google Ads voedt.

De setup bestaat uit twee helften: je consentplatform zet de standaard op denied voordat er een tag afgaat en werkt hem bij na de keuze, en je tags zijn zo ingesteld dat ze die respecteren. Controleer het in Tag Assistant: de consentstatus hoort bij de eerste keer laden denied te tonen en granted na accepteren, zonder dat er tussendoor een GA4-cookie wordt gezet.

Je hoort te zien: in GA4 toont Admin › Data collection "Consent settings" met beide signalen actief zodra er pings binnenkomen; in rapporten zie je na een week een deel van de sessies gemarkeerd als gemodelleerd.

De volledige configuratie, met en zonder servercontainer: Consent Mode v2 instellen in Google Tag Manager.

11Koppel Google Ads en Search Console

Onder Admin › Product links, koppel je het Google Ads-account (zodat Ads je key events kan importeren en doelgroepen kan bouwen) en de Search Console-property (zodat de organische zoekopdrachten per landingspagina onder Acquisition verschijnen). Ads koppelen zet ook auto-tagging aan, dat voor Google-campagnes UTM-tagging vervangt door de gclid parameter.

Ga na het koppelen van Ads naar Google Ads › Goals › Conversions en importeer de key events uit stap 8. Stel daar de attributie en telling in zoals in GA4, anders rapporteren de twee tools voor dezelfde dag verschillende conversieaantallen.

Je hoort te zien: een rij "Google Ads" in de Acquisition-rapporten met campagnenamen, en je key events als conversieacties in Ads.

12Rapporten om op dag één in te richten

Drie kleine aanpassingen maken de standaardrapporten bruikbaar.

• In het Landing page rapport (Engagement) voeg je "Key events" en "Session key event rate" toe als kolommen, en sla je het op in de bibliotheek zodat het team het kan vinden.
• Onder Admin › Data display › Channel groups, controleer je hoe je verkeer wordt ingedeeld. Tag je nieuwsbrieven met utm_medium=email en betaalde social met utm_medium=paid_social, dan werken de standaardinstellingen; alles wat afwijkt, belandt in Unassigned.
• Maak één Exploration (een vrije tabel met landingspagina × bron/medium × key events) en laat die in de gedeelde map staan. Die beantwoordt 80 procent van de vragen die mensen stellen.

13Server-side gaan: wat er verandert en wat je wint

Alles hierboven is hetzelfde, of je GA4-tag nu rechtstreeks naar Google stuurt of via een servercontainer. Wat een servercontainer verandert, is de route die de data aflegt, en daar horen drie dingen bij.

• First-party cookies. Als de tracking vanaf je eigen subdomein komt, is de GA4-cookie first-party. Safari beperkt hem wel nog steeds tot 7 dagen zolang dat subdomein op een andere server draait dan je website; Cookie Keeper met Same-Origin Tracking geeft hem zijn volledige levensduur, dus terugkerende bezoekers blijven terugkerende bezoekers. Waarom Safari hem beperkt legt de regel uit.
• Minder geblokkeerde hits. Je eigen subdomein komt langs de lijsten met Google-domeinen van adblockers, en Enhanced Ad Blocker Protection van Measurebase maskeert de vaste paden waar hun patroonregels nog op matchen. Hoeveel dat terugwint, hangt af van je publiek; wat adblockers GA4 kosten laat zien hoe je dat voor je eigen site leest.
• EU-hosting en controle. De hit komt binnen op een server die jij kiest, in Europa, waar je IP-adressen maskeert, data toevoegt of velden weglaat voordat er iets bij Google aankomt.

Wat niet verandert: de property, de events, de key events en de rapporten. Als stap 1 tot en met 12 kloppen, is server-side gaan een routewijziging, geen herbouw. Hoe het eventpad aan beide kanten werkt: GA4 server-side: de basis, en de praktische walkthrough is de Measurebase-installatiegids.

14De checklist

Print dit, vink het af, bewaar het bij de property.

• Property onder het Google-account van het bedrijf; tijdzone en valuta ingesteld
• Eén webdatastream; Measurement ID gekopieerd
• Tag één keer geïnstalleerd; één page_view per pagina in DebugView
• Enhanced measurement doorgelopen; formulierinteracties uit tenzij geverifieerd
• Zoekparameter toegevoegd als de site een zoekfunctie heeft
• Dataretentie op 14 maanden
• Besluit over Google Signals genomen; reporting identity bewust ingesteld
• Intern verkeer gedefinieerd en het filter op Active
• Betaalproviders opgegeven als unwanted referrals
• Cross-domain ingesteld als er een tweede rootdomein meedoet
• Key events gemarkeerd, met telmethode ingesteld
• Purchase-event geverifieerd met items en een unieke transaction_id
• Consent Mode v2 standaard op denied, bijgewerkt na de keuze
• Google Ads en Search Console gekoppeld; key events geïmporteerd in Ads
• Landing page-rapport opgeslagen met key events; kanaalgroepen gecontroleerd
• Eén gedeelde exploration
• Besluit over server-side routing genomen; zo ja, de installatiegids gevolgd

Twee gewoontes houden het daarna goed: kijk in DebugView na elke release die de formulieren of de checkout van de site raakt, en draai maandelijks een tracking-audit. De audit van Measurebase controleert het grootste deel van deze lijst elke nacht en laat je weten als er iets verschuift.

Veelgestelde vragen