Cztery sygnały zgody w Consent Mode v2 – co dokładnie blokują

Consent Mode v2 przekazuje do Google cztery sygnały. Każdy ma tylko dwie wartości – granted albo denied – i każdy odpowiada za inny fragment pomiaru. Mylenie ich to najczęstsze źródło „dziwnych” spadków w raportach.

• analytics_storage – blokuje zapis i odczyt cookies analitycznych (_ga, _ga_<ID kontenera>) oraz rozpoznanie powracającego użytkownika. Nie dotyczy reklam: tagi Google Ads mogą działać dalej.
• ad_storage – blokuje zapis cookies i identyfikatorów reklamowych w przeglądarce (_gcl_au, _gcl_aw, cookie linkujące konwersje). Odpowiada na pytanie: czy wolno cokolwiek zapisać po stronie przeglądarki.
• ad_user_data – decyduje, czy dane użytkownika (hash e-maila, numer telefonu, identyfikatory) mogą być przekazane do Google w celach reklamowych. To sygnał o przesyłaniu danych, nie o zapisie w przeglądarce.
• ad_personalization – decyduje, czy dane mogą posłużyć do personalizacji: remarketingu, budowy list odbiorców, dynamicznego remarketingu.

Para, którą klienci mylą najczęściej, to ad_storage vs ad_user_data. Pierwszy działa lokalnie: gdy jest denied, w przeglądarce nie powstanie cookie reklamowe. Drugi działa po stronie transferu: gdy jest denied, Google nie przyjmie od Ciebie danych klienta – nawet jeśli technicznie masz je w formularzu i możesz je zahashować. W praktyce: sklep z włączonym ad_storage: granted i ad_user_data: denied nadal zbiera cookie, ale Enhanced Conversions i Customer Match nie zadziałają.

Od marca 2024 dla ruchu z EEA Google wymaga obu nowych sygnałów. Jeśli CMP ich nie wysyła, tagi nadal się uruchamiają, ale dane z EEA przestają zasilać remarketing i listy odbiorców, a konwersje wracają wyłącznie w formie modelowanej i zagregowanej. Zanim zaczniesz diagnozować spadki, sprawdź w narzędziu CMP albo w kodzie, czy ad_user_data i ad_personalization w ogóle występują w wywołaniach gtag('consent', ...). Brak parametru bywa gorszy niż denied, bo nikt nie wie, jaki stan faktycznie obowiązuje.

Zaawansowane wdrożenia Enhanced Conversions po stronie serwera wymagają dodatkowo poprawnego przekazania zgody w API – opisuje to dokumentacja Google Ads API.

Basic czy Advanced: ile danych tracisz w każdym wariancie

Tryb podstawowy (Basic) oznacza jedno: przy odmowie tag nie wysyła do Google nic. Żadnego żądania, żadnego pingu. Użytkownik bez zgody jest dla systemu całkowicie niewidoczny. Efekt jest przewidywalny – w GA4 widzisz wyłącznie użytkowników, którzy kliknęli „akceptuję”, a jeśli w Twojej branży akceptacja wynosi 40–60%, raporty pokazują mniej więcej połowę rzeczywistości.

Tryb zaawansowany (Advanced) wysyła tzw. cookieless ping – także wtedy, gdy użytkownik jeszcze nie podjął decyzji albo ją odrzucił. Taki ping zawiera znacznik czasu, typ zdarzenia i podstawowy kontekst przeglądarki (np. user agent, przybliżony region). Nie zawiera identyfikatorów: ani client_id z cookie _ga, ani _gcl_au, ani pełnych parametrów zdarzenia, które pozwoliłyby przypisać je do konkretnej osoby czy zamówienia. Nie da się z niego odtworzyć ścieżki użytkownika między wizytami – i to jest zamierzone.

Różnica w raportach nie sprowadza się do „trochę więcej danych”. Bez pingów nie ma na czym trenować modeli: modelowanie konwersji i modelowanie behawioralne w GA4 działają w oparciu o ruch bez zgody, więc w trybie podstawowym praktycznie nie masz z czego odzyskiwać brakujących konwersji. Google Ads dodatkowo nie otrzyma sygnałów do korygowania atrybucji.

Kiedy tryb podstawowy bywa świadomą decyzją? Gdy ruch z EEA jest marginalny (np. sklep sprzedający głównie poza Europą), gdy dział prawny wprost zabrania wysyłania jakichkolwiek danych przed zgodą, albo gdy CMP nie obsługuje trybu zaawansowanego. Kiedy jest po prostu błędem? Gdy wtyczka CMP ma opcję „tryb zaawansowany”, ale nikt jej nie włączył, albo gdy w kontenerze brakuje tagu ustawiającego domyślne wartości zgody przed startem GTM. To najczęstsza przyczyna zaniżonych konwersji w polskich sklepach na PrestaShop i WooCommerce – warto najpierw sprawdzić konfigurację, a dopiero potem szukać problemu w atrybucji.

Wdrożenie krok po kroku: kolejność kodu, region i zapis decyzji

Zasada nadrzędna: gtag('consent', 'default', ...) musi wykonać się przed jakimkolwiek tagiem pomiarowym i przed kontenerem GTM. Jeśli wstawisz go po snippecie GTM, część tagów zdąży wystrzelić z domyślnymi ustawieniami (czyli bez ograniczeń) – i tego nie cofniesz.

Kolejność działań:

• 1. Zdefiniuj gtag(). Funkcja musi istnieć wcześniej – standardowy stub window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);}.
• 2. Wywołaj default z czterema sygnałami. Dla ruchu z EEA ustaw denied, chyba że masz podstawę prawną, by zrobić inaczej.
• 3. Użyj parametru region. Wartość ['EEA'] sprawia, że blok default dotyczy tylko użytkowników z Europejskiego Obszaru Gospodarczego. Możesz też podać kody krajów (np. ['PL','DE']). Jeśli chcesz różne ustawienia dla EEA i reszty świata, wywołaj default dwa razy – Google stosuje najbardziej szczegółowy pasujący blok.
• 4. Dodaj wait_for_update: 500. To czas w milisekundach, przez który tagi czekają na decyzję przekazaną przez CMP. 500 ms to bezpieczna wartość – baner ma szansę odczytać zapis i odpowiedzieć, a strona nie stoi.
• 5. Odczytaj zapisaną decyzję przy kolejnej wizycie. CMP trzyma ją w cookie albo localStorage. Odczyt musi nastąpić przed wywołaniem default, a jego wynik ustawia wartości na granted lub denied. Bez tego powracający użytkownik po każdej wizycie będzie traktowany jak nowy.
• 6. Po kliknięciu w banerze CMP wywołuje gtag('consent', 'update', ...). Wcześniej wysłane zdarzenia nie są „odzyskiwane” – pingi już poszły bez identyfikatorów i nie zostaną dopisane do sesji. Zgoda działa tylko w przód.

W GTM domyślne wartości ustawia się tagiem z szablonu Consent Mode na wyzwalaczu „Consent Initialization – All Pages”, a każdy tag reklamowy warto dodatkowo oznaczyć w sekcji Consent Overview jako wymagający ad_storage i ad_personalization.

<!-- przed tagiem Google / GTM -->
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}

  // 1) DOMYŚLNIE – najbezpieczniejszy stan dla EEA
  gtag('consent', 'default', {
    'analytics_storage': 'denied',
    'ad_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'region': ['EEA'],
    'wait_for_update': 500
  });

  // 2) DECYZJA Z POPRZEDNIEJ WIZYTY (cookie lub localStorage CMP)
  var zapis = odczytajZgody(); // np. "all", "analytics", "none"
  if (zapis) {
    gtag('consent', 'update', {
      'analytics_storage': zapis === 'none' ? 'denied' : 'granted',
      'ad_storage': zapis === 'all' ? 'granted' : 'denied',
      'ad_user_data': zapis === 'all' ? 'granted' : 'denied',
      'ad_personalization': zapis === 'all' ? 'granted' : 'denied'
    });
  }

  // 3) KLIK W BANERZE – tę część realizuje CMP (callback)
  // gtag('consent', 'update', {
  //   'analytics_storage': 'granted',
  //   'ad_storage': 'granted',
  //   'ad_user_data': 'granted',
  //   'ad_personalization': 'granted'
  // });
</script>

Pułapka: wtyczka SEO albo szablon sklepu potrafią wstawić własny tag GA4 bez zgody, równolegle do GTM. Wtedy w kodzie masz dwa pomiary – jeden zgodny z Consent Mode, drugi nie. Przed wdrożeniem zrób przegląd źródeł strony i sprawdź, ile razy na stronie pojawia się googletagmanager.com. Jeśli korzystasz z Google Tag Gateway lub GTM po stronie serwera, pamiętaj, że stan zgody trzeba tam przekazać – kontener serwerowy nie odczyta jej sam z przeglądarki.

CMP w PrestaShop i WooCommerce – konfiguracja i pułapki

CMP na sklepie MŚP musi robić cztery rzeczy naraz. Brakuje jednej i Consent Mode v2 nie działa, choć baner wyświetla się poprawnie.

• Granularność kategorii – analityczne, marketingowe i funkcjonalne osobno. Jeden checkbox „akceptuję wszystko” to zgoda, której nie obronisz.
• Blokowanie tagów przed zgodą – GTM startuje z denied, tagi GA4 i Ads odpalają się dopiero po sygnale granted.
• Cztery sygnały Consent Mode – analytics_storage, ad_storage, ad_user_data, ad_personalization.
• Log i dowód zgody – data, godzina, zakres, wersja treści banera, identyfikator zgody. To jedyne zabezpieczenie, gdy klient zapyta „na jakiej podstawie wysłaliście ten e-mail”.

Wybór między SaaS a wtyczką to w praktyce wybór tego, kto pilnuje zmian w kodzie, gdy Google coś zmieni.

Podejście	Koszt (sklep MŚP)	Czas wdrożenia	Kto aktualizuje po zmianach
SaaS (Cookiebot, Usercentrics)	abonament miesięczny zależny od liczby domen i odsłon	1–3 h	dostawca, Ty tylko wgrywasz skrypt
Wtyczka w sklepie	licencja jednorazowa lub roczna	2–6 h plus testy	Ty, po każdej aktualizacji rdzenia i wtyczek

Pułapka cache i lazy load. LiteSpeed Cache, WP Rocket czy Cloudflare mogą sprawić, że baner doładuje się po tagach. Wtedy pierwsze żądanie leci z wartością granted, mimo że użytkownik nic nie kliknął, a Ty masz trafikę bez podstawy prawnej. Sprawdzenie: w Tag Assistant zakładka Consent – jeśli przed kliknięciem widzisz granted, masz ten problem. Rozwiązanie: wyłącz cache dla skryptu CMP i ustaw jego ładowanie w <head> przed GTM.

Pułapka starych wersji. Wtyczki i skrypty sprzed marca 2024 wysyłają tylko analytics_storage i ad_storage. Sprawdź w źródle strony, czy w gtag('consent','update', ...) są wszystkie cztery klucze. Brak dwóch nowych oznacza, że remarketing i Enhanced Conversions na ruchu z EEA nie zadziałają.

Gdzie wpiąć kod. W PrestaShop użyj hooka displayHeader we własnym module – nie edytuj header.tpl w szablonie, bo nadpiszesz zmiany przy aktualizacji. W WooCommerce podepnij skrypt przez wp_head z priorytetem 1, w child theme lub dedykowanej wtyczce. Po wdrożeniu przetestuj koszyk i moduł płatności – zbyt agresywne blokowanie skryptów potrafi wyłączyć Przelewy24 albo Stripe. Szczegóły hooków znajdziesz w dokumentacji deweloperskiej PrestaShop.

Weryfikacja w 15 minut: GTM, DebugView i Google Ads

Ten zestaw testów nie wymaga czekania na dane z kilku dni. Kolejność jest istotna, bo każdy krok sprawdza co innego.

1. Podgląd GTM i Tag Assistant. W GTM kliknij Podgląd, wejdź na stronę w oknie incognito. W Tag Assistant otwórz zakładkę Consent. Przed kliknięciem w baner wszystkie cztery sygnały muszą mieć denied. Widzisz granted – CMP ładuje się za późno.
2. Klik w „Akceptuję wszystkie”. Zakładka Consent powinna pokazać Consent Update z czterema wartościami granted, a dopiero po nim zdarzenia GA4 i tagi Ads. Jeśli tagi odpalają się przed update, kolejność w GTM jest zła.
3. GA4 DebugView. Administracja → DebugView. Przy analytics_storage = denied nie zobaczysz zwykłych zdarzeń – w trybie zaawansowanym polecą tylko pingi bez parametrów. Po zgodzie muszą pojawić się pełne page_view, view_item, add_to_cart. Brak zdarzeń po zgodzie oznacza, że tag nie reaguje na sygnał.
4. Raport z danymi modelowanymi. W GA4 szukaj rozbicia na stan zgody i kolumny z danymi modelowanymi w sekcji Raporty (u części kont jako raport Consent Mode, w e-commerce w Monetyzacja → Modelowanie behawioralne). Nazwy i lokalizacja zmieniały się przy aktualizacjach GA4 – jeśli raportu nie ma, sprawdź najpierw w Administracja → Zbieranie danych, czy modelowanie behawioralne jest włączone i czy właściwość łapie wymagany wolumen zdarzeń.
5. Diagnostyka konwersji w Google Ads. Narzędzia → Pomiar → Diagnostyka konwersji. Komunikat o brakujących zgodach nie zawsze oznacza błąd wdrożenia – często mówi tylko, że część użytkowników odmówiła. Błąd wdrożenia rozpoznasz po tym, że komunikat wisi mimo 100% akceptacji w testach.

Dwa scenariusze, dwa różne błędy. Na czystym profilu sprawdzasz, czy tagi są zablokowane przed zgodą. Na profilu z zapisaną decyzją – czy po powrocie na stronę sygnały startują z granted bez ponownego klikania i czy baner nie wyskakuje drugi raz. Pierwszy test wyłapuje przeciek danych, drugi – zaniżone konwersje u wracających użytkowników, czyli najczęściej u Twoich najlepszych klientów.

Modelowanie konwersji i odzyskiwanie danych: realne liczby i limity

Zacznijmy od progów, bo to one decydują, czy zobaczysz w ogóle jakiekolwiek dane modelowane.

• Modelowanie behawioralne w GA4: minimum 1 000 zdarzeń dziennie z analytics_storage = denied i 1 000 zdarzeń dziennie z analytics_storage = granted, w co najmniej 7 z ostatnich 28 dni, liczone osobno dla właściwości.
• Modelowanie konwersji w Google Ads: próg rzędu 100 konwersji i 1 000 interakcji z reklamami miesięcznie w danym kraju, liczone w oknie 7 dni.

Uwaga o aktualności: Google zmieniał te progi co najmniej raz i podaje je zbiorczo w swojej Pomocy – w sekcji o modelowaniu konwersji w Google Ads i o modelowaniu behawioralnym w GA4. Przed publikacją potwierdź wartości w dokumentacji i wpisz w tym akapicie datę sprawdzenia. Bez tego artykuł po kilku miesiącach będzie wprowadzał czytelnika w błąd.

Element	Modelowanie konwersji (Google Ads)	Modelowanie behawioralne (GA4)
Gdzie działa	w raportach konwersji kampanii	w raportach GA4 i eksploracjach
Po co	doliczenie konwersji przypisywanych reklamom	uzupełnienie braków w zachowaniu użytkowników
Czego wymaga	wolumenu konwersji i interakcji w kraju	wolumenu zdarzeń w obu stanach zgody

Nie porównuj 1:1. Dane modelowane są oznaczone w raportach i nie mieszają się z danymi obserwowanymi – jeśli zestawisz je z liczbami sprzed wdrożenia Consent Mode, wyciągniesz błędny wniosek o spadku sprzedaży. Zestawiaj kwartał do kwartału po wdrożeniu, nie przed i po.

Enhanced Conversions. Poprawia dopasowanie konwersji do kliknięć szczególnie na mobile i przy długiej ścieżce zakupowej, bo dosyła zahashowane dane z formularza (e-mail, telefon) obok samego kliknięcia. Realnie działa, gdy masz formularz leadowy albo logowanie. Wymaga zgody na ad_user_data – przy jej braku dla ruchu z EEA dane nie zostaną użyte.

Server-side GTM. Daje kontrolę nad tym, co i w jakiej formie wychodzi z Twojej domeny, oraz częściową odporność na blokery i adblocki, bo żądania idą z subdomeny sklepu. Nie załatwia jednak niczego prawnie: jeśli wyślesz dane przy zgodzie denied, naruszasz te same przepisy, tylko trudniej to zauważyć. Konwersje offline z CRM wysyła się przez API Google Ads – i tam również obowiązuje stan zgody.

Strona prawna w Polsce: RODO, ePrivacy i Prawo komunikacji elektronicznej

Warstwa prawna i warstwa pomiarowa to dwa różne tematy, które w praktyce wdrożenia łatwo pomylić. Baner CMP nie jest narzędziem analitycznym — zbiera zgodę w rozumieniu RODO i przepisów o komunikacji elektronicznej. Od 10 listopada 2023 obowiązuje Prawo komunikacji elektronicznej: art. 398 PKE zastąpił art. 173 Prawa telekomunikacyjnego i utrzymuje tę samą zasadę — zapisywanie informacji w urządzeniu końcowym (cookies, localStorage, identyfikatory) wymaga uprzedniej zgody, poza przypadkami niezbędnymi do świadczenia usługi. Dla banera oznacza to, że analityka i marketing startują dopiero po decyzji użytkownika, osobno dla każdego celu.

Zgoda musi być uprzednia, konkretna, świadoma i łatwa do wycofania. W praktyce: dwa równorzędne przyciski na pierwszym ekranie — „Akceptuję wszystkie” i „Odrzucam wszystkie” — plus link „Zarządzaj zgodami”. Czego unikać: domyślnie zaznaczonych suwaków przy analityce i marketingu, schowania odmowy na drugim ekranie, formuły „kontynuując przeglądanie, wyrażasz zgodę”. Wycofanie zgody musi być równie proste jak jej udzielenie — stały link w stopce, nie tylko w banerze.

Przekazywanie danych do USA: Google LLC jest certyfikowane w EU-US Data Privacy Framework, co daje podstawę transferu. Nie zwalnia to jednak z obowiązków — potrzebna jest umowa powierzenia (DPA) dostępna w ustawieniach konta Google Ads i GA4 oraz sprawdzenie, czy zakres certyfikacji obejmuje usługi, z których korzystasz. Jeśli dane trafiają do dostawcy spoza DPF, wracasz do standardowych klauzul umownych i własnej oceny ryzyka.

W polityce prywatności i rejestrze czynności przetwarzania opisz: kategorie danych (identyfikatory cookie, adres IP, zdarzenia, identyfikator transakcji), cele (analityka, remarketing, pomiar konwersji), okres retencji oraz odbiorców (Google Ireland Limited, Google LLC, dostawca CMP, firma hostingowa).

Retencja w GA4: w Administracja → Ustawienia danych wybierasz 2 albo 14 miesięcy dla danych zdarzeniowych na poziomie użytkownika i zdarzenia. Standardowe raporty korzystają z danych zagregowanych, ale eksploracje, segmenty i modelowanie zależą od tego okresu. Jeśli w polityce piszesz „14 miesięcy”, a w GA4 masz 2, dokument nie zgadza się ze stanem faktycznym.

Najczęstsze błędy i jak je wykryć

1. Default consent po starcie GTM albo wewnątrz tagu. Sygnał domyślny musi polecieć przed pierwszym tagiem: jako fragment w sekcji <head>, przed snippetem GTM, albo przez szablon Consent Mode w GTM ustawiony na trigger Consent Initialization. Objaw błędu: w DebugView widać zdarzenia z pełnymi parametrami reklamowymi, zanim użytkownik dotknął banera. Test: otwórz stronę w trybie incognito, w GTM Preview wejdź w zakładkę Consent i sprawdź stan domyślny. Potem w DevTools → Network filtruj po „googleads” i „analytics” — żadne żądanie z parametrami reklamowymi nie może polecieć przed decyzją.

2. Brak równorzędnej odmowy albo domyślnie zaznaczone kategorie. Suwaki analityki i marketingu startują jako wyłączone, a przycisk odmowy jest tak samo widoczny jak akceptacja. Test: policz kliknięcia od wejścia do pełnej odmowy (powinno być jedno) i sprawdź, czy po odświeżeniu strony kategorie nadal są wyłączone.

3. Sygnały tylko na części podstron albo tylko dla zalogowanych. Typowe przy agresywnym cache i przy motywach, gdzie skrypt CMP wpięto wyłącznie w header. Test na 5 adresach: strona główna, kategoria, karta produktu, koszyk i strona po złożeniu zamówienia. Na każdej sprawdź w konsoli stan zgody (obiekt gtag lub dataLayer) i porównaj z tym, co pokazuje CMP.

4. Podwójne tagowanie po migracji z Universal Analytics. Dwa kontenery GTM (stary i nowy) albo dwa tagi GA4 na tej samej stronie powodują, że zdarzenie purchase leci dwa razy. Efekt: konwersje w Google Ads zawyżone blisko dwukrotnie, a przychód z jednego zamówienia liczy się podwójnie. Test: Tag Assistant pokaże dwa kontenery, a GA4 → Realtime dwa identyczne zdarzenia w tej samej sekundzie.

5. Zmiana zakresu zgody bez aktualizacji polityki i banera. Doszedł piksel TikToka, Microsoft Clarity albo skrypt czatu, ale w banerze nadal są dwie kategorie, a w polityce nie ma nowego odbiorcy. Test: wypisz wszystkie tagi z kontenera i wtyczek, a potem zestaw je 1:1 z listą odbiorców w polityce prywatności.

Ile to zajmuje i ile kosztuje – widełki wdrożenia

Wdrożenie Consent Mode v2 da się rozłożyć na policzalne godziny. Poniższe widełki dotyczą sklepu na jednej domenie, z jednym kontenerem GTM i jednym kontem GA4 — czyli najczęstszego przypadku.

• Audyt tagów i kontenerów — 2–4 h. Wypisanie tagów, triggerów i zmiennych, sprawdzenie, gdzie siedzi default consent, czy na produkcji nie został stary kontener.
• Konfiguracja CMP — 3–6 h. Mapowanie kategorii banera na cztery sygnały (analytics_storage, ad_storage, ad_user_data, ad_personalization), ustawienie regionu EEA, treść banera, link do wycofania zgody.
• Kod default/update — 2–5 h. Sygnał domyślny przed GTM, aktualizacja po decyzji użytkownika, parametr wait_for_update (typowo 500 ms), obsługa ponownej zmiany zgody.
• Testy — 3–5 h. DebugView, GTM Preview, pięć podstron, tryb incognito i zalogowany, cross-domain przy osobnym blogu lub sklepie na subdomenie.
• Dokumentacja — 2–3 h. Opis konfiguracji, zrzuty stanu zgody, lista odbiorców danych, instrukcja dla zespołu obsługi.

Razem 12–23 godziny. Gdy wystarczy wtyczka z gotową integracją Consent Mode v2, sklep ma jeden kontener i standardowy checkout bez niestandardowych zdarzeń, zamykasz temat w 3–4 godzinach.

Skalę zmieniają: liczba kontenerów i domen (osobny GTM dla sklepu PL i DE niemal podwaja pracę), integracje z ERP i płatnościami (przekazanie identyfikatora zamówienia, wartości i hashowanego e-maila do Enhanced Conversions) oraz niestandardowy checkout. W PrestaShop z mocno zmodyfikowanym szablonem zamówienia zdarzenia często trzeba wysyłać z backendu — wtedy potrzebny jest własny moduł zgodny z dokumentacją dla deweloperów, a nie wtyczka, i zakres rośnie o kolejne 6–10 godzin. Podobnie w WooCommerce, gdy bramka płatności przekierowuje na zewnętrzną stronę i zdarzenie purchase trzeba odtworzyć po powrocie.

Kryteria odbioru: przed decyzją użytkownika żadne żądanie do Google nie zawiera parametrów reklamowych ani identyfikatorów analitycznych; po akceptacji cztery sygnały przyjmują granted, po odmowie denied; zdarzenia e-commerce przechodzą raz, z poprawną wartością i walutą; remarketing i Enhanced Conversions działają tylko dla użytkowników ze zgodą; wycofanie zgody działa z linku w stopce. Na koniec przekazujesz zrzuty konfiguracji i datę wdrożenia.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Kolejność skryptów — Sprawdź w źródle strony, że blok consent default jest przed snippitem GTM i przed tagami GA4/Google Ads.
• Cztery sygnały — W Tag Assistant potwierdź obecność analytics_storage, ad_storage, ad_user_data, ad_personalization.
• Parametr region — Zweryfikuj, czy blok default zawiera właściwy region i czy pokrywa wszystkie rynki, na które sprzedajesz.
• wait_for_update — Sprawdź, czy wartość jest ustawiona tak, aby CMP zdążyło odpowiedzieć przed pierwszymi tagami – zbyt niska grozi wyścigiem.
• Zapis decyzji — Zaakceptuj zgody, odśwież stronę i sprawdź, czy default przyjmuje zapisaną wartość bez ponownego klikania.
• Cache i lazy load — Sprawdź w zakładce Network, że skrypt CMP wczytuje się przed tagami pomiarowymi, także po wyczyszczeniu cache.
• Tryb Consent Mode — Ustal, czy działasz w trybie podstawowym czy zaawansowanym, i zapisz to w dokumentacji wdrożenia.
• Cookieless pingi — Przy trybie zaawansowanym sprawdź w Tag Assistant, czy pingi lecą przed decyzją użytkownika i czy nie zawierają identyfikatorów.
• Ruch spoza EEA — Przetestuj wizytę z innego regionu lub zasymuluj ją, żeby sprawdzić, czy sygnały zachowują się zgodnie z założeniami.
• Aktualność wtyczki CMP — Sprawdź changelog wtyczki pod kątem wsparcia dla ad_user_data i ad_personalization.
• Log i dowód zgody — Potwierdź, że CMP zapisuje czas, zakres i wersję treści banera dla każdej zgody.
• Miejsce wpięcia kodu — W PrestaShop hook w headerze, w WooCommerce hook w headerze motywu lub dedykowana wtyczka – bez edycji plików core.
• Diagnostyka konwersji — Po 7–14 dniach porównaj liczbę konwersji w GA4 i Google Ads z okresem przed zmianą.
• Aktualizacja polityki prywatności — Sprawdź, czy opis zakresu zbieranych danych odpowiada faktycznie wysyłanym sygnałom.

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – tworzenie treści dla ludzi
• PrestaShop – dokumentacja dla deweloperów
• WooCommerce – dokumentacja
• WordPress – dokumentacja developerów
• Google Ads – dokumentacja API