Jeśli WooCommerce pokazuje ostrzeżenie o niekompatybilnym rozszerzeniu, nie oznacza to od razu, że sklep właśnie wysadził się w powietrze. To raczej kontrolka na desce rozdzielczej. Nie panikujesz, ale też nie zaklejasz jej taśmą i nie jedziesz dalej, jakby nic się nie stało.
Najpierw trzeba przejść koszyk i checkout tak, jak robi to klient. Potem, jeśli problem faktycznie występuje, sprawdzić konflikt w bezpiecznym środowisku. W tym artykule znajdziesz prostą checklistę: gdzie pojawiają się ostrzeżenia WooCommerce, jak szukać winnego rozszerzenia, co sprawdzić przed aktualizacją i skąd może brać się komunikat „Nonce is invalid”.
Co oznacza ostrzeżenie o niekompatybilnym rozszerzeniu WooCommerce?
WooCommerce może pokazać administratorowi możliwe do zamknięcia ostrzeżenie na stronach koszyka i checkoutu. Czyli niekoniecznie w panelu, gdzie spodziewasz się wszystkich problemów. Komunikat pojawia się na froncie sklepu, dlatego warto sprawdzić obie strony w trybie zalogowanego administratora.
Skąd taki komunikat? Rozszerzenia powinny informować o swojej kompatybilności z blokami Cart i Checkout. Jeżeli dane rozszerzenie nie jest z nimi kompatybilne, powinno zadeklarować brak kompatybilności. WooCommerce może wtedy ostrzec, że warto przyjrzeć się działaniu koszyka i składania zamówienia.
Ostrzeżenie to nie wyrok na wtyczkę
Ważne rozróżnienie: ostrzeżenie jest sygnałem do testu, a nie kompletną diagnozą. Nie wynika z niego automatycznie, że konkretna wtyczka zepsuła checkout. Przyczyna może zależeć od rozszerzenia, motywu, rodzaju checkoutu, cache, hostingu albo konfiguracji płatności.
Dlatego nie twórz od razu listy podejrzanych wtyczek i nie kasuj pierwszej, która wpadnie pod rękę. Najpierw sprawdź, czy problem da się odtworzyć. Czasem ostrzeżenie jest widoczne, ale zakup działa poprawnie. Czasem z kolei wszystko wygląda dobrze przy szybkim klikaniu, a problem wychodzi dopiero przy płatności, zmianie dostawy albo wysłaniu wiadomości e-mail.
Najpierw nie panikuj: szybki test koszyka i checkoutu
Zanim zaczniesz wyłączać rozszerzenia i zaglądać w ustawienia, przejdź pełną ścieżkę zakupową. Nie chodzi o kliknięcie przycisku „Kupuję” i odtrąbienie sukcesu. Sklep może działać na początku, a potknąć się kilka kroków dalej. WooCommerce warto sprawdzać jak zwykły klient, nie jak administrator, który zna wszystkie skróty.
Checklista ścieżki zakupowej
Przejdź proces w stałej kolejności. Dzięki temu łatwiej porównać wynik przed zmianą i po zmianie:
- Otwórz stronę produktu i dodaj produkt do koszyka.
- Zmień ilość produktu, usuń go i dodaj ponownie.
- Przejdź do checkoutu oraz sprawdź wpisywanie adresu.
- Wybierz dostawę i zobacz, czy koszyk poprawnie przelicza dane.
- Sprawdź podatki, płatność i możliwość złożenia zamówienia.
- Wykonaj testowe zamówienie bez tworzenia realnej płatności.
- Sprawdź status zamówienia oraz wiadomości e-mail.
- Przejdź funkcje zależne od konkretnych rozszerzeń, nie tylko podstawowy zakup.
Na stagingu odłącz prawdziwe bramki płatności albo włącz ich oficjalny tryb testowy. Upewnij się też, że środowisko testowe nie wysyła prawdziwych wiadomości, webhooków ani nie modyfikuje danych usług zewnętrznych. Jeśli test płatności zachowuje się dziwnie, przed ponowieniem próby sprawdź, czy pierwsza nie utworzyła już zamówienia albo obciążenia. Podwójne kliknięcie to kiepski sposób na oszczędzanie nerwów.
Jak znaleźć wtyczkę, która robi bałagan?
Jeśli problem rzeczywiście występuje, czas na test konfliktu. Najbezpieczniej zrobić go na kopii stagingowej. Przed dezaktywacją rozszerzeń wykonaj aktualną kopię zapasową plików i bazy danych. Nie rób takich eksperymentów bezpośrednio na stronie produkcyjnej, jeśli masz możliwość przygotowania środowiska testowego.
Najpierw odtwórz problem i zapisz, co dokładnie robisz. Czy błąd pojawia się po wejściu do koszyka? Po zmianie ilości? Przy wyborze dostawy? Dopiero po kliknięciu płatności? Taki punkt odniesienia jest bardzo ważny. Bez niego łatwo uznać, że problem zniknął, choć po prostu przestałeś wykonywać krok, który go wywołuje.
Na stagingu przełącz sklep na motyw domyślny i tymczasowo wyłącz pozostałe wtyczki. Następnie ponownie sprawdź ten sam scenariusz checkoutu. Jeżeli problem zniknie, nie oznacza to jeszcze, że każda wyłączona wtyczka jest wadliwa. To metoda diagnostyczna, która pomaga zawęzić zestaw możliwych przyczyn.
Włączaj po jednej, testuj po każdej
Teraz włączaj rozszerzenia pojedynczo. Po każdej aktywacji powtórz dokładnie ten sam test: produkt, koszyk, dostawa, płatność i zamówienie. Zmieniaj jeden element naraz. Inaczej zamiast diagnozy dostaniesz piękny chaos, a chaos — jak wiadomo — rzadko prowadzi do dobrych wniosków.
Warto zapisać, przy którym zestawie zmian problem wraca. Sprawdź także cache przeglądarki, bo jego stan może utrudniać prawidłową diagnozę. Jeżeli błąd pojawia się tylko w określonej konfiguracji, nie zakładaj od razu, że jedna wtyczka jest jedynym winowajcą. Konflikt może wynikać ze współdziałania rozszerzenia, motywu i sposobu działania checkoutu.
Aktualizacja rozszerzenia bez ruletki
Aktualizacja rozszerzenia nie powinna wyglądać tak: klik, odświeżenie i modlitwa do bogów koszyka. Najpierw wykonaj aktualną kopię zapasową. Jeśli to możliwe, przygotuj staging i tam przetestuj planowany zestaw zmian, zamiast aktualizować wszystko od razu na stronie produkcyjnej.
Na środowisku testowym sprawdź konfigurację możliwie zbliżoną do tej, którą planujesz wdrożyć. Dotyczy to WooCommerce, rozszerzeń, bramek płatności i motywu. Po aktualizacji nie ograniczaj się do jednej strony. Sklep jest układem naczyń połączonych: zmiana w rozszerzeniu może być widoczna dopiero przy dostawie, płatności albo wysyłce wiadomości.
Co sprawdzić po aktualizacji?
Przejdź poniższą listę kontrolną:
- Strony produktów i dodawanie produktu do koszyka.
- Koszyk, zmiana ilości oraz usuwanie produktu.
- Checkout i poprawne przejście przez formularz.
- Dostawę, podatki oraz dostępne płatności.
- Testowe złożenie zamówienia.
- Status zamówienia i wiadomości e-mail.
- Funkcje zależne od konkretnego rozszerzenia.
Dopiero gdy testy przejdą poprawnie, powtórz aktualizację na produkcji. Po wdrożeniu ponownie sprawdź kluczowe elementy. Test stagingu nie jest magiczną tarczą, która załatwia wszystko raz na zawsze. Jest po prostu rozsądnym miejscem, żeby złapać problem, zanim zrobi to klient.
Błąd „Nonce is invalid” — o co chodzi z tym dziwnym komunikatem?
Komunikat „Nonce is invalid” brzmi trochę jak zaklęcie z gry, ale w opisywanym przypadku może mieć związek ze stanem koszyka. WooCommerce wskazuje, że na stronach objętych cache koszyk może pracować na nieaktualnych danych. Wtedy pojawia się nieważny nonce bezpieczeństwa i checkout może zgłosić błąd.
Opisane usprawnienie WooCommerce odświeża stan koszyka przy każdym załadowaniu strony i pobiera nowy nonce bezpieczeństwa. To pomaga utrzymać świeżość danych, ale nie oznacza, że każdy błąd nonce ma identyczną przyczynę. W grę może wchodzić cache, zablokowane żądanie, rozszerzenie, wtyczka bezpieczeństwa albo błąd serwera.
Cache, checkout i świeżość danych
Przy diagnozie sprawdź, czy problem odtwarza się po ponownym załadowaniu koszyka i podczas pełnego przejścia checkoutu. Nie traktuj samego komunikatu jako dowodu konfliktu jednej konkretnej wtyczki. Najpierw ustal, w jakim kroku błąd występuje i czy pojawia się stale.
Warto też uwzględnić rodzaj checkoutu. Dla checkoutu blokowego przydatne jest sprawdzenie żądań Store API, a dla klasycznego checkoutu — żądań wc-ajax. Jeśli pojawiają się problemy z ładowaniem, sprawdź również cache, zablokowane żądania i błędy serwera. Nie zaczynaj od kasowania danych ani zmiany konfiguracji płatności bez kopii zapasowej i identyfikacji problemu.
Kiedy przestać klikać na chybił-trafił i poprosić o pomoc?
Samodzielny test ma sens, dopóki zmieniasz jedną rzecz naraz i wiesz, co sprawdzasz. Warto poprosić o techniczną pomoc, gdy błąd występuje tylko przy konkretnej płatności lub dostawie, wraca po każdej aktualizacji albo nie da się bezpiecznie odtworzyć sklepu na stagingu.
Nie ignoruj też sytuacji, w której checkout działa u administratora, ale nie u klientów. Do sprawdzenia mogą być również błędy serwera oraz żądania 403 lub 500. Nie wykonuj kolejnych ryzykownych zmian na produkcji bez kopii zapasowej i planu wycofania. Jedna dezaktywacja nie zawsze rozwiązuje problem, a przypadkowe aktualizacje potrafią dołożyć następny.
Co przygotować przed pomocą techniczną?
Zamiast wysyłać wiadomość „nie działa”, przygotuj krótki, konkretny opis:
- Na której stronie pojawia się problem: koszyk, checkout czy jeszcze wcześniej.
- Jakie kroki prowadzą do błędu, zapisane w kolejności.
- Czy problem występuje przy konkretnym produkcie, dostawie lub płatności.
- Czy błąd pojawia się u administratora, klienta, czy w obu przypadkach.
- Jakie testy wykonano na stagingu i co zmieniło wynik.
- Czy problem pojawił się po aktualizacji rozszerzenia, motywu lub WooCommerce.
- Czy widoczne są komunikaty „Nonce is invalid”, 403, 500 albo problemy z ładowaniem.
Takie informacje skracają drogę do diagnozy. Osoba sprawdzająca sklep nie musi wtedy zgadywać, czy chodzi o koszyk, płatność, cache, motyw czy konflikt rozszerzeń.
Ostrzeżenie o niekompatybilnym rozszerzeniu WooCommerce potraktuj jak kontrolkę, nie jak wyrok. Najpierw przejdź koszyk i checkout pełną ścieżką, potem wykonaj kopię zapasową i testuj na stagingu. Przy konflikcie wyłączaj elementy diagnostycznie, a następnie włączaj rozszerzenia pojedynczo, testując po każdym kroku. Przed aktualizacją sprawdź produkty, koszyk, checkout, dostawę, podatki, płatności, e-maile i funkcje rozszerzeń. Przy błędzie nonce uwzględnij cache oraz świeżość danych. Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
