Consent Mode v2 działa prawidłowo, jeśli strona ustawia właściwy stan zgody przed rozpoczęciem pomiaru, aktualizuje go zgodnie z wyborem użytkownika i przekazuje cztery wymagane sygnały: ad_storage, analytics_storage, ad_user_data oraz ad_personalization. Najprościej sprawdzić to w Google Tag Assistant, wykonując osobne testy przed wyborem, po akceptacji, po odmowie i po zmianie wcześniejszej decyzji.
Nie wystarczy zobaczyć baner ani sprawdzić, że w panelu CMP włączono integrację Google. Trzeba prześledzić całą drogę: od kliknięcia użytkownika, przez aktualizację stanu zgody, po zachowanie konkretnych tagów.
Najpierw ustal, czy używasz trybu Basic, czy Advanced
Interpretacja testu zależy od wybranego sposobu wdrożenia. Google opisuje dwa warianty Consent Mode:
| Element testu | Basic Consent Mode | Advanced Consent Mode |
|---|---|---|
| Ładowanie tagów Google przed wyborem | tagi są blokowane do czasu interakcji z banerem | tagi mogą się ładować z domyślnym stanem denied |
| Dane przesyłane przed zgodą | brak transmisji do Google | mogą być wysyłane pomiary bez cookies wraz ze stanem zgody |
| Zachowanie po odmowie | tagi pozostają zablokowane | tagi działają w ograniczony sposób bez zapisu cookies zależnych od zgody |
| Modelowanie | ogólny model | bardziej szczegółowe modelowanie właściwe dla reklamodawcy |
Źródło: omówienie trybu Basic i Advanced w dokumentacji Google.
To rozróżnienie zapobiega częstemu błędowi diagnostycznemu. Żądanie wysłane do Google przed zgodą może oznaczać błąd w Basic, ale w Advanced może być oczekiwanym pomiarem bez cookies. Z drugiej strony status Fired przy stanie denied nie dowodzi jeszcze, że tag zapisał identyfikator albo wysłał pełny zestaw danych.
Tryb wdrożenia powinien wynikać z decyzji organizacji, sposobu pozyskiwania zgody oraz wymagań prawnych dla obsługiwanych rynków. Consent Mode jest mechanizmem technicznym Google i nie wybiera za administratora właściwej podstawy działania.
Cztery sygnały Consent Mode v2, które trzeba sprawdzić
| Sygnał | Co kontroluje według Google | Typowy stan przed zgodą w konfiguracji wymagającej uprzedniego wyboru |
|---|---|---|
ad_storage |
przechowywanie danych związanych z reklamami | denied |
analytics_storage |
przechowywanie danych związanych z analityką | denied |
ad_user_data |
wysyłanie danych użytkownika do Google do celów reklamowych | denied |
ad_personalization |
wykorzystanie danych do personalizacji reklam | denied |
Pierwsza wersja Consent Mode opierała się głównie na ad_storage i analytics_storage. Brak ad_user_data albo ad_personalization oznacza, że konfiguracja nie przekazuje pełnego zestawu sygnałów v2.
Nie zakładaj jednak, że każdy przycisk musi zmienić wszystkie wartości jednocześnie. Gdy użytkownik zgadza się na analitykę, ale odrzuca marketing, oczekiwanym wynikiem może być analytics_storage: granted przy trzech sygnałach reklamowych pozostających jako denied. Stan musi odpowiadać rzeczywistej treści wyboru.
Co przygotować przed testem Consent Mode v2?
Potrzebujesz:
- przeglądarki Google Chrome;
- dostępu do Google Tag Assistant;
- adresu testowanej strony;
- informacji, czy wdrożenie działa w trybie Basic, czy Advanced;
- listy tagów Google używanych na stronie;
- oczekiwanego mapowania kategorii banera na cztery sygnały;
- dostępu do GTM, jeśli chcesz od razu analizować i poprawiać konfigurację.
Testuj w nowym oknie incognito. Wyłącz na czas kontroli rozszerzenia blokujące reklamy i ochronę śledzenia, ponieważ mogą zatrzymać skrypt niezależnie od ustawień CMP. Jeżeli test powtarzasz w zwykłym oknie, usuń cookies oraz dane witryny, w tym local storage.
Nie łącz wyników kilku scenariuszy w jednej sesji. Test akceptacji, odmowy i pierwszej wizyty wykonuj osobno, aby poprzednio zapisana decyzja nie zafałszowała rezultatu.
Jak sprawdzić Consent Mode v2 w Tag Assistant?
Krok 1: rozpocznij nową sesję
- Otwórz Google Tag Assistant.
- Wpisz adres strony.
- Kliknij przycisk połączenia.
- Poczekaj na otwarcie testowanej witryny.
- Nie wybieraj jeszcze żadnej opcji na banerze.
Jeśli Tag Assistant nie może się połączyć, przyczyną może być blokowanie Google taga albo kontenera GTM przed zgodą. W Basic jest to możliwe. Google zaleca wtedy zaakceptowanie zgód, aby tag mógł się załadować, a następnie kontynuowanie diagnostyki. Brak pierwszego połączenia nie rozstrzyga jeszcze, czy implementacja jest błędna.
Krok 2: znajdź najwcześniejsze zdarzenie Consent
W podsumowaniu sesji wybierz najwcześniejsze zdarzenie związane ze zgodą. Następnie:
- otwórz sekcję
API Calli sprawdź przekazane parametry; - albo przejdź do wyniku konkretnego taga, otwórz kartę
Consenti sprawdź kolumnęOn-page Default; - potwierdź obecność wszystkich czterech sygnałów;
- porównaj ich wartości z oczekiwaną konfiguracją strony.
Google wskazuje, że stan domyślny powinien zostać ustawiony przed poleceniami, które wysyłają dane pomiarowe, takimi jak config i event. Dokumentacja ustawiania domyślnego stanu zgody.
Jeśli karta Consent jest pusta, możliwe są dwa podstawowe scenariusze: Consent Mode nie został wdrożony albo Google tag nie załadował się w testowanej sesji. Najpierw ustal wybrany tryb i sprawdź obecność taga, zanim uznasz brak zdarzenia za ostateczną diagnozę.
Krok 3: zaakceptuj wszystkie zgody
Kliknij „Akceptuj wszystkie” na banerze i wróć do Tag Assistant. W podsumowaniu powinno pojawić się nowsze zdarzenie Consent.
W sekcji API Call albo kolumnie On-page Update sprawdź, czy:
- pojawiła się aktualizacja po kliknięciu;
- wszystkie cztery sygnały są obecne;
- ich wartości odpowiadają pełnej akceptacji;
- aktualizacja nastąpiła na tej samej stronie, przed przejściem pod inny adres;
- powiązane tagi zareagowały na nowy stan.
Google podkreśla, że aktualizacja powinna zostać zarejestrowana na stronie, na której użytkownik dokonał wyboru. Przekierowanie lub przeładowanie wykonane zbyt wcześnie może spowodować, że polecenie update nie zostanie prawidłowo obsłużone.
Krok 4: wykonaj osobny test odmowy
Zamknij sesję, otwórz nowe okno incognito i rozpocznij test od początku. Tym razem kliknij „Odrzuć” albo wybierz wyłącznie niezbędne kategorie.
Sprawdź, czy:
- stan domyślny został ustawiony;
- po odmowie pojawiło się zdarzenie aktualizujące lub utrwalające wybór;
- opcjonalne sygnały pozostały jako
denied; - decyzja została zachowana po wejściu na kolejną podstronę;
- tagi zachowują się zgodnie z trybem Basic albo Advanced.
W Advanced możesz zobaczyć ograniczone żądania Google pomimo odmowy. Nie oceniaj ich tylko na podstawie nazwy domeny lub statusu Fired. Sprawdź, czy nie powstały cookies zależne od zgody i czy żądanie zawiera informację o stanie odmowy. W Basic brak żądań Google po odmowie jest oczekiwany.
Krok 5: sprawdź wybór częściowy
Jeśli baner pozwala oddzielnie wybrać analitykę i marketing, wykonaj co najmniej dwa dodatkowe scenariusze:
| Wybór użytkownika | Oczekiwany kierunek aktualizacji |
|---|---|
| analityka zaakceptowana, marketing odrzucony | analytics_storage jako granted, sygnały reklamowe jako denied |
| marketing zaakceptowany, analityka odrzucona | wartości muszą odpowiadać mapowaniu przyjętemu w CMP i opisowi kategorii |
Drugi przypadek wymaga szczególnej uwagi. Nie zakładaj automatycznie, że zgoda marketingowa musi przyznać analytics_storage, ani że jeden przełącznik powinien przyznać wszystkie sygnały. Porównaj wynik z treścią banera, konfiguracją CMP i decyzjami organizacji.
Krok 6: sprawdź wycofanie zgody
Najpierw zaakceptuj wszystkie kategorie. Następnie ponownie otwórz panel preferencji i wycofaj zgodę na analitykę oraz marketing.
W Tag Assistant zweryfikuj, czy nowe zdarzenie aktualizuje odpowiednie parametry z granted na denied. Przejdź na kolejną podstronę i sprawdź, czy nowy stan nadal obowiązuje.
Sama aktualizacja Consent Mode nie oznacza automatycznie usunięcia wszystkich cookies zapisanych wcześniej. Za usunięcie lub dalszą obsługę istniejących identyfikatorów może odpowiadać CMP albo dodatkowa logika witryny. Ten element trzeba sprawdzić osobno w zakładce Application.
Krok 7: sprawdź zachowanie konkretnych tagów
W podsumowaniu Tag Assistant przejdź do zakładki Tags. Otwórz kolejno GA4, Google Ads, Conversion Linker i inne wykorzystywane tagi.
Dla każdego zapisz:
- czy tag się uruchomił;
- jaki stan zgody odczytał;
- jakie wbudowane kontrole zgody wykorzystuje;
- czy ma dodatkowe wymagania ustawione w GTM;
- czy jego zachowanie było zgodne z trybem Basic lub Advanced;
- czy po aktualizacji zgody zmienił sposób działania.
Status Fired nie jest samodzielnym dowodem błędu. Tagi Google posiadające wbudowane mechanizmy zgody mogą uruchomić się w Advanced przy stanie denied, ale ograniczyć zapis i transmisję danych. Z kolei tag oznaczony jako zablokowany może mieć nieprawidłowo dodane dodatkowe wymaganie zgody.
Jak uzupełnić test w Chrome DevTools?
Tag Assistant powinien być głównym narzędziem do sprawdzania wartości Consent Mode. DevTools pomaga potwierdzić, co rzeczywiście dzieje się w przeglądarce.
Zakładka Application
Przed kliknięciem banera sprawdź:
- cookies pierwszej i trzeciej strony;
- local storage;
- session storage;
- zapis decyzji CMP.
Obecność dowolnego cookie nie oznacza automatycznie błędu. Strona może używać cookies niezbędnych do bezpieczeństwa, logowania lub realizacji funkcji żądanej przez użytkownika. Szukaj przede wszystkim identyfikatorów powiązanych z narzędziami analitycznymi i reklamowymi, a następnie porównaj je z klasyfikacją oraz wybranym scenariuszem.
Powtórz kontrolę po akceptacji, odmowie i wycofaniu zgody. Zapisz nazwy plików oraz moment ich utworzenia.
Zakładka Network
Włącz zachowanie logu podczas przejść między podstronami i odśwież stronę. Obserwuj żądania kierowane między innymi do usług Google Analytics i Google Ads.
Sprawdź:
- czy żądanie pojawiło się przed wyborem;
- jaki tryb Consent Mode jest testowany;
- czy zapisywane są identyfikatory zależne od zgody;
- czy kolejne żądania reagują na akceptację, odmowę i wycofanie;
- czy zachowanie zmienia się po przejściu na inną podstronę.
Parametry sieciowe, takie jak gcs i gcd, mogą pomóc w diagnostyce, ale nie powinny być jedynym kryterium odbioru. Ich interpretacja jest bardziej techniczna, a pojedyncza wartość nie zastępuje kontroli wszystkich czterech sygnałów w Tag Assistant.
Macierz testów Consent Mode v2
| Scenariusz | Stan do sprawdzenia | Warunek pozytywnego wyniku |
|---|---|---|
| pierwsza wizyta | przed kliknięciem | stan domyślny istnieje, obejmuje cztery sygnały i jest ustawiony we właściwej kolejności |
| akceptacja wszystkiego | po kliknięciu | pojawia się aktualizacja zgodna z pełną zgodą |
| odrzucenie | w nowej sesji | opcjonalne sygnały pozostają denied, a zachowanie tagów odpowiada Basic lub Advanced |
| tylko analityka | po zapisaniu preferencji | analytics_storage odpowiada wyborowi, sygnały reklamowe pozostają odrzucone |
| zmiana decyzji | po ponownym otwarciu panelu | pojawia się kolejna aktualizacja zgodna z nowym wyborem |
| następna podstrona | po przejściu pod inny URL | zapamiętany stan nadal obowiązuje |
| ponowna wizyta | nowa sesja z zapisaną decyzją | CMP odtwarza stan bez przypisywania innej zgody |
| różne regiony | symulowane lokalizacje | wartości domyślne i baner stosują spójne reguły regionalne |
Jeżeli strona korzysta z ustawień regionalnych, Google zaleca powtórzenie testu dla różnych symulowanych lokalizacji. Niespójność może polegać na tym, że baner działa tylko w określonym kraju, a domyślny stan jest przypisany do innego zestawu regionów.
Najczęstsze błędy Consent Mode v2 i ich objawy
| Objaw | Możliwa przyczyna | Co sprawdzić |
|---|---|---|
| karta Consent jest pusta | brak implementacji albo zablokowany Google tag | obecność taga, ustawienia CMP i wybrany tryb |
| brakuje zdarzenia Default | CMP nie ustawia wartości początkowych | kolejność kodu i Consent Initialization |
| Default pojawia się po tagach | zbyt późna inicjalizacja lub asynchroniczne ładowanie | położenie kodu, szablon CMP i wait_for_update |
| są tylko dwa parametry | konfiguracja sprzed Consent Mode v2 | dodanie ad_user_data i ad_personalization |
| kliknięcie nie zmienia stanu | brak połączenia banera z aktualizacją zgód | mapowanie kategorii i zdarzenia CMP |
| akceptacja analityki przyznaje marketing | błędne mapowanie kategorii | konfiguracja przełączników i wartości update |
| wynik zmienia się między sesjami | pozostała wcześniejsza decyzja | cookies, local storage i czysta sesja |
| pierwszy widok działa, kolejna strona nie | stan nie jest odtwarzany albo aktualizacja jest spóźniona | zapis wyboru i kolejność zdarzeń na każdej stronie |
tag uruchamia się przy denied |
tryb Advanced albo brak wymaganej kontroli | sposób transmisji, cookies oraz ustawienia taga |
| Google Ads nadal pokazuje ostrzeżenie | opóźnienie statusu albo błąd wdrożenia | najpierw Tag Assistant, później diagnostyka Ads |
Google opisuje między innymi błędy: brak domyślnego stanu, zbyt późne ustawienie wartości, brak aktualizacji oraz niespójne ustawienia regionalne. Instrukcja rozwiązywania problemów w Tag Assistant.
Jak sprawdzić status Consent Mode w Google Ads?
W Google Ads otwórz:
- Cele;
- Konwersje;
- Podsumowanie;
- wybraną konwersję internetową;
- zakładkę Diagnostyka.
Status może wskazywać, że Consent Mode jest wdrożony albo że wdrożenie działa i modelowanie jest aktywne. Brak modelowania nie oznacza automatycznie błędu technicznego. Google stosuje dodatkowe progi danych i wymagany okres działania.
Według dokumentacji wykrycie aktywnego Consent Mode może zająć 48 godzin, a w niektórych przypadkach do dwóch tygodni. Dlatego diagnostyka Google Ads nie powinna zastępować natychmiastowego testu w Tag Assistant. Jeśli test przeglądarkowy jest prawidłowy, poczekaj na aktualizację statusu, zamiast wielokrotnie zmieniać działającą konfigurację. Weryfikacja Consent Mode w Google Ads.
Google wskazuje również progi wymagane dla modelowania. Sama obecność mechanizmu nie gwarantuje, że konto otrzyma modelowane konwersje ani określony wzrost raportowanych danych.
Czy poprawny test Consent Mode oznacza zgodność strony z prawem?
Nie. Test potwierdza techniczne przekazywanie sygnałów do usług Google. Nie rozstrzyga między innymi:
- czy treść banera jest jasna;
- czy zgoda została pozyskana dobrowolnie;
- czy przyciski i układ nie utrudniają odmowy;
- czy kategorie odpowiadają rzeczywistym celom;
- czy wszystkie wykorzystywane technologie zostały sklasyfikowane;
- czy okres przechowywania i dokumentacja są prawidłowe;
- czy wybrany tryb Basic albo Advanced odpowiada podstawom działania organizacji.
Consent Mode nie jest platformą CMP i nie przechowuje za nią decyzji użytkowników. Techniczny wynik należy więc zestawić z konfiguracją banera, dokumentacją oraz wymaganiami prawnymi właściwymi dla danego rynku. Wątpliwości dotyczące podstawy przetwarzania i kwalifikacji konkretnych technologii wymagają konsultacji prawnej.
Protokół odbioru do zapisania po teście
Po kontroli przygotuj tabelę z wynikami. Dzięki temu kolejny test po aktualizacji strony będzie porównywalny.
| Pole | Co zapisać |
|---|---|
| data i środowisko | dzień, domena produkcyjna lub staging, przeglądarka |
| wersja konfiguracji | kontener GTM, wersja CMP lub data publikacji zmian |
| tryb | Basic albo Advanced |
| stan domyślny | wartości czterech sygnałów |
| akceptacja | wartości po pełnej zgodzie |
| odmowa | wartości po odrzuceniu |
| wybór częściowy | wynik dla analityki i marketingu osobno |
| wycofanie | wartości po zmianie wcześniejszej decyzji |
| tagi | zachowanie GA4, Google Ads i Conversion Linker |
| cookies i żądania | wykryte identyfikatory oraz moment ich utworzenia |
| błędy | opis, zrzut ekranu i osoba odpowiedzialna za poprawkę |
To jest proponowany wzór odbioru, a nie raport z testu wykonany na Twojej stronie. Warto powtórzyć kontrolę po zmianie CMP, konfiguracji GTM, motywu, wtyczek analitycznych, platformy sklepowej albo sposobu ładowania skryptów.
Jeśli potrzebujesz sprawdzenia i konfiguracji mechanizmu zgód razem z banerem CMP, umów wdrożenie Consent Mode v2 z CookieStart.