Virker Google Consent Mode faktisk?

Standardverdi satt før tagger

Standardverdien må erklæres før gtag.js eller GTM-containeren kjører. Kommer den senere, registrerer Google de første treffene som fullt samtykket. En container som setter sin egen standardverdi via en Consent Initialization-trigger, er i orden: Det som teller, er at ingenting ble målt først.

gtag("consent", "default", {
  ad_storage: "denied", analytics_storage: "denied",
  ad_user_data: "denied", ad_personalization: "denied",
  wait_for_update: 500
});

v2-parametere er med

Consent Mode v2 la til to parametere i mars 2024. Uten dem slutter Google Ads å bygge målgrupper i EØS og å modellere konverteringer, og implementeringen godtas ikke etter Googles retningslinjer for samtykke fra brukere i EU.

ad_user_data: "denied",
ad_personalization: "denied"

Oppdatering ved endret samtykke

Banneret må sende den besøkendes valg til Google så snart det endres, ellers fortsetter taggene å kjøre på standardverdien. Vi klikker ikke på banneret ditt, så en oppdatering vi ikke ser, rapporteres som ubekreftet og ikke som feilet: Godta en kategori selv, og følg med i konsollen.

gtag("consent", "update", {
  analytics_storage: "granted"
});

Region og wait_for_update

En region-liste holder trafikk utenfor EØS ubegrenset, og wait_for_update hindrer at tidlige ping sendes med feil tilstand. Å avslå globalt uten region er trygt, bare strengere enn nødvendig.

region: ["EEA", "GB", "CH"],
wait_for_update: 500

gcs-parameteren er beviset

Å lese kildekoden forteller deg hva en side hadde til hensikt. gcs-verdien på utgående forespørsler til Google forteller deg hva som faktisk nådde fram: G1 etterfulgt av ad_storage og analytics_storage, så G100 betyr at begge er avslått, og G111 at begge er gitt. En side kan inneholde en perfekt samtykkeblokk og likevel ikke sende noen gcs i det hele tatt.