Od marca 2024 roku Google wymaga Consent Mode v2 od każdej witryny, która chce zachować dostęp do danych GA4 i Google Ads dla użytkowników z Europy. W 2026 roku wiele sklepów PrestaShop wciąż działa na źle zrozumianej konfiguracji: albo z zapomnianym gdzieś Consent Mode v1, albo ze źle podpiętą wersją v2, albo, co gorsza, w ogóle bez Consent Mode. Wynik jest niezmiennie ten sam: częściowe dane w GA4, listy odbiorców w Google Ads, które przestają się zapełniać, oraz ryzyko naruszenia RODO, które UODO traktuje coraz poważniej.
Ten przewodnik omawia pełną konfigurację Consent Mode v2 w PrestaShop 8: co zmieniło się względem v1, jaki stack techniczny wdrożyć (CMP plus Google Tag Manager plus GA4), jakie błędy typowo widzimy podczas audytów oraz jak sprawdzić, że wszystko naprawdę działa, zanim uznasz temat za zamknięty.
Co Consent Mode v2 zmienia konkretnie względem v1
Consent Mode v1 (uruchomiony w 2020 roku) obsługiwał dwa parametry zgody: ad_storage i analytics_storage. To wystarczało, aby odróżnić śledzenie analityczne od reklamowego, i organy nadzorcze akceptowały takie podejście.
Consent Mode v2 (marzec 2024) dokłada dwa dodatkowe parametry:
ad_user_data: zgoda na przesyłanie danych użytkownika do Google w celach reklamowych (na przykład skrótu adresu e-mail do Customer Match). Bez tej zgody Twoje niestandardowe listy odbiorców w Google Ads przestają się zapełniać.ad_personalization: zgoda na wykorzystanie tych danych do reklamy spersonalizowanej (remarketing, podobni odbiorcy i tak dalej). Bez niej Twoje kampanie remarketingowe działają na pusto.
Aby zachować dostęp do pełnych funkcji Google Ads, oba te parametry muszą być ustawiane jawnie, obok dwóch historycznych. Jeśli tego nie zrobisz, Google uzna, że nie przeprowadziłeś migracji, i będzie stopniowo blokować funkcje najbardziej zależne od danych użytkownika (Customer Match, zaawansowane listy odbiorców, remarketing dynamiczny).
Druga istotna zmiana to rozróżnienie między trybem podstawowym a zaawansowanym. W podstawowym, gdy użytkownik odrzuca cookies, żaden tag Google w ogóle się nie uruchamia i tracisz 100 % danych o tym odwiedzającym. W zaawansowanym tagi Google uruchamiają się mimo to, ale w trybie bez cookies (wysyłają anonimowe pingi), a Google używa następnie modelowania statystycznego, żeby uzupełnić luki po użytkownikach, którzy odmówili. To zdecydowanie potężniejsze, ale też trudniejsze do wdrożenia i właśnie tutaj większość konfiguracji się rozjeżdża.
Ostatnia rzecz: Consent Mode v2 musi być zadeklarowany przed jakimkolwiek innym tagiem Google na stronie (GA4, Google Ads, Floodlight i tak dalej). Jeśli kolejność nie jest zachowana, pierwsze zdarzenia wychodzą bez stanu zgody, a Twoja zgodność z RODO jest złamana. To najczęstszy błąd, jaki widzimy podczas audytów.
Stack do wdrożenia w PrestaShop 8
Czysta konfiguracja opiera się na trzech komponentach, które muszą ze sobą współpracować.
CMP (Consent Management Platform). To baner cookies, który widzi odwiedzający, zbiera jego wybór i technicznie udostępnia go pozostałym skryptom na stronie. W PrestaShop 8 masz kilka opcji: tarteaucitron (darmowy, otwartoźródłowy, IAB TCF niewymagane dla witryn niebędących wydawcami), Axeptio albo Didomi (CMP zgodne z IAB TCF v2.2, jeśli potrzebujesz frameworka reklamowego), albo rozwiązania wbudowane w dedykowane moduły.
Google Tag Manager. Centralny hub orkiestrujący Twoje tagi. Bez GTM zarządzanie Consent Mode v2 bezpośrednio w kodzie PrestaShop jest wykonalne, ale staje się nie do opanowania, gdy tylko dołożysz Google Ads, Meta Pixel, TikTok Pixel i inne trackery. GTM centralizuje logikę i pozwala uzależnić każdy tag od bieżącego stanu zgody.
GA4 i miejsca docelowe Google Ads. Na końcu łańcucha to one konsumują informację o zgodzie. GA4 i Google Ads automatycznie odczytują parametry Consent Mode, gdy są poprawnie ustawione przez GTM albo tagi bezpośrednie.
Orkiestracja wygląda tak: CMP sygnalizuje GTM wybór użytkownika przez push do dataLayer, GTM uruchamia tagi Google z właściwymi parametrami zgody, a GA4 i Google Ads zapisują dane w zakresie, na jaki zgoda pozwala. Jeśli któreś z tych trzech ogniw jest źle skonfigurowane, łańcuch pęka po cichu.
W samym PrestaShop 8 wyzwaniem jest to, że komponenty pochodzą z różnych modułów, które domyślnie ze sobą nie rozmawiają. Bez koordynacji masz CMP robiące swoje, GTM robiące swoje i GA4 zbierające wszystko albo nic, zależnie od przypadkowej kolejności ładowania. Ręczna konfiguracja jest możliwa, ale uciążliwa, a dedykowany moduł obsługujący cały łańcuch jest zwykle pewniejszy.
Konfiguracja CMP: tarteaucitron, Axeptio albo rozwiązanie wbudowane
Wybór CMP zależy od Twojej realnej potrzeby.
Tarteaucitron to otwartoźródłowe CMP szeroko używane w PrestaShop. Zalety: darmowe, zgodne ze ścisłą interpretacją RODO, granularne zarządzanie usługami zewnętrznymi (Google Tag Manager, GA4, Hotjar, YouTube i inne) oraz możliwość personalizacji wizualnej. Ograniczenia: konfiguracja techniczna bywa uciążliwa, brak frameworka IAB TCF v2.2 (więc nie nadaje się, jeśli publikujesz reklamę display przez SSP). Dla 95 % klasycznych sklepów PrestaShop (sprzedaż produktów, brak monetyzacji reklamowej) tarteaucitron wystarcza.
W PrestaShop 8 moduł Cookie Manager Tarteaucitron integruje tę bibliotekę z czystą konfiguracją w zapleczu, obsługuje popularne usługi zewnętrzne w kilka kliknięć i wystawia stany zgody do GTM przez standardowe zdarzenia dataLayer. Połączenie z GTM jest automatyczne, co eliminuje większość błędów kolejności.
Axeptio i Didomi to CMP komercyjne (od kilkuset złotych miesięcznie zależnie od wolumenu), z obsługą IAB TCF v2.2. Wybieraj je, jeśli monetyzujesz ruch reklamą programatyczną albo działasz w branży wrażliwej (zdrowie, finanse), gdzie poziom zgodności musi być udokumentowany. Dla większości klasycznych sklepów to przeinżynierowanie.
Rozwiązania all-in-one. Część modułów łączy CMP, tracking GA4 i Ads oraz Consent Mode v2 w jednym pakiecie, co eliminuje konflikty wersji i kolejności. Tak działa moduł Google Tag Pro w PrestaShop: pełny tracking GA4 i Google Ads enhanced ecommerce, natywny Consent Mode v2 oraz zgodność z popularnymi CMP (tarteaucitron, Axeptio, Didomi) przez automatyczne wykrywanie. Podejście pragmatyczne dla sklepów, które chcą zgodnego setupu bez dłubaniny.
Niezależnie od wyboru, test do wykonania po instalacji: przeładuj stronę w trybie prywatnym, odrzuć cookies w banerze i sprawdź w narzędziach deweloperskich w zakładce Sieć, czy żaden tag Google nie ładuje się przed dokonaniem wyboru. Jeśli jakiś tag ładuje się wcześniej, Twoje CMP nie jest poprawnie skonfigurowane, a zgodność z RODO jest złamana.
Konfiguracja GTM z regułami stanu zgody
Po stronie GTM konfiguracja zawsze przebiega w tej samej sekwencji: zainicjalizuj Consent Mode ze stanem domyślnym „wszystko odrzucone”, a następnie wyślij zdarzenie consent update, gdy tylko użytkownik dokona wyboru w CMP.
Tag konfiguracji Default (uruchamiany jako pierwszy na wszystkich stronach). Ten tag ustawia wartości domyślne Consent Mode przed każdym innym tagiem:
gtag('consent', 'default', {
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'analytics_storage': 'denied',
'wait_for_update': 500
});Parametr wait_for_update mówi Google, żeby odczekał do 500 ms przed wysłaniem pierwszych pingów, czyli tyle, ile CMP potrzebuje na ustalenie wyboru użytkownika (istniejący trwały cookie albo nowy wybór). Ten parametr zapobiega duplikowanym pingom, które wychodzą raz w trybie „wszystko odrzucone”, a drugi raz po udzieleniu zgody.
Tag Update (uruchamiany po wyborze użytkownika). Ten tag aktualizuje wartości zgodnie z wyborem wyrażonym w CMP:
gtag('consent', 'update', {
'ad_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted',
'analytics_storage': 'granted'
});W GTM ten tag uruchamia się na zdarzeniu własnym (na przykład consent_granted), które CMP wypycha do dataLayer po kliknięciu przez użytkownika przycisku „Akceptuję”. Jeśli użytkownik dokonuje wyboru granularnego (akceptuje analitykę, ale odrzuca reklamę), na granted przechodzą tylko odpowiadające parametry.
Konfiguracja tagów GA4 i Google Ads. Gdy Consent Mode jest już zainicjalizowany, klasyczne tagi GA4 i Google Ads działają normalnie i automatycznie odczytują parametry zgody. Na tych pojedynczych tagach nie musisz nic zmieniać, i o to właśnie chodzi w centralizacji Consent Mode.
Trik trybu zaawansowanego. Aby włączyć tryb zaawansowany (modelowanie statystyczne odmów), trzeba skonfigurować w GTM na poziomie kontenera opcje „URL passthrough” i „Redact ads data”. Wysyłają one zanonimizowane pingi nawet przy odmowie zgody, co pozwala Google modelować zachowanie grupy odmawiającej. Szczegół: te pingi są bez cookies, bez identyfikatorów użytkownika i zgodne z RODO.
Sprawdzenie, czy wszystko działa: debugowanie z Google Tag Assistant
Gdy konfiguracja jest gotowa, weryfikację przeprowadza się dwoma narzędziami Google.
Google Tag Assistant (https://tagassistant.google.com). Podajesz adres URL swojego sklepu, narzędzie ładuje stronę w sesji debugowania i śledzi wszystkie wychodzące zdarzenia. Przy każdym zdarzeniu widzisz wysyłane parametry, w tym bieżące stany Consent Mode. Test krytyczny: otwórz Tag Assistant, przejdź pełną ścieżkę zakupową (strona główna, karta produktu, dodanie do koszyka, checkout, płatność) i sprawdź, czy wszystkie zdarzenia wychodzą z właściwymi stanami.
Przed zgodą użytkownika wszystkie zdarzenia powinny wychodzić z wartością denied na 4 parametrach. Po zgodzie typu „akceptuj wszystko” wszystkie powinny przejść na granted. Jeśli widzisz zdarzenie z niespójną mieszanką albo zdarzenie wychodzące z granted przed zgodą, Twoja konfiguracja jest zepsuta.
Rozszerzenie Chrome Tag Assistant Companion. Potężniejsze niż wersja webowa, instaluje się w Chrome i śledzi w czasie rzeczywistym wszystkie trafienia Google wysyłane z odwiedzanej witryny. Wygodne do debugowania w normalnej nawigacji, a nie w sztucznej sesji Tag Assistant. Rozszerzenie pokazuje na żywo stany zgody każdego trafienia, co pozwala wychwycić niespójności między stronami albo akcjami.
Raport „Stany zgody” w GA4. Gdy konfiguracja ustabilizuje się przez kilka dni, wejdź w GA4 do sekcji Administracja, a następnie Diagnostyka. Raport „Stany zgody” pokazuje odsetek zdarzeń otrzymanych ze zgodą granted wobec denied. W europejskim sklepie z poprawnie skonfigurowanym CMP powinieneś widzieć od 30 do 60 % zdarzeń granted (zależnie od projektu banera). Jeśli widzisz 100 % granted, Twoje CMP tak naprawdę nie pyta o zgodę. Jeśli widzisz 0 % granted, Twój tag Update się nie uruchamia.
Typowe błędy widziane podczas audytów
W audytach RODO i Consent Mode sklepów PrestaShop sześć poniższych błędów wraca w kółko.
Błąd 1: tag Default uruchamiany po tagu GA4. Consent Mode musi być zainicjalizowany jako pierwszy w kodzie strony, zanim załaduje się GA4 albo Google Ads. Przy złej kolejności GA4 wysyła pierwszy ping (odsłona strony) bez stanu zgody, czyli w trybie „zgoda nieznana”, a organ nadzorczy może uznać, że śledzisz przed uzyskaniem zgody. Rozwiązanie: w GTM ustaw tag Default z regułą typu „Initialization”, która uruchamia się przed wszystkimi innymi.
Błąd 2: tag Update nigdy się nie uruchamia. Klasyczny objaw: wszystkie pingi zostają w stanie denied nawet po kliknięciu przez użytkownika „Akceptuj wszystko”. Przyczyna: CMP nie wypycha oczekiwanego zdarzenia do dataLayer albo GTM nasłuchuje na złą nazwę zdarzenia. Do sprawdzenia w konsoli: wpisz dataLayer i poszukaj zdarzenia zgody po kliknięciu Akceptuj.
Błąd 3: GTM zablokowany przez samo CMP (paradoks). Część źle skonfigurowanych CMP traktuje GTM jako „tracker zewnętrzny” do zablokowania przed zgodą. Efekt: GTM się nie ładuje, więc Consent Mode nigdy nie zostaje zainicjalizowany, więc nic nie działa. CMP musi pozwolić GTM załadować się przed zgodą (sam GTM jest neutralny, to uruchamiane przez niego tagi zależą od zgody).
Błąd 4: konflikty wielu modułów. W sklepach PrestaShop, które przez lata nazbierały kilka modułów śledzących (stary moduł GA Universal, natywne GA4 z PrestaShop, moduł GTM, moduł Meta Pixel i tak dalej), tagi wzajemnie się zwierają. Kod GA4 wychodzi dwa razy, Consent Mode jest ustawiany, a potem nadpisywany przez inny moduł. Rozwiązanie: zaudytuj wszystkie aktywne moduły śledzące i zostaw tylko jeden, który orkiestruje całość.
Błąd 5: brak obsługi zmiany decyzji użytkownika. Gdy użytkownik zmienia zdanie i klika „Zmień preferencje” w stopce, CMP musi wywołać nowe zdarzenie Update ustawiające parametry zgodnie z nowym wyborem. Wiele konfiguracji obsługuje początkowe zdarzenie akceptacji, ale nie późniejsze zmiany, więc użytkownik wycofujący zgodę jest nadal śledzony, jakby ją wyraził.
Błąd 6: zapomniany obok Consent Mode v1. Kilka sklepów po migracji z v1 do v2 przez pomyłkę zachowało stary tag. Oba tryby współistnieją i walczą o parametry, dając nieprzewidywalne rezultaty. Rozwiązanie: usuń wszelkie ślady Consent Mode v1 (tagi GTM, kod w motywie, stare moduły) przed wdrożeniem v2.
Modelowanie Google: co odzyskujesz mimo odmowy
Głównym argumentem sprzedażowym trybu zaawansowanego jest modelowanie statystyczne. Gdy użytkownik odrzuca cookies, Google i tak wysyła zanonimizowane pingi (bez identyfikatora, bez cookie), a jego algorytmy uczenia maszynowego wykorzystują te sygnały do oszacowania, co wydarzyłoby się, gdyby użytkownik wyraził zgodę. Konkretnie: Twój raport GA4 pokazuje konwersje modelowane obok obserwowanych.
W realiach 2026 roku obserwujemy co następuje:
Warunki kwalifikacji. Modelowanie uruchamia się dopiero wtedy, gdy Twoja usługa GA4 ma minimalny wolumen (według Google około 1000 zdarzeń dziennie) oraz co najmniej 1000 użytkowników bez zgody dziennie. Poniżej tego progu GA4 pokazuje dane „surowe” bez modelowania i realnie tracisz użytkowników, którzy odmówili. Przy sklepie z 200 do 500 odwiedzającymi dziennie modelowanie prawdopodobnie nie będzie aktywne na całym ruchu.
Po stronie Google Ads jest hojniej. Kampanie Google Ads korzystają z modelowania od niższych progów, a efekt jest od razu widoczny w raportowanym ROAS. Jeśli kupujesz media w Google, dobrze skonfigurowany tryb zaawansowany potrafi odzyskać od 20 do 40 % „utraconych” konwersji w raportach.
Rzeczywistość kontra marketing. Google przedstawia modelowanie jako magiczną rekompensatę, ale są to oszacowania statystyczne z realnym marginesem błędu. Prawdziwa korzyść to nie tyle odzyskana liczba, ile możliwość dalszego uczenia się algorytmów ustalania stawek w Google Ads. To właśnie utrzymuje skuteczność kampanii Smart Bidding mimo spadku wyraźnych zgód.
Alternatywa serwer do serwera. Dla sklepów, które chcą maksymalizować zbieranie danych bez opierania się wyłącznie na modelowaniu, opcją jest tracking po stronie serwera przez GTM Server. Trudniejszy we wdrożeniu, ale odzyskuje istotną część danych traconych po stronie klienta. To temat na osobny artykuł.
Podsumowanie: obowiązkowa inwestycja wymagająca rygoru
Consent Mode v2 w PrestaShop nie jest w 2026 roku opcją. To obowiązek zarówno dla zachowania zgodności z RODO, jak i dla utrzymania dostępu do pełnych funkcji Google Ads. Konfiguracja nie jest nadzwyczajnie skomplikowana, ale wymaga rygoru: precyzyjnej kolejności uruchamiania, koordynacji CMP, GTM i GA4 oraz systematycznej weryfikacji w Tag Assistant.
Najkosztowniejszy błąd to założenie, że „powinno działać”, bo zainstalowano CMP i baner cookies się wyświetla. Bez weryfikacji od początku do końca w Tag Assistant odkrywasz błędy konfiguracji miesiące później, tracąc dane i ryzykując zgodność.
Aby pogłębić pokrewne tematy, przejrzyj nasze tutoriale PrestaShop albo aktualności e-commerce, gdzie na bieżąco śledzimy zmiany regulacyjne i techniczne wraz z komunikatami Google i organów nadzorczych.
A jeśli chcesz kompletny setup trackingu GA4 i Google Ads z natywnym Consent Mode v2 i automatyczną zgodnością z CMP, moduł Google Tag Pro wdraża cały łańcuch w PrestaShop 8: instalacja z przewodnikiem, konfiguracja w kilka kliknięć, wbudowane debugowanie.
Aby przejść do działania: nasz wybór modułów do RODO i cookies oraz zestawienie modułów do pomiaru konwersji.
