I Universal Analytics bruger du visninger til at oprette separate samlinger af data, f.eks. via geografisk opdeling og opdeling efter forretningsområde, men i Google Analytics 4 bruges der ikke visninger, så denne form for dataopdeling skal opnås på anden vis. Hvilken granularitet du bør vælge ifm. opdeling af dine data, og hvordan du styrer adgangen til dem, afhænger af (1) dine konkrete behov, og (2) om du bruger standardversionen af Google Analytics eller Google Analytics 360.
Eksempler på oprettelse af en Google Analytics-konto
Virksomhed med ét website
I denne virksomhed har man ét website og én Google Ads-konto, og man har derfor ikke behov for at opdele data efter region eller forretningsområde.
Kontostruktur for en almindelig Google Analytics-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for websitet.
- Datastrømme: Én datastrøm. Hvis virksomheden også har en app, er der en separat datastrøm for appen.
Anvendte principper
| Struktur | Formål |
|---|---|
|
Én Analytics-konto. Hvis der findes en eksisterende Analytics-konto, er det ikke nødvendigt at oprette en ny. |
Data ejes af en enkelt enhed på én lokation. |
|
Én Google Analytics 4-ejendom med én (web)-datastrøm. |
Én enkelt ejendom gør dataene for hvert aspekt af websitet tilgængelige på ét sted. Marketingteamet kan oprette målgrupper ud fra et hvilket som helst tværsnit af websitedata. Analytikere kan få indblik i brug på tværs af enheder, og om der er brug for et mobilwebsite eller en mobilapp. |
|
Én Google Ads-konto, der er knyttet til Google Analytics 4-ejendommen. |
Marketingteamet kan eksportere målgrupper til Google Ads med henblik på remarketing og identificering af kundeemner. |
Uddannelsesinstitution/-virksomhed
Denne organisation har ét website og én Google Ads-konto.
Forretningskrav
Kontostrukturen skal tage højde for følgende krav:
- Eleverne gennemgår kursustilbud, tilmelder sig kurser og udfører og administrerer kursusarbejde online.
- Marketingteamet skal kunne oprette målgrupper til remarketing og generering af kundeemner.
- Analytikere vil gerne have indsigt i brugen på tværs af enheder og vide, om der er behov for et mobilwebsite eller en app.
Kontostruktur for en almindelig Google Analytics-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for hver logiske brugerbase (institutionens website).
- Datastrømme: Én datastrøm for institutionens website.
Anvendte principper
| Struktur | Formål |
|---|---|
|
Én Analytics-konto. Hvis der findes en eksisterende Analytics-konto, er det ikke nødvendigt at oprette en ny. |
Data ejes af en enkelt enhed på én lokation. |
|
Én Google Analytics 4-ejendom med én (web)-datastrøm. |
Én enkelt ejendom gør dataene for hvert aspekt af websitet tilgængelige på ét sted. Marketingteamet kan oprette målgrupper ud fra et hvilket som helst tværsnit af websitedata. Analytikere kan få indblik i brug på tværs af enheder, og om der er brug for et mobilwebsite eller en mobilapp. |
|
Én Google Ads-konto, der er knyttet til Google Analytics 4-ejendommen. |
Marketingteamet kan eksportere målgrupper til Google Ads med henblik på remarketing og identificering af kundeemner. |
Forhandler, som har flere e-handelsbutikker og sælger produkter via nettet og en app
Dette paraplyselskab har flere geografiske områder, og hvert område har sin egen forretningsenhed. Hvert område har sit eget website og, marketingteam og sin egen Google Ads-konto. Paraplyselskabet har desuden en app (tilgængelig til iOS og Android).
Forretningskrav
Kontostrukturen skal tage højde for følgende krav:
- Paraplyselskabet skal have en global visning af data fra alle forretningsenheder.
- Det er ikke nødvendigt, at hver enkelt forretningsenhed har juridisk ejerskab af sine data.
- Hver enkelt forretningsenhed vil gerne forstå, hvordan brugerens rejse bevæger sig gennem websitet og appen.
- Hver enkelt forretningsenhed har brug for at inddele sine data.
- Marketingteamet for hver forretningsenhed udnytter tilknytningen mellem Google Ads og Analytics til at oprette og dele målgrupper og bruger målgrupperne til budgivning i Google Ads.
Kontostruktur for en almindelig Google Analytics-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for en enkelt logisk brugerbase
- Datastrømme: Én datastrøm for websitet. Én datastrøm for hver version af appen.
Kontostruktur for en Google Analytics 360-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for en enkelt logisk brugerbase
- Underejendomme: Én underejendom for hver virksomhedsenhed, der har brug for at inddele sine data
- Datastrømme: Én datastrøm for websitet. Én datastrøm for hver version af appen.
Anvendte principper
| Struktur | Formål |
|---|---|
|
Én Analytics-konto. Hvis der findes en eksisterende Analytics-konto, er det ikke nødvendigt at oprette en ny. |
Paraplyselskabet har juridisk ejerskab af dataene for alle forretningsenheder. |
|
Én Google Analytics 4-ejendom. |
En enkelt ejendom med web- og appdatastrømme, så alle data kan inkluderes i samme rapport. Du kan kombinere data for websites og apps efter behov for at få vist data om "brugerrejser". Paraplyselskabet har en samlet visning af alle data og kan sammenligne data mellem forskellige forretningsenheder. |
|
En underejendom for hvert regionale team (360) |
Hver regionale enhed har sin egen underejendom med inddelte data. Paraplyselskabet har en samlet visning af alle data i kildeejendomme og kan sammenligne data mellem forskellige virksomhedsenheder. |
|
En datastrøm, der kombinerer alle regionale virksomhedsenhedswebsites. |
Brug én webdatastrøm til flere domæner. |
|
Ét Firebase-projekt for Android- og iOS-implementeringerne af appen. Firebase-projektet er knyttet til Google Analytics 4-ejendommen. Én datastrøm for hver iOS- og Android-version af appen (dvs. to datastrømme). |
En separat datastrøm for hver appimplementering gør det muligt at isolere iOS- og Android-data separat.
|
|
Hver Google Ads-konto er knyttet til ejendommen (standard) |
Når hver enkelt Google Ads-konto er knyttet til den enkelte ejendom, er målgrupper fra ejendommen tilgængelige til budgivning for hver enkelt Google Ads-konto. |
|
Valgfrit: Hver Google Ads-konto er knyttet til den relevante underejendom (360) |
Når hver enkelt Google Ads-konto er knyttet til sin korrekte underejendom, er målgrupper fra ejendommen tilgængelige til budgivning for hver enkelt Google Ads-konto. |
Global spiludvikler med flere spil i Play Butik og App Store
Denne virksomhed har ét globalt brandwebsite og et separat marketingwebsite for hver spiltitel. Virksomheden sælger flere forskellige spiltitler i Play Butik og App Store.
Forretningskrav
Kontostrukturen skal tage højde for følgende krav:
- Indsaml førstepartsdata fra websites og apps for at oprette målgrupper og få et bedre beslutningsgrundlag i forbindelse med køb af medier.
- Et separat miljø til udvikling, design og produktion af hvert spil.
Kontostruktur for en almindelig Google Analytics-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for hver logiske brugerbase (website for globalt brand samt hver spiltitels marketingwebsite og app).
- Datastrømme: Én datastrøm for det globale brandwebsite. Én datastrøm for hvert marketingwebsite og én for hver tilsvarende version af appen.
Kontostruktur for en Google Analytics 360-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for hver logiske brugerbase (website for globalt brand samt hver spiltitels marketingwebsite og app).
- Oprulningsejendom: Én oprulningsejendom, der samler data fra elle separate kildeejendomme for at give et holistisk billede
- Datastrømme: Én datastrøm for det globale brandwebsite. Én datastrøm for hvert marketingwebsite og én for hver tilsvarende version af appen.
Anvendte principper
| Struktur | Formål |
|---|---|
|
Én Analytics-konto. Hvis der findes en eksisterende Analytics-konto, er det ikke nødvendigt at oprette en ny. |
Samler ejendomme under en enkelt konto, der ejes af en enkelt juridisk enhed. |
|
Én Google Analytics 4-ejendom for det globale brandwebsite med én (web)-datastrøm. |
Separat måling af det globale brandwebsite. |
|
Én Google Analytics 4-ejendom for hver spiltitels marketingwebsite og app. Hver ejendom har én (web)datastrøm, én iOS-(app)datastrøm og én Android-(app)datastrøm. |
Data fra hvert marketingwebsite og den relaterede app indsamles i den samme ejendom. Relaterede website- og appdata bruges til at oprette målgrupper og få et bedre beslutningsgrundlag i forbindelse med køb af medier. |
|
Ét Firebase-projekt for hvert spil. Hvert projekt er knyttet til den relaterede ejendom. Hvert Firebase-projekt inkluderer udviklings-, test- og produktionsversionerne af spillet. |
Et separat Firebase-projekt for hvert spil opretter et separat miljø til udvikling, test og produktion af hvert spil. |
|
Valgfrit: Et separat Firebase-projekt for hver version af spillet eller for en kombination af versioner, f.eks. ét projekt for udviklingsversionen og et andet projekt for hhv. test- og produktversionen. |
Du kan underinddele individuelle spilmiljøer yderligere efter projekt, men det kræver flere ejendomme, hvis du vil måle spilversionen med det pågældende projekt. |
|
Valgfrit: Oprulningsejendom. Hver kildeejendom overføres til en oprulningsejendom, der giver et holistisk billede på tværs af internettet og apps. |
Du kan underinddele individuelle spilmiljøer yderligere efter projekt, men det kræver flere ejendomme, hvis du vil måle spilversionen med det pågældende projekt. |
Nationalt forsikringsselskab med flere uafhængige datterselskaber (livs-, sundheds-, bolig- og bilforsikring)
Denne virksomhed har ét virksomhedswebsite for at give kunder oplysninger og generere kundeemner, der kræver offlineinteraktion for at færdiggøre kontrakter (f.eks. telefon, mail, kassesystem). Hvert datterselskab har sit eget website, et separat marketingteam og sin egen Google Ads-konto.
Ét datterselskab (bil) har desuden en app.
Forretningskrav
Kontostrukturen skal tage højde for følgende krav:
- Data ejes af en enkelt forretningsenhed på én lokation.
- Data fra virksomhedswebsitet skal være tilgængelige til analyse for at forbedre generering af kundeemner og optimering af indhold.
- I hvert datterselskab er der behov for at opdele dataene, så det relaterede marketingteam kan oprette målgrupper og spore de konverteringer, der er knyttet til den relevante Google Ads-konto.
Kontostruktur for en almindelig Google Analytics-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for hver logiske brugerbase (virksomhedswebsite; website for hvert datterselskab og app).
- Datastrømme: Én datastrøm for virksomhedswebsitet. Én datastrøm for hvert datterselskabs website og én for hver tilsvarende version af appen.
Kontostruktur for en Google Analytics 360-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for alle websites og apps (virksomhedswebsite; website og app for hvert datterselskab).
- Underejendomme: Én underejendom for hver logiske brugerbase (virksomhedswebsite; website og app for hvert datterselskab).
- Datastrømme: Én datastrøm for virksomhedswebsitet. Én datastrøm for hvert datterselskabs website og én for hver tilsvarende version af appen.
Anvendte principper
| Struktur | Formål |
|---|---|
|
Én Analytics-konto. Hvis der findes en eksisterende Analytics-konto, er det ikke nødvendigt at oprette en ny. |
Data ejes af en enkelt forretningsenhed på én lokation. |
|
Én Google Analytics 4-ejendom med én datastrøm (web) for virksomhedswebsitet (standardkonto) |
En enkelt ejendom og datastrøm for virksomhedswebsitet gør disse data tilgængelige til analyse for at forbedre generering af kundeemner og optimering af indhold. |
|
For hvert datterselskabs website: (standardkonto) Én Google Analytics 4-ejendom med én (web)-datastrøm. Ejendommen for datterselskabet for bilforsikringer skal også bruge en datastrøm (Android-app). |
En enkelt ejendom og datastrøm for hvert datterselskabs website sørger for, at dataene for hvert website holdes adskilt fra de øvrige. App- og webdataene for datterselskabet for bilforsikringer vil være tilgængelige i den samme ejendom. |
|
Én Google Analytics 4-ejendom med én datastrøm (web) for alle websites (virksomhed og datterselskab). (360) |
En enkelt kildeejendom og datastrøm for alle websites gør disse data tilgængelige til analyse for at forbedre generering af kundeemner og indholdsoptimering. Det gør det også muligt at udvikle underejendomme ud fra kildeejendommen. |
|
Underejendomme for hvert datterselskab og virksomhedswebsitet |
Der kan oprettes en underejendom med henblik på at filtrere hver enkelt logiske kombination af data (virksomhedswebsite eller datterselskabs website) i sin egen visning af data. |
|
Ét Firebase-projekt for datterselskabet for bilforsikringers Android-app. Firebase-projektet er knyttet til datterselskabet for bilforsikringers ejedom (standardkonto) eller kildeejendom (360-konto). |
Et Firebase-projekt for bilforsikringsappen opretter et separat miljø til appudvikling. Hvis du tilknytter Firebase-projektet til bilforsikringsejendommen, bliver app- og webdataene tilgængelige i den samme ejendom (det gælder også for kildeejendommen for 360-konti). |
|
De tilsvarende Google Ads-konti og ejendomme for datterselskabet (standardkonti) eller underejendomme (360-konti) er tilknyttet. |
Når Google Ads-kontoen for hvert datterselskab er knyttet til den tilsvarende ejendom, er målgrupper fra ejendommene tilgængelige på de relevante Google Ads-konti, og konverteringsdata fra Google Ads-kontiene er tilgængelige på de relevante Google Analytics 4-ejendomme. |
Rejsebureau med flere brands og aktiviteter i flere lande
Virksomheden har flere brands, som hver har et computerwebsite, et mobilwebsite og en app. Hvert brand har sit eget marketingteam og sine egne annonceringskonti.
Forretningskrav
Kontostrukturen skal tage højde for følgende krav:
- Dataene skal analysere efter land.
- Hvert marketingteam skal selv oprette målgrupper og tilskrive konverteringer til de tilknyttede annonceringskonti.
Kontostruktur for en almindelig Google Analytics-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for hver logiske brugerbase (virksomhedswebsite; website og app for hvert brand).
- Datastrømme: Én datastrøm for virksomhedswebsitet. Én datastrøm for hvert brandwebsite og én for hver tilsvarende version af appen.
Kontostruktur for en Google Analytics 360-konto
- Konto: Én konto. Dataene ejes af en enkelt juridisk enhed.
- Ejendom: Én ejendom for hver logiske brugerbase (virksomhedswebsite; website og app for hvert brand).
- Oprulningsejendom: Én oprulningsejendom, der viser alle enheds- og genografiske datasæt sammen.
- Datastrømme: Én datastrøm for virksomhedswebsitet. Én datastrøm for hvert brandwebsite og én for hver tilsvarende version af appen.
Anvendte principper
| Struktur | Formål |
|---|---|
|
Én Analytics-konto. Hvis der findes en eksisterende Analytics-konto, er det ikke nødvendigt at oprette en ny. |
Data ejes af en enkelt forretningsenhed. |
|
Én Google Analytics 4-ejendom pr. brand, som hver har:
|
Én ejendom pr. brand giver mulighed for:
Individuelle datastrømme for hver platform giver mulighed for at foretage alt inklusive-, komparativ eller individuel analyse af data og for at opbygge platformsorienterede målgrupper. |
|
Én oprulningsejendom, der samler alle ejendomme på ét sted (360-konti) |
En enkelt oprulningsejendom med alle kildeejendomme inkluderet med henblik på at give et holistisk billede af data på institutionsniveau. |
|
De brandspecifikke Google Ads-, Display & Video 360- og Search Ads 360-konti er knyttet til de relevante ejendomme. |
Hvert marketingteam skal selv oprette målgrupper og tilskrive konverteringer til de tilknyttede annoncekonti. |
Udvidet vejledning og reference
Resten af denne vejledning indeholder detaljerede oplysninger til virksomheder, hvis behov rækker ud over eksemplerne i afsnittet ovenfor. Denne udvidede vejledning er især relevant, hvis du er Google Analytics 360-kunde.
Indholdsfortegnelse:- Begreber og definitioner
- Optimale løsninger
- Datastrømme
- Search Console-integration
- Tilpas, hvilke rapporter der er synlige
- Datahygiejne
- Dataomdannelser
- Brugertilladelser og brugerroller
- Funktioner, der er specifikke for 360: Underejendomme og oprulningsejendomme
- Eksempler med underejendomme og oprulningsejendomme
- Tilknytning: Google Ads, SA360 og DV360
Begreber og definitioner
Hvis du er i gang med at lære om Google Analytics 4-ejendomme, vil du muligvis finde disse artikler og videoer nyttige:
- Præsentation af Google Analytics 4 (GA4)
- Om underejendomme (tilgængelige med Google Analytics 360)
- Om oprulningsejendomme (tilgængelige i Google Analytics 360)
- Konto: En samling ejendomme, hvis data ejes af en enkelt juridisk enhed og er underlagt regionsspecifikke servicevilkår.
Er det vigtigt, at dataene fra hver region ejes af en bestemt juridisk enhed i den pågældende region?
- Ja: Opret flere konti, én for hver region.
- Nej: Opret én konto i den region, hvor virksomhedens hovedkvarter befinder sig.
- Ejendom: Er en del af en konto og repræsenterer data for én brugerbase. Hvis dataene generelt skal analyseres sammen (produktlinje, brand, anvendelse), skal dataene findes i samme ejendom (som kan fungere som kildeejendom, hvis du har Google Analytics 360).
Er de data, du indsamler, relateret til en enkelt logisk brugerbase? Når du tilknytter Analytics til andre produkter, vil du så dele hele denne datamængde med hvert produkt?
- Ja: Opret én ejendom.
- Nej: Opret en separat ejendom eller underejendom for hver logiske brugerbase.
- Datastrøm: Er en del af en ejendom og er kilden til data fra en app eller et website. Den optimale løsning er at bruge maksimalt 3 datastrømme pr. ejendom: 1 enkelt webdatastrøm til måling af brugerrejsen på nettet og 1 appdatastrøm hver til iOS og Android.
- Appdatastrøm: Du kan have én datastrøm for hver kombination af app-pakkenavn og -platform.
- Webdatastrøm: I de fleste tilfælde bør du bruge en enkelt webdatastrøm til at måle webbrugerrejsen. For at sikre ensartet bruger- og sessionsrapportering for webrejser på tværs af domæner skal du bruge en enkelt webdatastrøm kombineret med måling på tværs af domæner.
Optimale løsninger
Nedenstående optimale løsninger og anbefalinger er relevante i forhold til en bred vifte af brugere og eksempler på brug. Der kan være særtilfælde, hvor denne vejledning ikke gælder, eller hvor den skal tilpasses bestemte omstændigheder.
Normalt skal du oprette én konto pr. virksomhed og én ejendom pr. brand eller virksomhedsenhed (under forudsætning af at dine brands og virksomhedsenheder er unikke/særskilt drevne enheder med separate interessenter/analytikergrupper).
Eksempel A
- Moderselskab A: 1 konto
- Brand X (motorkøretøjer): 1 ejendom
- Brand Y (husholdningsartikler): 1 ejendom
- Brand Z (forbrugerelektronik): 1 ejendom
I dette tilfælde har den overordnede virksomhed én konto og tre særskilte ejendomme, hvor hver ejendom indeholder data, der kun er relateret til det pågældende brand eller den pågældende virksomhed.
Eksempel B
- Større virksomhed B: 1 konto
- Produktlinje D (indboforsikring): 1 ejendom
- Produktlinje E (bilforsikring): Samme ejendom som D
- Produktlinje F (livsforsikring): Samme ejendom som D og E
I dette tilfælde har virksomheden valgt at få alle forretningsområder til at sende deres data til en enkelt ejendom. De har måske kunder, der regelmæssigt bruger flere produkter eller ofte bruger mersalgs- eller krydssalgskampagner på tværs af produkter, så det giver mening at se alle disse data samlet. Denne ejendom kan fungere som kildeejendom for underejendomme til individuelle analyser af produktlinjer (se nedenfor).
Eksempel C
- Lille virksomhed C (f.eks. Joes delikatesse): 1 konto
- Alle produkter (delikatessevarer, sandwich, drikkevarer osv.): 1 ejendom
I dette eksempel er Joes delikatesse en lille virksomhed, der ikke har brug for flere ejendomme. De analyserer alle deres data sammen for deres delikatesseforretning, da kunderne ofte køber mere end ét produkt, og Joes delikatesser ikke har forskellige forretningsområder. En enkelt ejendom til alle deres data giver mening.
Datastrømme
Hver kildeejendom modtager data via datastrømme fra en app og/eller et website. En datastrøm er med andre ord bare et website eller en app, der sender data til en bestemt GA4-ejendom.
Vi anbefaler følgende:
- 1 webdatastrøm pr. ejendom
- 1 iOS-datastrøm pr. ejendom
- 1 Android-datastrøm pr. ejendom
Search Console-integration
Du kan knytte en GA4-ejendom til Search Console. Du får adgang til nye udvidede data i Google Analytics, f.eks. søgeforespørgsler fra organisk Google-søgning, og dimensioner for rapportering som f.eks. landingsside.
Du skal beslutte, hvilken ejendom der skal knyttes til hvilken Search Console-ejendom. Hvis du bruger underejendomme og oprulningsejendomme, skal du vælge, om du vil tilknytte kildeejendommen, underejendommen eller oprulningsejendommen.
Det er nemt og hurtigt at oprette en tilknytning mellem din GA4-ejendom og din Search Console-ejendom på siden Administrator i GA4. Bemærk! Du skal være verificeret websiteadministrator for Search Console-ejendommen og have rollen administrator på Google Analytics 4-ejendommen for at kunne konfigurere tilknytningen.
Tilpas, hvilke rapporter der er synlige
Google Analytics 4-ejendomme giver dig fuld kontrol over, hvilke rapporter der skal vises, de metrics og dimensioner, der er inkluderet i disse rapporter, og graferne i dine rapporter. Du kan oprette en hel rapportsamling, der er relevant for en bestemt gruppe, f.eks. marketingteamet (men du kan ikke begrænse adgangen til disse samlinger, og alle brugere af ejendommen kan se dem). Dette giver dig mulighed for at tilpasse GA4, så de mest relevante rapporter vises først eller er nemmest at få adgang til, uden at du skal igennem rapporter, som du måske ikke har brug for.
Eksempel på rapportsamling for et marketingteam:
Du kan tilpasse de specifikke rapporter i hver samlinger. De fleste tabelrapporter har f.eks. metric'en "Samlet omsætning", der vises i standardkonfigurationen for rapporter. Det er praktisk, hvis du som e-handelsvirksomhed sender omsætningsdata og gerne vil have, at dine teams skal kunne analysere dem. Hvis du ikke har nogen omsætningsdata at rapportere i Google Analytics, viser denne kolonne en værdi på 0,00 DKK for hver række. Hvis det ikke er en relevant metric for din virksomhed, kan du fjerne den for at undgå overflødigt rod i dine rapporter.
Rapporten Hændelser med metric'en Samlet omsætning:
Redigeringsgrænseflade (klik på krydset ud for den metric, der skal fjernes):
Anvend og gem uden metric'en "Samlet omsætning":
Denne rapport er nu meget mere overskuelig for brugere fra en virksomhed, der ikke har (eller ikke ønsker at vise) omsætningsdata i Google Analytics.
Optimale løsninger med hensyn til datahygiejne
Ud over at filtrere dine rapporter, så bestemte data enten er inkluderet eller ekskluderet, skal du også være meget opmærksom på datahygiejne. Dette omfatter ekskludering af intern IP-trafik, ekskludering af uønskede henvisninger og sikring af, at måling på tværs af domæner er konfigureret korrekt.
Ekskluder intern IP-trafik
Ekskludering af intern IP-trafik fra dine datasæt kan være et vigtigt konfigurationstrin for mange virksomheder, der måske har store mængder medarbejdertrafik på deres website. Det kan f.eks. være en supporttekniker, der ofte refererer til hjælpeartikler sin virksomheds website i forbindelse med betjeningen af kunder. Dette sikrer, at dine medarbejdere (interne brugere) ikke forstyrrer dine analysedata, der har til formål at rapportere om eksterne kunders eksempler på brug. Dette er nu et forudindstillet filter i GA4:
Fjern uønskede henvisninger
En anden optimal løsning mht. datahygiejne er ekskludering af uønsket henvisningstrafik. Derved får du mulighed for at ekskluere data fra bestemte henvisningskilder fra dine produktionsdata ved at beholde hændelsen, men ignorere henvisningen, så det ikke får nogen betydning for trafiktilskrivningen. Dette er nu en foruddefineret konfiguration i GA4:
Konfigurer sporing på tværs af domæner
Et velkendt problem for Google Analytics-brugere har altid været at håndtere trafik på tværs af domæner. Tidligere skulle man konfigurere sporing på tværs af domæner, enten via Google Tag Manager eller via jeres TMS, eller man skulle kode sporingen manuelt på sit website. Dette krævede ekstra arbejde, som det ikke altid var muligt for Google Analytics-brugere, og det førte derfor ofte til problemer med datahygiejnen i form af nye eller oppustede sessionsantal og henvisninger fra egne domæner. Google Analytics 4 gør det nemt at udføre konfigurationen af dette i brugerfladen for at forbedre din datahygiejne:
Dataomdannelser
I Universal Analytics håndteres dataomdannelser som en del af filterkonfigurationen. Eksempelvis gennemtvinges brug af små bogstaver for alle værdier for en bestemt dimension, f.eks. utm_campaign. Dette kan nu håndteres via oprettelse og redigering af hændelser i Google Analytics 4-ejendomme.
Lad os f.eks. antage, at du opdager, at en bestemt hændelse er blevet sendt til din GA4-ejendom to gange, men på to forskellige måder. Måske sendes "start_now"-hændelsen, der fører til en vigtig handling på dit website, til GA4 på flere måder ("start_now" og "startNow"). Dette kan skyldes, at den vises flere forskellige steder på dit website, fordi det er udviklet af forskellige teams, der uden at vide det har kodet disse ting forskelligt. Dette er et almindeligt scenarie, der kan påvirke datakvaliteten, men du kan nu rette dette ved at oprette og redigere hændelser i brugerfladen.
Du kan løse dette problem ved at klikke på Rediger hændelse i sektionen Konfigurer i din GA4-ejendom.
Du kommer til denne skærm, hvor du kan angive de ændringer, du vil foretage. I dette tilfælde skal du vælge, hvilken "Start Now"-hændelse du vil beholde, og vælge at ændre den anden hændelse, så den matcher den. Eksemplet nedenfor viser, at enhver hændelse med navnet "startNow" bliver ændret til i stedet at have hændelsesnavnet "start_now". Dette samler begge disse hændelsesnavne i et enkelt navn fremover. vil dine rapporter se meget mere overskuelige ud med kun en enkelt række for denne hændelse.
Brugertilladelser og brugerroller
Med Google Analytics 4-ejendomme introduceres en smartere og mere strømlinet funktionalitet for roller og begrænsninger. Standardroller omfatter nu følgende:
- Administrator: En person med fuld kontrol over kontoen
- Redaktør: En person, som har fuld redigeringsadgang til data og indstillinger, men ikke kan administrere brugere
- Analytiker: En person, som kan oprette og redigere delte aktiver samt se data og konfigurationer
- Passiv bruger: En person, som kan se rapportdata og konfigurationsindstillinger
GA4-ejendomme giver desuden mulighed for at skjule pris- og omsætningsdata i rapporteringsgrænsefladen baseret på en tildelt databegrænsningsrolle, "Ingen omkostnings-metrics" eller "Ingen omsætnings-metrics". Dette er en nyttig tilføjelse til brugertilladelser og er med til at beskytte følsomme virksomhedsdata, samtidig med at visse målgrupper får adgang til website- og adfærdsdata.
Funktioner, der er specifikke for 360: Underejendomme og oprulningsejendomme
Underejendomme
Underejendomme er en ny type Google Analytics 4-ejendomme, der er tilgængelige for Google Analytics 360-konti. De giver dig mulighed for at oprette en undergruppe dataene i en kildeejendom. Underejendomme erstatter behovet for visninger. Du kan f.eks. oprette en underejendom, der har en undergruppe af de data, der findes i din kildeejendom, og give bestemte brugere adgang til kun den pågældende underejendom. Desuden indeholder underejendomme funktioner til datahygiejne, datastyring, brugerstyring og funktionsstyring, der giver et væsentligt større udbytte af at bruge GA4 i større virksomheder.
Du kan oprette en underejendom fra en kildeejendom, men det er ikke muligt at oprette en underejendom fra en oprulningsejendom. Underejendomme har et én-til-én-forhold med en kildeejendom.
Datastyring
Et af de mest almindelige eksempler på brug for underejendomme er datastyring – styringen af, hvilke data der inkluderes eller ekskluderes for en ejendom. Underejendomme giver dig mulighed for at filtrere data til eller fra, så du får det sæt data, du skal bruge for en bestemt målgruppe eller i en bestemt brugssituation. Det giver bedre strukturering af dine data, så de er mere tilgængelige for bestemte målgrupper.
Dette var en almindelig brug af visninger i Universal Analytics. Det kan f.eks. være, hvis du vil oprette en visning udelukkende for din trafik fra Nordamerika eller en visning, der kun har data fra marketingwebsitet. Ved at adskille disse datasæt kan hver gruppe hurtigere og nemmere få adgang til sine oplysninger, også selvom de kunne have opnået det samme med lidt mere filtrering i kildeejendommen. Underejendomme giver dig mulighed for at opnå dette ved at importere og eksportere filtre fra en kildeejendom til en underejendom for disse eksempler på brug.
Du kan filtrere data til en underejendom ved hjælp af enhver hændelse eller tilpasset dimension, der er indsamlet i kildeejendommen.
Brugerstyring
Et andet eksempel på brug af underegenskaber er situationer med brugerstyring. Et eksempel på dette er, hvis du har strenge virksomhedspolitikker, der angiver, at en region (f.eks. Nordamerika) kan se en bestemt undergruppe af data med relation til deres region, men en anden region (f.eks. Sydamerika) ikke har nogen adgang til dataene. Ved hjælp af underejendomme kan du begrænse data for hver region inden for dens egen ejendom, så der ikke er adgang uden for den relevante region.
Denne tilgang gælder tilsvarende for forretningsområder, der har brug for at holde deres data adskilt, så de kan bruges til forretningsområdets formål, og sågar hvis man vil opdele data særskilt for henholdsvis marketingwebsitet og produktoplevelsen, hvis der i din virksomhed er grunde til, at ét team ikke skal kunne se et andet teams data.
Hvis du ikke har brug for at begrænse adgangen til data, men i stedet har brug for at kunne henvise en bestemt undergruppe af brugere til bestemte datasæt, kan det være, at tilpasning af rapporter og rapportsamlinger er bedre løsninger. Du kan f.eks. oprette en samling rapporter, som er skræddersyet til marketingteamet, så de nemmere kan nå frem til de data, der er relevante for dem. Disse funktioner hjælper med at organisere data i et lettilgængeligt format for bestemte målgrupper og koster ikke ekstra.
Oprulningsejendomme
En oprulningsejendom indeholder data fra to eller flere ejendomme. En oprulningsejendom kan indeholde data fra almindelige ejendomme og underejendomme, men ikke fra andre oprulningsejendomme. De giver et bredere overblik over en virksomhed på tværs af produkter, brands eller regioner ved at samle data fra flere ejendomme på samme konto. Oprulningsejendomme i GA4 og UA understøtter lignende eksempler på brug.
Oprulningsejendomme fungerer stort set på samme måde som andre ejendomme. Hver oprulningsejendom har sin egen kvote for tilpassede dimensioner, tilpassede metrics, brugeregenskaber og meget andet. Alle indstillinger styres fra oprulningsejendommen (oprulningsejendomme overtager ikke indstillinger fra deres kildeejendomme) og er specifikke for de behov, der gælder for oprulningsejendommen og oprulningsbrugerbasen.
Overvejelser vedrørende omkostninger
Hver hændelse, der sendes til en underejendom eller en oprulningsejendom, behandles igen, og dette medfører en yderligere omkostning for 360-kontoen. Alle yderligere hændelseshits debiteres til halvdelen af prisen for det oprindelige hændelseshit. Med andre ord koster hvert hit på en underejendom eller oprulningsejendom det halve af et hændelseshit.
For at få en bedre forståelse af, hvordan din konfiguration kan påvirke din fakturering, kan du bruge en ny funktion, der hedder "Forhåndsvisning af regning", som er tilgængelig for certificerede Google Analytics-partnere, og som kan give deres kunder en bedre forståelse for potentielle omkostninger ved GA4 360.
Eksempler med underejendomme og oprulningsejendomme
Hvis vi gennemgår nogle af vores eksempler fra begyndelsen af denne vejledning, kan vi se, hvordan disse scenarier ser ud fra et konfigurationsperspektiv.
Større virksomhed med flere supplerende forretningsområder
- Større virksomhed B: 1 konto
- Produktlinje D (indboforsikring): 1 ejendom
- Produktlinje E (bilforsikring): Samme ejendom som D
- Produktlinje F (livsforsikring): Samme ejendom som D og E
I dette tilfælde har den større virksomhed én konto med én kildeejendom. Selvom der er forskellige forretningsområder, som kan have brug for at analysere data særskilt, er produkterne supplerende, og der er ofte et behov for at analysere flere produkter sammen, og de har derfor besluttet at sende alle produktdata til samme kildeejendom. De specifikke produktteams skal dog kunne analysere deres data særskilt. På grund af store mængder trafik i den overordnede ejendom har de valgt at oprette underejendomme for hver enkelt forretningsområde.
Overordnet virksomhed med flere brands
- Moderselskab: 1 konto
- Brand X (motorkøretøjer): 1 ejendom
- Brand Y (husholdningsartikler): 1 ejendom
- Brand Z (forbrugerelektronik): 1 ejendom
I dette tilfælde har den overordnede virksomhed én konto med tre kildeejendomme – én for hvert brand. Hvert brand drives særskilt og har brug for at analysere deres data særskilt, og de har derfor hver deres egen kildeejendom. Den overordnede virksomhed vil dog gerne samle alle sine brands i én ejendom, så de kan få en god forståelse af det samlede antal brugere, den samlede omsætning m.m. I dette tilfælde opretter moderselskabet en oprulningsejendom med ejendommene for alle tre brands som kilder til oprulningen. Det giver dem det overblik, de har brug for, mens de tre brands forbliver uafhængige af hinanden.
Lad os gå videre med dette eksempel. Denne overordnede virksomhed har et loyalitetsbonusprogram, der omfatter alle deres individuelle brands. Når en bruger er medlem af dette loyalitetsprogram, har brugeren et unikt bonus-id, som vi kan knytte til brugeren som en brugeregenskab og/eller som en parameter for hver hændelse.
Teamet, der står for loyalitetsprogrammet, arbejder på den overordnede virksomheds niveau og skal kunne se data for deltagere i loyalitetsprogrammet på tværs af alle brands samlet i samme ejendom. Dette kan opnås ved en kombination af underejendomme og oprulningsejendomme, så loyalitetsteamet har deres eget datasæt, de kan arbejde med. Hver kildeejendom opretter en underejendom med data udelukkende for deltagere i loyalitetsprogrammet, og derefter bliver alle tre underejendomme overført til en oprulningsejendom for loyalitetsdata.
Global virksomhed med regioner og underregioner
I dette tilfælde har den globale virksomhedskonto tre regionale oprulningsunderejendomme med hver to underejendomme.
Tilknytning: Google Ads, SA360 og DV360
Google Ads
I Google Analytics 4-ejendomme er der nogle forbedringer i forbindelse med tilknytningen med Google Ads, men præmissen er den samme. Du kan knytte din Google Ads-konto til din Google Analytics 4-ejendom, så du kan dele målgrupper og websitestatistikker med Google Ads og bruge rapporteringsdata fra Google Ads i din GA4-ejendom. Tilknytning til en Google Ads-konto udføres på Google Analytics-ejendomsniveau. Du kan tilknytte en kildeejendom, en underejendom eller en oprulningsejendom.
Vær opmærksom på en vigtig ændring mellem Universal Analytics og Google Analytics 4: I Universal Analytics skal du vælge hver enkelt Ads-konto, der skal eksporteres en målgruppe til, og det maksimale antal er 10. I GA4-ejendomme deles en individuel målgruppe med alle tilknyttede konti. Med denne ændring bliver det meget nemmere at dele, men eftersom du skal dele alle målgrupper eller ingen af dem, skal du være opmærksom på dette, når du udvikler dine Google Analytics 4-målgrupper.
Når du knytter din GA4-ejendom til din Google Ads-konto, kan du se websitestatistikker i Google Ads. Denne funktion eksporterer data om engagementsadfærd fra Google Analytics direkte til Google Ads-brugerfladen. Selvom du kan oprette et tilknytning til en ejendomstype, anbefaler vi, at du kun tilknytter enten kildeejendommen eller underejendommen (men ikke begge): På denne måde undgås den dobbelte optælling, der ville forekomme, hvis du tilknytter både en kildeejendom og en underejendom.
Målgrupper kan deles fra enhver type GA4-ejendom (dvs. almindelig ejendom, underejendom eller oprulningsejendom) til Google Ads, men vær opmærksom på, at en målgruppe fra en underejendom eller oprulningsejendom vil have andre data end en (almindelig) kildeejendom på grund af filtrering, eller fordi der er flere datasæt. Det er vigtigt at være opmærksom på dette, når du bruger målretning efter målgruppe i Google Ads.
På samme måde afhænger konverteringer af den tilknyttede ejendomstype. Du bør undgå at importere den samme konverteringstype fra en kildeejendom, en underejendom og en oprulningsejendom, så den bedste fremgangsmåde er at knytte kildeejendommen fra Google Analytics til Google Ads og kun eksportere dine konverteringer fra kilden. Hvis du har regionsspecifikke Google Ads-konti, skal disse dog muligvis tilknyttes på underejendomsniveau.
Search Ads 360
Ved første lancering understøtter SA360-integrationen nedarvning af data fra kildeejendommen til en underejendom eller en oprulningsejendom. Det betyder, at hvis tilknytningen er etableret på kildeejendommen, modtager underejendommen eller oprulningsejendommen data fra SA360, men underejendommen eller oprulningsejendommen kan ikke styre eller konfigurere selve tilknyttet.
Vær opmærksom på en vigtig ændring mellem Universal Analytics- og Google Analytics 4-ejendomme: I Universal Analytics skal du vælge hver enkelt konto, der skal eksporteres en målgruppe til, og det maksimale antal er 10. I Google Analytics 4-ejendomme deles en individuel målgruppe med alle tilknyttede konti. Med denne ændring bliver det meget nemmere at dele, men du skal dele alle målgrupper eller ingen af dem. Vær opmærksom på dette, når du udvikler dine Google Analytics 4-målgrupper.
Display & Video 360
Ved første lancering understøtter DV360-integrationen nedarvning af data fra kildeejendommen til en underejendom eller en oprulningsejendom. Det betyder, at hvis tilknyttet er etableret på kildeejendommen, modtager underejendommen eller oprulningsejendommen data fra DV360, men underejendommen eller oprulningsejendommen kan ikke styre eller konfigurere selve tilknytningen.
Vær opmærksom på en vigtig ændring mellem Universal Analytics- og Google Analytics 4-ejendomme: I Universal Analytics skal du vælge hver enkelt konto, der skal eksporteres en målgruppe til, og det maksimale antal er 10. I Google Analytics 4-ejendomme deler du en individuel målgruppe med alle tilknyttede konti. Med denne ændring bliver det meget nemmere at dele, men du skal dele alle målgrupper eller ingen af dem. Vær opmærksom på dette, når du opretter Google Analytics 4-målgrupper.