Czy Google Consent Mode naprawdę działa?

Stan domyślny ustawiony przed tagami

Stan domyślny musi zostać zadeklarowany, zanim uruchomi się gtag.js lub kontener GTM. Jeśli pojawi się później, Google zapisze pierwsze odsłony jako w pełni objęte zgodą. Kontener, który ustawia własny stan domyślny przez regułę Consent Initialization, jest w porządku: liczy się to, żeby nic nie zostało zmierzone wcześniej.

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

Obecne parametry v2

Consent Mode v2 dodał dwa parametry w marcu 2024. Bez nich Google Ads przestaje budować listy odbiorców z EOG i modelować konwersje, a wdrożenie nie jest akceptowane w ramach polityki Google dotyczącej zgody użytkowników z UE.

ad_user_data: "denied",
ad_personalization: "denied"

Aktualizacja przy zmianie zgody

Baner musi przekazać wybór odwiedzającego do Google, gdy tylko ten się zmieni, inaczej tagi działają dalej na stanie domyślnym. Nie klikamy Twojego banera, więc aktualizację, której nie widzimy, raportujemy jako niepotwierdzoną, a nie jako błąd. Zaakceptuj kategorię samodzielnie i obserwuj konsolę.

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

Region i wait_for_update

Tablica region zostawia ruch spoza EOG bez ograniczeń, a wait_for_update nie pozwala, by wczesne pingi wyszły z niewłaściwym stanem. Globalna odmowa bez regionu jest bezpieczna, tylko surowsza, niż trzeba.

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

Parametr gcs jest dowodem

Kod źródłowy mówi, co strona zamierzała. Wartość gcs w wychodzących żądaniach do Google mówi, co faktycznie do nich dotarło: G1, a po nim ad_storage i analytics_storage, więc G100 oznacza odmowę dla obu, a G111 zgodę dla obu. Strona może zawierać idealny blok zgody i mimo to w ogóle nie wysyłać gcs.