Consent Mode v2 — co musisz wiedzieć i jak wdrożyć

Od marca 2024 Google wymaga Consent Mode v2 dla wszystkich użytkowników w Europejskim Obszarze Gospodarczym, którzy chcą korzystać z Google Ads. Jeśli prowadzisz kampanie i nie masz Consent Mode v2 — Twoje dane są niekompletne, a targetowanie mniej skuteczne. Oto co musisz wiedzieć.

Consent Mode v1 vs v2 — co się zmieniło?

Consent Mode v1 (wprowadzony w 2020) miał dwa stany zgód:

• analytics_storage
• ad_storage

Consent Mode v2 dodaje dwa nowe sygnały, kluczowe dla Digital Markets Act (DMA):

Razem z istniejącymi analytics_storage i ad_storage tworzą kompletny zestaw 4 sygnałów, które musisz zarządzać.

Dlaczego Google to wymusza?

Digital Markets Act (DMA) wszedł w życie w marcu 2024. Google jako „gatekeeper” musi udowodnić regulatorom UE, że respektuje zgodę użytkownika na każdym etapie przetwarzania danych. Consent Mode v2 to techniczna implementacja tego wymogu.

Bez Consent Mode v2, Google nie może używać danych użytkowników z EOG do personalizacji reklam ani budowania list odbiorców. Twoje kampanie Performance Max, remarketing i listy customer match po prostu nie będą działać dla ruchu z UE.

Jak działa modelowanie behawioralne?

To najbardziej niedoceniana funkcja Consent Mode v2. Gdy użytkownik odmawia zgody na analytics_storage, Google nie dostaje danych z jego sesji. Ale…

Google i tak wysyła pingi (tzw. cookieless pings) — sygnały bez identyfikatora użytkownika, zawierające tylko:

• Typ zdarzenia (page_view, session_start)
• Timestamp
• User agent (ogólny)
• Kraj (na poziomie regionu, nie miasta)

Na podstawie tych pingów + danych od użytkowników, którzy wyrazili zgodę, Google modeluje zachowanie tych, którzy odmówili. Szacuje konwersje, sesje, przychody. Nie jest to idealne 1:1, ale daje Ci obraz całościowego ruchu, a nie tylko ~30–60% użytkowników z zgodą.

Implementacja krok po kroku

Krok 1: Domyślny stan zgód (default consent)

Zanim użytkownik kliknie cokolwiek w banerze, Consent Mode musi ustawić domyślny stan. Umieść ten kod przed snippetem GTM:

<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag("consent", "default", {
    ad_personalization: "denied",
    ad_storage: "denied",
    ad_user_data: "denied",
    analytics_storage: "denied",
    functionality_storage: "denied",
    personalization_storage: "denied",
    security_storage: "granted",
    wait_for_update: 500,
});
gtag("set", "ads_data_redaction", true);
gtag("set", "url_passthrough", true);
</script>

Kluczowe detale:

• security_storage: "granted" — jedyna zgoda, którą możesz ustawić domyślnie (niezbędne cookies).
• wait_for_update: 500 — daje CMP 500ms na aktualizację stanu zgód. Jeśli CMP nie odpowie w tym czasie, tagi odpalają z domyślnymi ustawieniami.
• ads_data_redaction: true — usuwa identyfikatory reklamowe z URL-i (np. gclid).
• url_passthrough: true — przekazuje parametry URL między stronami, gdy nie ma cookies.

Krok 2: Consent Management Platform (CMP)

Potrzebujesz CMP, która:

• Jest certyfikowana przez Google (lista: Google CMP Partner Program)
• Aktualizuje stan zgód przez gtag("consent", "update", {...})
• Obsługuje Consent Mode v2 (nie tylko v1)

Popularne CMP wspierające Consent Mode v2: Cookiebot, Cookie Information, Usercentrics, Consentmanager, Silktide. Unikaj darmowych wtyczek WordPress, które tylko wyświetlają baner bez integracji z Consent Mode — są bezużyteczne.

Krok 3: Integracja CMP z GTM i GA4

W GTM musisz skonfigurować:

1. Consent Overview w ustawieniach kontenera (Administracja → Ustawienia kontenera → Consent Overview). Włącz „Enable consent overview” i zmapuj swoje kategorie zgód na typy consent Google.
2. Built-in consent checks dla tagów — każdy tag GA4, Google Ads, Floodlight musi mieć ustawione odpowiednie „Built-in Consent” (np. tag GA4 wymaga analytics_storage lub ad_storage).
3. Tag CMP — ładujący banner zgód i aktualizujący consent przez gtag("consent", "update", {...}).

Krok 4: Weryfikacja

Po wdrożeniu sprawdź:

• Tag Assistant — otwórz stronę przed wyrażeniem zgody. Tagi GA4 powinny pokazywać status „Consent denied” (lub nie odpalać wcale, zależnie od konfiguracji).
• dataLayer — w konsoli wpisz dataLayer.filter(e => e[0] === 'consent'), sprawdź czy stan default i update są poprawne.
• Network tab — przed zgodą requesty do GA4 powinny zawierać parametr gcs=G100 (consent denied). Po wyrażeniu zgody — gcs=G111 (consent granted).
• Diagnostyka w GA4 — Administracja → Ustawienia danych → Ustawienia zgód. Sprawdź czy GA4 widzi sygnały zgód.

Najczęstsze błędy

1. Brak domyślnego stanu — ustawianie consent tylko przy akceptacji. Jeśli użytkownik nic nie kliknie, Google zakłada zgodę — a to naruszenie RODO.
2. Kod CMP ładuje się po GTM — tagi odpalają zanim CMP zdąży ustawić consent. Rozwiązanie: kod CMP musi być przed snippetem GTM.
3. Nie wszystkie tagi mają consent checks — tag Google Ads bez ad_storage consent check będzie wysyłał dane nawet bez zgody użytkownika.
4. Brak url_passthrough — tracisz atrybucję kampanii przy braku cookies.

Podsumowanie

Consent Mode v2 to nie jest opcja — to wymóg jeśli prowadzisz kampanie Google Ads w EOG. Ale to też szansa: dobrze wdrożony Consent Mode v2 daje Ci modelowanie behawioralne, które odzyskuje część danych utraconych przez odmowy zgód.

Zacznij od trzech rzeczy: (1) sprawdź czy Twoja CMP wspiera Consent Mode v2, (2) wdróż domyślny stan denied, (3) skonfiguruj consent checks w GTM. Nie zostawiaj tego na ostatnią chwilę — Google już egzekwuje ten wymóg.

Potrzebujesz pomocy z wdrożeniem? Odezwij się — robimy to codziennie. Pełne wdrożenie Consent Mode v2 z certyfikowaną CMP, GTM i walidacją.