Google Consent Mode v2: Jak działa, co naprawdę zmienia i czego za Ciebie nie naprawi?

Częstym błędem jest utożsamianie platformy do zarządzania zgodami (CMP) z samym trybem zgody od Google. CMP (Consent Management Platform) odpowiada za stronę wizualną i prawną: wyświetla baner, zbiera decyzję odwiedzającego i ją zapisuje. Z kolei Google Consent Mode v2 działa jak interfejs komunikacyjny (API) - odczytuje ten wybór i dostosowuje zachowanie skryptów Google Analytics 4 oraz Google Ads.

Sprawa jest prosta: jeśli użytkownik kliknie na banerze „Odrzuć cookies analityczne”, strona musi natychmiast przekazać do tagu sygnał analytics_storage=denied. Sam napis „Odrzucono” w okienku pop-up niczego nie zmienia, jeżeli skrypty śledzące nie otrzymają odpowiedniej komendy.

Wraz ze zmianami w Unijnym Akcie o Rynkach Cyfrowych (DMA) Google wprowadziło obowiązek stosowania Consent Mode v2. O ile wcześniejsza wersja v1 bazowała na dwóch podstawowych parametrach (analytics_storage oraz ad_storage), o tyle w wersji v2 pojawiły się dwa nowe, kluczowe sygnały:

• ad_user_data - określa zgodę na przesyłanie danych osobowych użytkownika do Google w celach reklamowych i pomiarowych (wymagane m.in. przy konwersjach rozszerzonych).
• ad_personalization - odpowiada za zgodę na wyświetlanie reklam spersonalizowanych oraz budowanie list remarketingowych.

Oba te parametry muszą przyjmować status granted (zgoda) lub denied (odmowa) w zależności od wyboru odwiedzającego. Brak prawidłowego przekazania tych sygnałów skutkuje brakiem możliwości budowania odbiorców i optymalizacji kampanii reklamowych w Google Ads.

Wdrożenie Consent Mode v2 można przeprowadzić w jednym z dwóch wariantów:

• Tryb Podstawowy (Basic Mode): Skrypty Google są całkowicie zablokowane do momentu, aż użytkownik kliknie przycisk na banerze. Jeśli wybierze odmowę, strona nie wysyła do Google żadnych danych. To model najprostszy i gwarantujący maksymalną prywatność, lecz uniemożliwiający zbieranie sygnałów do modelowania danych.
• Tryb Zaawansowany (Advanced Mode): Tagi Google ładują się od razu po wejściu na stronę z domyślnym stanem denied. W przypadku braku zgody nie zapisują plików cookie, ale wysyłają anonimowe sygnały (tzw. cookieless pings). Google wykorzystuje te sygnały do modelowania behawioralnego w GA4 oraz modelowania konwersji w Google Ads.

Warto podkreślić: tryb zaawansowany nie oznacza śledzenia wbrew woli użytkownika - dane są szacowane statystycznie na poziomie zagregowanym. Wybór odpowiedniego trybu powinien być zawsze skonsultowany z osobą odpowiedzialną za ochronę danych w firmie.

Consent Mode v2 to narzędzie komunikacyjne, a nie uniwersalny lek na wszelkie błędy analityczne. Oto obszary, w których sam Consent Mode Ci nie pomoże:

• Nie stworzy poprawnego prawnie banera ani nie ustali zakresu wymaganych zgód.
• Nie naprawi błędów w Google Tag Managerze, źle skonfigurowanych zdarzeń w GA4 ani formularza, który nie wysyła tagu konwersji.
• Nie zagwarantuje automatycznego pojawienia się danych modelowanych na małych stronach.

Aby Google Analytics 4 mogło uruchomić algorytmy modelowania behawioralnego, witryna musi spełnić rygorystyczne progi ilościowe: zbierać co najmniej 1000 zdarzeń dziennie ze stanem analytics_storage='denied' przez minimum 7 dni oraz co najmniej 1000 użytkowników dziennie ze stanem analytics_storage='granted' przez przynajmniej 7 z ostatnich 28 dni. Jeśli ruch na stronie jest zbyt mały, model po prostu się nie utworzy.

Aby upewnić się, że przepływ zgód działa poprawnie, warto przeprowadzić audyt za pomocą narzędzia Google Tag Assistant lub w zakładce Network w narzędziach deweloperskich przeglądarki:

• Próba 1 (przed wyborem): Otwórz stronę w trybie incognito. Domyślny stan sygnałów w trybie zaawansowanym powinien wskazywać na brak zgody (w parametrach żądań collect szukaj wartości gcs=G100 lub gcs=G1--, a w parametrze gcd liter oznaczających stan domyślny).
• Próba 2 (po akceptacji): Kliknij „Zaakceptuj wszystkie”. Parametry w wysyłanych żądaniach powinny zmienić się na status granted (np. gcs=G111 oraz litery r lub v w gcd).
• Próba 3 (po odmowie): Zrestartuj sesję i kliknij „Odrzuć”. Tagi powinny utrzymać status denied.

Zwróć uwagę, czy komenda aktualizacji zgody (consent update) następuje zanim strona wyśle główne zdarzenia analityczne. Przetestuj wdrożenie nie tylko na stronie głównej, ale również na landing page’ach kampanii marketingowych - tam często występują inne skrypty lub inna kolejność ich ładowania.

Dobra dokumentacja poaudytowa nie ogranicza się do zdania „Consent Mode działa”. Powinna zawierać:

• Wykaz czterech obsługiwanych sygnałów (analytics_storage, ad_storage, ad_user_data, ad_personalization).
• Określenie ich stanów domyślnych oraz momentu aktualizacji.
• Sposób zachowania tagów po odmowie (blokada czy wysyłanie anonimowych pingów).
• Zrzut ekranu z testu w Google Tag Assistant lub podglądu window.dataLayer.

Dopiero kompletna dokumentacja pozwala precyzyjnie odróżnić ewentualny problem ze zgodami od błędów w konfiguracji GTM, GA4 lub samego kodowania strony.

Prawidłowe wdrożenie Google Consent Mode v2 to nie tylko formalna konieczność wynikająca z Unijnego Aktu o Rynkach Cyfrowych (DMA), ale przede wszystkim warunek zachowania skuteczności marketingu internetowego. Brak lub błędne przesyłanie kluczowych sygnałów, takich jak ad_user_data czy ad_personalization, uniemożliwia budowanie grup remarketingowych, wyklucza obsługę konwersji rozszerzonych i negatywnie wpływa na automatyczne strategie ustalania stawek w Google Ads. Jednocześnie właściwa konfiguracja trybu zaawansowanego pozwala na przesyłanie anonimowych sygnałów bez plików cookie, co umożliwia algorytmom Google prowadzenie modelowania behawioralnego w GA4 oraz szacowanie utraconych konwersji. W praktyce daje to pełniejszy wgląd w zachowania użytkowników, chroni budżety reklamowe przed spadkiem efektywności i zapewnia rzetelne dane niezbędne do podejmowania trafnych decyzji biznesowych.