[GA4] Strukturer din Analytics-konto

Strukturer dine Google Analytics 4-ejendomme efter dine virksomhedsbehov
Indholdsfortegnelse:

Indledning

Hvis du bruger Universal Analytics, kender du til begrebet visninger. I Universal Analytics kan du bruge visninger til at oprette separate samlinger af data, som f.eks. geografisk opdeling, virksomhedsopdeling osv. I GA4 kan du udføre, denne type dataopdeling på forskellige måder. Det afhænger af dine behov, og om du bruger almindelig Google Analytics eller Google Analytics 360, hvilken granularitet du opdeler dine data i, og hvordan du styrer adgangen til dem.

Uanset om du har en lille virksomhed med et enkelt website eller en stor virksomhed med flere brands og tusindvis af produkter, vil du være klar til succes i fremtiden, hvis du anvender en af vores optimale løsninger for din GA4-ejendom.

Hvis du er i gang med at lære om Google Analytics 4-ejendomme, vil du muligvis finde disse artikler og videoer nyttige:

Centrale begreber og definitioner

  • Konto: En samling af ejendomme, hvis data ejes af samme juridiske 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 linker 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, der strækker sig over domæner, skal du bruge en enkelt webdatastrøm, der er kombineret med måling på tværs af domæner.

Eksempler på konto- og ejendomsstrukturer

Følgende optimale løsninger og anbefalinger har til formål at dække et bred spektrum 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 har strømme af data fra en app og/eller et website, der leverer indgående data. En datastrøm er derfor bare et website eller en app, der sender data til en bestemt GA4-ejendom. Hver webdatastrøm har sit eget særskilte målings-id, og hver appdatastrøm har sin egen SDK-konfigurationsvejledning.

Vi anbefaler følgende:

  • 1 webdatastrøm pr. ejendom
  • 1 iOS-datastrøm pr. ejendom
  • 1 Android-datastrøm pr. ejendom
Hver appdatastrøm kan kun linkes til én GA4-ejendom, så tag dette i betragtning, når du beslutter, hvilke streams der skal linkes til en ejendom.
Datastrømme svarer ikke til visninger i Universal Analytics, og de bør ikke bruges til at opdele data. Dette ville begrænse din mulighed for at forbinde brugere på tværs af datastrømme, da hver strøm er en særskilt kilde til indsamling af data. Dette kan medføre kunstig oppustning af dataene, da brugerne muligvis ikke bliver deduplikeret afhængigt af din brug af Google-signaler eller afhængigt af, om du er logget ind, eller hvilket bruger-id, du bruger.

Search Console-integration

Du kan linke 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 linkes til hvilken Search Console-ejendom. Hvis du bruger underejendomme og oprulningsejendomme, skal du vælge, om du vil linke til kildeejendommen, underejendommen eller oprulningsejendommen.

Det er nemt og hurtigt at oprette linket mellem din GA4-ejendom og din Search Console-ejendom på siden Administrator i GA4. Bemærk! Du skal være bekræftet websiteadministrator for Search Console-ejendommen og have administratorrollen på Google Analytics 4-ejendommen for at konfigurere linket.

Rapporttilpasninger

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:

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:

Hændelsesrapport med metric

Redigeringsgrænseflade (klik på krydset ud for den metric, der skal fjernes):

Grænseflade til redigering af hændelse – klik på X ud for den metric, der skal fjernes

Anvend og gem uden metric'en "Samlet omsætning":

Hændelse gemt uden metric

Denne rapport er nu meget mere overskuelig for en virksomhed, der ikke har (eller ikke ønsker at vise) omsætningsdata i Google Analytics.

Datahygiejne

Ud over at filtrere dine rapporter, så de inkluderer eller ekskluderer visse data, skal du også være opmærksom på datahygiejne. Det kan omfatte at ekskludere intern IP-trafik, ekskludere uønskede henvisninger og sikre, 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:

Grænseflade for Opret regel for intern trafik

Fjern uønskede henvisninger

Et andet aspekt af datahygiejne er at ekskludere uønsket henvisningstrafik. Dette giver dig mulighed for at holde data fra visse henvisningskilder ude af dine produktionsdata ved at beholde hændelsen, men ignorere henvisningsadressen, så trafiktilskrivningen ikke påvirkes. Dette er nu en foruddefineret konfiguration i GA4:

Grænseflade for Vis uønskede henvisninger

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:

Grænseflade for Konfigurer dine domæner

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.

Grænseflade for hændelse

Du kan løse dette problem ved at klikke på Rediger hændelse i sektionen Konfigurer i din GA4-ejendom.

Knappen Rediger hændelse i sektionen Konfigurer

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.

Grænsefladen Rediger 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 med fuld redigeringsadgang til data og indstillinger, men som ikke kan administrere brugere
  • Analytiker: En person, der kan oprette og redigere delte aktive aktiver ud over at se data og konfigurationer
  • Passiv bruger: En person, der 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.

Bemærkning vedrørende pris- og omsætningsbegrænsninger: Metric-filtre fungerer ikke for en målgruppe, der viser omsætningsdata. Derudover vil brugere med disse begrænsninger stadig kunne se antal købshændelser. Så hvis du er bekymret for visningen af hændelsesantal for købsdata, skal du overveje at bruge en underejendom til dette eksempel på brug.

Grænseflade for direkte roller og databegrænsninger

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.

Underejendomme medfører yderligere omkostninger for 360-kunder. Se Overvejelser vedrørende omkostninger nedenfor for at få flere oplysninger.

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.

Oprulningsejendomme medfører yderligere omkostninger for 360-kunder. Se Overvejelser vedrørende omkostninger nedenfor for at få flere oplysninger.

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.

Diagram over en kildeejendom med tre underejendomme

 

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.

Diagram over en overordnet virksomhed med tre brands

 

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.

Diagram, der viser to oprulningsejendomme

 

Global virksomhed med regioner og underregioner

I dette tilfælde har den globale virksomhedskonto tre regionale oprulningsunderejendomme med hver to underejendomme. 

Diagram med global oprulningsejendom med tre regionale oprulningsejendomme

Linkning: Google Ads, SA360 og DV360

I Google Analytics 4-ejendomme er der nogle forbedringer i linkningen med Google Ads, men præmissen er den samme. Du kan linke 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. Linkning til en Ads-konto sker på Google Analytics-ejendomsniveau. Du kan linke 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 linkede 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 linker 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 link til en ejendomstype, anbefaler vi, at du kun linker til enten kildeejendommen eller underejendommen (men ikke begge): På denne måde undgås den dobbelte optælling, der ville forekomme, hvis du linkede til 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 linkede 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 linke kildeejendommen fra Google Analytics til Google Ads og kun eksportere dine konverteringer fra kilden. En undtagelse til dette kan være, hvis du har regionsspecifikke Google Ads-konti, som du i stedet skal linke til på underejendomsniveau.

Data overføres fra Google Ads til en Google Analytics 4-ejendom på forespørgselstidspunktet. Dette sikrer, at du altid ser på de seneste opdaterede data, og det forhindrer, at data kopieres eller sammenlægges på tværs af underejendomme og oprulninger.

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 linket er etableret på kildeejendommen, modtager underejendommen eller oprulningsejendommen data fra SA360, men underejendommen eller oprulningsejendommen kan ikke styre eller konfigurere selve linket.

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 linkede 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 linket er etableret på kildeejendommen, modtager underejendommen eller oprulningsejendommen data fra DV360, men underejendommen eller oprulningsejendommen kan ikke styre eller konfigurere selve linket.

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 linkede 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.

Yderligere eksempler

Geografisk fordelt e-forhandler, der 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 bruger linket mellem Google Ads og Analytics til at oprette og dele målgrupper og bruger målgrupperne til budgivning i Google Ads.

Kontostruktur

Anvendte principper (standardkonto)
  • Konto: Én konto. Data 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.
Anvendte principper (360-konto)
  • Konto: Én konto. Data 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.
Opbygning 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 datastrømme for hvert website og hver appimplementering gør alle data tilgængelige til inkludering i de samme rapporter. Du kan kombinere data for websites og apps efter behov for at se, hvordan brugerne rejser mellem de to. 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 linket til den korrekte 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

Anvendte principper (standardkonti)
  • Konto: Én konto. Data 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.
Anvendte principper (360)
  • Konto: Én konto. Data 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.
Opbygning 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 (liv, sundhed, bolig, bil)

 

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.
  • Hvert datterselskab har brug for at inddele sine data, så det relaterede marketingteam kan oprette målgrupper og spore konverteringer, som er knyttet til en enkelt Google Ads-konto.

Kontostruktur

Anvendte principper (standardkonto)
  • Konto: Én konto. Data 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.
Anvendte principper (360)
  • Konto: Én konto. Data 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.
Opbygning 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 linker 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 linket.

Når Google Ads-kontoen for hvert datterselskab er linket 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 i de relevante Google Analytics 4-ejendomme.

 

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 indblik i brug på tværs af enheder, og om der er brug for et mobilwebsite eller en mobilapp.

Kontostruktur

Anvendte principper
  • Konto: Én konto. Data ejes af en enkelt juridisk enhed.
  • Ejendom: Én ejendom for hver logiske brugerbase (institutionens website).
  • Datastrømme: Én datastrøm for institutionens website.
Opbygning 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 linket til Google Analytics 4-ejendommen.

Marketingteamet kan eksportere målgrupper til Google Ads til remarketing og generering af kundeemner.

 

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 opbygge sine egne målgrupper og tilskrive konvertering til sine linkede annonceringskonti.

Kontostruktur

Anvendte principper (standardkonto)
  • Konto: Én konto. Data 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 ét for hver tilsvarende version af appen.
Anvendte principper (360-konto)
  • Konto: Én konto. Data 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 ét for hver tilsvarende version af appen.
Opbygning 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 (web)datastrøm for brandets website
  • Én (app)datastrøm for hver version af brandets app (Android, iOS)

Én ejendom pr. brand giver mulighed for:

  • Analyse efter brand og land
  • Opbygning af målgrupper fra en brandspecifik og landespecifik brugerbase
  • Tilskrivning af konverteringer til de linkede annoncekonti

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 linket til de relevante ejendomme.

Hvert marketingteam har brug for at opbygge sine egne målgrupper og tilskrive konvertering til linkede annoncekonti.

 

Var disse oplysninger nyttige?
Hvordan kan vi forbedre siden?
false
Søgning
Ryd søgning
Luk søgning
Google-apps
Hovedmenu
Søg i Hjælp
true
69256
false
false