Bez kategorii

Wdrożenie Consent Mode v2 stało się warunkiem koniecznym dla każdego sklepu internetowego korzystającego z usług Google, w szczególności Google Analytics 4 i Google Ads. Nowa wersja interfejsu zgód wprowadza parametry `ad_user_data` oraz `ad_personalization`, które bezpośrednio wpływają na możliwość korzystania z funkcji modelowania konwersji i list remarketingowych. Bez poprawnej konfiguracji sklep traci wgląd w kluczowe ścieżki zakupowe, a kampanie reklamowe pracują na niepełnych danych. Poniżej przedstawiam szczegółowy przewodnik po implementacji, weryfikacji i utrzymaniu tego rozwiązania w środowisku e-commerce.

Dlaczego Consent Mode v2 jest kluczowy dla sklepów internetowych

Google wymusza przejście na wersję drugą trybu zgód od marca 2024 roku. Sklepy, które nie zaktualizują implementacji, ryzykują utratą dostępu do funkcji personalizacji reklam oraz modelowania konwersji w Google Ads. Dla właściciela sklepu oznacza to konkretne straty: mniej precyzyjne targetowanie, wyższy koszt pozyskania klienta (CAC) i pogorszenie zwrotu z wydatków reklamowych (ROAS).

Zmiany w wymaganiach Google i RODO

Rozporządzenie RODO nakazuje uzyskiwanie dobrowolnej, specyficznej i świadomej zgody na przetwarzanie danych osobowych. Consent Mode v2 tłumaczy te wymagania na język sygnałów technicznych rozumianych przez tagi Google. Główne zmiany względem wersji pierwszej to:

• Dodanie dwóch nowych parametrów: `ad_user_data` (zgoda na przesyłanie danych użytkownika do Google w celach reklamowych) oraz `ad_personalization` (zgoda na personalizację reklam).
• Obowiązek ustawiania stanów domyślnych (`default consent`) przed załadowaniem jakichkolwiek tagów analitycznych lub reklamowych.
• Weryfikacja zgodności platformy zarządzania zgódami (CMP) z listą certyfikowanych partnerów Google.

Modele zgody – basic vs advanced

Wybór modelu implementacji determinuje ilość danych dostępnych w raportach:

• Basic (podstawowy) – tagi Google nie uruchamiają się do momentu wyrażenia zgody przez użytkownika. Dane o odrzuceniu zgody nie są przesyłane. Modelowanie konwersji nie działa.
• Advanced (zaawansowany) – tagi ładują się od razu, ale ich zachowanie jest ograniczane parametrami zgody. Google otrzymuje sygnały bezplikowe (pings) umożliwiające modelowanie konwersji i zachowań użytkowników, którzy nie wyrazyli zgody. To jedyny model dający dostęp do danych modelowanych w GA4 i Google Ads.

Dla sklepu celującego w skalowalność reklamową model advanced jest standardem. Wymaga on jednak precyzyjnej konfiguracji CMP i warstwy danych (dataLayer).

Jak działa integracja GA4 z Consent Mode v2

Google Analytics 4 w wersji GA4 nie korzysta z plików cookie w takim stopniu jak Universal Analytics, jednak wciąż wymaga zgody na `analytics_storage` do zapisu identyfikatorów użytkownika (client_id, session_id) w przeglądarce. Consent Mode v2 steruje tym procesem dynamicznie.

Parametry ad_storage i analytics_storage

Dwa parametry bazowe kontrolują dostęp do pamięci przeglądarki:

• `analytics_storage` – zezwala na zapis i odczyt danych analitycznych (np. `_ga` cookie). Bez zgody GA4 działa w trybie bezplikowym, co ogranicza możliwość łączenia sesji tego samego użytkownika w czasie.
• `ad_storage` – kontroluje pliki cookie reklamowe (np. `_gcl_aw`, `_gcl_gb`). Niezbędny do pomiaru konwersji z kliknięć reklam i budowy list remarketingowych.

W modelu advanced oba parametry mogą pozostać w stanie `denied`, a tagi nadal wysyłają zdarzenia bezplikowe (cookieless pings) zawierające informacje o zdarzeniu, ale bez identyfikatorów trwałych.

Modelowanie konwersji i danych behawiorowych

Modelowanie w GA4 opiera się na uczeniu maszynowym trenowanym na danych użytkowników, którzy wyrazyli zgodę. Algorytm extrapoluje zachowania na grupę użytkowników bez zgody. Aby modelowanie zadziałało skutecznie, spełnione muszą być warunki minimalne:

• Wystarczająca liczba konwersji z zgody (próg Google nie jest publiczny, praktycznie minimum kilkadziesiąt dziennie).
• Poprawna implementacja parametrów `ad_user_data` i `ad_personalization` – bez nich modelowanie konwersji reklamowych w Google Ads nie zadziała.
• Stabilny ruch i spójna konfiguracja tagów przez dłuższy czas.

W raportach GA4 dane modelowane widoczne są w sekcji „Raporty” -> „Pozyskiwanie” -> „Pozyskiwanie ruchu” (kolumna „Użytkownicy” zawiera sumę obserwowanych i modelowanych). W Google Ads kolumna „Konwersje (modelowane)” pojawia się w raportach konwersji po spełnieniu progów.

Implementacja techniczna – GTM, CMP i warstwa danych

Najczęstszą i najbardziej elastyczną metodą wdrożenia jest Google Tag Manager (GTM) w połączeniu z certyfikowanym CMP (np. Cookiebot, OneTrust, Usercentrics, Complianz). Kluczem jest sekwencja ładowania: CMP -> dataLayer (default consent) -> GTM -> Tagi Google.

Konfiguracja tagów w Google Tag Manager

W kontenerze GTM należy ustawić „Tag Settings” -> „Consent Overview” dla każdego tagu Google (GA4 Configuration, GA4 Event, Google Ads Conversion Tracking, Google Ads Remarketing). Wymagane zgody to zazwyczaj:

• GA4 Configuration / GA4 Event: `analytics_storage` (wymagane), `ad_storage` (opcjonalne, dla funkcji reklamowych).
• Google Ads Conversion: `ad_storage` (wymagane), `ad_user_data` (wymagane dla Enhanced Conversions), `ad_personalization` (wymagane dla remarketingu).
• Google Ads Remarketing: `ad_storage`, `ad_user_data`, `ad_personalization`.

W trybie advanced tagi uruchamiają się zawsze (trigger „All Pages” lub „Initialization – All Pages”), a GTM automatycznie blokuje zapisy cookie zgodnie z aktualnym stanem dataLayer.

Rola platformy zarządzania zgódami (CMP)

CMP odpowiada za:

1. Wyświetlenie banera zgodnie z wytycznymi UX (brak „dark patterns”, równa widoczność przycisków „Zaakceptuj” i „Odrzuć”).
2. Zapis wyboru użytkownika (pierwszego i kolejnych wizyt).
3. Wypchnięcie do `dataLayer` zdarzenia `default` (przed GTM) oraz `update` (po interakcji użytkownika) z obiektem `consent` zawierającym stany `granted`/`denied` dla pięciu kategorii: `analytics_storage`, `ad_storage`, `ad_user_data`, `ad_personalization`, `functionality_storage`, `personalization_storage`, `security_storage`.

Przykładowy kod `default` (w sekcji `` przed GTM): „`javascript window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag(’consent’, 'default’, { 'analytics_storage’: 'denied’, 'ad_storage’: 'denied’, 'ad_user_data’: 'denied’, 'ad_personalization’: 'denied’, 'functionality_storage’: 'granted’, 'personalization_storage’: 'denied’, 'security_storage’: 'granted’, 'wait_for_update’: 500 }); „` Parametr `wait_for_update` (w milisekundach) daje czas CMP na odczytanie zapisanego wyboru użytkownika i wysłanie `update` przed uruchomieniem tagów.

Typowe błędy przy wdrożeniu i jak ich unikać

Nawet przy użyciu gotowych wtyczek CMP do PrestaShop, WooCommerce czy Shopify, błędy implementacji są powszechne. Ich konsekwencją jest brak danych w GA4, ostrzeżenia w Google Ads („Consent Mode not detected”) lub naruszenie RODO.

Brak sygnałów domyślnych (default consent)

Najczęstszy błąd: CMP wstrzykuje kod `gtag(’consent’, 'default’, …)` po kodzie GTM lub w stopce strony. Wtedy tagi w GTM zdążą uruchomić się w stanie domyślnym przeglądarki (czyli `granted` dla wszystkiego), zanim CMP nałoży ograniczenia. Rozwiązanie: kod `default` musi znajdować się w `` przed kodem kontenera GTM. W PrestaShop 8/9 można to zrealizować przez moduł wstrzykujący skrypty do hooka `displayHead` z priorytetem wyższym niż moduł GTM. Warto sprawdzić jak skonfigurować PrestaShop 9 aby spełniał wymogi RODO i ochrony danych – tam znajdziesz szczegóły dotyczące kolejności ładowania skryptów w nowej wersji silnika.

Niezgodność wersji CMP z wymaganiami Google

Google prowadzi listę certyfikowanych partnerów CMP (Google CMP Partner Program). Używanie niesertyfikowanej wtyczki, starszej wersji certyfikowanego CMP lub samodzielnie napisanego banera bez wsparcia dla parametrów v2 (`ad_user_data`, `ad_personalization`) skutkuje brakiem modelowania. Przed wdrożeniem sprawdź w dokumentacji CMP, czy wersja obsługuje Consent Mode v2 i czy automatycznie mapuje kategorie zgód (np. „Marketing” -> `ad_storage`, `ad_user_data`, `ad_personalization`) na parametry Google.

Podwójne lub konfliktujące zdarzenia consent

Czasami CMP i ręcznie dodany kod w szablonie lub innym module wysyłają `gtag(’consent’, 'default’, …)` dwukrotnie z różnymi wartościami. Ostatnie wygrywa, co może nadpisać poprawną konfigurację. W trybie podglądu GTM (Preview) w zakładce „Consent” widać historię zmian stanów – powinna tam znaleźć się jedna linia `default` na początku, potem ewentualnie `update`.

Ignorowanie Enhanced Conversions

Enhanced Conversions (rozszerzone konwersje) w Google Ads wymagają parametru `ad_user_data: 'granted’`. Jeśli CMP mapuje kategorię „Marketing” tylko na `ad_storage`, a pomija `ad_user_data`, Enhanced Conversions nie będą działać, a w Google Ads pojawi się alert. W konfiguracji CMP upewnij się, że zgoda na „Marketing” / „Reklamy” ustawia `ad_user_data` na `granted`.

Weryfikacja poprawności działania – debugowanie i raporty

Po wdrożeniu konieczne jest sprawdzenie, czy sygnały docierają do Google poprawnie. Narzędzia: GTM Preview Mode, Tag Assistant (legacy i nowy), Network tab w DevTools, raporty w GA4 i Google Ads.

Tryb podglądu GTM i narzędzie Tag Assistant

W trybie podglądu GTM (przycisk „Preview”) otwiera się okno Tag Assistant. Po wejściu na stronę:

1. Kliknij w zdarzenie „Consent Initialization” (lub „Initialization”) – w zakładce „Consent” sprawdź stan `default`. Muszą tam widnieć wszystkie pięć/siedem kategorii z wartościami `denied` (lub `granted` dla `functionality_storage`, `security_storage`).
2. Zaakceptuj zgody w banerze. Sprawdź zdarzenie `consent update` – stany powinny zmienić się na `granted` dla zaakceptowanych kategorii.
3. Sprawdź tagi GA4 i Google Ads – w kolumnie „Consent” musi widnieć „Fired” (jeśli zgody udzielone) lub „Fired (consent denied – advanced)” (jeśli odrzucone, model advanced). Status „Blocked by consent” oznacza model basic lub błąd konfiguracji uprawnień tagu.

W zakładce „Network” (F12) filtruj po `collect` (GA4) lub `gcd` (parametr consent w hitach). Parametr `gcd` koduje stany zgód, np. `gcd=13r3r3r3r5` (format: wersja, analytics_storage, ad_storage, ad_user_data, ad_personalization; r=denied, g=granted, p=denied+personalization). Weryfikacja `gcd` to najpewniejszy dowód, co trafiło do Google.

Raporty zgód w interfejsie GA4

W GA4 (wersja nowa) dostępny jest raport „Zgody” (Admin -> Data Streams -> wybierz strumień -> sekcja „Google tag” -> „Consent settings” -> „View consent report”). Pokazuje on procent sesji ze stanami `granted`/`denied` dla każdej kategorii. Pozwala to ocenić skale utraty danych i efektywność banera (opt-in rate). Niski opt-in rate (poniżej 30-40%) sugeruje problemy UX banera lub konieczność przejścia na model advanced (jeśli jeszcze nie jest).

Wpływ na dane reklamowe i remarketing w Google Ads

Consent Mode v2 ma bezpośredni wpływ na wydajność kampanii w Google Ads. Brak zgód na `ad_user_data` i `ad_personalization` wycina fundamenty nowoczesnego targetowania.

Parametry ad_user_data i ad_personalization

• `ad_user_data` – zgoda na przesłanie do Google danych identyfikujących użytkownika (hashed email, phone, address, user_id) w ramach Enhanced Conversions i Customer Match. Bez tego parametru `granted` Google nie może dopasować konwersji do użytkownika zalogowanego w usługach Google, co drastycznie obniża dokładność pomiaru.
• `ad_personalization` – zgoda na użycie danych do personalizacji reklam (remarketing, similar audiences, dynamiczne reklamy produktowe). Stan `denied` wyklucza użytkownika z list remarketingowych i uniemożliwia pokazywanie spersonalizowanych kreacji.

W praktyce: użytkownik klika w reklamę, wchodzi na sklep, odrzuca „Marketing” (czyli `ad_storage`, `ad_user_data`, `ad_personalization` = denied). W modelu advanced: konwersja zostanie zmodelowana (jeśli spełnione progi), ale użytkownik nie trafi na listę remarketingową „Koszyk porzucony”, nie otrzyma dynamicznej reklamy z oglądanym produktem, a Google Ads nie dostanie sygnału o wartości koszyka do optymalizacji Target ROAS.

Ograniczenia list remarketingowych bez zgody

Listy remarketingowe w Google Ads (Audience Manager) zasilane są tagiem `gtag(’event’, 'page_view’)` z parametrami `ecomm_pagetype`, `ecomm_prodid`, `ecomm_totalvalue` oraz identyfikatorami użytkownika. Gdy `ad_storage=denied` i `ad_personalization=denied`:

• Plik cookie `_gcl_aw` nie jest zapisywany/odczytywany – utracenie powiązania kliknięcia reklamy z wizytą.
• Użytkownik nie jest dodawany do list opartych na `user_id` ani `client_id` z tagu remarketingowego.
• Dynamiczne reklamy produktowe (Dynamic Remarketing) nie działają dla tego użytkownika.

Jedynym wyjściem jest modelowanie (advanced) – Google szacuje wielkość list i zachowania na podstawie użytkowników z zgody. Dlatego tak ważne jest, by CMP nie blokowało tagu remarketingowego całkowicie (model basic), a pozwalało mu strzelać w trybie bezplikowym.

Konserwacja i audyt ustawień w czasie

Wdrożenie to nie jednorazowa akcja. Zmiany w regulaminach (np. ePrivacy, DMA), aktualizacje CMP, migracje sklepu (np. PrestaShop 1.7 -> 8), zmiany w GTM – wszystko to może zepsuć Consent Mode.

Harmonogram kontroli

Zalecam ustalenie cyklicznego audytu (raz w miesiącu lub po każdej większej zmianie na stronie):

1. Sprawdź alerty w Google Ads – kartę „Narzędzia” -> „Pomiar” -> „Konwersje” -> kolumna „Stan” / „Tagowanie”. Ostrzeżenie „Consent Mode nie wykryty” lub „Brak Enhanced Conversions” to sygnał do natychmiastowej interwencji.
2. Przejedź ścieżkę zakupową w GTM Preview – od wejścia na stronę, przez baner CMP, dodanie do koszyka, checkout, stronę podziękowania. Weryfikuj zdarzenia `consent update` na każdym etapie (niektóre CMP resetują stan na stronie podziękowania).
3. Porównaj dane GA4 z backendem sklepu – liczba zamówień w GA4 (z modelowaniem) vs realna liczba zamówień w panelu sklepu. Rozbieżność > 10-15% wymaga analizy.
4. Aktualizuj CMP i GTM – nowe wersje CMP często zmieniają nazwy zdarzeń dataLayer lub strukturę obiektu `consent`. Przeczytaj changelog przed aktualizacją.

Dokumentacja i przekazywanie wiedzy

Przy zmianie agencji, dewelopera lub administratora sklepu kluczowa jest dokumentacja techniczna:

• Nazwa i wersja CMP, link do panelu administracyjnego.
• Identyfikator kontenera GTM, wersja opublikowana.
• Mapowanie kategorii CMP na parametry Google (tabela).
• Kod `default consent` (lokalizacja w kodzie/hooku).
• Linki do certyfikacji CMP w Google Partner Program.
• Historia zmian z datami i osobami odpowiedzialnymi.

FAQ

Czy Consent Mode v2 jest obowiązkowy dla każdego sklepu?

Tak, jeśli sklep korzysta z Google Analytics 4, Google Ads (pomiar konwersji, remarketing) lub innych usług Google Ads/Marketing Platform i kieruje ruch do użytkowników w EOG/UK. Termin wymuszania minął w marcu 2024 roku.

Jaka jest różnica między modelem Basic a Advanced w praktyce?

Model Basic blokuje tagi do momentu zgody – brak danych od odrzucających, brak modelowania. Model Advanced pozwala tagom strzelać od razu w trybie bezplikowym – Google otrzymuje sygnały do modelowania konwersji i zachowań, co zachowuje wgląd w ruch bez zgody.

Dlaczego w Google Ads widzę ostrzeżenie „Consent Mode not detected” po wdrożeniu?

Najczęstsze przyczyny: kod `default consent` ładuje się po GTM, CMP nie jest certyfikowane / nie obsługuje v2, parametry `ad_user_data` lub `ad_personalization` nie są wysyłane w `default` ani `update`, kontener GTM nie ma skonfigurowanych uprawnień zgód w tagach.

Czy muszę oddzielnie konfigurować zgody dla Enhanced Conversions?

Tak. Enhanced Conversions wymagają parametru `ad_user_data: 'granted’`. Standardowa kategoria „Marketing” w CMP musi mapować się na ten parametr. Sprawdź w dokumentacji swojego CMP, czy tak się dzieje domyślnie, czy trzeba to włączyć w ustawieniach integracji z Google.