Google Consent Mode v2 dla ludzi, którzy wdrażają: siedem sygnałów, tryb podstawowy kontra zaawansowany i zmiana z czerwca 2026 r.

Czym Consent Mode jest, a czym nie

Consent Mode to API, którego słuchają tagi Google. Zanim jakikolwiek tag się uruchomi, Twoja strona mówi Google, na co odwiedzający się zgodził, a na co nie; gdy odwiedzający decyduje, strona aktualizuje komunikat; tagi Google odpowiednio zmieniają zachowanie. To cały mechanizm. Sam z siebie niczego nie blokuje, nikogo o nic nie pyta i nie czyni banera zgodnym z prawem. Pozwala za to Google Ads i GA4 działać dalej, w ograniczonej formie, dla osób, które powiedziały nie, i w pełni dla tych, które powiedziały tak.

To rozróżnienie ma znaczenie, bo wiele banerów „Consent Mode v2 ready” ustawia sygnały, ładuje tagi i na tym kończy. Zgodnie z dyrektywą ePrivacy tag, który zapisuje cookie przed zgodą, jest naruszeniem niezależnie od otrzymanego sygnału. Baner nadal musi blokować; Consent Mode to coś, co robisz dodatkowo, żeby blokowanie nie kosztowało Cię pomiarów.

Siedem sygnałów

Consent Mode zaczął w 2020 r. od dwóch sygnałów: ad_storage dla cookies reklamowych i analytics_storage dla cookies analitycznych. Wersja 2, którą Google uczynił obowiązkową dla reklamodawców z EOG w marcu 2024 r., dodała dwa kolejne: ad_user_data, czy dane użytkownika mogą być wysyłane do Google na cele reklamowe, i ad_personalization, czy reklamy mogą być personalizowane. Na te cztery reagują Google Ads i GA4. Trzy kolejne sygnały obejmują pamięć funkcjonalną, personalizacji i bezpieczeństwa; ostatni jest zawsze przyznany.

Sygnały ustawia się dwa razy. Wywołanie default uruchamia się przed załadowaniem jakiegokolwiek tagu i mówi „denied” dla odwiedzających z EOG, Wielkiej Brytanii i Szwajcarii (i „granted”, jeśli chcesz, gdzie indziej). Wywołanie update uruchamia się w chwili wyboru i niesie faktyczną decyzję. Kolejność to rzecz, którą ludzie psują: jeśli tag Google ładuje się przed wywołaniem default, startuje bez żadnego stanu zgody, co Google traktuje jako zgodę. Dlatego runtime zgody musi być pierwszym skryptem w head i dlatego afterInteractive w Next.js albo menedżer tagów ładujący się pierwszy to błędy.

Podstawowy kontra zaawansowany

Google oferuje dwa sposoby wdrożenia trybu. W trybie podstawowym tagi Google w ogóle się nie ładują, dopóki nie ma zgody; odwiedzający, który odmawia, nie wysyła do Google niczego. W trybie zaawansowanym tagi ładują się od razu, ale w stanie ograniczonym: przed zgodą i po odmowie wysyłają pingi bez cookies i identyfikatorów, na których Google modeluje konwersje, których nie może zaobserwować. Po zgodzie zachowują się normalnie.

Oba są zgodne z prawem, o ile wartości domyślne to „denied” przed pierwszym tagiem. Różnica to pomiar. Tryb podstawowy daje czystą historię dla inspektora ochrony danych: bez zgody nic nie idzie do Google, kropka. Tryb zaawansowany daje zespołowi marketingu modelowane konwersje dla 30 do 40 procent europejskich odwiedzających, którzy mówią nie, za cenę wyjaśnienia pingów bez cookies w polityce prywatności. Większość stron z Google Ads wybiera zaawansowany; większość stron tylko z analityką wybiera podstawowy. CookieCrumbs obsługuje oba i domyślnie używa podstawowego.

Zmiana z 15 czerwca 2026 r.

Od 15 czerwca 2026 r. Google używa ad_storage jako sygnału sterującego dla danych Google Ads. Przed tą datą baner, który mapował tylko analytics_storage na kategorię „statystyki” i zostawiał sygnały reklamowe w stanie domyślnym, nadal mógł widzieć konwersje Ads; od tej pory już nie. Praktyczna konsekwencja: kategoria Marketing w Twoim banerze musi sterować razem ad_storage, ad_user_data i ad_personalization, a Statystyki muszą sterować analytics_storage. Mapowanie traktujące wszystkie cztery jako jedną bryłę jest legalne, ale marnotrawne; mapowanie, które zapomina o ad_storage, traci pomiar, dla którego to wszystko ustawiłeś.

CookieCrumbs automatycznie mapuje kategorie na sygnały i dostarcza to samo mapowanie w szablonie Google Tag Manager, więc wyzwalacze w Twoim kontenerze odpalają na właściwym sygnale bez ręcznie pisanego listenera. Jeśli utrzymujesz własne mapowanie, sprawdź je z tabelą w przewodniku Consent Mode.

Poprawna konfiguracja

1. Najpierw runtime. Runtime zgody jest pierwszym skryptem w head, przed gtag.js, przed GTM, przed wszystkim.
2. Domyślnie „denied” według regionu. EOG, Wielka Brytania i Szwajcaria dostają „denied”; gdzie indziej stosuj lokalną regułę (stany USA są opt-out).
3. Kategorie zmapowane na sygnały. Statystyki → analytics_storage. Marketing → ad_storage, ad_user_data, ad_personalization. Preferencje → functionality_storage, personalization_storage.
4. Aktualizacja przy każdej decyzji, w tym wycofaniach i późniejszych zmianach z ponownie otwartego banera.
5. Sprawdź w Tag Assistant. Załaduj stronę z odmową zgody, otwórz Tag Assistant i odczytaj stan zgody na pierwszym tagu. Powinien pokazywać „denied” dla wszystkich czterech sygnałów reklamowych i analitycznych, zanim cokolwiek klikniesz.

Trzy błędy, przez które tracisz dane

• GTM ładuje się pierwszy. Kontener odpala tagi bez stanu zgody, Google traktuje to jako zgodę, a Twoja pierwsza odsłona jest naruszeniem. Przenieś runtime nad GTM.
• Marketing nie steruje ad_storage. Od czerwca 2026 r. oznacza to brak konwersji Ads dla kogokolwiek. Sprawdź mapowanie.
• Tryb zaawansowany bez zdania w polityce prywatności. Pingi bez cookies to nadal przekazanie danych do Google. Napisz o tym w polityce albo użyj trybu podstawowego.

Jeszcze jedno, co nie jest błędem, lecz ograniczeniem: Consent Mode to nie IAB TCF i nie czyni Cię CMP certyfikowaną przez Google. Do AdSense, Ad Managera i AdMob w EOG potrzebujesz takiej; do Google Ads i GA4 potrzebujesz Consent Mode v2, o czym jest ta strona.

Źródła

1. Simo Ahava, „Consent Mode v2 for Google tags”, 2024
2. Cookie Information, „Basic vs. Advanced Consent Mode v2”
3. Cookie Script, „Basic vs Advanced Google Consent Mode v2”
4. Monitoring regulacji CookieCrumbs, „Google Consent Mode change: ad_storage became the controlling signal for Google Ads data”, czerwiec 2026
5. Dokumentacja CookieCrumbs, przewodnik Google Consent Mode v2

Napisane przez zespół CookieCrumbs, opublikowane 5 września 2026 r. Fakty mają swoje daty; jeśli któryś się zdezaktualizował, daj nam znać, a poprawimy.