Google Analytics 4 checken
Google Analytics 4 is het meest gebruikt analytische platform op het internet. In GA4 heb je de mogelijkheid om je verzamelde data in standaard behapbare rapporten, grafieken en tabellen te zien. GA4 maakt die rapporten, tabellen en grafieken op op basis van de data die zij ontvangen en hier hanteren zij een aantal standaard regels voor. Dus als je een duidelijk overzicht wilt hebben van je sitebezoekers en hun bezoekersreis zal je je aan de regels van GA4 moeten houden.
Met een Server-Side Tagging tracking setup via Google Tag Manager wordt er al gebruik gemaakt van GA4 configuratietags waardoor je de data al doorstuurt op een manier zodat GA4 dit zo duidelijk mogelijk kan verwerken. Alleen zijn er een aantal onderdelen die niet te maken hebben met hoe de data verstuurd wordt, maar hoe de data überhaupt verzameld wordt. Na een Server-Side Tagging implementatie moet je in GA4 dus een aantal onderdelen analyseren om te concluderen dat er nog iets schort aan je tracking setup. Dat zijn de volgende drie onderdelen:
Na een Server-Side Tagging implementatie zal je moeten analyseren hoe accuraat het aantal gemeten conversie-gebeurtenissen zijn. Je bent technisch gezien zelf verantwoordelijk voor het meten van het aantal conversies die op je site plaatsvinden nu dat je first-party data verzameld, maar alsnog kan een andere partij zoals AdPage het meten hiervan ingesteld hebben via Google Tag Manager.
Houdt hierbij in de gaten dat het vrijwel onmogelijk is om 100% van je conversies te meten. Door cookie-weigerende bezoekers, privacy browsers en script-complicaties kan je alleen 100% van je conversies meten met de hulp van webhooks.
Om het aantal gemeten conversie-gebeurtenissen te checken in GA4 ga je naar het GA4-rapport genaamd 'Gebeurtenissen'.
Hier krijg je een overzicht te zien van alle verzamelde gebeurtenissen door GA4 in de vorm van een grafiek en een tabel. Rechtsboven de grafiek heb je de mogelijkheid om het datumbereik aan te passen van de periode die je wilt checken. Wil je het aantal conversies vergelijken vanaf het moment dat Server-Side Tagging live staat, dan selecteer je het datumbereik de dag na de implementatie tot en met gisteren.
Boven de tabel heb je een zoekbalk waarmee je een specifieke term of gebeurtenisnaam kan selecteren. Vul hier de naam van je conversie-gebeurtenis in. 'purchase' is de conversienaam bij eCommerce webshops en vaak is 'generate_lead' de conversienaam bij Leadgen sites.
Nu heb je dus een overzicht van het aantal ontvangen conversie gebeurtenissen. Deze gemeten conversies kan je vergelijken met het werkelijke aantal conversies in de backend van je site, dus het aantal orders die op de webshop gemaakt zijn of het aantal formulieren die ingevuld zijn. De foutmarge tussen gemeten gebeurtenissen en werkelijk aantal conversies wil je natuurlijk zo laag mogelijk zien. Mochten hier enorme verschillen in zitten zal je moeten onderzoeken waar deze grote foutmarge vandaan kan komen en of dit op een accuratere manier getrackt kan worden.
Nu dat je een overzicht hebt van het aantal gemeten conversies wil je natuurlijk ook weten vanuit welke kanalen of campagnes deze bezoekers zijn gekomen die overgegaan zijn tot de conversie. Vanuit een tracking perspectief wil je in ieder geval er voor zorgen dat al je bezoekers aan een kanaal toegewezen worden, als GA4 je converterende bezoeker en hun conversiegebeurtenis niet toe kunnen wijzen geeft GA4 aan dat die conversie '[Unassigned](https://www.adpage.io/post/unassigned-traffic-ga4-oplossen)' is.
Om dit te checken klik op je het blauwe plusje naast 'Naam gebeurtenis'. Daarmee kan je een extra dimensie aan je tabel toevoegen.
De extra dimensie die je toe wilt voegen is 'Standaard Kanaalgroep voor Sessie'.
Wat je niet wilt zien is het onderstaande probleem dat veel conversies 'Unassigned' zijn:
Om er zeker van te zijn dat het een probleem is met je tracking setup en niet met je gebruik van UTM-parameters, kan je dat controleren door de extra dimensie 'Standaard kanaalgroep voor sessie' te vervangen met 'Sessiebron/-medium'.
Als je dan ziet dat alle 'Unassigned' conversies eigenlijk veroorzaakt worden door gebruikers die vanuit rare bronnen/mediums op je site komen, dan weet je dat het een UTM-parameter probleem is. Als GA4 namelijk niet kan ontcijferen vanuit welke bron/medium je bezoeker op de site terecht gekomen is, wordt dit ook onder 'Unassigned' geplaatst. Alleen '(not set)' is werkelijk niet-toewijsbaar door GA4 en zijn wellicht cookie-weigerende bezoekers in het geval van webhooks.
Naast het toewijzen van je bezoekers wil je ook een duidelijk overzicht zien van waar al je bezoekers vandaan komen, niet alleen de converterende. Dat doe je door naar het 'Verkeersacquisitie'-rapport te gaan binnen GA4.
Daar zie je dat de standaard-dimensie die gebruikt wordt door GA4 'Primaire Kanaalgroep voor sessie' is. In de tabel wil je zien dat het percentage 'Unassigned' minder dan 10% van het totale aantal bezoekers is.
Zorg er wel voor dat je weer het datumbereik op dag na Server-Side Tagging implementatie tot en met gisteren hebt staan. En houdt in de gaten dat GA4 een dataverwerkingsperiode van 24 tot 48 uur hanteert, dus dat de data van gisteren wellicht nog niet volledig verwerkt is. 's Ochtends is het percentage Unassigned verkeer van gisteren altijd hoger dan aan het eind van de middag.
In bovenstaand voorbeeld zie je dat het percentage unassigned 16,28% is. Maar hier is ook de data van gisteren nog aanwezig, en we doen dit op basis van 'Kanaalgroepen' en niet op basis van 'Sessiebron/-medium'. Als we de dag van gisteren niet meenemen en de dimensie 'Sessiebron/-medium' pakken zien we een percentage van 6,38% wat een gezond percentage is.
Als een van de bovenstaande tests voor onsuccesvolle resultaten hebben gezorgd, kan je de mogelijke oplossingen vinden onder het kopje 'Veel Voorkomende Problemen per Platform'. Ook kan je meer informatie vinden over de rapporten binnen GA4 en welke conclusies je kan trekken uit die rapporten onder het kopje 'Hoe maak je optimaal gebruik van first-party data'.
Met een Server-Side Tagging tracking setup via Google Tag Manager wordt er al gebruik gemaakt van GA4 configuratietags waardoor je de data al doorstuurt op een manier zodat GA4 dit zo duidelijk mogelijk kan verwerken. Alleen zijn er een aantal onderdelen die niet te maken hebben met hoe de data verstuurd wordt, maar hoe de data überhaupt verzameld wordt. Na een Server-Side Tagging implementatie moet je in GA4 dus een aantal onderdelen analyseren om te concluderen dat er nog iets schort aan je tracking setup. Dat zijn de volgende drie onderdelen:
Aantal gemeten conversies
Na een Server-Side Tagging implementatie zal je moeten analyseren hoe accuraat het aantal gemeten conversie-gebeurtenissen zijn. Je bent technisch gezien zelf verantwoordelijk voor het meten van het aantal conversies die op je site plaatsvinden nu dat je first-party data verzameld, maar alsnog kan een andere partij zoals AdPage het meten hiervan ingesteld hebben via Google Tag Manager.
Houdt hierbij in de gaten dat het vrijwel onmogelijk is om 100% van je conversies te meten. Door cookie-weigerende bezoekers, privacy browsers en script-complicaties kan je alleen 100% van je conversies meten met de hulp van webhooks.
Om het aantal gemeten conversie-gebeurtenissen te checken in GA4 ga je naar het GA4-rapport genaamd 'Gebeurtenissen'.
Hier krijg je een overzicht te zien van alle verzamelde gebeurtenissen door GA4 in de vorm van een grafiek en een tabel. Rechtsboven de grafiek heb je de mogelijkheid om het datumbereik aan te passen van de periode die je wilt checken. Wil je het aantal conversies vergelijken vanaf het moment dat Server-Side Tagging live staat, dan selecteer je het datumbereik de dag na de implementatie tot en met gisteren.
Boven de tabel heb je een zoekbalk waarmee je een specifieke term of gebeurtenisnaam kan selecteren. Vul hier de naam van je conversie-gebeurtenis in. 'purchase' is de conversienaam bij eCommerce webshops en vaak is 'generate_lead' de conversienaam bij Leadgen sites.
Nu heb je dus een overzicht van het aantal ontvangen conversie gebeurtenissen. Deze gemeten conversies kan je vergelijken met het werkelijke aantal conversies in de backend van je site, dus het aantal orders die op de webshop gemaakt zijn of het aantal formulieren die ingevuld zijn. De foutmarge tussen gemeten gebeurtenissen en werkelijk aantal conversies wil je natuurlijk zo laag mogelijk zien. Mochten hier enorme verschillen in zitten zal je moeten onderzoeken waar deze grote foutmarge vandaan kan komen en of dit op een accuratere manier getrackt kan worden.
Toeschrijvingen van de conversies
Nu dat je een overzicht hebt van het aantal gemeten conversies wil je natuurlijk ook weten vanuit welke kanalen of campagnes deze bezoekers zijn gekomen die overgegaan zijn tot de conversie. Vanuit een tracking perspectief wil je in ieder geval er voor zorgen dat al je bezoekers aan een kanaal toegewezen worden, als GA4 je converterende bezoeker en hun conversiegebeurtenis niet toe kunnen wijzen geeft GA4 aan dat die conversie '[Unassigned](https://www.adpage.io/post/unassigned-traffic-ga4-oplossen)' is.
Om dit te checken klik op je het blauwe plusje naast 'Naam gebeurtenis'. Daarmee kan je een extra dimensie aan je tabel toevoegen.
De extra dimensie die je toe wilt voegen is 'Standaard Kanaalgroep voor Sessie'.
Wat je niet wilt zien is het onderstaande probleem dat veel conversies 'Unassigned' zijn:
Om er zeker van te zijn dat het een probleem is met je tracking setup en niet met je gebruik van UTM-parameters, kan je dat controleren door de extra dimensie 'Standaard kanaalgroep voor sessie' te vervangen met 'Sessiebron/-medium'.
Als je dan ziet dat alle 'Unassigned' conversies eigenlijk veroorzaakt worden door gebruikers die vanuit rare bronnen/mediums op je site komen, dan weet je dat het een UTM-parameter probleem is. Als GA4 namelijk niet kan ontcijferen vanuit welke bron/medium je bezoeker op de site terecht gekomen is, wordt dit ook onder 'Unassigned' geplaatst. Alleen '(not set)' is werkelijk niet-toewijsbaar door GA4 en zijn wellicht cookie-weigerende bezoekers in het geval van webhooks.
Toeschrijvingen van je siteverkeer
Naast het toewijzen van je bezoekers wil je ook een duidelijk overzicht zien van waar al je bezoekers vandaan komen, niet alleen de converterende. Dat doe je door naar het 'Verkeersacquisitie'-rapport te gaan binnen GA4.
Daar zie je dat de standaard-dimensie die gebruikt wordt door GA4 'Primaire Kanaalgroep voor sessie' is. In de tabel wil je zien dat het percentage 'Unassigned' minder dan 10% van het totale aantal bezoekers is.
Zorg er wel voor dat je weer het datumbereik op dag na Server-Side Tagging implementatie tot en met gisteren hebt staan. En houdt in de gaten dat GA4 een dataverwerkingsperiode van 24 tot 48 uur hanteert, dus dat de data van gisteren wellicht nog niet volledig verwerkt is. 's Ochtends is het percentage Unassigned verkeer van gisteren altijd hoger dan aan het eind van de middag.
In bovenstaand voorbeeld zie je dat het percentage unassigned 16,28% is. Maar hier is ook de data van gisteren nog aanwezig, en we doen dit op basis van 'Kanaalgroepen' en niet op basis van 'Sessiebron/-medium'. Als we de dag van gisteren niet meenemen en de dimensie 'Sessiebron/-medium' pakken zien we een percentage van 6,38% wat een gezond percentage is.
Als een van de bovenstaande tests voor onsuccesvolle resultaten hebben gezorgd, kan je de mogelijke oplossingen vinden onder het kopje 'Veel Voorkomende Problemen per Platform'. Ook kan je meer informatie vinden over de rapporten binnen GA4 en welke conclusies je kan trekken uit die rapporten onder het kopje 'Hoe maak je optimaal gebruik van first-party data'.
Bijgewerkt op: 22/11/2024
Dankuwel!