Google Analytics 4: een inrichting waarop je kunt vertrouwen bij het nemen van beslissingen

Het verkeer groeit in Google Analytics, het advertentiesysteem rapporteert conversies, en toch ziet het bedrijf niet meer gekwalificeerde aanvragen. Nog een rapport helpt op dit punt niet. Eerst moeten we achterhalen wat de afzonderlijke cijfers betekenen, waar ze vandaan komen en of ze een beslissing ondersteunen.

Ik gebruik GA4 als analysetoepassing bovenop een website en applicatie, niet als boekhoudsysteem of universele waarheid over een klant. Het kan gebeurtenissen, verkeersbronnen en geselecteerde bedrijfsstappen met elkaar verbinden. De waarde ervan berust op het meetplan en de kwaliteit van de implementatie.

Begin met een beslissing, niet met een lijst statistieken

Elk rapport moet antwoord geven op een vraag die bepaalt wat je vervolgens doet. Bijvoorbeeld:

  • Welke pagina’s leveren relevante aanvragen op?
  • Waar haken mensen af bij een bestelling?
  • Welk kanaal zorgt voor het eerste bezoek en welk kanaal helpt bij de voltooiing?
  • Welke soorten content leiden tot werk met de dienst?
  • Welke campagne verbruikt budget zonder een zakelijk signaal op te leveren?

Kies daarna gebeurtenissen en parameters. Niet andersom. Wanneer je vijftig klikken meet zonder verbinding met een beslissing, produceer je alleen maar duurdere ruis.

GA4 is gebaseerd op gebeurtenissen en hun parameters

Paginaweergaven, zoekopdrachten, ingediende aanvragen en aankopen zijn gebeurtenissen in GA4. Parameters voegen context toe: waarde, valuta, transactie-ID, formuliernaam of items.

Google onderscheidt automatisch verzamelde, verbeterde, aanbevolen en aangepaste gebeurtenissen. Wanneer er voor een actie een aanbevolen naam en parameters bestaan, gebruik ik die. Bijvoorbeeld generate_lead voor een ingediend informatieverzoek en purchase voor een voltooide aankoop. Dit ondersteunt vooraf gedefinieerde statistieken en toekomstige integraties.

Maak alleen een aangepaste gebeurtenis wanneer de standaardbetekenis niet past. De naam button_click_7 meet wel iets, maar over zes maanden weet niemand meer wat.

Een belangrijke gebeurtenis moet relevant zijn voor het bedrijf

GA4 noemt belangrijke acties nu key events. Label niet elke gewone interactie op deze manier. Scrollen, een menu openen en een video starten kunnen diagnostische gebeurtenissen zijn. Een aanvraag, registratie of aankoop kan een belangrijk resultaat zijn.

Voor een leadgeneratiewebsite maak ik onderscheid tussen:

  • een succesvol verzonden formulier,
  • een klik op een e-mailadres of telefoonnummer,
  • een gekwalificeerd contact dat in het CRM is bevestigd.

Het eerste is technisch meetbaar, het tweede wijst op sterke intentie en het derde op zakelijke kwaliteit. Als we ze samenvoegen tot één getal, ziet marketing er beter uit, maar neemt het bedrijf slechtere beslissingen.

E-commerce heeft een stabiele transactie nodig, geen bedankpagina

Gebruik voor een aankoop de aanbevolen gebeurtenis purchase en de bijbehorende parameters, vooral een stabiele transaction_id, waarde, valuta en items volgens je model. Een unieke ID helpt dubbele aankopen te beperken en analyses met het bestelsysteem te verbinden.

De gebeurtenis moet worden aangemaakt wanneer de bedrijfsstatus is bevestigd. Alleen het openen of vernieuwen van een bedank-URL is geen betrouwbare bron. Test geslaagde en mislukte betalingen, herhaald laden, kortingen, verzending, belasting en meerdere valuta. Vergelijk de gegevens ten slotte met de backend. Het verschil hoeft niet nul te zijn, maar moet wel verklaarbaar zijn.

Schakel verbeterde metingen pas in nadat je ze hebt gecontroleerd

Zonder aangepaste implementatie kan GA4 zaken verzamelen zoals scrolls, uitgaande klikken, zoekopdrachten op de site, interacties met ingesloten video’s of downloads van bestanden. Het is een nuttig begin. Het betekent niet dat een automatische gebeurtenis overeenkomt met jouw bedrijfsdefinitie.

Controleer of de zoekfunctie de parameter herkent die je website gebruikt, of video een ondersteunde insluitmethode gebruikt en of een automatische gebeurtenis je eigen GTM-meting niet dupliceert. Schakel uit wat je niet gebruikt.

Google Tag Manager helpt alleen met stabiele gegevens

Ik gebruik GTM voor gebeurtenissen die de website via de datalaag doorgeeft en om meerdere tags en voorwaarden te beheren. Ik raad af om bedrijfswaarden uit paginagata te halen of een aankoop te activeren op basis van een deel van een URL wanneer de applicatie een echte gebeurtenis kan versturen.

Hoe je de datalaag, toestemming, tests en versies ontwerpt, wordt behandeld in het afzonderlijke artikel Google Tag Manager: een correcte inrichting.

Toestemming bepaalt welke gegevens je kunt waarnemen

GA4 en advertentietags moeten de keuze van de gebruiker respecteren. Google Consent Mode kan de toestemmingsstatus doorgeven en het gedrag van ondersteunde tags aanpassen. Het vervangt geen cookiebanner of juridische beoordeling.

Google onderscheidt een basismodus, waarin tags vóór toestemming worden geblokkeerd, en een geavanceerde modus, waarin ondersteunde Google-tags laden met een standaardstatus ‘geweigerd’ en beperkte cookieloze signalen kunnen versturen. De keuze heeft technische, juridische en datagevolgen. Ik zou die niet baseren op de optie die de mooiste grafiek oplevert.

Test na de implementatie zowel toestemming als weigering. Controleer niet alleen Google-tags, maar ook Meta, heatmaps, chat en elke andere dienst in de container.

DebugView bevestigt de verzending, niet de zakelijke betekenis

Google raadt aan gebeurtenissen te controleren in Realtime en DebugView. DebugView toont gebeurtenissen en parameters van een testapparaat in de volgorde waarin ze zijn aangekomen.

Tijdens een controle let ik op:

  • de juiste naam en tijd van de gebeurtenis,
  • vereiste parameters en hun gegevenstypen,
  • duplicaten,
  • de juiste property en meet-ID,
  • de toestemmingsstatus,
  • een verbinding met de daadwerkelijke bestelling of het CRM-record.

Een gebeurtenis die zichtbaar is in DebugView kan nog steeds onjuist zijn geregistreerd als aangepaste dimensie, ontbreken in een standaardrapport of ongeschikt zijn als key event. Test de volledige keten.

Verkeersbronnen hebben consistente regels nodig

Gebruik een consistente UTM-taxonomie voor campagnes. Definieer bron, medium, campagne en, waar relevant, campagne-ID vóór de lancering. Tag interne links op je eigen website niet met UTM-parameters — daarmee overschrijf je de oorspronkelijke acquisitiecontext.

Betaalproviders en externe checkouts kunnen ten onrechte als een nieuwe verwijzer verschijnen. Controleer cross-domeinmeting, de terugkeerflow en de daadwerkelijke oorzaak voordat je een domein toevoegt aan ongewenste verwijzingen. Een uitzonderingsregel in een rapport mag geen gebrekkige implementatie verbergen.

Schakel integraties in op basis van beslissingen

Google Ads

Met de integratie kunnen geselecteerde gegevens, doelgroepen en key events tussen GA4 en het advertentieaccount worden gebruikt. Controleer voordat je iets importeert voor optimalisatie welke gebeurtenis primair is, of de conversie door een Google Ads-tag wordt gedupliceerd en of deze voldoende zakelijke kwaliteit heeft.

Search Console

De integratie voegt inzicht toe in organische zoekopdrachten en landingspagina’s. Search Console en GA4 meten verschillende delen van de klantreis en gebruiken verschillende statistieken. De cijfers zijn niet bedoeld om identiek te zijn.

Merchant Center en andere producten

Een webshop kan andere Google-producten koppelen op basis van de diensten en rechten die hij gebruikt. Schakel niet elke integratie in alleen omdat die in de beheeromgeving verschijnt. Elke integratie voegt toegangs-, gegevens- en beheerwerk toe.

Meta en andere advertentiesystemen

De directe Meta-connector naar GA4 kan geaggregeerde kosten, klikken en vertoningen importeren; Pixel-gebeurtenissen worden niet overgedragen. Het huidige proces en de beperkingen staan in Meta Ads koppelen aan GA4. Servergebeurtenissen voor Meta worden afzonderlijk afgehandeld met Conversions API.

Filter intern verkeer eerst tijdens het testen

Een bedrijf kan intern verkeer definiëren op basis van beschikbare IP-bereiken en een gegevensfilter gebruiken. Stel dit eerst in op testen en controleer het in Realtime. Een actief uitsluitingsfilter beïnvloedt toekomstige verwerking en kan historische gegevens niet herstellen.

Voor mensen op mobiele netwerken, met dynamische IP’s en voor mensen die thuiswerken, is een IP-filter mogelijk niet volledig. Leg de reikwijdte van de beperking vast in plaats van een illusie van zuiverheid te creëren. Afhankelijk van de situatie kunnen interne testers ook worden geïdentificeerd via een gecontroleerd aangepast pad, zolang dit geen nieuw identiteitsprobleem veroorzaakt.

Bewaartermijn en export horen al in het plan voordat je de gegevens nodig hebt

Instellingen voor de bewaartermijn beïnvloeden gebruikers- en gebeurtenisgegevens die in sommige analyses beschikbaar zijn. Standaard geaggregeerde rapporten kunnen zich anders gedragen. Als het bedrijf een gedetailleerde langetermijngeschiedenis, eigen CRM-koppelingen of reproduceerbare analyses nodig heeft, plan dan vanaf het begin de BigQuery-export en het gegevensbeheer.

Een export naar een datawarehouse is niet “voor altijd gratis en zonder werk”. Er zijn een schema, kosten, toegang, bewaartermijnen en iemand nodig die een wijziging in de gegevens herkent. Voor een kleinere website kan een goed GA4-overzicht en een regelmatig bedrijfsrapport voldoende zijn.

Attributie creëert geen absolute waarheid

GA4, Google Ads, Meta en een CRM kunnen aan dezelfde bestelling een verschillend kanaal toewijzen. Elk systeem ziet een ander signaal en gebruikt andere attributievoorwaarden. Sommige verwerkte of gemodelleerde waarden kunnen ook na de gebeurtenis nog veranderen.

Beslis daarom:

  • welk systeem het budget voor een bepaald platform beheert,
  • welk rapport kanalen vergelijkt,
  • waar de daadwerkelijke verkoop of gekwalificeerde lead wordt bevestigd,
  • welk attributievenster en model je gebruikt om het bedrijf aan te sturen.

Een verschil tussen systemen moet je uitleggen, niet automatisch aangrijpen om één grafiek net zo lang te herschrijven tot die op een andere lijkt.

Het minimum voor zakelijke GA4

  1. Vastgelegde zakelijke vragen en een meetplan.
  2. Eén juiste property, datastream en gecontroleerde toegang.
  3. Een geverifieerde Google-tag of GTM-container op alle relevante pagina’s.
  4. Aanbevolen gebeurtenissen met de vereiste parameters.
  5. Enkele echte key events in plaats van tientallen microconversies.
  6. Geteste toestemmingsverwerking voor zowel acceptatie als weigering.
  7. Consistente UTM’s en gecorrigeerde betaal- of cross-domeinflows.
  8. Een testbestelling of aanvraag die met de backend is vergeleken.
  9. Integraties alleen met diensten die het bedrijf gebruikt.
  10. Een eenvoudig regelmatig rapport dat iemand daadwerkelijk gebruikt om beslissingen te nemen.

Wanneer GA4 niet voldoende is

GA4 is geen CRM, boekhoudsysteem of volledig datawarehouse. In een lange B2B-cyclus moet je het marketingingangspunt verbinden met de kwaliteit van contacten in sales. In een webshop bevestigen het bestelsysteem en de boekhouding de verkoop. Voeg voor complexe klantreizen je eigen datalaag en export toe, maar alleen wanneer duidelijk is wie ze gaat gebruiken.

Goede metingen betekenen niet het grootst mogelijke aantal gebeurtenissen. Het is een situatie waarin mensen binnen het bedrijf de grenzen van de gegevens kennen en er toch rustigere beslissingen mee kunnen nemen. Als je je huidige implementatie wilt laten beoordelen, van de zakelijke vraag tot de concrete gebeurtenis, beschrijf deze dan via contact.

Behoefte aan duidelijkheid in marketing?

Laten we eerst de situatie helder maken.

Als jouw bedrijf voor een vergelijkbare beslissing staat, stuur me dan kort de context. Dan bekijken we of het zinvol is om verder te gaan.

Beschrijf de situatie