Google Consent Mode v2 virker ikke? Slik sjekker du det

Consent Mode v2 feiler stille. Ingen feilmelding, ingen advarsel i konsollen, og rapportene fylles opp som før. Nettstedet ser fint ut og banneret dukker opp. Samtidig får Google enten ingen samtykkeinstruks i det hele tatt, eller feil instruks.

Tre ting går galt, i denne rekkefølgen: et signal mangler, et signal har granted som standard, eller standardverdien settes etter at taggene allerede har kjørt. Du kan sjekke alle tre med den gratis Consent Mode v2-sjekkeren, eller manuelt med Tag Assistant.

Hvordan vet du om Consent Mode v2 virker?

Tre ting må stemme. Alle fire påkrevde signaler må være deklarert, de må ha denied som standard, og standardkommandoen må kjøre før alle Google-tagger. Mangler ett av dem, er Consent Mode til stede uten å gjøre jobben sin, og ingenting på siden forteller deg det.

Sjekkeren vår laster nettstedet slik en førstegangsbesøkende gjør, leser dataLayer og rapporterer på nøyaktig de tre punktene. Det tar rundt femten sekunder og krever ingen konto.

De fire signalene v2 krever

Consent Mode v1 hadde to signaler. v2 la til to til, og begge handler om annonsedata i stedet for lagring:

• ad_storage, om Google får lagre annonse-cookies
• analytics_storage, om Google får lagre analyse-cookies
• ad_user_data, om brukerdata kan sendes til Google for annonsering
• ad_personalization, om de dataene kan brukes til personaliserte annonser

Googles dokumentasjon er tydelig på at taggen må laste standardverdier for minst disse fire parameterne. De to nye i v2 er de som oftest mangler, fordi et oppsett skrevet for v1 fortsatt fungerer og fortsatt ser riktig ut.

Et udeklarert signal er ikke det samme som et avslått signal. Google behandler det som usatt, og derfor betyr det noe å deklarere alle fire eksplisitt selv når svaret er nei.

Hvorfor må standardverdien være denied?

Fordi standardverdien er det som gjelder før den besøkende har valgt noe. Står analytics_storage på granted, blir alle som kommer inn, leser en side og går uten å røre banneret, sporet uten samtykke. Banneret gjorde ingen forskjell for dem i det hele tatt.

Dette er en reelt vanlig feil, og den er lett å overse fordi banneret fungerer helt riktig for alle som klikker. De den svikter for, er nøyaktig de som aldri gjør noe, og det er mesteparten av trafikken din.

Den vanligste feilen: standardverdien settes for sent

Rekkefølgen betyr like mye som verdiene. Googles egen feilsøkingsguide beskriver feilen rett fram: besøkende åpner siden, annonsetaggen kjører, samtykkestandarden settes deretter til denied. Da har taggen allerede lest eller skrevet en cookie.

Googles løsning er å flytte samtykkekommandoen høyere opp på siden, over alle tag-snutter, og aldri sette standardverdiene asynkront. I Tag Manager må samtykketaggen ligge på Consent Initialization-triggeren, ikke en vanlig sidevisningstrigger.

Sjekkeren vår rapporterer spesifikt på dette. Den sammenligner hvor samtykkestandarden dukker opp i dataLayer mot det første Google-tag-kallet, og forteller deg hva som kom først.

Hva betyr gcs-parameteren?

Se på en hvilken som helst Google-forespørsel i nettverksfanen, så finner du en gcs-verdi på formen G1xy. Første siffer etter G1 er annonselagring, andre er analyselagring, der 1 betyr granted og 0 betyr denied. G100 er altså begge avslått, G111 er begge innvilget, G110 er analyse innvilget og annonser avslått.

Dette er den raskeste manuelle sjekken som finnes. Last nettstedet i et friskt vindu, se på første Google-forespørsel, og du bør se G100. Godta så banneret, og neste forespørsel bør vise G111. Blir den stående på G100 etter at du godtok, sender ikke banneret oppdateringskommandoen.

Et tomt resultat kan være gode nyheter

Her er tilfellet som forvirrer folk. Du kjører en sjekk, den finner Google-identifikatorer i kildekoden, men ingen samtykkesignaler i det hele tatt. Det ser ut som et ødelagt oppsett.

Som regel er det ikke det. Blokkerer samtykkeløsningen din Google fra å laste før noen godtar, finnes det ingenting å lese ved første besøk, fordi ingenting ble sendt. Det er det sterkere oppsettet, ikke det ødelagte. Sjekkeren vår rapporterer dette separat som at taggene holdes tilbake, i stedet for å kalle det en feil.

Det er også derfor Consentify-nettsteder ofte ikke viser Consent Mode-signaler ved første lasting. Integrasjoner injiseres etter samtykke i stedet for å lastes og så begrenses, så det finnes ingen tidlig forespørsel å instruere.

Hvordan fikser du det?

Jobb deg gjennom i denne rekkefølgen, fordi hvert steg gjør det neste lesbart:

• Legg til signalene som mangler. Alle fire, eksplisitt deklarert i standardkommandoen.
• Sett alle standardverdier til denied. Har du regionsspesifikke innstillinger, sjekk at alle parametere oppfører seg likt, ikke bare én av dem.
• Flytt standardkommandoen over taggene. I gtag: fysisk høyere opp i head. I Tag Manager: på Consent Initialization-triggeren.
• Bekreft at oppdateringen kjører. Godta banneret og se at gcs går fra G100 til G111.
• Kjør sjekken på nytt. En konfigurasjon som ser riktig ut i koden er ikke det samme som en som oppfører seg riktig i en nettleser.

Skal du sette dette opp fra bunnen i stedet for å reparere, dekker guiden vår om Consent Mode v2 oppsettet, og gjennomgangen for GA4 og Tag Manager tar implementeringen steg for steg.

Consent Mode erstatter ikke blokkering

Verdt å si rett ut, fordi det kommer opp hele tiden. Consent Mode forteller Google hva Google får lov til. Det stopper ikke andre skript på siden, og det gjør ingenting med Meta-pikselen, heatmap-verktøyet eller chat-widgeten din.

Du trenger begge deler: Consent Mode så Google oppfører seg riktig, og samtykkeblokkering så alt annet gjør det. En gratis GDPR-skanning viser hva annet som kjører før samtykke hos deg, og det er som regel mer enn folk tror.

Vil du ha samtykkesignalene håndtert for deg? Prøv Consentify gratis, ett domene, ingen vannmerke, ingen tidsbegrensning.