Awaria płatności w sklepie
Klient nie może zapłacić, płatność nie wraca do sklepu, zamówienie ma zły status, Przelewy24, PayU, Tpay, Stripe albo PayPal pokazuje błąd? Najpierw ustalamy, gdzie przerywa się płatność, zabezpieczamy sklep i dopiero potem naprawiamy integrację.
Najczęstsze objawy
Awaria płatności rzadko oznacza wyłącznie „zepsutą bramkę”. Czasem problem zaczyna się już w checkoutcie, czasem pojawia się po przekierowaniu do operatora, a czasem płatność jest wykonana, ale sklep nie otrzymuje poprawnego potwierdzenia. Dlatego trzeba sprawdzić całą ścieżkę: koszyk, kasę, bramkę, webhook, powrót do sklepu, status zamówienia i powiadomienia e-mail.
Pierwsza pomoc
Jak wygląda naprawa
Przy bramkach płatności nie chodzi tylko o to, żeby przycisk „Zapłać” zaczął działać. Trzeba mieć pewność, że zamówienie, transakcja, status, e-mail i panel sklepu są spójne.
Sprawdzamy, czy problem pojawia się w checkoutcie, przy przekierowaniu, po powrocie do sklepu, przy webhooku czy przy zmianie statusu.
Zabezpieczamy sklep, sprawdzamy logi WooCommerce, logi hostingu, status systemu i historię ostatnich zmian.
Weryfikujemy klucze API, webhooki, adresy powrotu, certyfikat SSL, komunikację z operatorem i konflikty z cache lub motywem.
Wprowadzamy poprawki, wykonujemy kontrolowany test zamówienia i sprawdzamy status, mail, stronę podziękowania oraz zapis w panelu.
Zakres pomocy
Każdy operator płatności działa trochę inaczej, ale wiele awarii ma podobne źródła: konfiguracja API, webhook, SSL, cache, konflikt wtyczek, błędny checkout albo problem po aktualizacji.
Problemy z przekierowaniem, statusem zamówienia, kluczami, CRC, webhookami, trybem testowym i komunikacją z operatorem.
Błędy kart, 3D Secure, webhooków, waluty, zwrotów, statusów płatności, autoryzacji i niezgodności wersji wtyczki.
Zamówienia opłacone, ale nadal oczekujące; anulowania po czasie; brak automatycznej zmiany statusu i błędne powiadomienia.
Blokady hostingu, firewall, SSL, błędne adresy callback, cache, Cloudflare, ograniczenia REST API i problemy z komunikacją zwrotną.
Błędy JavaScript, konflikty motywu, nieprawidłowe pola kasy, walidacja, kupony, dostawy i problem z przejściem do płatności.
Niekompatybilna wersja PHP, WooCommerce, modułu płatności, motywu, cache lub wtyczek optymalizacyjnych.
Merytorycznie
W WooCommerce płatność to nie jeden prosty krok. Klient składa zamówienie, sklep tworzy rekord w bazie, bramka otrzymuje dane transakcji, operator obsługuje płatność, a później przekazuje wynik z powrotem do WooCommerce. Dopiero wtedy sklep powinien zmienić status zamówienia, wysłać e-mail, pomniejszyć stan magazynowy i pokazać klientowi potwierdzenie.
Jeśli którykolwiek fragment tej ścieżki nie działa, właściciel sklepu widzi chaos: klient zapłacił, ale zamówienie jest „oczekujące”; klient nie zapłacił, ale zamówienie powstało; klient wrócił z bramki na pustą stronę; operator pokazuje sukces, a WooCommerce nie dostał potwierdzenia. Źródłem może być webhook, certyfikat SSL, cache, firewall, blokada REST API, zły klucz, tryb testowy, aktualizacja modułu płatności albo konflikt JavaScript w checkoutcie.
Dlatego bezpieczna naprawa płatności nie polega na przypadkowym przeinstalowaniu wtyczki. Najpierw trzeba sprawdzić logi, konfigurację, ostatnie zmiany, status systemu WooCommerce i komunikację z operatorem. Dopiero później można poprawić konfigurację, kod, wtyczkę lub środowisko i wykonać test, który potwierdza, że sklep poprawnie zapisuje zamówienie od początku do końca.
Naprawa płatności WooCommerce
Sprawdzimy, czy problem dotyczy bramki, checkoutu, webhooków, statusów zamówień, SSL, cache czy aktualizacji. Przed rozpoczęciem prac potwierdzimy zakres i koszt.
FAQ
Krótko i praktycznie: bramki, webhooki, statusy, testy, dostęp i bezpieczeństwo zamówień.
Najpierw trzeba ustalić, czy problem pojawia się przed przekierowaniem do operatora, po powrocie do sklepu, przy webhooku, przy zmianie statusu zamówienia czy tylko dla jednej metody płatności. Nie warto resetować konfiguracji i aktualizować wszystkiego bez kopii zapasowej.
Często wynika to z problemu z webhookiem, komunikacją API, certyfikatem SSL, cache, blokadą po stronie hostingu, błędem wtyczki płatności albo niezgodnością wersji WooCommerce i modułu operatora.
Tak. Diagnozujemy konfigurację bramki, logi WooCommerce, komunikację z API, webhooki, statusy zamówień, błędy SSL, problemy po aktualizacji i konflikty z motywem lub innymi wtyczkami.
Często tak, szczególnie gdy trzeba sprawdzić klucze API, webhooki, tryb testowy, logi transakcji, adresy powrotu albo komunikaty błędu po stronie operatora.
Zależnie od operatora można użyć trybu testowego, płatności testowej albo kontrolowanej transakcji o niskiej wartości. Ważne, żeby test był zaplanowany i sprawdzał także status zamówienia oraz wiadomości e-mail.
Tak. Cache, minifikacja JavaScript, optymalizacja checkoutu, Cloudflare albo wtyczki wydajnościowe mogą blokować koszyk, formularz kasy, sesję klienta lub komunikację zwrotną z operatorem płatności.
Drobne naprawy zaczynają się zwykle od kilkuset złotych. Końcowy koszt zależy od rodzaju bramki, przyczyny błędu, dostępów, stanu konfiguracji, potrzeby testów transakcji oraz tego, czy problem dotyczy też checkoutu lub statusów zamówień.
Tak. Sama informacja, że bramka się otwiera, nie wystarczy. Trzeba sprawdzić zamówienie, status po płatności, stronę podziękowania, e-mail do klienta i powiadomienie do administratora sklepu.
Zgłoszenie problemu z płatnością
Wystarczy adres sklepu i krótki opis: jaka bramka, jaki komunikat, od kiedy, czy była aktualizacja, czy zamówienie powstaje w WooCommerce i czy operator widzi transakcję.
Płatności nie przechodzą albo zamówienia mają błędny status?
