Cookies w WooCommerce trzeba podzielić według rzeczywistego celu. Mechanizmy utrzymujące koszyk i sesję klienta zwykle muszą działać, aby sklep mógł wykonać żądaną funkcję. Analityka, remarketing i inne technologie opcjonalne powinny reagować na wybór użytkownika. Po konfiguracji nie wystarczy sprawdzić banera – trzeba przejść całą ścieżkę od produktu do potwierdzenia zamówienia po akceptacji i po odrzuceniu zgód opcjonalnych.
Największym błędem jest zablokowanie wszystkich skryptów zawierających nazwę WooCommerce albo odwrotna sytuacja – oznaczenie każdego dodatku sklepowego jako niezbędny. Rdzeń sklepu, bramka płatnicza, moduł afiliacyjny i piksel reklamowy mogą działać na tej samej stronie, ale realizują inne cele.
Jakie cookies ustawia WooCommerce?
Oficjalna dokumentacja podstawowej wtyczki WooCommerce wymienia pięć cookies używanych w interfejsie sklepu. Nie jest to kompletna lista technologii działających w dowolnej instalacji. Dodatki, motyw, system płatności i narzędzia marketingowe mogą ustawiać kolejne pozycje.
| Cookie rdzenia WooCommerce | Czas działania podany przez producenta | Cel | Co sprawdzić w sklepie |
|---|---|---|---|
woocommerce_cart_hash |
sesja | wykrywanie zmian zawartości i danych koszyka | dodanie, usunięcie i zmiana liczby produktów |
woocommerce_items_in_cart |
sesja | informacja, że koszyk uległ zmianie | licznik i mini-koszyk na kolejnych podstronach |
wp_woocommerce_session_ |
2 dni | unikalny kod pozwalający odnaleźć dane koszyka klienta w bazie | utrzymanie koszyka podczas przechodzenia między stronami |
woocommerce_recently_viewed |
sesja | obsługa widżetu ostatnio oglądanych produktów | czy widżet jest aktywny i jak został sklasyfikowany |
store_notice[notice id] |
sesja | zapamiętanie zamknięcia komunikatu sklepu | czy sklep korzysta z komunikatu i czy zapamiętanie jest potrzebne |
WooCommerce podaje, że w tych cookies frontendu nie przechowuje danych osobowych. Warto jednak pamiętać, że identyfikator sesji może prowadzić do rekordu przechowywanego po stronie serwera. Dlatego opis technologii nie powinien ograniczać się do stwierdzenia, że sam plik ma losową wartość.
Dokumentacja wymienia też cookies panelu administratora. Nie pojawiają się one w zwykłej ścieżce klienta, więc test frontendu należy wykonywać jako użytkownik niezalogowany. Pełną aktualną listę znajdziesz w dokumentacji cookies WooCommerce.
Dlaczego każdy sklep WooCommerce ma inną listę cookies?
Dwie instalacje WooCommerce mogą sprzedawać podobne produkty, a jednocześnie uruchamiać zupełnie inne technologie. Na wynik wpływają między innymi:
- wtyczka płatnicza i mechanizmy przeciwdziałania nadużyciom;
- system wysyłki, podatków i przeliczania walut;
- konto klienta, lista życzeń i porównywarka produktów;
- Google Analytics 4, Google Ads i Google Tag Manager;
- Meta Pixel, TikTok Pixel i sieci afiliacyjne;
- odzyskiwanie porzuconych koszyków;
- personalizacja produktów i rekomendacje;
- czat, mapy, filmy oraz zewnętrzne formularze;
- narzędzia do nagrywania sesji i map cieplnych;
- system cache, CDN i zabezpieczenia.
Skan samej strony głównej nie pokaże wszystkiego. Część skryptów ładuje się dopiero po dodaniu produktu, wyborze dostawy, wpisaniu adresu, uruchomieniu płatności albo wyświetleniu potwierdzenia zamówienia. Niektóre funkcje są widoczne tylko dla klientów zalogowanych, w wybranej wersji językowej lub na urządzeniu mobilnym.
Lista z dokumentacji producenta jest punktem wyjścia. Rzeczywisty rejestr trzeba zbudować na podstawie konkretnej konfiguracji sklepu.
Jak podzielić cookies WooCommerce na kategorie?
Klasyfikacja powinna wynikać z celu, a nie z nazwy wtyczki lub firmy. Przydatnym punktem roboczym są cztery kategorie:
| Kategoria | Przykładowy cel w sklepie | Zasada konfiguracji |
|---|---|---|
| Niezbędne | utrzymanie koszyka, logowanie, bezpieczeństwo, wykonanie wybranej płatności | pozostają aktywne tylko wtedy, gdy funkcja jest rzeczywiście konieczna do usługi żądanej przez użytkownika |
| Funkcjonalne | lista ostatnio oglądanych produktów, zapamiętanie dodatkowych preferencji, treści zewnętrzne | oceń, czy funkcja jest żądana przez użytkownika i czy można ją uruchomić dopiero po wyborze |
| Analityczne | analiza ruchu, lejka zakupowego i użycia funkcji sklepu | uruchamiaj zgodnie z przyjętym mechanizmem zgody i konfiguracją pomiaru |
| Marketingowe | remarketing, personalizacja reklam, pomiar kampanii i budowanie grup odbiorców | nie traktuj znaczenia biznesowego jako technicznej niezbędności |
W Polsce art. 399 Prawa komunikacji elektronicznej wymaga uprzedniego poinformowania i zgody na przechowywanie informacji lub dostęp do informacji w urządzeniu użytkownika. Wyjątek obejmuje działania konieczne do transmisji albo dostarczenia usługi żądanej przez użytkownika. Aktualny tekst ustawy obowiązuje od 10 listopada 2024 r.
Wyjątku nie należy interpretować jako zgody na oznaczenie całego WooCommerce i wszystkich dodatków jako „Niezbędne”. Europejska Rada Ochrony Danych wskazuje, że nie istnieje stała, wiarygodna lista niezbędnych cookies – konieczność trzeba oceniać w konkretnym przypadku. Raport Cookie Banner Taskforce EROD.
Powyższy podział jest instrukcją techniczną, a nie opinią prawną dla konkretnego sklepu. Klasyfikację i treść informacji należy zweryfikować z uwzględnieniem używanych usług, rynków i procesów firmy.
Jak skonfigurować zgody cookies w WooCommerce?
Krok 1. Zinwentaryzuj wszystkie źródła skryptów
Zanim włączysz blokowanie, zapisz listę aktywnych wtyczek oraz miejsc, z których ładowane są tagi. Sprawdź:
- aktywne wtyczki WooCommerce i dodatki płatnicze;
- Google Site Kit oraz inne wtyczki analityczne;
- kontener Google Tag Manager;
- skrypty w motywie i motywie potomnym;
- sekcje kodu własnego w Elementorze lub innym kreatorze;
- moduły systemu afiliacyjnego, czatu i odzyskiwania koszyka;
- konfigurację CDN i wtyczki optymalizującej JavaScript;
- identyfikatory GA4, Google Ads i platform reklamowych.
Jeśli ten sam identyfikator pomiarowy występuje w GTM i osobnej wtyczce, możesz rejestrować dwa wyświetlenia strony albo dwa zakupy. CMP nie rozwiąże automatycznie takiego duplikatu.
Krok 2. Połącz CMP i uruchom skan sklepu
Wtyczka CookieStart dla WordPressa obsługuje witryny WooCommerce. Jej aktualna karta opisuje skanowanie, wykrywanie i klasyfikowanie skryptów oraz cookies, ręczne zmiany kategorii, reguły blokowania, historię zgód i Consent Mode v2. Wtyczka wymaga konta oraz konfiguracji domeny w usłudze CookieStart.
Po instalacji i połączeniu domeny przeskanuj nie tylko stronę główną. Uwzględnij co najmniej:
- listę produktów;
- kartę prostego produktu;
- produkt z wariantami;
- koszyk;
- kasę;
- logowanie i konto klienta;
- regulamin oraz politykę prywatności;
- stronę kontaktową;
- landing page kampanii;
- wersje językowe;
- potwierdzenie zamówienia, jeśli możesz bezpiecznie udostępnić je w środowisku testowym.
Skaner może nie wykonać logowania, nie wybrać metody płatności i nie złożyć zamówienia. Wynik trzeba więc uzupełnić ręcznym testem interakcji.
Krok 3. Zweryfikuj klasyfikację ręcznie
Dla każdego wykrytego elementu zapisz:
- nazwę i domenę dostawcy;
- stronę oraz interakcję, przy której się pojawia;
- cel działania;
- czas przechowywania;
- kategorię zgody;
- podstawę uznania go za niezbędny, jeśli wybrano tę kategorię;
- właściciela biznesowego i osobę techniczną odpowiedzialną za integrację.
Nie klasyfikuj całej domeny automatycznie, jeśli dostawca realizuje kilka funkcji. Jeden system może jednocześnie obsługiwać płatność, ochronę przed nadużyciami i pomiar marketingowy. Każdy element trzeba ocenić w kontekście sposobu wdrożenia.
Krok 4. Włącz blokowanie bez naruszania koszyka
W CookieStart można włączyć automatyczne blokowanie obsługiwanych skryptów, blokowanie elementów nierozpoznanych oraz reguły allowlist i blocklist. Najpierw przygotuj konfigurację na stagingu lub w zaplanowanym oknie testowym.
Przy odbiorze sprawdź, czy reguły nie zatrzymały:
- aktualizacji mini-koszyka;
- zapisu zawartości koszyka;
- wyboru wariantu;
- kalkulatora wysyłki;
- formularza adresowego;
- logowania i rejestracji;
- przycisku wybranej płatności;
- zabezpieczeń formularza i mechanizmu antyfraudowego;
- komunikatu o wyniku zamówienia.
Blokowanie skryptów nierozpoznanych może ograniczyć ryzyko uruchomienia nowej technologii bez klasyfikacji, ale zwiększa ryzyko zatrzymania funkcji biznesowej. Po każdej zmianie wtyczek wykonaj test regresji.
Krok 5. Skonfiguruj baner i możliwość zmiany decyzji
Baner powinien pozwalać użytkownikowi podjąć rzeczywisty wybór i później go zmienić. Sprawdź:
- akceptację wszystkich kategorii;
- odrzucenie kategorii opcjonalnych;
- wybór wyłącznie analityki;
- wybór wyłącznie marketingu, jeśli interfejs na to pozwala;
- zapis preferencji;
- ponowne otwarcie ustawień;
- wycofanie wcześniej udzielonej zgody;
- działanie klawiaturą i na urządzeniu mobilnym.
Nazwy kategorii w banerze, polityce cookies i panelu CMP powinny być spójne. Przycisk odrzucenia nie powinien być ukryty w sposób utrudniający wybór. EROD przypomina również, że wycofanie zgody powinno być równie łatwe jak jej udzielenie.
Krok 6. Wyczyść cache i sprawdź stronę jako klient
Po zmianie konfiguracji wyczyść cache WordPressa, CDN i przeglądarki. Wtyczki optymalizacyjne mogą zmienić kolejność skryptów lub opóźnić CMP. Testuj jako użytkownik niezalogowany, ponieważ cache często omija administratora i pokazuje mu inną wersję strony.
Jak traktować bramki płatnicze i ochronę przed nadużyciami?
Nie istnieje bezpieczna reguła „wszystko od operatora płatności jest niezbędne”. Najpierw ustal, które elementy są wymagane do przeprowadzenia wybranej transakcji lub ochrony tego procesu, a które służą dodatkowej analityce albo marketingowi.
Dla każdej metody płatności sprawdź:
- oficjalną dokumentację używanej wersji wtyczki;
- domeny i skrypty ładowane przed wyborem metody oraz po jej wybraniu;
- cookies, local storage i żądania sieciowe;
- ramki iframe oraz przekierowania do zewnętrznego serwisu;
- działanie po odrzuceniu zgód opcjonalnych;
- wymagania systemu przeciwdziałania nadużyciom;
- zachowanie po powrocie z płatności;
- utworzenie pojedynczego zamówienia i właściwego statusu.
Test wykonuj w trybie sandbox bramki lub na zamówieniu kontrolowanym zgodnie z procedurą sklepu. Nie wyłączaj zabezpieczeń tylko po to, aby przejść test. Jeśli nie możesz jednoznacznie rozdzielić funkcji transakcyjnej od śledzenia, potrzebna jest analiza dokumentacji dostawcy oraz konkretnej implementacji.
Jak sprawdzić sklep po odrzuceniu cookies opcjonalnych?
Ten scenariusz jest najważniejszy, ponieważ pokazuje, czy CMP nie blokuje sprzedaży. Otwórz nowe okno incognito, odrzuć analitykę i marketing, a następnie:
- otwórz stronę produktu;
- wybierz wariant i zmień liczbę sztuk;
- dodaj produkt do koszyka;
- sprawdź licznik oraz mini-koszyk;
- przejdź na inną podstronę i wróć do koszyka;
- usuń produkt i dodaj go ponownie;
- zastosuj poprawny oraz błędny kod rabatowy;
- wybierz kraj, dostawę i sposób płatności;
- sprawdź walidację formularza kasy;
- wykonaj zamówienie testowe zgodnie z procedurą sklepu;
- sprawdź stronę podziękowania, status zamówienia i wiadomość transakcyjną;
- wróć do sklepu i potwierdź, że koszyk zachowuje się zgodnie z konfiguracją.
Podczas testu obserwuj konsolę JavaScript, zakładki Application i Network oraz logi CMP. Zapisuj czas, adres i dokładną czynność, po której wystąpił błąd. Sam komunikat „płatność nie działa” jest zbyt ogólny, aby wskazać przyczynę.
Jak przetestować analitykę i marketing w WooCommerce?
Każdy scenariusz rozpocznij w osobnej czystej sesji. Porównaj wyniki dla:
- braku decyzji;
- odrzucenia wszystkich kategorii opcjonalnych;
- zgody tylko na analitykę;
- zgody tylko na marketing, jeśli taka kombinacja jest dostępna;
- akceptacji wszystkich kategorii;
- wycofania udzielonej zgody;
- ponownej wizyty z zapisaną decyzją.
Sprawdź nie tylko cookies. Skrypt może wysłać żądanie bez utworzenia pliku cookie albo zapisać dane w local storage. Dla każdego narzędzia zweryfikuj:
- moment załadowania biblioteki;
- żądania sieciowe przed i po wyborze;
- zapis cookies oraz pamięci przeglądarki;
- zdarzenia
view_item,add_to_cart,begin_checkoutipurchase, jeśli zostały wdrożone; - identyfikator i wartość zamówienia;
- walutę;
- pojedynczą emisję zdarzenia zakupu;
- zachowanie po odświeżeniu strony podziękowania.
Nie zakładaj, że brak zdarzenia po odmowie jest błędem pomiaru. Może to być oczekiwany skutek wybranej konfiguracji. Z kolei zdarzenie widoczne w warstwie danych nie dowodzi, że zostało prawidłowo wysłane do odbiorcy. Porównaj dataLayer, GTM Preview, żądania Network i panel debugowania używanej platformy.
Consent Mode v2 w sklepie WooCommerce
Jeżeli sklep używa usług Google, sprawdź cztery sygnały Consent Mode v2:
analytics_storage;ad_storage;ad_user_data;ad_personalization.
Stan domyślny powinien zostać ustawiony przed zdarzeniami pomiarowymi, a kliknięcie banera powinno wywołać aktualizację zgodną z wyborem. Test przeprowadź w Google Tag Assistant dla pierwszej wizyty, akceptacji, odmowy, zgody częściowej i wycofania.
W trybie Advanced tagi Google mogą wysyłać ograniczone pomiary bez cookies przy stanie denied. W trybie Basic pozostają zablokowane do uzyskania zgody. Dlatego sama obecność żądania w Network albo status Fired nie wystarcza do oceny. Szczegółową procedurę opisuje poradnik Consent Mode v2 na WordPressie oraz dokumentacja testowania Google.
Consent Mode jest mechanizmem Google. Nie steruje automatycznie Meta Pixel, TikTok Pixel, narzędziem afiliacyjnym ani dowolnym skryptem WooCommerce. Dla tych elementów trzeba przygotować osobne reguły w CMP lub GTM.
Macierz testów cookies w WooCommerce
| Scenariusz | Co sprawdzić | Warunek pozytywnego wyniku |
|---|---|---|
| Pierwsza wizyta | baner, cookies, local storage, żądania | technologie opcjonalne zachowują się zgodnie ze stanem domyślnym |
| Odrzucenie | produkt, koszyk, konto, kasa, płatność | sklep pozwala wykonać podstawową ścieżkę bez zgód opcjonalnych |
| Tylko analityka | GA4 i skrypty marketingowe | analityka reaguje zgodnie z wyborem, marketing pozostaje odrzucony |
| Akceptacja wszystkiego | wszystkie skonfigurowane narzędzia | uruchamiają się tylko elementy przypisane do przyznanych kategorii |
| Wycofanie | aktualizacja stanu i dalsze żądania | nowe działania respektują wycofanie, a zachowanie istniejących identyfikatorów jest udokumentowane |
| Kolejna podstrona | pamięć wyboru i zawartość koszyka | decyzja oraz koszyk nie zmieniają się nieoczekiwanie |
| Ponowna wizyta | odtworzenie preferencji | CMP nie przypisuje innego stanu niż zapisany |
| Użytkownik zalogowany | konto, adresy, zamówienia | zgody i funkcje konta działają niezależnie od sesji administratora |
| Płatność testowa | iframe, przekierowanie, powrót, status | powstaje jedno zamówienie z prawidłowym statusem |
| Pomiar zakupu | identyfikator, kwota, waluta, liczba emisji | zdarzenie pojawia się raz i tylko w dozwolonym scenariuszu |
| Urządzenie mobilne | baner, koszyk, szybkie płatności | interfejs nie zasłania elementów i zachowuje te same reguły |
| Cache anonimowego użytkownika | HTML, kolejność skryptów, mini-koszyk | wersja z cache odtwarza właściwy stan i dane koszyka |
Do protokołu dopisz datę, środowisko, wersję WordPressa, WooCommerce, CMP, kontenera GTM oraz najważniejszych dodatków. Dzięki temu po aktualizacji będzie wiadomo, co faktycznie uległo zmianie.
Najczęstsze błędy po wdrożeniu banera cookies
| Objaw | Możliwa przyczyna | Co sprawdzić |
|---|---|---|
| koszyk opróżnia się po odmowie | cookie sesji lub skrypt koszyka przypisano do kategorii opcjonalnej | klasyfikację cookies WooCommerce i reguły blokowania |
| licznik koszyka nie aktualizuje się | zablokowany skrypt, błąd cache lub nieaktualny fragment koszyka | Console, Network, cache i działanie jako anonimowy klient |
| przycisk płatności znika | skrypt bramki został zablokowany albo nie załadował iframe | kategorię, CSP, błędy JavaScript i dokumentację bramki |
| powstają dwa zamówienia lub dwa zdarzenia zakupu | duplikat taga, ponowne uruchomienie na stronie podziękowania lub kilka integracji | GTM, wtyczki analityczne i identyfikator transakcji |
| GA4 rejestruje zakup przed zgodą | tag nie respektuje wybranego mechanizmu lub uruchamia się z innego źródła | wszystkie instalacje GA4, Consent Mode i reguły GTM |
| zakup nie pojawia się po akceptacji | aktualizacja zgody jest spóźniona albo tag ma zbędny warunek | Tag Assistant, kolejność zdarzeń i kontrolę zgód taga |
| baner nie działa w kasie | inny szablon, cache, domena płatności albo błąd skryptu | kod strony kasy, domeny, Console i status integracji CMP |
| po wycofaniu pozostają cookies | zmiana stanu nie usuwa automatycznie wcześniej zapisanych danych | funkcje usuwania w CMP i dokumentację danego narzędzia |
| administrator widzi poprawny sklep, klient nie | cache omija zalogowanych użytkowników | test incognito, CDN i reguły optymalizacji |
| pojawiają się dwa banery | aktywne są dwa CMP lub pozostał stary kod | wtyczki, GTM, motyw, nagłówek i cache |
Kiedy ponownie skanować i testować sklep?
Powtórz audyt po:
- instalacji lub aktualizacji wtyczki płatniczej;
- dodaniu nowego kanału reklamowego;
- zmianie GTM lub pomiaru e-commerce;
- wdrożeniu odzyskiwania porzuconych koszyków;
- dodaniu filmu, mapy, czatu albo recenzji zewnętrznych;
- zmianie motywu lub kreatora strony;
- modyfikacji cache, CDN albo opóźniania JavaScriptu;
- uruchomieniu nowego kraju, języka, waluty lub subdomeny;
- zmianie procesu kasy;
- każdej sytuacji, w której sprzedaż lub dane analityczne zachowują się inaczej.
Automatyczny skan pomaga wykryć nowe elementy, ale nie zastępuje zamówienia testowego. Robot nie oceni, czy kod rabatowy działa, płatność wróciła z prawidłowym statusem ani czy zdarzenie purchase zostało wysłane dokładnie raz.
Najczęstsze pytania o cookies WooCommerce
Czy cookies koszyka WooCommerce wymagają zgody?
Cookies rzeczywiście konieczne do utrzymania koszyka i dostarczenia funkcji żądanej przez użytkownika mogą mieścić się w wyjątku z art. 399 ust. 3 PKE. Nie oznacza to automatycznego wyjątku dla wszystkich dodatków WooCommerce. Konieczność trzeba uzasadnić dla konkretnej technologii i opisać ją użytkownikowi.
Czy odrzucenie cookies może wyłączyć koszyk?
Prawidłowo skonfigurowany mechanizm nie powinien blokować elementów rzeczywiście potrzebnych do wykonania zakupu. Jeśli po odmowie koszyk się opróżnia, najpierw sprawdź kategorię wp_woocommerce_session_, reguły blokowania oraz cache.
Czy WooCommerce ma własny baner cookies?
Dokumentacja rdzenia WooCommerce opisuje cookies, ale nie zastępuje konfiguracji CMP dla całej witryny. Sklep zwykle wymaga oddzielnego mechanizmu, który uwzględni także wtyczki, reklamy, analitykę i możliwość zmiany decyzji.
Czy Consent Mode v2 steruje Meta Pixel?
Nie. Consent Mode jest mechanizmem dla obsługiwanych usług Google. Meta Pixel i inne skrypty trzeba kontrolować osobno zgodnie z dokumentacją dostawcy oraz kategorią przyjętą w CMP.
Czy skan wykryje cookies na stronie płatności?
Nie zawsze. Kasa może wymagać produktu w koszyku, danych adresowych, wybrania metody lub przejścia do zewnętrznej domeny. Skan uzupełnij ręcznym testem w trybie bezpiecznym dla danego operatora.
Czy po wdrożeniu banera trzeba wykonać prawdziwe zamówienie?
Trzeba sprawdzić całą ścieżkę, ale nie musi to oznaczać rzeczywistej płatności. Użyj sandboxa bramki, specjalnej metody testowej albo kontrolowanego zamówienia zgodnego z procedurą firmy. Zapisz sposób testu w protokole.
Czy poprawny baner oznacza zgodność sklepu z prawem?
Nie. Baner i CMP są narzędziami technicznymi. Wynik zależy także od klasyfikacji, treści informacji, możliwości odmowy i wycofania zgody, rzeczywistego zachowania skryptów oraz procesów organizacji. Ocena prawna powinna dotyczyć konkretnego sklepu i obsługiwanych rynków.
Zacznij od inwentaryzacji technologii, których rzeczywiście używa sklep – zeskanuj stronę z CookieStart.