Consent Mode nie zbiera zgody samodzielnie. Jest mechanizmem, przez który strona lub platforma CMP informuje tagi Google o wyborze użytkownika. Sygnały ad_storage i analytics_storage istnieją obok ad_user_data oraz ad_personalization. Zakres wymagań zależy od używanych usług, regionu i podstawy prawnej.
W tej witrynie tag Google jest ładowany z domyślnym brakiem zgody na opcjonalny pomiar, a baner pozwala zaakceptować, odrzucić lub ustawić kategorie. Identyfikatory można uzupełnić później bez przebudowy całego interfejsu.
Basic i advanced Consent Mode - różnica techniczna
| Tryb | Przed zgodą | Po zgodzie | Konsekwencja |
|---|---|---|---|
| Basic | Tag Google jest blokowany | Uruchamia się dla dozwolonych kategorii | Mniej sygnałów modelowania |
| Advanced | Tag działa z denied i wysyła cookieless pings | Aktualizuje zachowanie po zgodzie | Więcej modelowania, większa potrzeba poprawnej oceny prawnej |
Google opisuje oba warianty, ale wybór nie jest wyłącznie decyzją marketingową. Trzeba uwzględnić lokalne przepisy, politykę firmy i konfigurację platform reklamowych. Ten artykuł opisuje mechanikę wdrożenia, nie stanowi porady prawnej.
Kolejność wykonania jest krytyczna
Domyślny stan zgód musi zostać ustawiony zanim tagi zaczną odczytywać lub zapisywać dane. Najczęstszy błąd polega na wczytaniu gtag.js, wysłaniu config, a dopiero później wykonaniu consent default. Wtedy pierwsze żądanie może działać na nieprawidłowym stanie.
Jeżeli użytkownik wcześniej zapisał wybór, strona powinna możliwie wcześnie odczytać go z pierwszostronnego mechanizmu i wykonać update. Nie należy jednak ustawiać granted tylko dlatego, że baner był kiedyś zamknięty. Stan musi odpowiadać faktycznej decyzji i polityce retencji zgody.
Cztery główne sygnały i dodatkowe ustawienia
- analytics_storage - przechowywanie związane z analityką.
- ad_storage - przechowywanie związane z reklamami.
- ad_user_data - zgoda na wysyłanie danych użytkownika do Google w celach reklamowych.
- ad_personalization - zgoda na personalizację reklam.
- functionality_storage i security_storage - dodatkowe kategorie zależne od funkcji.
- wait_for_update - krótki czas oczekiwania używany w określonych wdrożeniach asynchronicznych.
Nie mapuj wszystkich przycisków na granted dla każdej kategorii. Przycisk akceptuję analitykę może nie oznaczać personalizacji reklam. Projekt banera i warstwa techniczna muszą używać tej samej matrycy.
Procedura wdrożenia bez zgadywania
- Zrób inwentaryzację tagów, cookies, pikseli, narzędzi i odbiorców danych.
- Zdefiniuj kategorie oraz treść informacji o celach i czasie działania.
- Ustaw consent default przed wszystkimi tagami zależnymi od zgody.
- Powiąż przyciski banera z precyzyjnym consent update.
- Zapisz wybór, umożliw jego zmianę i obsłuż odrzucenie równie łatwo.
- Skonfiguruj GA4, Google Ads i ewentualny GTM zgodnie z tą samą matrycą.
- Przetestuj czysty profil, akceptację, odrzucenie, ustawienia i powrót użytkownika.
Lista narzędzi, cele i podstawy przetwarzania są różne. Baner powinien wynikać z prawdziwego audytu skryptów.
Test w Tag Assistant i narzędziach przeglądarki
Google Tag Assistant pokazuje zdarzenia consent oraz stan poszczególnych sygnałów. Test zacznij w nowym profilu lub po usunięciu zapisanej decyzji. Przed interakcją sprawdź default. Następnie kliknij odrzucenie i akceptację, obserwując update oraz żądania sieciowe.
W DevTools skontroluj cookies, localStorage i Network. Przy trybie basic tag nie powinien uruchomić się przed zgodą. Przy advanced mogą pojawić się żądania bez identyfikatorów zgodnie z dokumentacją. Sprawdź również, czy zmiana ustawień usuwa lub ogranicza dalsze użycie opcjonalnych mechanizmów zgodnie z projektem.
Najczęstsze błędy wdrożenia
| Błąd | Skutek | Naprawa |
|---|---|---|
| Default po config | Pierwsze dane mogą wyjść za wcześnie | Przenieś default przed tagi |
| Brak update | Zgoda nie zmienia działania tagów | Powiąż prawdziwe zdarzenie wyboru |
| Wszystko granted | Baner jest tylko dekoracją | Mapuj kategorie niezależnie |
| Brak odrzucenia | Niesymetryczny wybór użytkownika | Dodaj widoczny przycisk |
| Brak ponownego otwarcia | Nie można zmienić decyzji | Stały link ustawień w stopce |
| Test na starych cookies | Fałszywy wynik | Czysty profil i kilka scenariuszy |
Utrzymanie po publikacji
Powtarzaj audyt po dodaniu czatu, map, odtwarzacza, pikseli lub nowej kampanii. Zewnętrzny skrypt może zacząć ustawiać cookies mimo że baner go nie zna. Automatyczny skaner pomaga w inwentaryzacji, ale nie rozstrzyga celu i podstawy prawnej.
Dokumentuj wersję konfiguracji, datę testu, wynik scenariuszy i osoby odpowiedzialne. Po zmianie identyfikatora GA4 lub konta Ads sprawdź, czy tag nadal otrzymuje właściwy stan. Mierz konwersje, ale nie próbuj osiągnąć stu procent danych kosztem wyboru użytkownika.
Najczęstsze pytania
Czy Consent Mode zastępuje baner cookies?
Nie. Przekazuje stan zgody do tagów. Mechanizm uzyskania zgody, treść i wymagania prawne muszą być rozwiązane osobno.
Czy GA4 można ładować przed zgodą?
W trybie advanced tag może działać z domyślnym denied i wysyłać ograniczone sygnały. W trybie basic jest blokowany. Wybór wymaga świadomej konfiguracji.
Czy odrzucenie musi być równie łatwe jak akceptacja?
To dobra praktyka projektowa i częsty wymóg regulatorów. Konkretna ocena prawna zależy od jurysdykcji i wdrożenia.
Jak sprawdzić Consent Mode?
Użyj Tag Assistant oraz DevTools na czystym profilu i przetestuj stan początkowy, każdy wybór oraz powrót użytkownika.
Źródła i dokumentacja
Dokumentację źródłową sprawdzono 20 lipca 2026 r. Linki prowadzą do materiałów pierwotnych lub oficjalnych instrukcji.
Historia aktualizacji
- publikacja poradnika, weryfikacja źródeł, FAQ i linkowania wewnętrznego.
Zobacz checklisty, zasady redakcyjne i pliki do pobrania używane przy audytach.
Otwórz centrum zasobówhttps://pawlinaltd.pl/blog/consent-mode-v2-jak-wdrozyc-i-sprawdzic/