# Google Consent Mode v2 w PrestaShop: jak wdrożyć go poprawnie > Stan domyślny musi zostać zadeklarowany przed załadowaniem skryptów pomiarowych: to błąd, który unieruchamia cały mechanizm. Cztery sygnały, dlaczego blokowanie wstępne pozostaje konieczne i co naprawdę daje modelowanie. - Strona: - Język: pl - Opublikowano: 2026-10-20 - Zaktualizowano: 2026-10-10 - Inne języki: [fr](https://www.datafirefly.com/2026/10/20/consent-mode-v2-prestashop-mise-en-place/index.md), [en](https://www.datafirefly.com/en/2026/10/20/consent-mode-v2-prestashop-setup/index.md), [es](https://www.datafirefly.com/es/2026/10/20/consent-mode-v2-prestashop-implementacion/index.md), [de](https://www.datafirefly.com/de/2026/10/20/consent-mode-v2-prestashop-einrichten/index.md), [it](https://www.datafirefly.com/it/2026/10/20/consent-mode-v2-prestashop-implementazione/index.md), [nl](https://www.datafirefly.com/nl/2026/10/20/consent-mode-v2-prestashop-correct-instellen/index.md), [pt](https://www.datafirefly.com/pt/2026/10/20/consent-mode-v2-prestashop-implementacao/index.md) - Indeks: Tryb zgody to mechanizm, dzięki któremu Twoje narzędzia pomiarowe i reklamowe dostosowują zachowanie do tego, co odwiedzający zaakceptował. Jego wdrożenie stało się warunkiem dostępu do niektórych funkcji reklamowych w Europie i często jest robione połowicznie. Ogólne zasady bannera cookie omówiono osobno. Ten artykuł dotyczy technicznego powiązania z narzędziami pomiarowymi. ## Zasada Bez trybu zgody wybór jest zerojedynkowy: albo skrypt pomiarowy się ładuje, albo nie. W trybie zgody skrypt ładuje się w stanie ograniczonym, dopóki odwiedzający nie zaakceptował. Nie zapisuje cookie, nie przesyła identyfikatora i może wysyłać sygnały pozbawione danych osobowych. Dwie praktyczne konsekwencje. Zachowujesz pomiar zagregowany dla odwiedzających, którzy odmawiają. A przejście z odmowy na zgodę jest uwzględniane natychmiast, bez przeładowania strony. Czego nie mylić: ten mechanizm nie zwalnia z uzyskania zgody. Określa, co robią Twoje narzędzia pod jej nieobecność. ## Cztery sygnały Mechanizm opiera się na czterech wskaźnikach, każdy przyznawany lub odmawiany niezależnie. Dwa dotyczą **pomiaru ruchu**: przechowywania w celach analitycznych i przesyłania danych pomiarowych. Dwa dotyczą **reklamy**: przechowywania reklamowego i wykorzystania danych do personalizacji lub pomiaru reklamy. Trzy zasady wdrożenia. **Każdy sygnał musi odpowiadać celowi z Twojego bannera.** Jeśli banner proponuje „pomiar ruchu" i „reklamę", odwzorowanie jest proste. Jeśli proponuje tylko wybór ogólny, nie da się poprawnie ustawić sygnałów. **Wszystkie sygnały muszą być zadeklarowane**, także te, których nie używasz. Sygnał nieobecny jest traktowany jako nieustawiony, co nie znaczy odmówiony. **Stan domyślny to odmowa**, dopóki odwiedzający nie wybierze. ## Kolejność wykonania, punkt krytyczny To najczęstszy błąd techniczny i sprawia, że cały mechanizm jest bezużyteczny. Stan domyślny musi zostać zadeklarowany **przed** załadowaniem skryptów pomiarowych. Jeśli skrypt ładuje się pierwszy, a stan przychodzi później, pierwsze zdarzenie wychodzi z domyślnymi ustawieniami narzędzia, czyli bez ograniczeń. Konkretnie kolejność brzmi: deklaracja stanu domyślnego, potem załadowanie menedżera tagów, potem aktualizacja stanu, gdy odwiedzający wybierze. W PrestaShop oznacza to, że kod deklaracji musi być wstrzyknięty bardzo wysoko na stronie, przed każdym innym skryptem pomiarowym. Moduł zgody ładujący się po menedżerze tagów nie może działać poprawnie. **Sprawdzenie:** obejrzyj kolejność skryptów w źródle strony głównej. Deklaracja stanu musi wyprzedzać całą resztę. ## Blokowanie wstępne pozostaje konieczne Częste nieporozumienie, które warto rozwiać. Tryb zgody steruje zachowaniem narzędzi, które go obsługują. Nie blokuje pozostałych. Twoje skrypty czatu, mapy, osadzonego wideo, opinii klientów czy testów behawioralnych go nie znają. Muszą zostać zablokowane przez Twój mechanizm zgody, tak jak wcześniej. Poprawna konfiguracja łączy więc dwa mechanizmy: **blokowanie wstępne** wszystkiego, co osadza śledzenie bez obsługi trybu, oraz **tryb zgody** dla narzędzi zgodnych. Błąd do uniknięcia: wiara, że wdrożenie trybu zgody zwalnia z blokowania. Obejmuje on tylko część Twojej strony. ## Aktualizacja w chwili wyboru Trzy punkty wdrożeniowe. **Aktualizacja musi być natychmiastowa**, bez przeładowania strony. Odwiedzający, który akceptuje, musi zobaczyć włączenie pełnego pomiaru w bieżącej sesji. **Musi odzwierciedlać wybór według celu**, a nie stosować zgody ogólnej. Odwiedzający akceptujący pomiar i odmawiający reklamy musi dać dwa sygnały przyznane i dwa odmówione. **Wybór musi zostać zapamiętany** i stosowany przy każdej wizycie, do wygaśnięcia. Uzupełnienie: wycofanie zgody musi również zaktualizować sygnały, w drugą stronę. Mechanizm obsługujący tylko akceptację jest niekompletny. ## Co mierzysz przy odmowie Pytanie zasadne, a odpowiedź wymaga nuansów. W stanie ograniczonym narzędzia mogą przesyłać sygnały bez identyfikatora i bez cookie. Te sygnały pozwalają oszacować zachowanie odwiedzających, którzy odmówili, przez modelowanie. Trzy uczciwe zastrzeżenia. To oszacowanie jest **modelowaniem**, nie pomiarem. Daje rzędy wielkości, nie dokładne liczby. Wymaga **wystarczającego wolumenu** danych obserwowanych, by mogło zostać policzone. W małym sklepie może być w ogóle niedostępne. Nie **przywraca** tego, co odmowa usunęła. Łagodzi stratę, nie znosi jej. Przedstawianie tego mechanizmu jako sposobu na „odzyskanie utraconych konwersji" to nadinterpretacja, która krąży szeroko. ## Sprawdzenie, czy działa Cztery kontrole, wszystkie wykonalne w przeglądarce. **Przed jakimkolwiek wyborem** otwórz konsolę i obejrzyj żądania wychodzące. Wywołania pomiarowe mogą wychodzić, ale bez cookie i z parametrami wskazującymi stan ograniczony. **Po odmowie** sprawdź, że nie zapisuje się żaden cookie pomiarowy ani reklamowy. **Po akceptacji** sprawdź, że cookie się pojawiają, a wywołania niosą oczekiwane identyfikatory. **Przy powrotnej wizycie** sprawdź, że poprzedni wybór jest stosowany bez ponownego pytania. Dodaj kontrolę w samym narzędziu pomiarowym, które zwykle udostępnia raport o stanie odebranych sygnałów. To tam widać niespójności, których konsola nie pokazuje. ## Częste błędy **Ustawiony tylko jeden sygnał.** Niektóre konfiguracje deklarują wyłącznie przechowywanie analityczne i zostawiają trzy pozostałe nieustawione. **Stan domyślny na przyznany.** Błąd poważny: sprowadza się do zbierania przed zgodą. **Przybliżone odwzorowanie.** Cel „marketing" z Twojego bannera przypisany do wszystkich czterech sygnałów naraz, co nie respektuje wyboru odwiedzającego. **Brak mechanizmu na niektórych stronach.** Proces zamówienia albo reklamowe strony docelowe czasem wymykają się bannerowi, przez inny szablon strony. Ten ostatni przypadek jest najbardziej szkodliwy: strony najważniejsze dla Twojego pomiaru to te, na których mechanizmu brakuje. ## Powiązanie z wysyłką po stronie serwera Punkt do obsłużenia, jeśli przesyłasz zdarzenia ze swojego serwera. Wysyłka serwerowa nie przechodzi przez przeglądarkę, więc nie zna stanu sygnałów, chyba że jawnie go przekażesz. Dwie konsekwencje. Twoja implementacja serwerowa musi **znać stan zgody** odwiedzającego, co wymaga jego zapisania i powiązania z sesją. I musi **warunkować lub ograniczać wysyłkę** odpowiednio. Przesyłanie danych reklamowych z serwera dla odwiedzającego, który odmówił ich w przeglądarce, to obejście, a nie optymalizacja. Moduł wdraża ten łańcuch w PrestaShop 8 i 9: deklaracja stanu domyślnego przed każdym skryptem pomiarowym, odwzorowanie między celami bannera a czterema sygnałami, natychmiastowa aktualizacja przy wyborze i wstępne blokowanie skryptów zewnętrznych, które nie obsługują mechanizmu.