GA4 installeren met Google Tag Manager, stap voor stap

De juiste manier om Google Analytics 4 op een website te zetten is één Google Analytics-tag in Google Tag Manager, die op elke pagina vóór al het andere afgaat. Het kost tien minuten, en als je het zo doet, is elke latere toevoeging, van key events tot e-commerce tot Consent Mode, een wijziging in Tag Manager in plaats van een wijziging in de code van de website. Dit artikel doet precies dat en laat daarna de twee checks zien die de installatiefouten vangen achter de meeste GA4-problemen: een tag die twee keer afgaat, en een tag die afgaat vóór toestemming.

Je hebt een GA4-property met een webdatastream nodig (maak er hier een aan als je die nog niet hebt) en een Tag Manager-webcontainer die op de site is geïnstalleerd (zet er hier een op). Onderdeel van de GA4-handleiding, stap 3.

Voordat je begint: zoek het Measurement ID

Ga in GA4 naar Admin › Data collection and modification › Data streams, open de webstream en kopieer het Measurement ID, de waarde die begint met G-. Eén stream, één ID; zie je twee webstreams voor dezelfde site, dan is dat een overblijfsel van een eerdere poging: gebruik de stream met data of verwijder de lege.

De Google Analytics-tag aanmaken

Open in Tag Manager de webcontainer, ga naar Tags › New en kies Google Analytics als tagtype: een van de Destination-tags in Tag Manager, die de Google-tag hebben vervangen. Plak bij Tag-ID het Measurement ID. Laat Configuration settings voorlopig leeg; daar voeg je later parameters toe die elk event moet meekrijgen, zoals een user-ID of een contentgroep.

Geef de tag een naam die je over een jaar nog herkent: GA4 · Google Analytics, met de naam van de property erbij als de site naar meer dan één property stuurt.

Laat hem afgaan op Initialization, niet op Page View

Onder Triggering kies je de ingebouwde Initialization - All Pages trigger. Die gaat af vóór de gewone Page View-trigger, waardoor de Google Analytics-tag gegarandeerd geladen is tegen de tijd dat een GA4-eventtag iets wil versturen. Een Google Analytics-tag op de gewone All Pages-trigger werkt meestal wel, maar verliest dan op trage pagina's willekeurig het eerste event.

Gebruik je Consent Mode (en in de EU doe je dat), dan is dit ook het moment waarop de Consent Initialization - All Pages trigger ertoe doet: de tag van je consentplatform komt op die trigger, zodat de standaard consentstatus al bestaat voordat de Google Analytics-tag draait. De volgorde op elke pagina: standaard consentstatus, Google Analytics-tag, al het andere.

Sla de tag op. Publiceer nog niet.

Controleer hem in Preview en Tag Assistant

Klik op Preview, vul de URL van je site in en laat Tag Assistant die openen. Bij het eerste laden van de pagina zie je de Google Analytics-tag precies één keer onder "Tags fired", op het Initialization-event. Klik door naar een tweede pagina: de tag gaat opnieuw af (het is een volledige paginalading) en verder gebeurt er niets.

Schakel daarna over naar de GA4-kant: Admin › DebugView in de property. Omdat Tag Assistant de browser in debugmodus zet, verschijnen je events hier in realtime. Je zoekt één page_view per pagina die je opent, plus session_start en first_visit op de eerste.

De test op dubbele installatie

Zorg vóór het publiceren dat de site niet al op een andere manier GA4-data verstuurt. Open de site in een normaal tabblad met het netwerkpaneel van de browser gefilterd op collect: elke GA4-hit verschijnt als request naar een /g/collect URL. Laad één pagina. Eén request met en=page_view is goed. Twee betekent een tweede installatie, meestal een van deze:

• een gtag.js-snippet die nog van vóór Tag Manager in het thema staat,
• een shopplugin die zijn eigen GA4-tag injecteert,
• een tweede Tag Manager-container op de pagina,
• dezelfde Google Analytics-tag twee keer in één container (één keer op All Pages en één keer op Initialization), of een Google Analytics-tag naast een oude Google-tag voor hetzelfde ID.

Verwijder de extra installatie. Twee paginaweergaven per pagina is verreweg de meest voorkomende oorzaak van GA4-cijfers die "te mooi" zijn en bouncepercentages die "te laag" zijn. De audit van Measurebase markeert dit als dubbele tracking; de gids over dubbele tracking behandelt elke bron.

Publiceren en de volgende dag controleren

Publiceer de container met een versienaam die zegt wat er veranderd is ("GA4 Google Analytics tag added"). Open de volgende ochtend Reports › Realtime terwijl je de site op je telefoon via mobiele data bezoekt: je zou jezelf moeten zien. Controleer daarna Reports › Engagement › Pages and screens voor gisteren: paginatitels en paden moeten op je site lijken, met weergaven die ongeveer overeenkomen met wat je serverlogs of je vorige analytics lieten zien.

Twee cijfers om in de eerste week te controleren: weergaven per sessie (tussen 1,5 en 4 voor de meeste sites; 1,0 betekent dat de tag alleen op landingspagina's afgaat, 8 betekent dat hij afgaat op iets wat geen pagina is) en het aandeel sessies uit "(direct)" (boven de 50 procent op een site met campagnes betekent dat meestal een gat in de tracking, geen trouwe bezoekers).

Als je GA4 via een servercontainer laat lopen

Met server-side tagging blijft de Google Analytics-tag in de webcontainer, met één extra veld: onder Configuration settings wijst server_container_url naar je taggingserver, bijvoorbeeld https://mbase.yoursite.com, of naar een pad op je eigen domein met Same-Origin Tracking. De browser stuurt de GA4-hits dan daarheen in plaats van naar Google, en de servercontainer stuurt ze door.

Al het andere in dit artikel blijft hetzelfde: één tag, de Initialization-trigger, DebugView, de test op dubbele installatie. Wat je ermee wint, lees je in GA4 server-side: de basis. Gebruik je Measurebase, dan maakt de GTM-templateimport deze tag aan met de server-URL al ingevuld, en de nachtelijke audit controleert of de URL nog klopt (de bevinding "Google tag has no server URL" is precies dit ontbrekende veld).

Veelgestelde vragen