Google Consent Mode v2 – co to jest i jak go poprawnie wdrożyć?

Od marca 2024 bez Google Consent Mode v2 tracisz pomiar nowych użytkowników z EOG i możliwość prowadzenia remarketingu w Google Ads. Mechanizm ten sprawia, że tagi Google działają dokładnie w takim zakresie, na jaki użytkownik faktycznie wyraził zgodę – i jednocześnie pozwala odzyskać część danych dzięki modelowaniu konwersji. Jeśli chcesz zachować wiarygodne raporty w GA4 i utrzymać wydajność kampanii, musisz wdrożyć GCM v2 razem z poprawnie skonfigurowanym banerem cookies (CMP). Sprawdź krok po kroku, jak to zrobić bezboleśnie i zgodnie z RODO oraz Digital Markets Act.

Google Consent Mode v2 – co to jest?

Google Consent Mode v2 to sposób, w jaki Google „uczy” swoje tagi respektowania zgód z banera cookies. Zamiast ślepo zbierać dane, tagi Google Ads, Google Analytics 4 czy Floodlight otrzymują z CMP informację, czy mogą zapisywać pliki cookie, wysyłać dane użytkownika do reklam oraz używać ich do personalizacji.

Mechanizm działa w oparciu o stany zgód przypisane do konkretnych kategorii: ad_storage, analytics_storage, ad_user_data i ad_personalization. Każda z nich może mieć wartość „granted” lub „denied”, a Consent Mode przekłada to na działanie tagów – od pełnego śledzenia po wysyłanie jedynie anonimowych sygnałów zdarzeń.

Jak działa mechanizm zgód?

Najpierw na stronie ustawiany jest tzw. domyślny stan zgód, zwykle ze wszystkimi zgodami w trybie „denied”. Dzieje się to jeszcze przed pierwszym wywołaniem tagów – przez gtag(’consent’, 'default’, …) albo tag w Google Tag Managerze. Dopiero interakcja z banerem (akceptacja, odrzucenie, konfiguracja) wywołuje gtag(’consent’, 'update’), który aktualizuje stany zgód.

Jeżeli użytkownik odmówi zgody, tagi Google w trybie advanced przestają korzystać z cookies, ale nadal wysyłają tzw. cookieless pings – anonimowe informacje o odsłonach i konwersjach. Gdy zgoda zostanie wyrażona, działają jak wcześniej: zapisują pliki cookie, tworzą listy odbiorców i raportują pełne ścieżki konwersji.

Jaką rolę odgrywa Digital Markets Act?

Digital Markets Act (DMA), obowiązujący od 6 marca 2024, nakłada na „gatekeeperów” (m.in. Google, Meta, Amazon) obowiązek twardego egzekwowania zgód. Giganci nie mogą już przyjmować, że „skoro dane spłynęły, to pewnie zgoda była”, dlatego żądają od właścicieli serwisów jednoznacznego statusu zgody przy każdym wywołaniu tagu.

Stąd wymóg używania parametrów takich jak ad_user_data i ad_personalization oraz techniczne sygnały gcs i gcd, które informują Google, czy zgoda była świadoma, a nie np. domyślnie zaznaczona. Brak tych sygnałów oznacza dla Google ryzyko prawne – więc po prostu odcina dane i funkcje reklamowe.

Jakie zgody obsługuje Google Consent Mode v2?

W GCM v2 mamy cztery grupy zgód, które bezpośrednio wpływają na działanie Google Ads i GA4. Tabela poniżej porządkuje ich znaczenie i zastosowanie:

Te zgody są powiązane z decyzją użytkownika na banerze cookies. Jeśli baner nie rozróżnia kategorii albo ma błędnie zmapowane cele, Consent Mode nie zadziała poprawnie, nawet jeśli kodowo wszystko będzie wyglądało poprawnie.

Brak poprawnie zebranej zgody oznacza dla Google brak możliwości użycia danych – nawet jeśli technicznie tag coś wysłał.

Parametry gcs i gcd – o co chodzi?

Każde wywołanie do serwerów Google może zawierać dwa istotne parametry: gcs (Google Consent State) i gcd (Google Consent Decision). To one w praktyce mówią systemom reklamowym, jakie zgody ma dany użytkownik.

gcs w uproszczeniu koduje status ad_storage i analytics_storage (np. G111 = zgoda na wszystko). gcd jest bardziej szczegółowy – opisuje także ad_user_data i ad_personalization, a przy pomocy liter (p, q, r itd.) wskazuje, czy zgoda była domyślna, czy świadomie udzielona. To właśnie gcd pozwala Google odrzucać dane z nieprawidłowo wdrożonych banerów, np. z domyślnie zaznaczonymi checkboxami.

Jaka jest różnica między Basic a Advanced w GCM v2?

W Google Consent Mode v2 możesz wdrożyć dwa tryby pracy: Basic oraz Advanced. Różnią się tym, co wolno tagom zrobić przed uzyskaniem zgody i jak wiele danych możesz odzyskać przez modelowanie konwersji.

Dla serwisów, które żyją z ruchu płatnego – e‑commerce, SaaS, lead generation – tryb Advanced daje znacznie pełniejszy obraz wyników. Dla prostych stron wizytówkowych, gdzie reklamy są dodatkiem, tryb Basic może być wystarczający.

Jeśli chcesz szybko ocenić, który tryb jest dla Ciebie lepszy, przeanalizuj takie kwestie:

• jaki odsetek przychodów pochodzi z płatnych kampanii,
• jak duże znaczenie ma remarketing i personalizacja reklam,
• czy masz zasoby (IT/analityk), żeby skonfigurować bardziej rozbudowany tryb,
• jak bardzo zależy Ci na spójności danych w Google Analytics 4.

Dla firm intensywnie korzystających z Google Ads tryb Advanced jest standardem – bez niego algorytmy stawek działają na okrojonych danych.

Jak poprawnie wdrożyć Google Consent Mode v2?

Pełne wdrożenie GCM v2 składa się z trzech głównych etapów: przygotowania CMP i banera, konfiguracji stanów zgód oraz ustawienia tagów w Google Tag Managerze lub gtag.js.

Jak przygotować CMP i baner cookies?

Na początku potrzebujesz platformy zarządzania zgodami (CMP), która jest zgodna z RODO, ePrivacy i wspiera Google Consent Mode. Możesz sięgnąć po narzędzia takie jak Cookiebot, OneTrust, Didomi, Usercentrics czy inne rozwiązanie z listy partnerów Google.

Baner musi jasno oddzielać kategorie zgód – analityczne, reklamowe, funkcjonalne – i pozwalać na świadome odrzucenie każdej z nich. Niedozwolone są tzw. „dark patterns”, czyli np. mocno wyróżniony przycisk „Akceptuję” przy ukrytej opcji „Odrzuć”. To z takich właśnie wzorców „uczy się” parametr gcd, czy zgoda była prawidłowa.

Podczas konfiguracji CMP wykonaj następujące kroki:

1. Przeskanuj stronę, żeby narzędzie wykryło stosowane pliki cookies i przypisało je do kategorii.
2. Przypisz kategorie cookies CMP do zgód GCM v2 (np. „Reklamowe” → ad_storage + ad_user_data + ad_personalization).
3. Włącz obsługę Google Consent Mode w ustawieniach CMP, jeśli narzędzie oferuje gotową integrację.
4. Osadź skrypt banera bezpośrednio w kodzie strony – najlepiej nad kontenerem Google Tag Manager.

Jak skonfigurować domyślny stan zgody?

Domyślny stan zgód powinien ładować się natychmiast po wejściu na stronę. Możesz go ustawić na dwa sposoby – przez Google Consent API w kodzie strony lub przez szablon w GTM.

Przykład inicjalizacji w kodzie (fragment uproszczony):

gtag(’consent’, 'default’, { ad_storage: 'denied’, analytics_storage: 'denied’, ad_user_data: 'denied’, ad_personalization: 'denied’, functionality_storage: 'granted’, security_storage: 'granted’ });

W Google Tag Managerze osiągniesz to samo, używając szablonu „Consent Mode” (np. autorstwa Simo Ahava) z komendą default i triggerem typu Initialization. Dzięki temu każdy tag otrzyma spójny stan zgód już przy pierwszym page_view.

Jak ustawić Google Tag Manager pod GCM v2?

Po stronie GTM trzeba zadbać o dwie rzeczy: poprawną aktualizację zgód po akcji w banerze oraz konfigurację poszczególnych tagów. W trybie Advanced tagi Google mają wbudowaną obsługę zgód, więc wystarczy, że w sekcji „Ustawienia dotyczące zgody” wybierzesz opcję „Brak wymogu uzyskania dodatkowej zgody” – działaniem zajmie się Consent Mode.

Dla tagów innych dostawców (np. piksel Meta, Microsoft UET) należy włączyć opcję „Wymagaj dodatkowej zgody” i wskazać, jakich zgód wymagają. Wtedy, przy braku zgody, tag w ogóle się nie odpali. W trybie Basic właśnie w ten sposób blokujesz także tagi Google przed jakąkolwiek aktywnością przed akceptacją banera.

Jak sprawdzić, czy wdrożenie działa poprawnie?

Najpierw przetestuj zachowanie strony jak zwykły użytkownik: wejdź w trybie incognito, sprawdź, czy baner jest czytelny, czy pozwala łatwo odrzucić zgody i czy po różnych wyborach odpowiednie tagi w GTM uruchamiają się lub są blokowane.

Potem przejdź do testów technicznych w przeglądarce: w zakładce Network wpisz w filtr „collect” albo „gcd” i obejrzyj payload żądań do domen Google. Jeśli widzisz parametry gcs i gcd zmieniające się po kliknięciu w baner, a po odmowie nie ma żadnych cookies reklamowych – wdrożenie GCM v2 działa.

Dodatkowe potwierdzenie uzyskasz w panelu Google Analytics 4 w ścieżce: Administracja → Zbieranie i modyfikowanie danych → Strumienie danych. Brak komunikatu „Wymagane działanie” przy strumieniu oznacza, że Consent Mode v2 jest wykryty jako poprawnie skonfigurowany.

Co się stanie, jeśli nie wdrożysz Google Consent Mode v2?

W serwisach kierowanych do użytkowników z EOG/UE/Wielkiej Brytanii brak GCM v2 ma bardzo konkretne skutki. Od marca 2024 Google Ads i GA4 przestają zbierać dane o nowych użytkownikach, a listy odbiorców i funkcje remarketingowe przestają działać. Kampanie typu „Maksymalizuj konwersje” zaczynają optymalizować się na niepełnych danych.

Algorytmy stawek widzą mniej konwersji, niż faktycznie miało miejsce, co prowadzi do błędnych decyzji: zbyt niskich stawek na wartościowy ruch lub przepalania budżetu na źródła, które „na papierze” wyglądają lepiej. Jednocześnie, jeżeli zbierasz cookies bez ważnej zgody, rośnie ryzyko kontroli i kar z tytułu RODO i DMA – zarówno po Twojej stronie, jak i po stronie Google.

Brak Google Consent Mode v2 oznacza jednocześnie ubytek danych, utratę remarketingu i podwyższone ryzyko prawne.

Dobrze wdrożony Google Consent Mode v2 sprawia, że Twoje kampanie nadal „widzą” realne konwersje, a Ty możesz spokojnie pokazać, że zbierasz dane w sposób przejrzysty, udokumentowany i zgodny z wyborami użytkowników.