Indholdsfortegnelse
Hvis du har navigeret i dine Google Analytics 4-rapporter, er du sandsynligvis stødt på de mystiske værdier “(data not available)” og måske også “(not set)” i dine dimensioner, især for trafikkilder.
At se disse kan være forvirrende og efterlade dig med spørgsmålet om, hvad der foregår med dine data.
Bare rolig, du er ikke alene!
Dette blogindlæg dykker ned i betydningen af både (data not available) og (not set) i Google Analytics 4, udforsker de mest almindelige årsager, og giver dig indsigt i, hvordan du kan adressere og potentielt “fikse” disse udfordringer, med henvisninger til relevant dokumentation.
Hvad betyder “(data not available)” i GA4?
Ifølge Googles officielle dokumentation om trafikkilder i GA4 (Traffic-source dimensions, session scope – Analytics Help), dukker “(data not available)” op i dine rapporter, når Google Analytics ikke kan levere eller endnu ikke har behandlet trafikkildedimensionerne (source/medium) for dine data.
Dette er ofte et tegn på, at Google arbejder på at attribuere trafikken korrekt.
Tidligere blev sådanne data ofte blot placeret under “Direct” (Direkte) eller “Unassigned” (Ikke-tildelt). Google indikerer, at dette er en ændring for at øge gennemsigtigheden.
Med denne ændring forsøger Google at være mere transparente, selvom det i starten kan skabe forvirring.
Sagen er den – dine data har sandsynligvis haft disse “huller” i et stykke tid. Det eneste, der er ændret, er, at Google nu eksplicit viser dig, at nogle sessioner (som tidligere ville være blevet vist som “direct”) nu midlertidigt eller permanent mangler fuld attribuering og derfor lander i “(data not available)”-kategorien.
Hvorfor vises “(data not available)”?
Potentielle årsager:
#1. Behandlingstid
De nyeste data (f.eks. indsamlet inden for de sidste 24-48 timer) vil have et forholdsvist højt antal “(data not available)”-sessioner.
Google Analytics har en vis databehandlingstid (se Googles dokumentation om databehandlingstider i GA4: [GA4] Data freshness – Analytics Help).
Løsning: Vær tålmodig. Tommelfingerreglen er ikke at se på “dagens data” i interfacet. Ideelt set bør du heller ikke se på “gårdagens data”. Tjek i stedet data, der er mindst 48 timer gamle. Dette er et første skridt, hvis du undrer dig over, hvordan du “fikser” (data not available) i GA4 – giv det tid!
#2. Bruger-ID (User ID) er tildelt for mange hændelser
I deres dokumentation for udviklere (se Google Developers-vejledning om User ID i GA4: [GA4] Measure activity across platforms – Analytics Help og mere specifikt for udviklere User-ID – Google Analytics 4 Properties – Google for Developers) nævner Google, at man ikke bør sende user_id med “for mange” hændelser, selvom “for mange” ikke er præcist defineret.
Min fortolkning & Løsning: Dette handler sandsynligvis om forkert implementering. Hvis du sender en generisk værdi som “none”, “null” eller “undefined” som user_id for ikke-loggede brugere, vil GA4 tro, at alle disse brugere er én og samme bruger. Dette kan overbelaste systemet for den specifikke “bruger” og potentielt føre til “(data not available)”.
Tjek din implementering af bruger-ID: Sørg for kun at sende et user_id, når en bruger faktisk er identificeret og logget ind. Send null eller undlad helt at sende parameteren, hvis der ikke er et gyldigt bruger-ID, som anbefalet i Googles bedste praksis for User ID (se links ovenfor). Dette er en konkret handling, hvis du søger efter løsninger på (data not available) i GA4.
#3. Behandlingsfejl (Google-side)
Nogle gange kan Google simpelthen have interne problemer med at behandle og attribuere data korrekt.
Løsning: Desværre er der ikke meget, du kan gøre her, udover at vente og se, om Google løser problemet. Hold øje med kendte problemer på Googles status-sider for Analytics (f.eks. Google Cloud Service Health kan nogle gange give indikationer, hvis der er større infrastrukturproblemer, der påvirker Google-tjenester, selvom en specifik GA-status er sjælden).
Hvad betyder “(not set)” i GA4?
Mens “(data not available)” ofte indikerer et midlertidigt problem eller et Google-behandlingsproblem, er “(not set)” en pladsholder, som Google Analytics bruger, når den slet ikke har modtaget nogen information for en specifik dimension, du kigger på.
Det betyder, at data for den pågældende dimension simpelthen mangler i de hits, GA4 har modtaget. Dette er en standardværdi i Google Analytics, når en dimension ikke har en værdi (se Googles generelle hjælp om rapportdimensioner: [GA4] Dimensions and metrics – Analytics Help).
Du kan støde på “(not set)” i mange forskellige rapporter, herunder:
Trafikkilder (Source, Medium, Campaign)
Landingssider
Content Groups
Brugerdefinerede dimensioner
Hændelsesparametre
Typiske årsager og løsninger til “(not set)”
Årsager og løsninger for (not set) i Trafikkilder:
Manglende eller Inkorrekte UTM-parametre:
Årsag: Hvis du manuelt tagger dine kampagnelinks, og UTM-parametrene (utm_source, utm_medium, utm_campaign) mangler eller er formateret forkert, kan GA4 ikke identificere kilden, og den vil blive vist som “(not set)”.
Løsning: Gennemgå din UTM-tagging-strategi. Sørg for, at alle marketingkampagner er korrekt tagget med konsistente værdier. Brug Googles Campaign URL Builder (GA4 Campaign URL Builder) og følg Googles vejledning for brugerdefinerede kampagner i GA4 ([GA4] Custom campaigns – Analytics Help). Vær omhyggelig med store/små bogstaver, da de behandles forskelligt.
Problemer med Auto-tagging (gclid for Google Ads):
Årsag: Hvis auto-tagging er slået fra i Google Ads, eller hvis gclid (Google Click Identifier) parameteren strippes af omdirigeringer eller privatlivsindstillinger, før den når din side, kan GA4 ikke knytte trafikken til Google Ads.
Løsning: Tjek din Google Ads-kobling og auto-tagging. Sørg for, at auto-tagging er aktiveret i din Google Ads-konto (se Google Ads Help om auto-tagging: About auto-tagging – Google Ads Help). Undersøg eventuelle omdirigeringer på din hjemmeside, der kan fjerne URL-parametre.
Cross-domain Tracking Problemer:
Årsag: Hvis en brugerrejse spænder over flere domæner, og cross-domain tracking ikke er sat korrekt op, kan sessionsinformation og trafikkildedata gå tabt.
Løsning: Verificer din cross-domain tracking opsætning i GA4. Sørg for, at alle relevante domæner er inkluderet i din datastrøms konfiguration for domænelinkning (se Google Analytics Help om cross-domain measurement: [GA4] Measure activity across domains – Analytics Help).
Session Timeout før Kildeinformation er Registreret:
Årsag: En session kan time ud (standard er 30 minutter inaktivitet ifølge GA4’s session definition – se Google Analytics Help om sessions: [GA4] About sessions – Analytics Help), og hvis brugeren derefter starter en ny handling uden en ny referrer eller kampagneparametre, kan den nye session mangle kildeinformation.
Løsning: Dette er sværere at “fikse”, men forståelse af sessionsmekanismer er vigtig.
Measurement Protocol Hits uden Trafikkildeinformation:
Årsag: Hvis du sender data til GA4 via Measurement Protocol, og du ikke inkluderer parametre for trafikkilde (ds, dm, cn osv.).
Løsning: Sørg for at inkludere relevante trafikkildeparametre i dine Measurement Protocol hits, som beskrevet i Google Developers dokumentationen for Measurement Protocol (GA4) (Measurement Protocol (Google Analytics 4) – Google for Developers).
Årsager og løsninger for (not set) i Andre Dimensioner (f.eks. Landingsside, Brugerdefineret Dimension):
Landingsside (not set):
Årsag: Kan opstå for sessioner, der ikke inkluderer en page_view hændelse som den første hændelse med sideinformation, eller hvis page_location parameteren mangler.
Løsning: Sørg for, at din GA4-sporing korrekt sender page_view hændelser med en gyldig page_location parameter for alle sider, brugeren lander på (se Google Developers dokumentation for anbefalede hændelser: [GA4] Recommended events – Analytics Help).
Brugerdefinerede Dimensioner (not set):
Årsag: Hvis du har oprettet brugerdefinerede dimensioner, men ikke konsekvent sender værdier for disse dimensioner med de relevante hændelser.
Løsning: Gennemgå din implementering af brugerdefinerede dimensioner. Sørg for, at de er korrekt konfigureret i GA4-interfacet og at din tracking-kode sender værdier for dem (se Google Analytics Help om custom dimensions: [GA4] Custom dimensions and metrics – Analytics Help).
Event Parametre (not set):
Årsag: Hvis en hændelse er sat op til at have en bestemt parameter, men parameteren ikke sendes med alle forekomster af hændelsen.
Løsning: Gennemgå din hændelsessporing og sikre, at parametre altid sendes, når hændelsen udløses, hvis en værdi forventes, i henhold til din opsætning af brugerdefinerede hændelser og parametre (se Google Analytics Help om event parameters: [GA4] Event parameters – Analytics Help).
Forstå “(not set)”
Brug sekundære dimensioner: Når du ser “(not set)”, prøv at tilføje en sekundær dimension for at identificere mønstre.
Segmenter dine data: Opret segmenter for trafik, hvor dimensionen er “(not set)” for at isolere og analysere denne trafik yderligere.
Vær proaktiv med din opsætning: Den bedste “løsning” er ofte forebyggelse gennem omhyggelig og korrekt opsætning af din sporing fra starten, baseret på Googles officielle vejledninger.
(data not available) og (not set) i GA4 - sidste ord
Både “(data not available)” og “(not set)” er en realitet i Google Analytics 4. Googles skridt mod mere “gennemsigtighed” med “(data not available)” er velment, men som vi har set, kan det (sammen med “(not set)”) rejse flere spørgsmål end svar i starten.
Googles dokumentation (se den generelle Google Analytics Help for GA4: Google Analytics 4 Help) udvikler sig løbende, så det er en god ide at holde sig opdateret.
For “(data not available)” håber vi på bedre diagnostiske værktøjer i fremtiden.
For “(not set)” ligger ansvaret ofte hos os selv for at sikre en robust og korrekt tracking-opsætning.
Som slutbruger af GA4 er det positivt med mere indsigt, selvom det kræver en dybere forståelse.
Som marketingperson betyder det mere detektivarbejde og flere spørgsmål fra andre stakeholders – men det er en del af jobbet at navigere i disse kompleksiteter og hjælpe med at forbedre datakvaliteten!
