Zniknęła płatność albo przewoźnik w sklepie: przyczyny i diagnoza krok po kroku

Aktualizacja: 28.10.2026 Autor: Stanisław Sterkowski 7 min czytania

Spis treści

Dlaczego to najdroższa cicha awaria
Najczęstsze przyczyny w PrestaShop, WooCommerce i Magento
Diagnoza krok po kroku
Płatność widoczna, ale zamówienie bez statusu
Jak wykrywać zniknięcie metody automatycznie
Źródła
Najczęstsze pytania

Zniknięcie płatności albo przewoźnika z zamówienia to awaria, której zwykły monitoring nie widzi: strona główna działa, koszyk działa, a klient na ostatnim kroku nie ma czym zapłacić albo jak odebrać paczki. Najczęstsze przyczyny w PrestaShop, WooCommerce i Magento to ograniczenia modułu (kraj, waluta, grupa klientów, kwota), reguły przewoźnika zależne od koszyka i konflikty po aktualizacji. Ja, IThandy z Warszawy, wykrywam takie braki automatycznie testem zamówienia, który porównuje metody dostawy i płatności z wzorcem.

Poniżej masz listę przyczyn, diagnozę krok po kroku dla trzech platform i sposób, żeby następnym razem dowiedzieć się o problemie od alarmu, a nie od klienta.

Dlaczego to najdroższa cicha awaria

Brak BLIK albo paczkomatów nie wyłącza sklepu, tylko odcina większość kupujących na ostatnim kroku, więc nikt nie dzwoni z alarmem. Klient po prostu wychodzi.

W Polsce skala jest wyjątkowa. Według raportu Gemius "E-commerce w Polsce 2025" w omówieniu Przelewy24 BLIK wybiera 72% kupujących online, szybkie przelewy 64%, a kartę 43%. Dostawę do automatu paczkowego wybiera 83% kupujących, a 87% z nich korzysta z Paczkomatów InPost (Przelewy24, Gemius 2025). Jeśli zniknie BLIK albo widżet InPost, nie tracisz "jednej metody". Tracisz domyślny wybór większości klientów.

W szczycie to jeszcze boli bardziej. W Black Weekend 2025 (28.11-1.12.2025) wykonano blisko 30 mln transakcji BLIK o wartości prawie 5 mld zł, z czego 20,9 mln o wartości 3,7 mld zł w internecie (BLIK).

Dane z rynku amerykańskiego pokazują ten sam mechanizm. Baymard (aktualizacja 22.09.2025) podaje średni wskaźnik porzuceń koszyka 70,22%. Wśród powodów porzucenia przy zamówieniu 17% kupujących wskazuje błędy lub awarię strony, 10% odrzuconą kartę, a 9% zbyt mało metod płatności (Baymard). Zniknięta metoda płatności trafia dokładnie w te kategorie.

Najczęstsze przyczyny w PrestaShop, WooCommerce i Magento

Większość "znikających" metod nie jest awarią serwera, tylko regułą, która po zmianie w sklepie przestała pasować do koszyka albo adresu klienta. Dlatego metoda działa u Ciebie w teście, a u klienta nie.

PrestaShop

Ograniczenia modułu płatności. W PrestaShop każdy moduł płatności ma przypisane kraje, waluty, grupy klientów i przewoźników. Dokumentacja Lyra zwraca uwagę, że PrestaShop domyślnie włącza modułom płatności tylko kraj domyślny sklepu (Lyra). Klient z Niemiec nie zobaczy wtedy płatności, którą Ty widzisz z polskim adresem.
Limity kwot. Minimalna albo maksymalna kwota zamówienia w ustawieniach modułu, np. raty od określonej wartości koszyka.
Opcja "Wyłącz moduły nie pochodzące od PrestaShop" w Zaawansowane > Wydajność. Włączona przy debugowaniu i zapomniana wyłącza większość bramek (Lyra).
Przewoźnik a koszyk. Przewoźnik znika, gdy nie pasuje grupa klienta, zakres wagi lub ceny, strefa adresu albo gdy produkt w koszyku ma przypisanych tylko wybranych przewoźników (Boxtal). Jeden gabaryt w koszyku potrafi usunąć paczkomaty dla całego zamówienia.
Konflikty i nadpisania. Moduł innej firmy, moduł checkoutu jednej strony albo motyw nadpisujący szablon płatności. Po większych zmianach w sklepie Lyra zaleca reset modułu, z wcześniejszym zapisem identyfikatora i klucza sklepu.

WooCommerce

Blok Checkout a stary checkout. Od WooCommerce 8.3 (16.11.2023) nowe instalacje z motywem blokowym dostają domyślnie bloki Koszyk i Zamówienie (WooCommerce). Bramka napisana tylko pod klasyczny checkout (shortcode) w bloku się nie pokaże, a WooCommerce o tym nie ostrzega (jorijn.com).
Filtrowanie bramek. Bramka może być włączona w ustawieniach i mimo to odfiltrowana przez walutę, kraj klienta, zawartość koszyka albo inną wtyczkę.
Błąd JavaScript. Gdy nie ma żadnej metody, nawet przelewu tradycyjnego, problemem jest zwykle renderowanie całego checkoutu, a nie jedna bramka.
Strefy wysyłki. Adres spoza zdefiniowanych stref to komunikat o braku opcji dostawy.

Magento 2

Kraje i kwoty. Każda metoda płatności i dostawy ma listę dozwolonych krajów oraz minimalną i maksymalną sumę zamówienia.
Aktualizacja rozszerzenia. Nowa wersja modułu płatności albo dostawy po setup:upgrade bez przebudowy i czyszczenia cache.
Cache i Varnish. Konfiguracja zmieniona w panelu, a sklep dalej serwuje stary stan.

Ten sam schemat widać w innych platformach. Na forach Shopware sprzedawcy opisują brak metod płatności przez minimalną kwotę zamówienia, regułę "adres dostawy równy adresowi rozliczeniowemu", konflikt wtyczek i błędnie nadpisany szablon (forum Shopware).

Diagnoza krok po kroku

Diagnoza zaczyna się od odtworzenia problemu u siebie z tym samym koszykiem i adresem co klient, a dopiero potem od ustawień modułów. Bez odtworzenia szukasz po omacku.

Zapisz, co dokładnie widzi klient: kraj adresu, produkty w koszyku, czy jest zalogowany, jaka przeglądarka. Zrób zrzut ekranu kroku dostawy i płatności.
Odtwórz zamówienie w trybie prywatnym, z prawdziwym kodem pocztowym i tym samym produktem. Przykładowe kody pocztowe potrafią dawać inne wyniki niż prawdziwe (Boxtal).
Sprawdź koszyk z innym produktem. Jeśli przewoźnik wraca, winne są ograniczenia produktu, waga albo wymiary.
Otwórz konsolę przeglądarki (F12) na stronie zamówienia. Błąd JavaScript oznacza problem z motywem albo wtyczką, nie z ustawieniami bramki.
Przejrzyj logi sklepu i PHP z ostatnich godzin, zwłaszcza po aktualizacji.
Sprawdź ograniczenia metody według listy dla Twojej platformy poniżej.
Wyczyść cache sklepu i CDN po każdej zmianie, a potem powtórz krok 2.
Zapisz przyczynę i dodaj jej sprawdzenie do listy kontrolnej po aktualizacjach.

PrestaShop:

Płatność > Preferencje: kraje, waluty, grupy klientów i przewoźnicy dla modułu.
Ustawienia modułu: tryb testowy, klucze API, limity kwot.
Zaawansowane > Wydajność: wyłączona opcja blokująca moduły spoza PrestaShop.
Wysyłka > Przewoźnicy: strefy, grupy, zakresy wagi i ceny; na karcie produktu zakładka Wysyłka.
Moduły checkoutu i motyw: czy nie nadpisują szablonu płatności.

WooCommerce:

Strona zamówienia: blok Checkout czy shortcode, i czy bramka wspiera ten tryb.
WooCommerce > Ustawienia > Płatności i Wysyłka: włączenie, strefy, metody w strefach.
Ograniczenia bramki: waluty, kraje, minimalna kwota.
Test konfliktu: wyłączenie wtyczek dotykających checkoutu na kopii sklepu, motyw Storefront.

Magento 2:

Stores > Configuration > Sales > Payment Methods i Delivery Methods: kraje, minimalna i maksymalna suma.
Status rozszerzenia po aktualizacji i kompilacja (setup:di:compile, indexer:reindex).
Czyszczenie cache i Varnish po zmianie konfiguracji.

Płatność widoczna, ale zamówienie bez statusu

Czasem metoda płatności jest na miejscu, klient płaci, a zamówienie zostaje w statusie "oczekuje na płatność". To znak, że nie dotarło powiadomienie zwrotne od operatora (IPN, webhook), a nie że zniknęła płatność.

Typowe przyczyny to zapora albo reguła anty-botowa blokująca adres powiadomień operatora, zmiana domeny lub certyfikatu, nieaktualny adres powiadomień w panelu operatora i błąd PHP w module przy obsłudze odpowiedzi. Tego żaden test syntetyczny nie zobaczy z zewnątrz, bo test nie płaci prawdziwymi pieniędzmi. Dlatego obok monitoringu raz dziennie przejrzyj w panelu zamówienia bez potwierdzonej płatności, a przy zmianach w zaporze dopuść adresy powiadomień operatorów. Więcej o regułach zapory piszę w artykule PrestaShop i boty: reguły Cloudflare.

Jak wykrywać zniknięcie metody automatycznie

Zniknięcie metody wykryjesz automatycznie tylko testem, który regularnie przechodzi zamówienie do wyboru płatności i porównuje wynik z zapisanym wzorcem. Sprawdzanie strony głównej albo koszyka tego nie złapie.

Tak działa test zamówienia w IThandy Monitor (pakiet Sklep Pro, co godzinę):

Przechodzi koszyk, dane klienta, dostawę i wybór płatności, ale nie składa zamówienia. W sklepie nie powstaje zamówienie ani faktura.
Sprawdza przewoźników per kraj i płatności per przewoźnik, z adresami testowymi w Polsce, Niemczech, Wielkiej Brytanii, USA, Hiszpanii, Czechach, Francji, Włoszech i Holandii.
Pierwszy udany test to wzorzec. Gdy przewoźnik albo płatność ze wzorca zniknie, zgłaszam zmianę po 2 testach z rzędu (przy losowych produktach po 3, bo przewoźnik zależy od gabarytu). Jeden kaprys bramki nie budzi Cię w nocy.
Metody wymagane (np. BLIK, paczkomaty, wysyłka do Niemiec) oznaczasz osobno. Ich brak to od razu awaria, potwierdzona drugim testem.
Powiązane zmiany łączę w jedną: "Zniknął przewoźnik DPD, a z nim płatność: pobranie" zamiast dwóch alarmów.
Zmiana nazwy to nie awaria. Ten sam moduł płatności albo ten sam przewoźnik pod nową nazwą aktualizuje wzorzec. Nowa metoda to informacja, nie błąd. Zamierzone usunięcie oznaczasz jako "Zmiana zamierzona".

Zakres według platformy: PrestaShop 1.6-9 w pełni, na koncie i jako gość (monitoring sklepu PrestaShop z testem zamówienia); WooCommerce w pełni jako gość przez Store API, bez wywoływania zamówienia (test checkoutu WooCommerce); Magento 2 w pełni na motywie Luma, na Hyvä do strony zamówienia; Shopify do koszyka. Jeśli Twój problem to cały niedziałający checkout w WooCommerce, zajrzyj do artykułu WooCommerce checkout nie działa.

Alarmy przychodzą e-mailem. Pakiety: Start 49 zł, Sklep 149 zł, Sklep Pro 349 zł netto miesięcznie, rocznie płacisz 10 x cena miesięczna (cennik). Przed Black Week i świętami takie braki zdarzają się najczęściej, bo wtedy wszyscy aktualizują moduły i zmieniają przewoźników, o czym piszę w checkliście na Black Friday i w tekście o monitoringu sklepu w święta.

Sprawdź sklep 14 dni za darmo w pakiecie Start i zobacz, co rozpozna skan: okres próbny. Jak to działa od środka, opisuję na stronie Jak to działa.

Źródła

Pytania

Najczęstsze pytania

Dlaczego BLIK zniknął z zamówienia w moim sklepie?

Najczęściej moduł płatności po aktualizacji ma wyłączony kraj, walutę albo grupę klientów, nie jest przypisany do przewoźnika albo ma limit kwoty zamówienia. Rzadziej winny jest motyw, który nadpisuje szablon płatności, lub wygasłe klucze API u operatora. Zacznij od ograniczeń modułu w panelu sklepu, potem sprawdź logi i konsolę przeglądarki na stronie zamówienia.

Czemu przewoźnik nie pokazuje się dla niektórych produktów?

Bo przewoźnik w PrestaShop i WooCommerce zależy od koszyka: wagi, wartości, wymiarów, strefy adresu i ograniczeń ustawionych na samym produkcie. Gabaryt albo produkt z przypisanym tylko jednym przewoźnikiem potrafi wyłączyć paczkomaty dla całego koszyka. Przetestuj zamówienie z tym produktem i prawdziwym kodem pocztowym, a nie tylko z produktem testowym.

Jak sprawdzić płatności dla klientów z innych krajów?

Przejdź zamówienie z adresem w danym kraju, bo metody dostawy i płatności liczą się dla strefy i kraju adresu. Ręcznie to kilkanaście minut na kraj. IThandy Monitor robi to automatycznie z adresami testowymi w Polsce, Niemczech, Wielkiej Brytanii, USA, Hiszpanii, Czechach, Francji, Włoszech i Holandii, bez składania zamówienia.

Skąd wiem, że zmiana była zamierzona, a nie awarią?

Porównaj listę metod z wzorcem z ostatniego udanego testu i z dziennikiem zmian w panelu. W IThandy Monitor brak metody zgłaszam dopiero po dwóch testach z rzędu, zmianę nazwy rozpoznaję jako zmianę nazwy, a zamierzone usunięcie metody oznaczasz jednym przyciskiem, więc ten sam brak nie wraca jako alarm.

Czy test zamówienia tworzy zamówienia w moim sklepie?

Nie. Test przechodzi koszyk, dane klienta, wybór dostawy i płatności, ale zatrzymuje się przed przyciskiem składającym zamówienie. W sklepie nie powstaje zamówienie, faktura ani rezerwacja stanu. Konto testowe zakładam tylko za Twoją zgodą, a w WooCommerce test idzie jako gość przez Store API.