Anslut till Senaste Tekniska Nyheter, Bloggar, Recensioner

Rapportering om sessioner i Google Analytics 4

Ämne: Rapportering om sessioner i Google Analytics 4

I Universal Analytics (UA) var “Sessioner” ett viktigt mätvärde för många av oss. Det var ett enkelt sätt att se hur mycket trafik en webbplats eller app fick och hur väl olika förvärvskanaler fungerade.

När Google Analytics 4 (GA4) kom introducerade den en ny datamodell som skiftade från att vara baserad på “träffar” till “händelser” och detta hade några viktiga effekter på sessionsfunktionen. Utöver detta började Google Analytics ge uppskattade siffror för vissa mätvärden, inklusive sessioner, direkt i gränssnittet. Dessa ändringar innebär att det inte är lika enkelt att använda Sessions-måttet som det brukade vara. Om det inte förstås väl kan det leda till förvirring och misstag i rapporter.

I det här inlägget ska vi titta på hur sessioner i GA4 har förändrats från hur det var i UA. Vi ska se vad som orsakar felaktigheter i rapporter och hur du kan undvika dem.

Vilka är skillnaderna mellan sessioner i GA4 och UA?

Innan vi går in på skillnaderna i rapportering om sessioner i Google Analytics 4 jämfört med Universal Analytics, låt oss ta en snabb titt på vad som har förändrats när det gäller mätning. I Universal Analytics kan du tänka dig en session som en behållare för interaktioner med en webbplats eller app. En session skulle pågå tills det var 30 minuters inaktivitet, sessionen passerade midnatt (baserat på tidszonen som UA View använde) eller nya kampanjparametrar påträffades. En användare kan ha en eller flera sessioner på en dag, vecka eller månad.

Däremot är allt en händelse i Google Analytics 4, inklusive starten av en session (händelsens namn session_start). När en ny session startas i Google Analytics 4 genereras ett sessions-ID och efterföljande händelser av samma användare kategoriseras till samma sessions-ID. En session avslutas först efter 30 minuters inaktivitet, om samma användare kommer tillbaka efter det kommer ett nytt sessions-ID att genereras.

En annan viktig skillnad är att i UA skapades sessioner i backend medan GA4 beräknar att allt är appens frontend. Som vi kommer att se har detta några viktiga implikationer när det kommer till rapportering om sessioner, både i och utanför användargränssnittet.

Google Analytics 4 summerar sessioner felaktigt – varför?

När du börjar använda Google Analytics 4 kommer utseendet och känslan på plattformen att vara väldigt annorlunda, men du hittar åtminstone många välbekanta dimensioner och mätvärden. Till exempel kan du fortfarande få dina sessionsantal uppdelade efter vilken dimension du än är intresserad av. Men när du börjar arbeta med granulär data kanske saker och ting inte stämmer, bokstavligen. I exemplet nedan kan vi se en skärmdump från GA4 där Sessioner är uppdelade efter bara en dimension, Device Category. Värdena är spridda över fyra enhetskategorier, med den totala raden som visar 55 266 sessioner. Så långt så bra, eller hur?

Men som vissa örnögda läsare kanske redan märker, är den totala raden (55 266) inte summan av de individuella enhetskategoriraderna, som du kan se i bilden nedan:

Detta beror på att det totala antalet sessioner i GA4 uppskattas. Google Analytics 4 uppskattningar kardinalitet (distinkt antal) för några av de mest använda måtten, inklusive sessioner, med hjälp av en algoritm som kallas HyperLogLog++. Som ett resultat kommer du vanligtvis att se att summering av raderna inte ger samma värde som du ser på Totals-raden.

Rapportering om sessioner utanför GA4-gränssnittet

Det är inte bara i GA4-gränssnittet som du kommer att se denna avvikelse. Ett enkelt sätt att testa utifrån GA4 är att använda Googles eget utvecklarverktyg Fråga Explorer. Som du kan se ger svaret från API:n samma missmatchning som det vi ser i GA4-gränssnittet:

Utmaningen som detta exempel lyfter fram är att Sessioner inte längre är ett mått som är tillförlitligt reproducerbart via aggregering i GA4, i motsats till hur det var i UA. Detta innebär att när du arbetar med GA4-data i en databas, eller Sheets, eller någon annanstans där du gör din egen aggregering måste du vara uppmärksam på detta faktum, eller hitta ett sätt att kringgå det.

“Men skillnaden är bara -0,82%, varför skulle jag bry mig?”

I exemplet med Device Category är skillnaden liten och det är viktigt att komma ihåg att Sessions inte är och har aldrig varit ett redovisningsmått, så det behöver inte vara exakt. Det viktiga är att det inte är för långt ifrån det verkliga värdet så att det riktningsmässigt fortfarande ger en korrekt uppfattning om hur saker och ting rör sig.

Men om du skulle begära sessioner efter en dimension som händelsenamn och/eller sida och sedan summera sessioner efter rader, kan summorna ökas med hundratals procent. Detta beror på, som vi nämnde tidigare, allt i GA4 är ett evenemang. Därför, om du begär sessioner efter händelsenamn kommer API:et att returnera sessionsvärden för alla händelsenamn eller sidor. Eftersom en session kan sträcka sig över många händelser eller sidor, är summan enormt uppblåst. Onödigt att säga att en sessionsstatistik som är uppblåst med hundratals procent inte är användbar så detta måste mildras.

Hur man får exakta sessionsräkningar för GA4

Som vi har sett kan sessioner vara utmanande att arbeta med eftersom, beroende på vilka dimensioner du inkluderar i begäran, kan totalsummorna vara mer eller mindre utanför märket. Sessioner är inte ett mått där exakthet är nödvändigt, men vi behöver att det är tillräckligt nära så att vi kan lita på dess riktning och för att det ska vara lätt att reproducera. Tack och lov har GA4 kastat oss ett ben som tillåter just det.

När du ställer in GA4 får alla samma grundläggande uppsättning av händelser och en av dessa händelser kallas “session_start”. Som förväntat utlöses denna händelse varje gång en ny session startas. Eftersom en session_start bara kan hända en gång, betyder det också att det sammanlagda antalet sessioner för session_start bör vara (och är) mycket nära antalet sessioner som GA4 har uppskattat. I exemplet nedan kan du se hur det ser ut i GA4 när du bryter ner antalet sessioner och händelser efter händelsenamnet session_start:

Som du kan se ger de sammanlagda summorna med användning av både sessioner eller händelser tillsammans med händelsenamnet session_start oss inom cirka 1 % av det uppskattade sessionsvärdet av GA4, vilket är väl inom gränserna där vi kan använda det för rapporteringsändamål. Det bästa är att den här lösningen skalas, så oavsett antalet dimensioner du frågar efter, så länge du inkluderar händelsenamn och filter för session_start för sessioner eller antal händelser kommer du att vara mycket nära det verkliga värdet.

Hur hjälper Funnel?

Eftersom antalet sessioner är reproducerbara genom aggregering om du använder händelsen “session_start”, har Funnel skapat två härledda mätvärden som du kan välja i anslutningskonfigurationen för GA4: Sessioner (händelsebaserad) och Sessioner (sessionsbaserad). Om du inkluderar händelsenamn och händelseantal i din GA4-datakälla rekommenderar vi att du använder mätvärdet Sessioner (händelsebaserat) i din rapportering. Som vi såg i exemplet ovan kommer detta att få dig mycket nära den uppskattade summan i GA4, men också en garanti för att totalsummor inte kommer att blåsas upp när du använder detta mått.

Om du vill inkludera sessioner i din datakälla rekommenderar vi att du använder sessioner (sessionsbaserade) som mätvärde för att rapportera om sessioner. Detta värde kommer att vara ännu närmare GA4:s uppskattade totala värde. Observera dock att för att härleda detta mått måste du även inkludera det “normala” Sessionsmåttet i din datakälla. Om du har många användare i din trattprenumeration öppnar detta upp möjligheten att en användare som inte är medveten om hur sessioner fungerar i GA4 kan skapa rapporter med förhöjda värden genom att använda “normala” sessionsmått, i motsats till en av de härledda mätvärdena som Funnel har tillhandahållit.

Sammanfattningsvis har vi tittat på hur Sessionerna fungerar i GA4, hur de skiljer sig från i UA, och vad du måste tänka på när du använder Sessions i din GA4-rapportering. Vi har också tittat på ett alternativ där du använder ett Sessionsmått som använder händelsenamnet “session_start”, och de fördelar det har. Den viktigaste fördelen är att den tillhandahåller ett sessionsmått som är reproducerbart genom aggregering, vilket resulterar i nästan exakt samma värden som de uppskattade sessionssummorna du ser i GA4.