Hoe je pre-built rapportages moet analyseren in GA4

Als webmaster van GA4 wil je natuurlijk weten hoeveel gebruikers de website hebben bezocht via Facebook of Google. Kijken of dat echt zo gemakkelijk gaat.

Hoeveel gebruikers hebben de website bezocht?

Een makkelijke vraag, zou je zeggen. Elk rapport binnen GA4 werkt net even wat anders. En zo moet je ook rekening houden met de scope van het rapport. Je hebt namelik user-scope, session-scope en event-scope rapportages. Ze werken allemaal net even wat anders.

Gebruikersacquisitierapport (First-Touch User-Scope)

Het eerste rapport is het gebruikersacquisitierapport. Dit rapport laat zien wat de allereerste verkeersbron was voor elke gebruiker die de website heeft bezocht. Het geeft alleen die eerste bron aan, dus als een gebruiker zijn eerste bezoek via een social campagne binnenkomt en de week daarop via Organic, dan wordt het bezoek toegekend aan Social, aangezien dit de eerste bron is van de gebruiker.

De gebruikersacquisitie rapportage geeft geen antwoord op hoeveel gebruikers de website hebben bezocht via Google.

Verkeersacquisitierapport (First-Touch Session-Scope)

Vervolgens hebben we het standaard verkeersacquisitierapport. Bijna iedereen gebruikt dit rapport voor hun GA4-verkeersbronrapporten. Dit rapport wordt ook vaak verkeerd begrepen.

Dit rapport toont de eerste verkeersbron van elke afzonderlijke sessie. Veel gebruikers van Universal Analytics zouden dit omschrijven als het laatste non-direct attributierapport dat ze vroeger gebruikten. Dit klopt maar ten dele.

Het is waar dat non-direct nog steeds van toepassing is, wat betekent dat als een gebruiker via organisch komt en het volgende bezoek direct is, beide bezoeken worden gerapporteerd als organisch (in GA4 neemt Direct nooit krediet van een andere verkeersbron). Wat anders is, is wat er gebeurt wanneer er meerdere verkeersbronnen aanwezig zijn binnen dezelfde sessie.

Een van de meest opvallende kenmerken van de flexibiliteit van GA4 is dat het een probleem in Universal Analytics oploste waarbij nieuwe verkeersbronnen een huidig ​​bezoek zouden beëindigen en een nieuw, volledig afzonderlijk bezoek zouden starten. GA4 splitst sessies niet meer, maar momenteel veroorzaakt het een andere uitdaging, waarbij alleen de eerste verkeersbron van de sessie wordt gerapporteerd.

Als een gebruiker op een betaalde advertentie klikt en de website voor het eerst bezoekt, onmiddellijk aanvullend onderzoek gaat doen en ook op een organisch zoekresultaat van Google klikt, wordt dat hele bezoek toegewezen aan Google Paid Search en krijgt Google Organic Search geen krediet.

Bij het uitvoeren van verkeersbronrapporten zullen in het verkeersacquisitierapport altijd enkele verkeersbronnen ontbreken van sessies met twee of meer verschillende verkeersbronnen binnen dezelfde sessie.

Deze veelgebruikte, sessiegerichte verkeersdimensie zal dus altijd wat verkeer missen van sessies met meerdere bronnen binnen dezelfde sessie.

Conversierapport

Het laatste rapporttype van GA4 is het conversierapport, dat is gericht op gebeurtenissen/attributies. De meeste gebruikers realiseren zich niet dat het bereik alleen attributie (credit) biedt voor gebruikers met een conversie.

Deze attributiegerichte dimensie is de oorzaak van veel verwarring wanneer GA4-gebruikers aangepaste rapporten maken. Hier is een gemeenschappelijk verkenningsrapport met standaardkanaalgroep (gebeurtenis/attributiebereik) met 'Totaal aantal gebruikers'.

We proberen echter te achterhalen hoeveel gebruikers afkomstig zijn vanuit Google, ongeacht of ze een conversie hebben uitgevoerd of niet, en met deze dimensie/rapport met attributiegebeurtenisbereik is dat niet mogelijk.

Dus hoeveel gebruikers hebben onze website bezocht?

Dit kan niet volledig worden beantwoord in de GA4 UI. De attributie-/gebeurtenisgerichte dimensies laten gebruikers weg die geen conversies hebben, en de sessiegerichte rapporten missen wat verkeer van sessies met meerdere verkeersbronnen binnen dezelfde sessie. Geavanceerde segmenten/doelgroepen kunnen niet helpen omdat ze dezelfde dimensies gebruiken.

BigQuery is op dit moment het enige antwoord om ervoor te zorgen dat sessies met meerdere verkeersbronnen correct worden geregistreerd voor basisrapportage van gebruikers/sessies.

Ik hoop dat Google meer functionaliteit uitrolt om te helpen. Een voorstel zou zijn om toe te staan ​​dat verkeersbronnen met gebeurtenisbereik van toepassing zijn op alle gebeurtenissen, niet alleen op gebeurtenissen die zijn gekoppeld aan conversiepaden.