Het percentage unassigned is te hoog in Google Analytics
Google Analytics 4 (GA4) is een waardevolle tool om het gedrag van gebruikers op websites te volgen en te analyseren. Elke klik, paginaweergave en conversie vormt een stukje van de puzzel die helpt om betere beslissingen te nemen en je strategie aan te passen. Toch is er één lastig probleem dat zelfs ervaren GA4-experts kan verwarren: "unassigned" in je GA4 rapporten.
Google Analytics 4 verdeelt verkeersbronnen in grotere categorieën, zodat je als gebruiker een algemeen beeld krijgt van welke typen kanalen het beste presteren. Zo worden bijvoorbeeld bezoekers uit organische zoekopdrachten via Bing en Google samen onder de standaard kanaalgroep 'Organic Search' geplaatst. Als Google niet weet aan welke bron een sessie of bezoeker moet worden toegewezen, dan blijft die sessie of gebruiker 'unassigned' en krijgt deze geen specifieke kanaalgroep.
Eerst zal je moeten checken het Unassigned verkeer ook werkelijk niet-toewijsbaar is. Om dit te doen open je het GA4 verkeersacquisitie-rapport. Daar voeg je de extra dimensie 'Sessiebron/-medium' toe via het blauwe plusje en voer je unassigned in in de zoekbalk.
Je kan nu zien of er wellicht ook bezoekers op de site terecht gekomen zijn vanuit bronnen en mediums die niet herkend worden, of dat al het unassigned-verkeer werkelijk '(not set)' is. Houdt hierbij wel in de gaten dat GA4 een dataverwerkingsperiode van 24 tot 48 hanteert, dus als je naar de dag van gisteren kijkt is het percentage unassigned altijd hoog.
Zie je zoals in bovenstaande screenshot dat je veel verkeer hebt vanuit een bron/medium die niet herkend wordt, dan gebruik je ergens niet de juiste UTM-parameters. In het geval van bovenstaande screenshot is dit dus een mail-campagne met de verkeerde UTM-parameters.
Een van de belangrijkste factoren die een rol kunnen spelen bij het hoge percentage Unassigned, is de configuratie van de cookiebanner en de bijbehorende consentverwerking via Google Tag Manager. Wanneer een gebruiker een website bezoekt, is het cruciaal dat zij hun toestemming geven voor het verzamelen van gegevens. Als dit niet goed is ingesteld, of het verwerken van die consent, kan dit leiden tot onjuist of onvolledig verkeer in GA4.
In dit blogartikel over het instellen van je triggers op Google Tag Manager in combinatie met consentverwerking wordt uitgebreid uitgelegd hoe je de cookiebanner instelt via GTM in combinatie met Server-Side Tagging. Door deze richtlijnen op te volgen, kun je ervoor zorgen dat de dataverzameling optimaal verloopt en dat unassigned verkeer tot een minimum wordt beperkt.
GA4 herkent een gebruiker en de sessies van die gebruiker op basis van parameters zoals de client_id (user id) en de session_id. Als een van deze twee IDs halverwege de sessie veranderen, wordt er door GA4 dus een nieuwe gebruiker een nieuwe sessie van een bestaande gebruiker gedetecteerd waarvan de oorsprong niet te herkennen is.
Om dit te onderzoeken open je de 'Verkenningen' binnen je GA4 property.
Hier selecteer je de 'Gebruiksanalyse'. Na het openen van de gebruiksanalyse, klik je in de linkerkolom onder 'Variabelen' op het plusje van 'Segmenten'.
Maak een nieuw segment aan. Selecteer 'Gebruikerssegment'. Als voorwaarde vul je 'Sessiebron/-medium' komt exact overeen met '(not set)'. Klik daarna op toepassen.
In je gebruikersanalyse kan je nu alle sessies zien van de unassigned bezoekers. Door een specifieke sessie te onderzoeken, klik je op de Effectieve Gebruikers-ID van een van die bezoekers. Je kan dan alle verzamelde gebeurtenissen van die gebruiker/sessie zien en op welk tijdstip deze verzameld zijn. Op basis hiervan kan je analyseren of er iets misgaat in het koppelen van gebeurtenissen aan gebruikers.
Hoe reëel is het dat de eerst ontdekte gebeurtenis van een sessie de 'begin_checkout' gebeurtenis is?
Hoe reëel is het dat een bezoeker ieder kwartier één pagina bezoekt en dan opeens een aankoop doet zonder een add_to_cart of begin_checkout gebeurtenis?
Het unassigned probleem in GA4 is een significant probleem waar iedere marketeer en ondernemer last van heeft. Dat komt omdat het niet zomaar op te lossen is. Hierboven hebben we de drie voornaamste problemen en oplossingen uitgewerkt die door een Server-Side Tagging implementatie veroorzaakt worden. Mochten die drie oplossingen niet voor het gewenste resultaat gezorgd hebben, zou je ook ons blog-artikel met nog meer oplossingen voor het Unassigned probleem kunnen bekijken.
Google Analytics 4 verdeelt verkeersbronnen in grotere categorieën, zodat je als gebruiker een algemeen beeld krijgt van welke typen kanalen het beste presteren. Zo worden bijvoorbeeld bezoekers uit organische zoekopdrachten via Bing en Google samen onder de standaard kanaalgroep 'Organic Search' geplaatst. Als Google niet weet aan welke bron een sessie of bezoeker moet worden toegewezen, dan blijft die sessie of gebruiker 'unassigned' en krijgt deze geen specifieke kanaalgroep.
Is je Unassigned überhaupt wel niet-toewijsbaar?
Eerst zal je moeten checken het Unassigned verkeer ook werkelijk niet-toewijsbaar is. Om dit te doen open je het GA4 verkeersacquisitie-rapport. Daar voeg je de extra dimensie 'Sessiebron/-medium' toe via het blauwe plusje en voer je unassigned in in de zoekbalk.
Je kan nu zien of er wellicht ook bezoekers op de site terecht gekomen zijn vanuit bronnen en mediums die niet herkend worden, of dat al het unassigned-verkeer werkelijk '(not set)' is. Houdt hierbij wel in de gaten dat GA4 een dataverwerkingsperiode van 24 tot 48 hanteert, dus als je naar de dag van gisteren kijkt is het percentage unassigned altijd hoog.
Zie je zoals in bovenstaande screenshot dat je veel verkeer hebt vanuit een bron/medium die niet herkend wordt, dan gebruik je ergens niet de juiste UTM-parameters. In het geval van bovenstaande screenshot is dit dus een mail-campagne met de verkeerde UTM-parameters.
Hoe staat de Cookiebanner ingesteld?
Een van de belangrijkste factoren die een rol kunnen spelen bij het hoge percentage Unassigned, is de configuratie van de cookiebanner en de bijbehorende consentverwerking via Google Tag Manager. Wanneer een gebruiker een website bezoekt, is het cruciaal dat zij hun toestemming geven voor het verzamelen van gegevens. Als dit niet goed is ingesteld, of het verwerken van die consent, kan dit leiden tot onjuist of onvolledig verkeer in GA4.
In dit blogartikel over het instellen van je triggers op Google Tag Manager in combinatie met consentverwerking wordt uitgebreid uitgelegd hoe je de cookiebanner instelt via GTM in combinatie met Server-Side Tagging. Door deze richtlijnen op te volgen, kun je ervoor zorgen dat de dataverzameling optimaal verloopt en dat unassigned verkeer tot een minimum wordt beperkt.
Blijven de client_id en de session_id tijdens een sitebezoek hetzelfde?
GA4 herkent een gebruiker en de sessies van die gebruiker op basis van parameters zoals de client_id (user id) en de session_id. Als een van deze twee IDs halverwege de sessie veranderen, wordt er door GA4 dus een nieuwe gebruiker een nieuwe sessie van een bestaande gebruiker gedetecteerd waarvan de oorsprong niet te herkennen is.
Om dit te onderzoeken open je de 'Verkenningen' binnen je GA4 property.
Hier selecteer je de 'Gebruiksanalyse'. Na het openen van de gebruiksanalyse, klik je in de linkerkolom onder 'Variabelen' op het plusje van 'Segmenten'.Maak een nieuw segment aan. Selecteer 'Gebruikerssegment'. Als voorwaarde vul je 'Sessiebron/-medium' komt exact overeen met '(not set)'. Klik daarna op toepassen.
In je gebruikersanalyse kan je nu alle sessies zien van de unassigned bezoekers. Door een specifieke sessie te onderzoeken, klik je op de Effectieve Gebruikers-ID van een van die bezoekers. Je kan dan alle verzamelde gebeurtenissen van die gebruiker/sessie zien en op welk tijdstip deze verzameld zijn. Op basis hiervan kan je analyseren of er iets misgaat in het koppelen van gebeurtenissen aan gebruikers.
Hoe reëel is het dat de eerst ontdekte gebeurtenis van een sessie de 'begin_checkout' gebeurtenis is?
Hoe reëel is het dat een bezoeker ieder kwartier één pagina bezoekt en dan opeens een aankoop doet zonder een add_to_cart of begin_checkout gebeurtenis?
Meer mogelijke oplossingen voor Unassigned verkeer
Het unassigned probleem in GA4 is een significant probleem waar iedere marketeer en ondernemer last van heeft. Dat komt omdat het niet zomaar op te lossen is. Hierboven hebben we de drie voornaamste problemen en oplossingen uitgewerkt die door een Server-Side Tagging implementatie veroorzaakt worden. Mochten die drie oplossingen niet voor het gewenste resultaat gezorgd hebben, zou je ook ons blog-artikel met nog meer oplossingen voor het Unassigned probleem kunnen bekijken.
Bijgewerkt op: 22/11/2024
Dankuwel!