Her om dagen leste jeg noe av Himanshu Sharma — som jeg anbefaler at du følger hvis du er interessert i analyse og digital business — der han skrev at grunnen til at Google tok livet av Universal Analytics ikke var behovet for flere servere («tvinge» brukerne til å bruke BigQuery).
Det var ikke det.
Det var personvernet.
I GA3 kunne vi nemlig samle inn alle dataene som trengtes for å lage svært presise brukerprofiler, noe som var helt i strid med GDPR.
Og Google har ingen lyst til å få en ny bot.
Derfor tvinger Google fram migrering til GA4, et langt strengere verktøy på dette området, og et som vi som jobber med det synes er betydelig dårligere nettopp av den grunnen.
Så vi prøver å oppnå et nivå på datakvaliteten som ligner det vi hadde før.
Selv om det er vanskelig å komme tilbake dit (praktisk talt umulig, vil jeg si), finnes det løsninger som å implementere GA4 uten cookie-banner, som er lovlig i Spania hvis du oppfyller visse kriterier.
Kriterier som gjør det mulig å øke presisjonen i dataene som samles inn, selv om vi fortsatt er langt unna gullalderen for digital analyse, før 2.018 og det beryktede cookie-banneret. Jeg forklarer dem i artikkelen.
I dette innlegget skal jeg vise deg systemet jeg har satt opp i mine ecommerce-virksomheter og hos noen av kundene mine, og som lar oss få det beste fra to verdener:
- På den ene siden samle inn så mye data som lovlig mulig i Spania.
- Utnytte de avanserte funksjonene med data fra brukere som gir oss samtykke. I beste fall vil det ligge på rundt 70%.
Dobbelt målesystem med Google Analytics
Nøkkelen i opplegget jeg skal forklare er å bruke to GA4-properties:
- Den første konfigureres slik at vi kan alltid utløse den, uten at brukeren må godta cookie-banneret.
- Den andre bruker alle mulighetene i GA4, men til gjengjeld krever den brukerens aksept.
Hvis du ser hvor jeg vil, forstår du at vi vil ha to properties med ulike data som vi kan bruke i rapporteringen vår.
I noen tilfeller bruker vi den første, med færre funksjoner men mer data. Det gjelder for eksempel måling av performance for kanaler eller kampanjer.
I andre tilfeller bruker vi den andre når vi vil se sosiodemografiske brukerdata eller data i Analytics fra andre Google-verktøy, som Google Ads eller Search Console.
Tid og erfaring med begge vil vise oss når vi bør bruke den ene eller den andre for å hente ut et bestemt tall.
Dette er helhetsbildet, nå skal jeg forklare hvordan du konfigurerer hver av dem.
Som jeg nevnte tidligere, i denne artikkelen finner du konfigurasjonen av denne typen property forklart i detalj, sammen med de relevante juridiske begrunnelsene.
Hvis du vurderer en slik dobbel implementering, regner jeg dessuten med at du har erfaring med Google Analytics og ikke trenger en guidet steg-for-steg-guide, men bare de viktigste retningslinjene, som er det jeg forklarer i dette innlegget.
Men i de mer krevende delene går jeg mer i detalj.
For eksempel implementeringen.
Implementering av verktøyene
Å finne en løsning som laster to GTM-containere, én med samtykke for analytics-cookies satt til «granted» og én til «denied», er ikke rett fram.
Jeg har prøvd ulike metoder, og til slutt var det bare to som fungerte. Én enklere og én bedre.
Den enkle metoden
I dette tilfellet er prosessen slik:
- Opprette og konfigurere en GA4-property uten banner.
- Legg den direkte inn i koden. Det kan også gjøres via en GTM-container som er riktig konfigurert (jeg forklarer straks hvordan) og alltid utløses.
- Opprette og konfigurere en andre GA4-property med alt vi trenger som krever samtykke (userId, , Google signals, , kobling til Google Ads)…).
- Implementere den via en ny GTM-container med riktig consent mode.
- Denne andre containeren laster vi bare når brukeren klikker på godta-knappen i cookie-banneret. Dette gjør at vi ikke samler inn enkelte data, og modelleringen i Google Analytics blir dårligere.
- Endre tillatelsene for denne andre containeren til «granted» når brukeren godtar cookies.
Kort sagt:
- Opprette to GA4-properties og én eller to GTM-containere.
- Konfigurere alt slik at det utløses i riktig rekkefølge.
Den bedre metoden
La oss gjøre livet litt mer komplisert for å få bedre datainnsamling i GA4-propertyen som krever samtykke:
- Opprette og konfigurere en GA4-property uten banner.
- Opprette en GTM-container som utløses når siden lastes og konfigurere den med consent mode, med analytics-cookies satt til «granted», selv om brukeren kanskje ennå ikke har godtatt cookies. Hvis GA4 er riktig konfigurert, har vi lovlig adgang i Spania til å laste disse cookiene.
- Opprette og konfigurere en andre GA4-property med alt vi trenger som krever samtykke.
- Opprette en andre GTM-container som utløses med cookies og lagringstillatelser for analyse og annonsering satt til «denied».
- Endre tillatelsene for denne andre containeren til «granted» når brukeren godtar cookies.
Oppsummert:
- Konfigurere en GA4-property og en GTM-container slik du har gjort til nå (med consent mode aktivert, bevisst eller ubevisst, og den GA4-konfigurasjonen du har trengt).
- Legge til en ny GA4-property og en ny GTM-container, som lastes før de tidligere, og konfigurere dem som om consent mode ikke fantes.
Men la oss gå gjennom denne andre metoden steg for steg.
#1. Konfigurasjon av den første GTM-containeren (uten banner)
Dette var punktet som ga meg mest hodebry da jeg satte opp hele systemet. Til slutt fikk jeg det til med denne konfigurasjonen:
To tagger, GA4-taggen og consent-mode-taggen. Jeg bruker den fra Simo Ahava (selvsagt):
Jeg laster GA4-taggen på alle sider.
Konfigurasjonen av consent-mode-taggen er slik:
Og utløseren, som vanlig:
#2. Konfigurasjon av den vanlige containeren
Det finnes ulike måter å konfigurere consent mode på avhengig av CMP-en din.
Her forklarer jeg én metode, men du kan bruke den du har brukt fram til nå, så lenge du kontrollerer at den ikke påvirker konfigurasjonen av GA4-taggen uten banner.
Kontroller altså at cookies fra taggen uten banner alltid blir satt.
#3. Konfigurasjon av GA4-taggen uten banner
Det er godt forklart i artikkelen jeg lenket til tidligere, men kort oppsummert:
- Ikke del data med Google på noen måte.
- Ikke aktiver Google signals.
- Du kan la perioden for datainnsamling og lagring stå på 14 måneder
- Men du kan ikke automatisk forlenge den ved hvert nye brukerbesøk.
- Du kan ikke bruke userId.
- Du kan ikke koble GA4-propertyen til noe annet Google-verktøy.
- Cross-domain-måling er ikke tillatt mellom ulike merkevarer, selv om det i utgangspunktet ikke burde være noe problem mellom regionale domener (.es, .pt, .fr) for samme merkevare / selskap.
- Jeg er ikke sikker på om granulære data kan brukes eller ikke. Hvis du ikke vil ta noen risiko, slå dem av. Er det obligatorisk for å overholde reglene? Jeg vil si nei, meeen…
#4. Konfigurasjon av den vanlige GA4-taggen
Her kan du bare bruke implementeringen du allerede har:
- Med eller uten userId.
- Koblet eller ikke koblet til Google Ads eller GSC.
- Med eller uten Google signals.
- Med forlengelse av cookiens utløp ved hvert nye brukerbesøk.
- …
Alle disse tingene som krever uttrykkelig samtykke.
Kontroll
Uansett hvilken metode du har valgt, bør følgende skje når en ny bruker besøker nettstedet ditt etter at alt er satt i drift:
#1. Taggen til GA4-propertyen uten banner utløses.
Har du valgt den bedre metoden, utløses også taggen til den vanlige GA4-propertyen og taggene i de to GTM-containerne som inneholder dem:
#2. Cookiene fra GA4-propertyen uten banner er satt, men ikke de fra den vanlige:
#3. Det samme gjentar seg ved hver nye sidelasting til brukeren godtar cookies.
Da lastes cookiene fra den vanlige GA4-propertyen:
Hvis dette er det som skjer, gratulerer: Nå kan du dra nytte av fordelene ved systemet.
Før vi ser på dem, én merknad til.
Cookiepolicy
At du ikke trenger å be brukeren om samtykke, betyr ikke at du slipper å informere om det.
Dette gjøres via Personvernerklæring eller Cookiepolicy for nettstedet.
I denne delen må vi forklare hvilke cookies som settes, når de utløper og hvilken type de er.
Og det må gjøres både for cookiene vi alltid setter og for dem som først installeres i nettleseren når brukeren godtar banneret:
Nå til det gode.
Fordeler med systemet
Å implementere Google Analytics på denne doble måten gjør at du kan forbedre datainnsamlingen enormt.
Du aner ikke hvor stor forskjell det gjør før du tester det, særlig i mellomstore eller små prosjekter.
Med propertyen uten banner kan du samle inn en svært høy andel av konverteringene dine og tilordne dem riktig kanal, slik at du jobber langt mindre i blinde.
For prosjekter som ikke kan dra nytte av fordelene ved GA4-modellering med samtykke, er dette rent gull.
På den andre siden beholder vi verktøyets «avanserte» funksjoner i den vanlige propertyen vår, som om den andre ikke fantes.
Med andre ord skader det ikke vår vanlige stack og reporting i det hele tatt. Det er rett og slett et ekstra lag oppå.
Men selvfølgelig kunne ikke alt være bra…
Ulemper
Etter min mening er de tre. Og de er viktige.
Mer kompleks implementering
Den første og mest åpenbare er den doble implementeringen.
Selve konfigurasjonen er riktignok litt mer komplisert, men følger du stegene jeg har forklart, bør du ha den klar på en halvtime, avhengig av CMP-en din og hvordan dagens consent mode er implementert (dette punktet kan være vrient).
Framtidig implementering blir også mer komplisert, siden du må replikere de samme taggene -i hvert fall de som gjelder GA4-, variabler og triggere i to GTM-containere. Dobbelt vedlikehold.
Hvis vi bruker DataLayer, blir det mer håndterlig, men det vil alltid ta mer tid enn om du kunne bruke bare én GTM-container.
Juridiske endringer
Den andre ulempen er juridiske endringer og forskjeller mellom land.
Dette systemet jeg beskriver, fungerer for Spania, men ville for eksempel ikke fungert i Tyskland, fordi bruk av data til å opprette kohorter ikke er tillatt der. Og foreløpig lar ikke GA4 deg slå av denne funksjonen. Men hvis jeg måtte gjette, tror jeg ikke det tar lang tid…
På den andre siden, hvis du har måttet håndtere GDPR-spørsmål, har du nok sett at enkelte punkter er svært åpne for tolkning, og at det ikke er tydelig hva man kan og ikke kan gjøre. Derfor er det ikke overraskende at ting endres med jevne mellomrom og at gyldige brukstilfeller avklares, slik det skjedde med muligheten til å bruke GA4 til å måle målgrupper.
Det betyr at hvis du vil måle noe på nettstedet ditt, kan du aldri lene deg helt tilbake, men må følge med på hver eneste nyhet.
Og ja, det er slitsomt, det skal jeg ikke nekte for.
Utfordringer i omgivelsene
At vi juridisk har lov til å legge til en cookie i brukerens nettleser uten samtykke, betyr ikke at vi alltid kan gjøre det.
Nettlesere blir stadig strengere på personvern, og bruken av adblockers øker..
Trenden ser ikke ut til å snu, så hvis vi vil ha maksimal presisjon i innsamling og behandling av data, må vi fortsette å endre implementeringen vår og hvordan vi bruker analyseverktøyene.
Temaer som server-side tagging, eksport av data til BigQuery eller behovet for et eget alternativt analysesystem bør (be)kymre oss.
Faktisk vil jeg si at de er et must, hvis det ikke var for at den tekniske kompetansen som kreves gjør at bare store virksomheter kan implementere og utnytte dem skikkelig.
Det kan komme verktøy i framtiden som gjør prosessen enklere, men i dag ligger kostnaden ved en server-side + BigQuery-implementering utenfor rekkevidde for 90% av bedriftene i dette landet.
Og den prosentandelen er optimistisk anslått.
Derfor mener jeg at det å implementere systemet jeg foreslår her er minimumet du bør sikte mot i virksomheten din.
Konklusjoner
Dette er en av de viktigste artiklene på hele bloggen min.
I hvert fall hvis virksomheten din er i Spania.
Det er fordi den åpner et glimt av lys i den stadig mørkere verdenen av digital analyse.
(Igjen) kunne tilordne riktig kanal 90-95% av konverteringene på nettstedet vårt er verdt å feire, uansett hvordan du ser på det. Særlig i små og mellomstore prosjekter som GA4 så ut til å ha forlatt.
Når alt blir dårligere, føles små seire som denne enda bedre.
Les derfor systemet på nytt, test det på nettstedet ditt og dra nytte av det.
Og hvis du fortsatt vil ha mer etterpå, ta en titt på denne siden med flere tips om Google Analytics.
Én ny hver uke. Og du kan få den i innboksen ved å abonnere her.
Legg igjen en kommentar