Consent Mode: hva det er og hvordan du bruker det i GA4

Consent Mode v2

Oppdatering oktober 2024:

Reelt kundeeksperiment: effekten av Consent Mode i Google Analytics.

Oppdatering april 2024:

Hvis nettstedet og trafikken din er fra Spania og du ikke bruker Google Ads, kan du installere GA4 lovlig uten cookie-banner.

Oppdatering februar 2024:

Den første delen av artikkelen er en oppdatering med en generell oppsummering og nyhetene i versjon 2 av Googles Consent Mode. Hvis du ikke kjenner systemet eller vil gå dypere inn i det, finner du originalartikkelen her nedenfor der jeg forklarer grunnlaget for Consent Mode.

Det virker som om Consent Mode nå, i slutten av januar 2024, er på alles lepper.

At det er helt nødvendig å kjenne det og bruke det i alle nettprosjekter, ellers går verden under i mars 2024.

Og ja, det er viktig, men ikke for alle. Og nettvirksomheten din trenger ikke å ta slutt om du ikke bruker det etter den datoen.

Derfor vil jeg oppdatere min opprinnelige artikkel om temaet, med versjon 2 av protokollen og nyhetene som kommer framover, slik at du vet om du må (be)kymre deg for temaet. Og hvor mye det påvirker deg.

Men før vi begynner, vil jeg advare deg om dette:

• Hvis du ikke bruker display- og remarketingkampanjer i Google Ads.
• Du bryr deg ikke om tallene i Google Analytics eller har lite trafikk på nettstedet.

Consent Mode (versjon 1 eller 2) vil bety lite eller ingenting for deg.

Oppsummering av Consent Mode og versjon 2

Det holder at du vet at det er en Google-protokoll som fungerer som en bro mellom taggene og pikslene du vanligvis implementerer på nettstedet via Tag Manager og CDP-ene (Consent Data Platforms), systemene som registrerer hvilke cookies brukerne har godtatt.

Med andre ord er Consent Mode en protokoll som ligger mellom begge systemene og definerer og endrer atferden deres.

I praksis gjør Consent Mode følgende: det forteller GTM hvilke cookies en bruker har godtatt eller avvist, slik at taggene handler deretter og legger til cookies eller ikke.

Hvis du vil ha mer detaljer, forklarer jeg det grundigere i originalartikkelen. Hvis du allerede kjenner det, kan vi snakke litt om cookies…

Slik fungerer cookies

La oss begynne med å avklare en viktig nyanse: cookie er ikke det samme som informasjon.

En cookie er en liten fil som lagres i nettleseren og inneholder informasjon, som kan gjelde brukeren som besøker et nettsted eller ikke.

Når en bruker avviser cookies, hindrer vedkommende nettstedet ditt og taggene du har implementert (GA4, Facebook, Google Ads) i å lagre disse cookiene i brukerens nettleser.

Men disse verktøyene kan fortsatt samle inn informasjon om brukeren, bare ikke i form av en cookie. Og informasjonen lagres i systemene deres.

Og det gjør de. Klart de gjør det. De fortsetter å samle inn informasjon på andre måter som, per i dag, er lovlige.

Denne informasjonen – igjen, per i dag – er ikke like komplett som den som samles inn via cookies. Men jeg tviler lite på at den før eller siden vil nå samme nivå.

I tillegg til hvordan de fungerer, må du vite at cookies hovedsakelig finnes i to typer:

1. First-party: de genereres av selve domenet for ulike formål, blant annet analyse og annonsering. Cookies fra GA4 og Google Ads hører hjemme her.
2. Third-party: de berømte "tredjepartscookiene". I praksis følger de brukeren når vedkommende navigerer mellom ulike nettsteder, slik at personlig tilpasset annonsering og remarketing blir mulig. Har du vært inne på AliExpress og senere sett produkter du kikket på annonsert på Marca? Det er takket være tredjepartscookies.

På grunn av misbruket av disse tredjepartscookiene lovregulerte Europa bruken og tvang oss til å sette opp de herlige bannerne. Og tvang mediene til å ta betalt av dem som ikke vil godta dem.

Betydningen av tredjepartscookies og Consent Mode v2

Da har vi de to delene som er involvert i endringen:

1. Consent Mode forteller GTM-taggene om de kan implementere cookies eller ikke.
2. Tredjepartscookies muliggjør personlig tilpasset annonsering og remarketing.

Google har derfor koblet de to punktene sammen og sagt at fra mars 2024 kan du ikke bruke display- og remarketingkampanjer i Google Ads hvis Consent Mode ikke er aktivert på nettstedet ditt.

Dette er nøkkelen til hele oppstyret rundt Consent Mode. Google vil deaktivere disse kampanjene hvis du ikke oppfyller kravene.

Og hvor relevant er dette for deg?

For å finne ut av det går vi gjennom hver del av setningen:

1. Mars 2024: det er fristen du har for å implementere Consent Mode på nettstedet hvis du ikke vil bli påvirket.
2. Consent Mode aktivert: dette innebærer endringer i GTM og CDP. Avhengig av hvordan du har implementert CDP, kan det være nok å oppdatere pluginversjonen, siden utvikleren kan ha tatt seg av resten. Når det gjelder GTM, må du endre ting selv, selv om det kanskje bare er å oppdatere CDP-taggen.
3. Display- og remarketingkampanjer: kun disse. Det vil si at det IKKE påvirker resten av kampanjene (søk, shopping, Pmax). Har du ingen Display- eller remarketingkampanjer, påvirker dette deg IKKE.
4. I Google Ads: et annet viktig punkt. Det påvirker bare Google Ads. Hvis du bruker remarketingkampanjer med Criteo – for å nevne ett eksempel – blir du ikke påvirket (i hvert fall ikke foreløpig). Vi får se om resten av displaynettverkene følger etter.

Klart, ikke sant?

Med disse fire punktene vet du om prosjektet ditt blir påvirket eller ikke.

Én ting til: her snakker jeg om grunnen til dagens oppstyr rundt versjon 2, nemlig at enkelte typer Google Ads-kampanjer blir satt på pause.

Men Consent Mode (v1 og v2) har konsekvenser for analysen i Google Analytics, som jeg igjen forklarer i originalartikkelen.

Så hvis du ikke har implementert det fordi du ikke har display- og remarketingkampanjer, kan det hende at kunnskapen om hvordan det påvirker GA4 får deg til å ombestemme deg. Men jeg advarer deg: du trenger et godt trafikkvolum for å få noe ut av det…

Consent Mode v2: endringer sammenlignet med versjon 1

Som jeg sa i starten, har Google siden Consent Mode v1 kom, forsøkt å samle inn informasjon om brukeren selv om vedkommende har avvist cookies.

Det gjøres gjennom det Google kalte " pings ", som i praksis innebar at anonym informasjon om hva brukeren gjorde på nettstedet ble sendt til Googles servere.

Siden cookies ikke er med, fjernes delen som identifiserer brukeren, og dataene brukes til å " modellere ". Det vil si å komplettere dataene fra brukere som godtok cookies, slik at vi får mindre ufullstendige data som ligger nærmere virkeligheten.

GSC: parameteren i versjon 1

For å vite hvilken informasjon som kunne sendes og hvordan, la Google i Consent Mode v1 til en parameter i sporingen av pikslene sine, nemlig GSC ( Google Consent Status).

Denne parameteren kunne ha 4 forskjellige verdier:

• G100: Google-taggen (som GA4-taggen) lastes, men uten cookie-tillatelser. Det er det Google nå kaller "Avansert" modus i v2. Jeg forklarer mer om det straks.
• G110: brukeren har godtatt annonsecookies, men ikke analysecookies.
• G101: brukeren godtar analysecookies, men ikke annonsecookies.
• G111: brukeren har gitt samtykke til begge.

Hvis du liker teknisk analyse, kan du se denne parameteren i fanen Network, i Chromes elementinspektør, filtrert på "collect":

På bildet over ser du at:

• Cookies er ikke godtatt på nettstedet.
• Google Analytics lastes likevel (men uten cookies).
• Verdien til parameteren GSC er G100, altså "uten cookie-samtykke", slik den skal være.

Greit, dette er fra versjon 1 og beholdes i versjon 2. Det har ikke endret seg.

Det som derimot har skjedd, er at en ny parameter er lagt til.

GCD: parameteren i versjon 2

I tillegg til GSC har vi nå en ny parameter i Googles tagger, nemlig GCD, som, som du ser, består av en lengre streng enn den forrige:

Man har ennå ikke klart å tyde helt hva hvert tall og hver bokstav betyr, men strukturen er kjent, og den ser slik ut:

11<ad_storage>1<analytics_storage>1<ad_user_data>1<ad_personalization>5

Der:

• "11" markerer starten på parameteren.
• "1" skiller verdiene fra hverandre.
• Bokstavene er verdiene til hvert av disse samtykkene. Sammen danner de en matrise med to koordinater: én som avgjør om det gis samtykke eller ikke, og én som avgjør om samtykket er standard (nesten aldri) eller skyldes en oppdatering (at brukeren har godtatt eller avvist det).
• Ad_storage og analytics_storage fantes allerede tidligere (det er den samme informasjonen som i GSC-parameteren).
• Ad_user_data og ad_personalization er det nye, og det er viktig. Den første gjelder annonseringssamtykke og den andre remarketing. Disse to verdiene har INGEN innvirkning på GTM-taggene og er antakelig til intern informasjon hos Google. Min mening er at de forbereder seg på den dagen lovgivningen ikke retter seg mot cookies, men mot bruken av brukerinformasjon til disse formålene. Som jeg sa ovenfor, sendes informasjon ikke alltid inni en cookie.

Terminologi: på jakt etter standardisering

I tillegg til disse tekniske endringene har Google ønsket å "normalisere" situasjonen og tydeliggjøre begrepene, slik at vi vet hvilke termer som brukes.

Dette gjelder først og fremst de to måtene å implementere samtykke riktig på: grunnleggende og avansert.

Grunnleggende modus

Den enkleste å oppfylle, men dårligere.

Den består i å ikke utløse noen tagg eller piksel før brukeren godtar cookie-banneret.

Den var veldig enkel å implementere: det holder å knytte lasting av GTM-containeren til øyeblikket brukeren godtar cookies.

Men selvfølgelig førte dette til ganske mye datatap, som kilde og medium for økten eller landingssiden, dersom brukeren godtok cookies på en annen side enn landingssiden.

Avansert modus

Den gode.

Vi må aktivere Consent Mode i GTM-containeren vår og bruke kompatible tagger, blant annet alle Googles.

Det vil si at hvis du vil implementere GA4 med Consent Mode, er det normalt å gjøre det via GTM og ikke ved å legge det inn i koden på nettstedet.

Når vi gjør det via GTM, utløser vi Analytics-taggen hver gang GTM utløses (vanligvis når siden lastes), men den legger IKKE inn cookies før brukeren godtar banneret. I mellomtiden sender den informasjons-"pings" til serverne sine.

Når brukeren har godtatt banneret, legger den inn Analytics-cookien og samler inn maksimal informasjon.

Typer implementering av Consent Mode

Med alt dette kan vi i praksis velge mellom tre tilnærminger på nettstedet når det gjelder samtykkemodus:

• Uten Consent Mode.
• Med Grunnleggende Consent Mode.
• Med Avansert Consent Mode.

#1. Uten Consent Mode

Vi bryr oss ikke om hva Google sier.

Fordeler:

Vi trenger ikke gjøre noe annet enn å forsikre oss om at vi følger GRDP.

Vi kan bruke GA4 uten cookie-banner under visse omstendigheter.

Ulemper:

Vi kan ikke kjøre remarketing- og displaykampanjer i Google Ads.

Dataene våre i GA4 vil sannsynligvis ha lavere kvalitet, avhengig av implementeringen.

Passer for nettsteder:

Små, som bruker Analytics på en grunnleggende måte og uten annonsering. Vanligvis uten noe mål om inntektsgenerering.

Og sannsynligvis heller ikke GTM.

#2. Med Grunnleggende Consent Mode

Vi bruker samtykke på en enkel måte og følger GDPR.

Fordeler:

Nettopp det: enkelt å implementere. Til og med selvadministrert.

Ulemper:

Datakvaliteten blir ikke den beste.

Passer for nettsteder:

Små eller mellomstore, som annonserer lite eller ingenting, men som ønsker å samle inn og analysere visse data. Og som bruker GTM og GA4 til dette.

De trenger egentlig ikke en CDP for å følge GDPR, eller så holder det med en svært grunnleggende.

Tenk for eksempel på ikke-transaksjonelle bedriftsnettsteder.

#3. Med Avansert Consent Mode

Vi skjerper oss fordi vi vil ha fordelene eller fordi vi må. Og implementerer hele systemet.

Fordeler:

Mulighet til å bruke alle typer Google Ads-kampanjer.

På store nettsteder vil datakvaliteten – samtidig som GRDP følges – bli bedre.

Ulemper:

Det er litt komplisert hvis du vil gjøre det selv og ikke vil betale for en CDP.

Du må kunne håndtere GTM og noen ganger ha teknisk kompetanse eller noen som hjelper deg.

Passer for nettsteder:

Mellomstore eller store som investerer i annonsering eller jobber avansert med Google Analytics.

Prosjekter som tjener penger.

Konklusjoner

Kort oppsummert har Google med versjon 2 av Consent Mode utvidet informasjonen som systemet bruker og gjort den mer detaljert . Det vil si at det tidligere (versjon 1) ikke blir ugyldig, men utvides.

I tillegg holder Google på å standardisere systemet ved å gi navn til de ulike typene samtykke.

Det er enda et steg i teknifiseringen av digital analyse og digital markedsføring. Det virker som bransjen blir stadig mer moden og vil kreve større ressursinvesteringer hvis du vil nå nivåer som for bare noen måneder / år siden var enklere å oppnå.

Hvordan dette påvirker deg, avhenger av hvor mye du bruker Googles plattformer: bruker du dem lite, påvirkes du ganske lite, men er avhengigheten stor, må du jobbe.

Det minste du må gjøre i dette tilfellet er, oppdatere CDP-taggen din i GTM, hvis du bruker en, noe du kanskje ikke gjør.

Det er mulig at jeg snart utvider denne artikkelen eller lager en ny med konfigureringen av Consent Mode v2 i noen av de vanligste CDP-ene.

Foreløpig, hvis temaet interesserer deg og du vil ha mer informasjon, fortsett å lese rett nedenfor, for der får du også en middels avansert, men gratis implementering av versjon 1 av Consent Mode. Jeg regner med at v2 ikke vil skille seg så mye.

Når jeg går løs på den, sier jeg fra.

Før du fortsetter, tror jeg dette kan interessere deg

Registrer deg og få min guide på 66 sider med de  Beste gratis digitale verktøyene  for:

• Markedsføring
• Analyse
• UX
• Prosjektledelse…

I tillegg får du hver dag et triks eller råd (et bra et) i innboksen for å forbedre virksomheten eller det digitale prosjektet ditt.

Consent Mode v1: originalartikkelen

Siden det ble lansert har det vært snakket en del om temaet, men til min overraskelse mindre enn det kanskje fortjener. Uten å være et paradigmeskifte påvirker det likevel to grunnleggende deler av analysen:

• Implementeringen (som blir mer kompleks).
• Rapporteringen (som visstnok får bedre datakvalitet).

Derfor vil jeg fortelle deg om dette systemet og hvordan det kan være til fordel for oss mot at den tekniske utviklingen som kreves for å få det i drift blir større.

Lønner det seg?

Det lar jeg deg avgjøre etter at du har lest artikkelen.

Hva er Consent Mode?

Consent Mode er Googles svar på GDPR: et system som bruker GTM og gjør det mulig å følge personvernloven og likevel la enkelte tagger – som Google Analytics og Google Ads – samle inn visse data om brukerne som besøker nettstedene våre.

I bunn og grunn er det et målesystem cookieless, som ikke er like presist som om vi alltid la inn Google Analytics-snippet idet siden lastes (slik vi gjorde før GDPR), men som likevel er et fremskritt sammenlignet med å laste taggen først etter at brukeren godtar cookies.

For å gjøre det tydeligere har vi, avhengig av dataene som samles inn, tre alternativer for implementering av Google Analytics:

1. Laste taggen først når brukeren godtar cookies: vi mister mye data, særlig hvis brukeren ikke godtar cookies på landingssiden, men flere sider senere. Oppfyller GDPR 100%.
2. Alltid laste taggen uten cookies via Consent Mode: vi mister data, men mindre enn før (det kommer vi tilbake til). Når brukeren godtar, laster vi den vanlige taggen med cookiene sine. Oppfyller også GDPR 100%.
3. Laste den vanlige taggen uten å vente på at brukeren godtar cookies: vi samler inn maksimalt med data. Synd at det er ulovlig fordi det ikke følger GDPR.

Når de tre mulige scenarioene er klare, vil jeg i denne artikkelen fokusere på det andre, som kommer til å bli – hvis det ikke allerede er det – standardimplementeringen i analyseprosjekter for virksomheter.

Før vi går inn i detaljene om dataene, vil jeg si at Consent Mode også prøver å gjøre det enklere å utløse andre tagger eller piksler (Facebook, affiliate) avhengig av tillatelsene brukeren gir oss.

Det lar vi ligge til senere, for som sagt fokuserer jeg i denne artikkelen på fordelen for måling med Google Analytics, og der er det mye å ta tak i.

Fordeler med Consent Mode i GA4

Den største fordelen med å bruke dette systemet ved implementering av GA4 er at Google Analytics, med de ekstra dataene vi samler inn, vil kunne utlede noen av dataene som ikke ble samlet inn, ved å modellere informasjonen det faktisk har med sine egne algoritmer.

På denne måten vil måleverdier som antall daglige brukere og egenskapene deres (land, kampanje) ligge mye nærmere virkeligheten. Avledede måleverdier som konverteringsraten vil også påvirkes.

Google kaller disse dataene "modellerte", i motsetning til dataene som samles inn normalt (de "observerte").

Og hvis vi oppfyller kravene vi straks går gjennom, kan vi i GA4-administrasjonen velge om vi vil bruke begge typene data ("blandet", som Google kaller det) eller bare de observerte (det vi har sett til nå):

Forutsetninger

Når vi ser på selve kravene, har vi to typer, de tekniske -knyttet til implementeringen av systemet- og volumkrav -knyttet til datamengden som trengs for at GA4 skal kunne estimere riktig og systemet være robust-.

Vi begynner med de sistnevnte.

Nødvendige volumer

Hvis vi går til Analytics-dokumentasjonen, kan vi lese at:

“Området samler inn minst 1000 hendelser per dag med analytics_storage='denied' i minst 7 dager.

Området har minst 1000 daglige brukere som sender hendelser med analytics_storage='granted' i minst 7 av de siste 28 dagene.

Modellen kan bruke mer enn 7 dager på å nå dataterskelen i denne perioden på 28 dager. Det er imidlertid mulig at ikke engang de ekstra dataene er nok til at Analytics kan trene modellen.

Atferdsmodellene begynner å fungere fra datoen et bestemt område oppfyller kravene.

I det sjeldne tilfellet at et område som allerede oppfylte kravene, slutter å gjøre det, vil de estimerte dataene ikke lenger være tilgjengelige. Hvis området igjen oppfyller kravene, blir de estimerte dataene tilgjengelige igjen. De estimerte dataene vil bare være tilgjengelige fra datoen området igjen begynte å oppfylle kravene.”

Greit, hvis du lurer på hva analytics_storage er, så handler det om brukerens godkjenning av analysecookies. “denied” betyr at vedkommende IKKE har godtatt dem ennå.

For å få full funksjonalitet (særlig knyttet til aktivering av Signals) vil GA4 i tillegg kreve at annonsecookies godtas, altså ad_storage.

Tekniske krav

I tillegg til disse datavolumene må vi oppfylle en rekke ting før vi begynner:

• Vi må ha GTM implementert på nettstedet på en av de mulige måtene:
• Innsetting i koden.
• Via plugin (slik har jeg det).
• Via temaalternativene.
• En webdatastrøm for GA4 implementert via GTM.
• Et cookie-banner som lar brukeren godta eller avvise analysecookies og annonsecookies (i hvert fall). Det kan implementeres:
  • Med spesialskrevet kode.
• Plugin i CMS-et (slik har jeg det).

Når alt dette er implementert, kan vi begynne å konfigurere hele systemet.

Prosessen

Men før vi konfigurerer noe, må vi først forstå hvordan systemet skal fungere, siden rekkefølgen på elementene er viktig.

Når en ny bruker kommer inn på nettstedet, skal følgende skje:

1. Den innledende Consent Mode-status-taggen i GTM lastes. På dette tidspunktet er verdiene til analytics_storage og ad_storage “denied”, siden brukeren ikke har godtatt noe.
2. Fra GTM lastes GA4-taggen uten cookies, siden Consent Mode er aktivt.
3. Det vises et cookie-banner. Her har brukeren tre alternativer:
   1. Hvis vedkommende ikke godtar cookies: da fortsetter den cookieless GA4-taggen å lastes på hver side, med delvis informasjon som GA4 modellerer.
   2. Si acepta solo algunas cookies: en este caso, GA4 recogerá los datos correspondientes a analytics_storage (los principales) o a ad_storage (secundarios) en función de lo que haya aceptado el usuario.
   3. Si acepta todas las cookies: se mandará la aceptación a GA4 y se empezará a recoger la información completa.

Viktig: uansett hvilket alternativ brukeren velger, vil verdien til analytics_storage og ad_storage på hver side først bli lastet i GTM og sendt til GA4. Dette er den mest komplekse / tekniske delen av implementeringen.

Slik konfigurerer du Consent Mode i WordPress

Når vi forstår hvordan alt skal fungere, kan vi sette i gang.

En presisering: avhengig av nettstedet ditt kan ett system passe bedre enn et annet. Derfor legger jeg her igjen et par veiledninger som forklarer hele prosessen ved hjelp av WordPress-plugins:

• Med Cookiebot: kanskje den enkleste, siden den har en spesialtilpasset mal i GTM. Problemet er at gratisversjonen av denne CMP-en bare tillater opptil 50 URL-er på nettstedet, noe som blir for lite for de fleste. Har prosjektet ditt færre enn 50, start her (metode 3).
• GDPR Cookie Compliance: slik har jeg implementert det, siden jeg har mer enn 50 URL-er på nettstedet mitt. Jeg har riktignok gjort noen endringer i aktiveringen av GA4-taggen, og det er denne løsningen jeg baserer trinn-for-trinn-forklaringen på, med noen ekstra kommentarer.

Nå går vi gjennom det trinn for trinn.

#1. Installer pluginet

Vi installerer dette pluginet i WordPress:

https://es.wordpress.org/plugins/gdpr-cookie-compliance/

Hvis vi bruker et annet til cookies, deaktiverer vi det når det nye systemet fungerer.

Tekstene og knappene kan du konfigurere som du vil, men delen “Tredjepartscookies” konfigurerer vi slik:

Og “Tilleggscookies” slik:

Lagre alt.

#2. Oppdag statusen for begge cookie-typene og send den til DataLayer

Hvis du husker, sa jeg at vi på hver side må sende statusen for brukerens samtykker til GA4, slik at systemet vet hvilke data som skal lagres og hvordan (analytics_storage og ad_storage, husker du).

Her legger vi til kode i WordPress som leser pluginets samtykkestatus ved hver sidelasting og sender to variabler med de tilsvarende verdiene til DataLayer:

1. Som standard må den innledende samtykkestatusen være “denied” (avvist) for begge.
2. Når brukeren godtar en type cookies, registrerer pluginet endringen, og ved neste sidelasting leser vi inn den endrede verdien med denne koden (på siden der brukeren godtar, har vi allerede sendt endringen til GTM).

Dette skal legges til i filen functions.php i child theme-et vårt:

/*Función GDPR*/
if (!is_admin()){
if ( function_exists( 'gdpr_cookie_is_accepted' ) ) {
/* supported types: 'strict', 'thirdparty', 'advanced' */

/*Analítica*/
if ( gdpr_cookie_is_accepted( 'thirdparty' ) ) {
?>
<script>
dataLayer = [{
'cookies_analitica': 'granted'
}];
</script>
<?php
} else {
?>
<script>
dataLayer = [{
'cookies_analitica': 'denied'
}];
</script>
<?php
}

/*Marketing*/
if ( gdpr_cookie_is_accepted( 'advanced' ) ) {
?>
<script>
dataLayer.push({
'cookies_marketing': 'granted'
});
</script>
<?php
} else {
?>
<script>
dataLayer.push({
'cookies_marketing': 'denied'
});
</script>
<?php
}
}
}

Jeg minner om at jeg hentet koden herfra.

Vi kan legge den til via FTP eller fra WordPress-administrasjonen, men vær forsiktig med hva du endrer her hvis du ikke er vant til det:

På denne måten henter vi riktig verdi ved hver sidelasting via GTMs datalagvariabler og sender den videre til GA4.

#3. Send riktige samtykkeverdier til DataLayer

For å sende verdiene til analytics_storage og ad_storage til GA4 bruker vi to DataLayer-variabler: én med brukerens samtykkestatus for analysecookies og én for annonsecookies.

Vi må opprette begge slik jeg viser.

Analysecookies

Det viktigste er navnet på variabelen: cookies_analitica.

Annonsecookies

Det viktige er igjen navnet på variabelen: cookies_marketing.

#4. Aktiver Consent Mode

Dette er enkelt. Det gjøres fra containerinnstillingene:

#5. Importer Simo Ahavas mal

Hvis du har lest en annen av artiklene mine om GTM, ville det vært rart om jeg ikke hadde nevnt verdens største ekspert på GTM-implementeringer: Simo Ahava.

Simo stiller en mal til rådighet som vil gjøre livet mye enklere når vi konfigurerer atferden for tillatelsene brukeren har gitt når det gjelder cookies.

For å importere den går du til delen Maler, søker etter “consent” og klikker på den jeg har markert:

#6. Opprett Consent Mode-taggene

Når malen er importert, oppretter vi de to samtykketaggene vi trenger: den innledende, som lastes på alle sider før resten av taggene, og oppdateringstaggen, som lastes når brukeren endrer samtykket for en type cookies.

Den innledende

Når vi importerer Simo-malen, får vi en ny type Consent Mode-tagg:

Vi oppretter en ny av denne typen med følgende konfigurasjon:

Her er det flere ting å kommentere:

Det første er å forstå hva denne taggen brukes til.

Det er denne taggen som forteller resten av taggene som bruker Consent Mode (som GA4-taggen) hvilke cookies brukeren har godtatt.

Derfor lastes denne taggen i GTM før alle andre, og dens kommando er Default.

Rett under ser vi at taggen tar hensyn til 5 typer cookies:

• Analyse: viser til analytics_storage.
• Annonsering: viser til ad_storage.
• Personalisering.
• Funksjonalitet.
• Sikkerhet.

De to siste kan ifølge GDPR legges til for brukeren som standard.

Personaliseringscookies brukes til å anbefale videoer på YouTube, sanger på Spotify eller produkter på Amazon. De er ikke relevante for GA4.

De to andre, som er de viktige her, har vi allerede forklart hva innebærer.

Med denne avklaringen forstår du hvorfor vi lar sikkerhet og funksjonalitet stå som “granted” (det vil si at brukeren gir oss tillatelse til å installere dem).

Vi laster verdien for analyse- og annonsecookies avhengig av hva brukeren har gjort tidligere (om vedkommende har godtatt eller ikke).

Denne verdien er det vi får fra koden som er lagt til i filen functions.php og den ligger i de to DataLayer-variablene vi opprettet tidligere. Derfor bruker vi disse variablene som standardstatus for samtykke.

Husk at når en bruker kommer inn på nettstedet, vil de stå som “denied” ved første sidelasting, men på de neste sidene kan verdien ha endret seg dersom brukeren har godtatt en type cookies.

Som sagt ligger alt dette i koden i functions.php, så hvis det virker komplisert og du bare vil at det skal fungere, kan du kopiere den og konfigurere den akkurat slik.

Til slutt kan vi sette personaliseringscookies til “denied” for GA4, men hvis du samler inn samtykke til denne typen cookies på nettstedet fordi du bruker dem, kan du bruke en datalagvariabel på samme måte som for de to tidligere (da må du endre koden i functions.php, naturligvis).

Når det gjelder de markerte alternativene under Other Settings bør du vite at de hjelper oss med å registrere kampanjen mer nøyaktig mot at parametere legges til URL-ene. Jeg anbefaler å la dem være aktivert.

Til slutt har vi triggeren. Her er det noen nyheter.

Hvis du ser etter, vil du se at det er Consent Initialization – All Pages.

Denne triggeren følger med som standard i GTM og er en av de nye Google la til i verktøyet i forbindelse med Consent Mode.

Det er denne triggeren som gjør at denne taggen lastes før alle andre i GTM, slik at resten av taggene kan lese verdiene og handle deretter.

Til informasjon kan jeg si at hvis Consent Mode er aktivert, vil GA4 hente verdien til en ny parameter (“gcs”) i forespørslene sine. Denne parameteren kan ha fire verdier:

• G100: innledende status, verken analyse- eller annonsecookies godtatt.
• G101: analysecookies godtatt.
• G110: annonsecookies godtatt.
• G111: begge typer cookies godtatt.

Det er verdien til denne parameteren som gjør at GA4 samler inn ulike brukerdata og bestemmer hvordan de senere skal behandles.

Når brukeren godtar noe

Greit, da går vi videre til den andre Consent Mode-taggen, den som oppdaterer brukerens samtykker (og samtidig endrer verdien til GCS-parameteren).

Dette trinnet har litt mer kjøtt på beinet fordi vi, i tillegg til selve Consent Mode-taggen, må opprette andre tagger først som oppdaterer verdiene i DataLayer-variablene vi opprettet tidligere.

Tagger for å sende samtykkeoppdateringen til DataLayer

Avhengig av om brukeren godtar alle cookies eller bare noen, blir sendingen til DataLayer forskjellig.

Vi begynner med det vanligste tilfellet.

Brukeren godtar alle cookies

På nettstedet har pluginet lagt inn denne knappen:

Den gjør at brukeren godtar alle cookies.

Når vedkommende gjør det, sender vi en egendefinert HTML-tagg til GTM med denne koden:

<script>
dataLayer.push({
  'event': 'guardar_cookies',
  'cookies_analitica': 'granted',
  'cookies_marketing': 'granted'
})
</script>

Det den gjør, er å endre verdien til DataLayer-variablene våre cookies_analitica og cookies_marketing.

Taggens konfigurasjon ser slik ut:

Der ser vi koden ovenfor og en klikktrigger på knappen vi nevnte, med denne konfigurasjonen:

Knappens klasse samsvarer med det regulære uttrykket: (moove-gdpr-infobar-allow-all)|(moove-gdpr-modal-allow-all).

 Det var alt.

Brukeren oppdaterer enkelte cookies

Nå går vi til tilfellet der brukeren ikke godtar alle, men bare noen.

Det er når vedkommende går inn i innstillingene for banneret og lagrer herfra:

Koden ser slik ut:

<script>
var check_marketing = document.querySelector('#advanced-cookies .cookie-switch input').checked;
if(check_marketing){
  var cookies_marketing = 'granted';
} else{
  var cookies_marketing = 'denied';
}
var check_analitica = document.querySelector('#third_party_cookies .cookie-switch input').checked;
if(check_analitica){
  var cookies_analitica = 'granted';
} else{
  var cookies_analitica = 'denied';
} 
dataLayer.push({
  'event': 'guardar_cookies',
  'cookies_analitica': cookies_analitica,
  'cookies_marketing': cookies_marketing
})
</script>

Vi gjør det samme: oppretter en egendefinert HTML-tagg med denne konfigurasjonen:

Der den nye triggeren må se slik ut:

Der klikk-klassen er: moove-gdpr-modal-save-settings.

Egendefinert hendelse for å lagre cookies

Hvis du ser på de to kodene ovenfor, vil du se at vi i begge tilfeller sender en egendefinert hendelse til DataLayer: guardar_cookies.

Jeg forklarer straks hvorfor, men først oppretter vi en trigger med denne hendelsen:

Oppdateringstaggen for Consent Mode

Når alt dette er opprettet, går vi videre til den andre Consent Mode-taggen, den som oppdaterer brukerens samtykker.

Konfigurasjonen ser slik ut:

Der:

• Kommandoen er Update, siden det er den som oppdaterer verdier.
• Verdien til DataLayer-variablene er blitt oppdatert, og den nye verdien hentes her.
• Triggeren er den vi nettopp opprettet, som utløser taggen så snart brukerens samtykker oppdateres.

Med dette er konfigureringen ferdig. Som du ser, har vi ikke rørt GA4-konfigurasjonen i det hele tatt, og triggeren er fortsatt All pages:

Tester

På tide å teste.

Det første vi gjør, er å installere denne utvidelsen hvis vi ikke allerede har den, for å slette cookies.

Deretter installerer vi denne andre for å se Googles tagger.

Så gjør vi følgende:

#1. Slett cookiene på nettstedet vårt

For å etterligne atferden til en ny bruker sletter vi dem ved å klikke på utvidelsen og papirkurvikonet:

#2. Last inn siden på nytt

Slik kontrollerer vi at det faktisk ikke finnes Analytics-cookies igjen etter slettingen:

#3. Åpne forhåndsvisning i GTM

Siden lastes inn på nytt, og vi kontrollerer at:

• GTM og GA4-taggen lastes (de flere jeg har installert):

• Ingen Analytics-cookie lastes:

Dette betyr at GA4 mottar data uten cookies. Vi er på rett vei.

#4. Godta cookies

Vi klikker på knappen for å godta alle cookies eller bare noen.

Vi kontrollerer at GA4-cookies er lagt til:

Som et tillegg og en liten kuriositet kan vi i konsollen se at verdien til GCS-parameteren har endret seg:

Dette betyr at alt har gått som det skal og fra nå av kan vi, så snart vi oppfyller volumkravene som ble forklart tidligere, dra nytte av datamodelleringen i GA4.

Spørsmål

Det viktigste spørsmålet du kanskje stiller deg, er hva som skjer hvis en bruker godtar cookies på en annen side enn landingssiden.

I testene jeg har gjort, har jeg ikke klart å se hvordan GA4 behandler denne endringen. I BigQuery fører det derimot til at forespørslene i brukerens økt med parameteren gcs=G100 før cookies godtas, endres til forespørsler med gcs=G111, slik at dataene kan behandles fullstendig (viktig for å få nøyaktige data om kilde eller landingsside).

Derfor heller jeg mot å tro at behandlingen i GA4 er tilsvarende, selv om jeg som sagt ikke har klart å bekrefte det.

Det nest vanligste spørsmålet er hvor mye presisjon vi vinner.

Og der har jeg heller ikke noe svar, fordi man for å kontrollere det måtte sammenligne én GA4-implementering med en annen som alltid lastes direkte på nettstedet (uten GTM), slik vi gjorde før.

Og det strider mot GDPR.

I tillegg er jeg slett ikke sikker på at et aktivert Consent Mode i GTM-containeren, der den innledende taggen lastes før resten, ikke påvirker GA4-taggen som lastes utenfor containeren. Det burde den ikke, men testene mine har ikke gitt et entydig svar.

Konklusjoner

Jeg håper jeg har gjort det litt tydeligere hva Consent Mode er, hvordan det kan være nyttig for deg og hvordan du kan implementere det på et nettsted med WordPress.

Når det er sagt, etter å ha brukt en god del tid på temaet, trekker jeg flere konklusjoner som oppsummering:

Den første er at Consent Mode har kommet for å bli, fordi alt som innebærer å samle inn data som hjelper oss med å optimalisere kampanjer, er velkomment.

Den andre er at implementeringen ikke er helt enkel. Er du utvikler, får du riktignok alt konfigurert ganske raskt, men hvis du ikke er det, er det ikke umiddelbart å håndtere samtykkeverdien til enhver tid.

Dette forsterker teknifiseringen av digital analyse, og i tillegg ser det ut til at det vil være mer nyttig i integrasjoner med BigQuery.

Med den massive implementeringen av GA4 akkurat nå kan det likevel være et godt tidspunkt å ta tak i temaet i stedet for å utsette det for alltid.

Det gjenstår spørsmål rundt den svarte boksen som datamodelleringen Googles datamodellering utgjør, der selskapet er både dommer og part (vil det favorisere sin egen trafikk?), selv om jeg i dette tilfellet velger å stole på dem.

Kort sagt: en ny måte å forstå analyse på, etter det første “alt er lov” og det senere “nesten ingenting er lov” under GDPR. Det trengs mer tid og mer data for å se om det er verdt det i enkle implementeringer.