Gdy WooCommerce nie działa – koszyk się nie aktualizuje, płatność nie przechodzi albo zamówienia wiszą bez statusu – przyczyną najczęściej jest jedna z czterech rzeczy: pamięć podręczna (cache) obejmująca koszyk, konflikt wtyczek po aktualizacji, zablokowane powiadomienia z bramki płatności albo brak poprawnie skonfigurowanej wysyłki maili (SMTP). Większość z nich da się zdiagnozować w kilkanaście minut prostym testowym zamówieniem.
W sklepie internetowym każda godzina awarii to konkretne pieniądze. Klient, któremu nie zadziałał koszyk albo BLIK, rzadko wraca – zwykle kupuje u konkurencji. Dlatego przy sklepach reaguję inaczej niż przy stronach firmowych: najpierw przywracam sprzedaż, potem szukam przyczyny do końca.
Poniżej opisuję najczęstsze awarie WooCommerce, które widzę w ramach naprawy sklepów WooCommerce, co możesz sprawdzić sam i kiedy to już zadanie dla specjalisty.
Dlaczego koszyk w WooCommerce się nie aktualizuje?
Najczęściej dlatego, że wtyczka cache lub cache na serwerze zapamiętuje strony koszyka, zamówienia i konta klienta, więc każdy widzi tę samą, starą wersję. Druga częsta przyczyna to konflikt skryptów JavaScript – po aktualizacji motywu lub wtyczki przycisk „Dodaj do koszyka” przestaje reagować albo licznik koszyka się nie odświeża.
Typowe objawy i ich źródła:
- Koszyk pusty po dodaniu produktu lub produkty „znikają” – cache strony koszyka albo problem z ciasteczkami sesji.
- Licznik w nagłówku pokazuje stare dane – cache lub optymalizacja skryptów (łączenie i opóźnianie JavaScript) psuje odświeżanie koszyka.
- Przycisk nie reaguje – błąd JavaScript, często po aktualizacji motywu lub wtyczki optymalizującej.
- Działa u Ciebie, nie działa u klientów – jako zalogowany administrator często omijasz cache, więc nie widzisz problemu.
Dlaczego płatność Przelewy24, BLIK lub PayU nie przechodzi?
Najczęstsze przyczyny to: błędne lub wygasłe dane dostępowe do bramki (np. po zmianie konta lub trybu testowego na produkcyjny), wtyczka płatności niezgodna z nową wersją WooCommerce albo z blokowym widokiem zamówienia, oraz zablokowane powiadomienia zwrotne, przez które bramka nie może poinformować sklepu, że płatność się udała.
Rozróżnij dwa scenariusze, bo mają różne przyczyny:
- Klient nie może zapłacić – nie widzi metody płatności, dostaje błąd po kliknięciu „Kupuję i płacę” albo nie przechodzi do bramki. Zwykle to konfiguracja wtyczki, klucze API, niezgodność z nową wersją WooCommerce lub z blokowym widokiem kasy.
- Klient zapłacił, a zamówienie nie zmieniło statusu – pieniądze są w panelu Przelewy24 lub PayU, ale w sklepie zamówienie wisi jako „Oczekujące na płatność”. To prawie zawsze problem z powiadomieniami zwrotnymi (webhookami).
Czym są webhooki i dlaczego się psują
Po udanej płatności bramka wysyła do Twojego sklepu automatyczny sygnał: „zamówienie numer X opłacone”. Jeśli ten sygnał nie dotrze, sklep nie wie o płatności. Blokują go najczęściej: wtyczki bezpieczeństwa i zapory sieciowe (np. traktujące sygnał jak atak), tryb konserwacji, przekierowania (np. po zmianie adresu z http na https lub z www na bez www), błędny adres powiadomień w panelu operatora oraz błędy PHP w samej wtyczce płatności.
W panelu Przelewy24 i PayU zwykle widać historię wysłanych powiadomień i odpowiedzi sklepu – to pierwsze miejsce, które sprawdzam przy takim zgłoszeniu.
Dlaczego zamówienia w WooCommerce wiszą bez statusu?
Zamówienia bez właściwego statusu to zwykle efekt niedochodzących powiadomień z bramki płatności albo niedziałającego harmonogramu zadań WordPressa (WP-Cron), który odpowiada m.in. za automatyczne anulowanie nieopłaconych zamówień i wysyłkę części maili. Rzadziej winna jest wtyczka, która zmienia statusy (np. integracja z magazynem lub fakturowaniem).
Co możesz sprawdzić sam:
- Porównaj zamówienie w sklepie z transakcją w panelu bramki. Jeśli płatność jest zaksięgowana, a status nie – to sprawa powiadomień.
- Zajrzyj w WooCommerce do sekcji Status, a w niej do Zaplanowanych działań. Duża liczba działań oczekujących lub nieudanych to sygnał, że harmonogram zadań nie działa.
- Opłacone zamówienia możesz ręcznie zmienić na „W trakcie realizacji”, żeby nie blokować wysyłki – ale to obejście, nie naprawa.
Dlaczego WooCommerce nie wysyła maili do klientów?
Najczęściej dlatego, że sklep wysyła maile przez domyślną funkcję serwera, a skrzynki odbiorców (Gmail, Onet, WP) odrzucają je lub wrzucają do spamu jako niezweryfikowane. Rozwiązaniem jest wysyłka przez SMTP z prawdziwej skrzynki w Twojej domenie i poprawne rekordy SPF, DKIM i DMARC w DNS.
Lista kontrolna:
- W WooCommerce, w Ustawieniach, zakładce E-maile sprawdź, czy dane powiadomienie jest włączone i ma poprawny adres nadawcy w Twojej domenie.
- Złóż testowe zamówienie na własny adres i sprawdź także folder spam.
- Jeśli maile nie dochodzą wcale, potrzebna jest wtyczka SMTP skonfigurowana z kontem pocztowym w domenie sklepu oraz sprawdzenie rekordów DNS – to jednorazowa konfiguracja, którą warto zlecić.
- Brak maili tylko przy niektórych statusach może oznaczać, że zamówienie w ogóle nie zmieniło statusu (patrz wyżej).
Ile traci sklep internetowy na godzinę awarii?
Najprościej policzyć to tak: miesięczny obrót sklepu podziel przez liczbę godzin, w których klienci faktycznie kupują. Przykład: sklep z obrotem 60 000 zł miesięcznie, który większość sprzedaży robi w około 300 „aktywnych” godzinach, traci średnio około 200 zł na każdą godzinę niedziałającego koszyka – a w szczycie, np. wieczorem lub w trakcie kampanii, znacznie więcej.
Do tego dochodzą koszty mniej widoczne:
- Reklamy Google Ads i w social media dalej się wyświetlają i kosztują, choć nikt nie może kupić. Przy awarii warto je wstrzymać – więcej o kampaniach w usłudze reklam Google Ads.
- Klienci, którzy trafili na błąd płatności, często nie wracają.
- Zamówienia opłacone, ale bez statusu, to ryzyko opóźnionych wysyłek, telefonów i negatywnych opinii.
Co robić, gdy nie działa InPost lub wybór paczkomatu?
Problemy z InPost najczęściej wynikają z wygasłego lub błędnego tokenu API w ustawieniach wtyczki, niezgodności wtyczki z nową wersją WooCommerce lub z blokowym widokiem zamówienia oraz z konfliktu skryptów, przez który mapa paczkomatów się nie ładuje. Objaw jest zwykle prosty: klient nie może wybrać paczkomatu, więc nie składa zamówienia.
Sprawdź po kolei:
- Czy w panelu InPost token jest aktywny i ten sam co w ustawieniach wtyczki.
- Czy mapa paczkomatów otwiera się w oknie prywatnym i na telefonie.
- Czy problem pojawił się po aktualizacji – jeśli tak, wróć do zasad z wpisu aktualizacja WordPressa zepsuła stronę.
- Czy wtyczka jest wciąż rozwijana przez autora. Porzucone integracje kurierskie to częsta przyczyna nagłych awarii.
Jak szybko zdiagnozować awarię sklepu WooCommerce?
Najlepszym narzędziem diagnostycznym jest testowe zamówienie z okna prywatnego przeglądarki, przejście całej ścieżki klienta i notowanie, w którym kroku coś się psuje. To, plus informacja „co zmieniło się ostatnio”, zawęża przyczynę w kilkanaście minut.
Moja szybka procedura, którą możesz powtórzyć:
- Otwórz sklep w oknie prywatnym (bez logowania) i na telefonie.
- Dodaj produkt do koszyka, zmień ilość, przejdź do zamówienia.
- Wybierz dostawę (np. paczkomat) i płatność. Do testu użyj przelewu tradycyjnego, a płatność online sprawdź małą kwotą lub w trybie testowym bramki.
- Sprawdź, czy przyszedł mail do klienta i do sklepu oraz jaki status ma zamówienie.
- Zapisz, na którym kroku pojawił się problem i jaki komunikat się wyświetlił.
- Przypomnij sobie ostatnie zmiany: aktualizacje, nowe wtyczki, zmiany na hostingu, nowy certyfikat lub adres.
Kiedy od razu dzwonić do specjalisty
- Płatności nie przechodzą lub zamówienia nie zmieniają statusu dłużej niż kilka minut.
- Widzisz błąd krytyczny na stronie koszyka lub zamówienia – zajrzyj też do wpisu o błędzie krytycznym WordPressa.
- Na stronie zamówienia pojawił się podejrzany kod, a klienci zgłaszają dziwne zachowanie płatności – to może być włamanie skimujące dane, opisane w tekście strona WordPress zhakowana.
- Problem wymaga zmian w bazie danych lub plikach na serwerze.
Naprawa czy nowy sklep?
Zdecydowana większość awarii WooCommerce to rzeczy do naprawienia w ciągu godzin, nie tygodni. Jeśli jednak sklep ma wiele porzuconych wtyczek, przestarzały motyw i awarie wracają co miesiąc, czasem bardziej opłaca się przebudowa – szczególnie gdy i tak planujesz rozwój sprzedaży.
Przy każdej naprawie i optymalizacji sklepów internetowych mówię wprost, co da się uratować, a co lepiej wymienić. Jeśli rozważasz nowy sklep, zobacz, jak wygląda sklep internetowy na zamówienie w ITPER – od 12 300 zł netto, z integracjami płatności, InPost i maili skonfigurowanymi od początku.
Podsumowanie
- Niedziałający koszyk to najczęściej cache stron koszyka i zamówienia albo konflikt skryptów po aktualizacji.
- Opłacone zamówienia bez statusu to zwykle zablokowane powiadomienia z Przelewy24 lub PayU albo niedziałający harmonogram zadań.
- Maile do klientów wymagają wysyłki przez SMTP i poprawnych rekordów SPF, DKIM i DMARC.
- Testowe zamówienie z okna prywatnego to najszybsza diagnoza, którą możesz zrobić sam.
- Godzina awarii to realnie utracona sprzedaż i opłacone reklamy bez efektu – dlatego sklep potrzebuje szybkiej reakcji.
