Płatność WooCommerce nie działa w najgorszym możliwym momencie: klient jest gotowy zapłacić, koszyk jest pełny, wszystko wygląda poprawnie, a na końcu pojawia się błąd, przekierowanie nie działa albo zamówienie wisi w statusie „Oczekuje na płatność”. To nie jest tylko drobna awaria techniczna. Dla sklepu internetowego to realna utrata sprzedaży, spadek zaufania i ryzyko, że użytkownik już nie wróci.
Najgorsze w problemach z płatnościami WooCommerce jest to, że objawy bywają mylące. Czasem winna jest sama wtyczka płatności, czasem konflikt z motywem, czasem aktualizacja WordPressa, czasem certyfikat SSL, a czasem operator płatności odrzuca transakcję z powodów, których nie widać na pierwszy rzut oka. Dlatego naprawa „na czuja” często tylko wydłuża przestój.
W tym artykule dostajesz praktyczny, ekspercki przewodnik diagnostyczny. Nie teoria, nie ogólniki, tylko uporządkowana ścieżka: co sprawdzić najpierw, jak odróżnić problem konfiguracji od problemu po stronie bramki, kiedy można bezpiecznie działać samodzielnie, a kiedy lepiej oddać sprawę specjaliście. Jeśli chcesz przywrócić płatności w sklepie możliwie szybko i bez ryzyka utraty kolejnych zamówień, jesteś we właściwym miejscu.
Szybka odpowiedź
Jeśli płatność WooCommerce nie działa, zacznij od czterech rzeczy: sprawdź, czy bramka płatności jest aktywna i poprawnie skonfigurowana, przejrzyj logi WooCommerce oraz logi wtyczki płatniczej, wyłącz tymczasowo cache i konflikty wtyczek, a następnie zweryfikuj klucze API, webhooki i tryb testowy. W praktyce najczęstsze przyczyny to:
- błędny lub wygasły klucz API operatora płatności,
- niepoprawny adres webhooka lub blokada REST API,
- konflikt z wtyczką optymalizacyjną, bezpieczeństwa albo cache,
- problem po aktualizacji WooCommerce, WordPressa lub samej bramki,
- zły status zamówienia po płatności mimo poprawnej autoryzacji,
- problem z certyfikatem SSL, domeną lub przekierowaniami,
- blokada po stronie operatora płatności lub banku klienta.
Jeżeli płatność przechodzi w systemie operatora, ale zamówienie nie wraca poprawnie do WooCommerce, zwykle trzeba diagnozować webhooki, endpointy REST API i logikę statusów zamówień. Jeżeli proces zatrzymuje się jeszcze przed przekierowaniem do operatora, najczęściej winna jest konfiguracja bramki, konflikt skryptów albo problem z checkoutem.
Diagnoza problemu
Zanim zaczniesz cokolwiek zmieniać, ustal na którym etapie płatność przestaje działać. To najważniejszy krok, bo od niego zależy cała dalsza diagnostyka. Inny problem występuje wtedy, gdy klient nie może przejść dalej z formularza zamówienia, inny gdy po kliknięciu „Zapłać” nic się nie dzieje, a jeszcze inny gdy operator przyjmuje płatność, ale WooCommerce jej nie widzi.
Podziel usterkę na cztery etapy:
- Etap formularza – klient nie może złożyć zamówienia albo pojawia się błąd walidacji.
- Etap przekierowania – przycisk płatności nie otwiera strony operatora, ładuje się pusta strona albo pojawia się błąd 500/403.
- Etap autoryzacji – klient wpisuje dane karty/BLIK, ale transakcja jest odrzucona lub wisi w oczekiwaniu.
- Etap powrotu do sklepu – płatność została wykonana, ale status zamówienia nie zmienia się, mail nie przychodzi, a klient widzi błąd.
Każdy z tych etapów wskazuje na inne źródło problemu. Na przykład brak przekierowania zwykle oznacza konflikt JavaScript, błędny endpoint lub blokadę bezpieczeństwa. Z kolei poprawna płatność u operatora, ale brak zmiany statusu w WooCommerce, bardzo często oznacza problem z webhookiem, REST API, cache albo filtrami w motywie.
Warto też odróżnić problem techniczny od odrzucenia transakcji. Jeśli operator płatności odrzuca płatność z powodu niewystarczających środków, błędu banku lub limitu, WooCommerce może działać poprawnie. Wtedy nie naprawiasz sklepu, tylko sprawdzasz logikę komunikatów i ewentualnie sposób obsługi błędów po stronie bramki.
Jeżeli problem jest losowy, występuje tylko u części klientów albo tylko na urządzeniach mobilnych, to bardzo mocna wskazówka, że problem leży w skryptach front-endowych, optymalizacji, cache lub niekompatybilności z konkretną przeglądarką. Jeśli awaria dotyczy wszystkich, myśl najpierw o konfiguracji, połączeniu z operatorem lub aktualizacji, która rozbiła kompatybilność.
Możliwe przyczyny
Poniżej znajdziesz najczęstsze źródła awarii płatności w WooCommerce. W praktyce bardzo często problem jest kombinacją dwóch lub trzech rzeczy naraz, na przykład błędnej konfiguracji plus konfliktu cache plus niewłaściwy status po webhooku.
1. Nieprawidłowa konfiguracja bramki płatności
To najczęstsza przyczyna. Wtyczka może być aktywna, ale nie mieć poprawnie wpisanych kluczy API, identyfikatora sprzedawcy, tokenów bezpieczeństwa albo adresu zwrotnego. Czasem po zmianie środowiska z testowego na produkcyjne zostają stare dane logowania i transakcje przestają przechodzić.
2. Tryb testowy zamiast produkcyjnego
Wielu właścicieli sklepów uruchamia płatności na testowych danych i zapomina przełączyć sklep na tryb produkcyjny. Efekt: wszystko wygląda dobrze, ale prawdziwe płatności nie są realizowane albo operator odrzuca je jako nienależące do środowiska produkcyjnego.
3. Konflikt z inną wtyczką
Najczęściej konfliktują wtyczki cache, optymalizacji JS/CSS, bezpieczeństwa, modyfikacji checkoutu, automatycznego tłumaczenia oraz niektóre wtyczki do faktur, subskrypcji lub wielowalutowości. Problem może objawiać się błędem JavaScript, brakiem działania przycisku, nieprawidłowym przeładowaniem koszyka albo utratą parametrów przy przekierowaniu.
4. Konflikt z motywem
Motyw może nadpisywać szablony WooCommerce, wstrzykiwać własne skrypty na checkout lub blokować domyślną strukturę formularza. To szczególnie częste w motywach z dużą ilością „ulepszeń” dla sklepu, page builderów i własnych hooków na stronie płatności.
5. Problem z webhookami
Webhook to mechanizm, dzięki któremu operator płatności informuje sklep o wyniku transakcji. Jeśli webhook nie dociera, jest blokowany, ma błędny adres, zwraca 403/404 lub jest przechwytywany przez cache, WooCommerce może nie zmienić statusu zamówienia. Klient zapłaci, ale sklep nadal pokazuje „oczekuje na płatność”.
6. Blokada REST API
Nowoczesne bramki płatności korzystają z REST API. Jeśli ta część WordPressa jest wyłączona, ukryta, chroniona dodatkowym zabezpieczeniem albo blokowana przez reguły serwera, płatność może nie przechodzić prawidłowo albo nie wracać do sklepu.
7. Błędy SSL i mieszana zawartość
Certyfikat SSL musi działać poprawnie na całym procesie checkoutu. Jeśli część zasobów ładuje się po HTTP, a część po HTTPS, przeglądarka może blokować skrypty, formularze lub żądania do bramki płatności. Czasem problem pojawia się po migracji domeny albo zmianie CDN.
8. Cache i optymalizacja zasobów
Łączenie plików JavaScript, opóźnione ładowanie skryptów, odraczanie JS, minifikacja, preload i agresywny cache potrafią zabić checkout. Jeśli skrypty operatora płatności nie uruchamiają się we właściwej kolejności, płatność może „wyglądać” na aktywną, ale w praktyce nie zadziała.
9. Aktualizacja WooCommerce, WordPressa lub wtyczki płatniczej
Po aktualizacji mogła zmienić się struktura hooków, wymagania techniczne, sposób obsługi statusów zamówień albo kompatybilność z wersją PHP. Szczególnie ryzykowne są aktualizacje wykonane bez testu na kopii stagingowej.
10. Problem po stronie operatora płatności lub banku
Nie każdy błąd pochodzi ze sklepu. Operator może mieć awarię, przerwy techniczne, ograniczenia na koncie sprzedawcy albo błędną weryfikację danych. Bank klienta też może odrzucić płatność, nawet jeśli wszystko w WooCommerce działa prawidłowo.
11. Nieprawidłowe statusy zamówień
Jeżeli wtyczka płatności i WooCommerce inaczej interpretują status transakcji, sklep może zatrzymać się na statusie „Wstrzymane” lub „Oczekuje na płatność”, mimo że pieniądze zostały pobrane. To częste przy integracjach niestandardowych i przy rozbudowanych procesach fulfillmentu.
12. Błędy w JavaScript na checkout
Jeden błąd JS na stronie zamówienia może zatrzymać całą ścieżkę płatności. Czasem wystarczy jeden niekompatybilny skrypt z czatem, opiniami, wtyczką GDPR albo licznikami promocji, żeby przycisk finalizacji przestał działać.
13. Ograniczenia serwera i firewall
ModSecurity, reguły WAF, zbyt restrykcyjny firewall, brak obsługi HTTP/2 albo zbyt krótkie timeouty mogą blokować komunikację z operatorem. Wtedy problem nie leży w WooCommerce jako takim, tylko w warstwie infrastruktury.
14. Błąd w konfiguracji wielowalutowości
Jeśli sklep używa kilku walut, niektóre bramki płatności wymagają spójnego ustawienia waluty bazowej i waluty płatności. Niezgodność może powodować odrzucenie transakcji albo błędne przeliczanie kwot.
15. Błędy w formularzu checkout
Ukryte pola, błędna walidacja, zmienione nazwy pól, dodatkowe obowiązkowe checkboxy lub modyfikacje formularza zamówienia mogą sprawić, że klient nie przejdzie do płatności mimo poprawnych danych.
Rozwiązanie krok po kroku
Nie próbuj naprawiać wszystkiego naraz. Najskuteczniejsza diagnostyka polega na eliminacji po kolei. Dzięki temu nie wprowadzisz niepotrzebnych zmian, a jeśli problem wróci, będziesz wiedzieć, co go wywołało.
Krok 1. Zabezpiecz sklep przed zmianami
Zrób pełną kopię zapasową plików i bazy danych. Jeśli masz środowisko stagingowe, testuj tam. Jeśli nie, przynajmniej zapisz aktualne ustawienia wtyczek płatności, wykonaj eksport konfiguracji i zanotuj aktywne wtyczki oraz wersje WordPressa, WooCommerce, PHP i motywu.
Ostrzeżenie: nie wykonuj eksperymentów na żywym sklepie w godzinach największej sprzedaży. Zmiany w checkout mogą przerwać proces zakupowy dla wszystkich klientów.
Krok 2. Sprawdź, czy problem dotyczy wszystkich czy tylko części użytkowników
Wykonaj test w przeglądarce incognito, na telefonie i komputerze. Jeśli możesz, użyj innego internetu, innego urządzenia i innej metody płatności. Zwróć uwagę, czy problem występuje tylko dla jednej bramki, czy dla wszystkich metod.
Jeśli jeden operator działa, a drugi nie, skup się na konfiguracji konkretnej wtyczki płatniczej. Jeśli żadna metoda nie działa, szukaj problemu w checkout, motywie, cache albo warstwie technicznej sklepu.
Krok 3. Otwórz logi WooCommerce i logi bramki płatności
To jeden z najważniejszych kroków. W WooCommerce oraz w samej wtyczce płatniczej zwykle znajdziesz logi błędów, komunikaty API, kody odpowiedzi i fragmenty żądań. Szukaj przede wszystkim:
- kodów 400, 401, 403, 404, 500, 502, 503,
- komunikatów o błędnym kluczu lub tokenie,
- błędów połączenia z API,
- informacji o nieudanym webhooku,
- ostrzeżeń o walucie, kwocie lub niezgodnym statusie zamówienia.
Jeżeli w logach nie ma żadnych wpisów w momencie testowej płatności, problem może być jeszcze wcześniej: przycisk nie wywołuje zdarzenia, skrypt nie ładuje się poprawnie albo żądanie jest blokowane przez front-end.
Krok 4. Wyłącz cache, minifikację i optymalizację skryptów na czas testu
Na chwilę wyłącz wtyczki cache i optymalizacji, a jeśli korzystasz z serwera lub CDN, wyczyść cache globalnie. Wyłącz też funkcje typu:
- defer/async dla JS,
- opóźnione ładowanie skryptów,
- łączenie plików JS,
- minifikację skryptów checkout,
- optymalizację CSS dla strony zamówienia.
Jeśli po wyłączeniu optymalizacji płatność zaczyna działać, masz bardzo prawdopodobną przyczynę. Wtedy nie wracaj do agresywnych ustawień „na ślepo”, tylko dodaj wykluczenia dla koszyka, checkoutu i skryptów konkretnej bramki płatności.
Krok 5. Sprawdź status bramki płatności i dane API
Wejdź do ustawień wtyczki płatniczej i zweryfikuj:
- czy wtyczka jest aktywna,
- czy wybrano tryb produkcyjny,
- czy wpisane są aktualne klucze API, sekret i identyfikator sprzedawcy,
- czy domena sklepu zgadza się z ustawieniami operatora,
- czy adresy powrotu i webhooków są poprawne,
- czy waluta sklepu jest wspierana przez bramkę.
Jeśli operator płatności wymaga ręcznego zatwierdzenia domeny lub adresu zwrotnego, sprawdź panel sprzedawcy po jego stronie. Błędny adres webhooka to jeden z najbardziej niedocenianych powodów, dla których płatność „przechodzi”, ale sklep jej nie rejestruje.
Krok 6. Przetestuj checkout na domyślnym motywie
Jeżeli to możliwe, przełącz sklep na motyw domyślny lub wykonaj test na stagingu z prostym motywem testowym. Nie chodzi o trwałą zmianę wyglądu, tylko o sprawdzenie, czy motyw nie blokuje płatności. Jeśli problem znika, winny jest motyw albo jego nadpisania WooCommerce.
W takim przypadku trzeba przejrzeć szablony checkout, własne hooki, skrypty ładowane na stronie zamówienia i ewentualne błędy w konsoli przeglądarki.
Krok 7. Sprawdź konsolę przeglądarki i błędy JavaScript
Otwórz narzędzia deweloperskie, przejdź do konsoli i spróbuj złożyć zamówienie. Jeśli pojawiają się błędy, zanotuj ich treść. Nawet jeden komunikat o niezaładowanym pliku, niezdefiniowanej funkcji albo błędzie CORS może całkowicie zablokować płatność.
Warto też sprawdzić zakładkę Network. Jeśli widzisz żądania do bramki płatności zakończone błędem, to już konkretna wskazówka: problem jest po stronie komunikacji, a nie samego formularza.
Krok 8. Weryfikuj webhooki i zwrot statusu zamówienia
Jeśli płatność u operatora jest opłacona, ale zamówienie nie zmienia statusu, sprawdź webhooki. Upewnij się, że:
- adres webhooka jest aktualny,
- endpoint zwraca poprawny kod odpowiedzi,
- serwer nie blokuje żądania,
- reguły bezpieczeństwa nie odrzucają komunikacji,
- cache nie przechwytuje odpowiedzi z endpointu,
- operatory mają wpisany właściwy sekret webhooka.
Jeżeli operator posiada historię zdarzeń, porównaj czas wysłania webhooka z czasem jego odebrania. Brak odpowiedzi lub odpowiedź 4xx/5xx to mocny trop.
Krok 9. Sprawdź REST API i permalinki
W WooCommerce i wtyczkach płatności wiele rzeczy opiera się na endpointach. Czasem problem rozwiązuje odświeżenie ustawień permalinków. Wystarczy wejść w ustawienia linków bezpośrednich i zapisać je ponownie, aby WordPress odbudował reguły przepisywania URL.
Jeśli używasz dodatkowych zabezpieczeń lub ukrywania ścieżek, upewnij się, że nie blokujesz endpointów potrzebnych do płatności. Warto też sprawdzić, czy REST API nie jest filtrowane przez wtyczkę security albo reguły serwera.
Krok 10. Zweryfikuj SSL, domenę i przekierowania
Upewnij się, że cały checkout działa po HTTPS, certyfikat jest ważny, a domena sklepu jest spójna w konfiguracji WordPressa, operatora płatności i CDN. Jeśli niedawno zmieniałeś domenę, pamiętaj o starych odwołaniach w konfiguracji i zapisanych callbackach.
Sprawdź także, czy nie ma pętli przekierowań między www i non-www albo między HTTP i HTTPS. Takie problemy potrafią skutecznie zablokować finalizację płatności.
Krok 11. Wyklucz problem z serwerem lub firewall
Jeśli wszystkie poprzednie kroki nie pomogły, sprawdź logi serwera i ustawienia bezpieczeństwa. Często problem leży w zaporze, która blokuje ruch do operatora lub z operatora. Zwróć uwagę na timeouty, limity pamięci, wersję PHP i ograniczenia ModSecurity.
Jeżeli sklep działa na hostingu współdzielonym, a problem pojawia się tylko przy większym obciążeniu lub podczas promocji, możliwe, że serwer nie wyrabia przy większej liczbie równoczesnych żądań płatności.
Krok 12. Przetestuj inną metodę płatności i inną walutę
Jeżeli masz kilka metod płatności, sprawdź każdą z osobna. Dzięki temu zawężasz problem. Jeśli używasz wielowalutowości, wykonaj test w walucie bazowej sklepu. Czasem tylko jedna konfiguracja walutowa jest uszkodzona, a reszta działa poprawnie.
Krok 13. Przywróć działanie przez rollback, jeśli awaria zaczęła się po aktualizacji
Jeżeli problem pojawił się bezpośrednio po aktualizacji wtyczki, WooCommerce, WordPressa, PHP albo motywu, rozważ szybki rollback na stagingu lub przywrócenie poprzedniej wersji komponentu. To nie jest docelowe rozwiązanie, ale może szybko zatrzymać utratę zamówień, zanim wykonasz pełną analizę kompatybilności.
Uwaga bezpieczeństwa: rollback wykonuj ostrożnie. W starych wersjach mogą istnieć luki bezpieczeństwa, dlatego po przywróceniu działania trzeba jak najszybciej zaplanować aktualizację i testy kompatybilności.
Krok 14. Sprawdź komunikację z operatorem płatności
Jeśli logi sklepu wyglądają poprawnie, a płatność nadal nie działa, sprawdź status usługi po stronie operatora. Możliwe, że jest awaria, ograniczenie konta, konieczność ponownej weryfikacji danych lub blokada ze względów bezpieczeństwa. W takim przypadku sklep może działać prawidłowo, ale nie ma fizycznej możliwości obsługi transakcji.
Krok 15. Wykonaj test end-to-end i zapisz wynik
Po każdej zmianie wykonaj pełny test: dodanie produktu do koszyka, przejście do checkoutu, wybór płatności, przekierowanie, autoryzacja, powrót do sklepu i zmiana statusu zamówienia. Zapisz, na którym etapie wszystko zaczęło działać. Taka dokumentacja przyda się, jeśli będziesz konsultować problem z programistą lub supportem operatora.
Najczęstsze błędy
Przy awarii płatności w WooCommerce wiele osób popełnia te same błędy. Najczęściej nie wynikają one ze złej woli, tylko z presji czasu. Niestety właśnie wtedy łatwo pogorszyć sytuację.
- Losowe wyłączanie wtyczek bez planu – trudno potem ustalić prawdziwą przyczynę.
- Brak kopii zapasowej – jeśli coś pójdzie źle, sklep może zostać z większą awarią.
- Testowanie tylko na jednej przeglądarce – problem może dotyczyć wyłącznie konkretnego środowiska.
- Ignorowanie logów – to zwykle najszybsza droga do błądzenia po omacku.
- Wyłączanie zabezpieczeń na stałe – działa doraźnie, ale obniża bezpieczeństwo sklepu.
- Zmiana wielu ustawień naraz – nie wiadomo wtedy, co naprawiło, a co zepsuło problem.
- Praca bez środowiska testowego – każda zmiana może od razu uderzyć w klientów.
- Zakładanie, że „to na pewno wina WooCommerce” – często winna jest wtyczka płatności, motyw albo hosting.
- Pomijanie statusu operatora płatności – czasem awaria jest po drugiej stronie i szkoda czasu na lokalne grzebanie.
- Niesprawdzenie webhooków po migracji – to częsty błąd po zmianie domeny lub hostingu.
Warto pamiętać, że naprawa płatności to nie tylko „żeby kliknąć i zadziałało”. W e-commerce liczy się też spójność statusów zamówień, maili, faktur, magazynu i integracji z ERP. Jedna pozornie niewielka poprawka może uruchomić sprzedaż, ale jednocześnie rozjechać procesy zaplecza.
Kiedy nie robić tego samodzielnie
Nie każdą awarię trzeba i warto naprawiać na własną rękę. Są sytuacje, w których samodzielne próby mogą tylko pogłębić problem, wydłużyć przestój i narazić sklep na utratę danych.
Nie działaj samodzielnie, jeśli:
- sklep generuje dużą sprzedaż i każda minuta przestoju jest kosztowna,
- problem dotyczy wielu metod płatności i całego checkoutu,
- nie masz środowiska testowego ani pełnej kopii zapasowej,
- w logach pojawiają się błędy serwera, bezpieczeństwa lub bazy danych,
- płatności nie wracają po webhookach, a statusy zamówień są niespójne,
- po aktualizacji pojawił się chaos w wielu obszarach sklepu, nie tylko w płatnościach,
- obsługujesz w sklepie płatności kartą, BLIK, subskrypcje albo płatności odroczone i nie rozumiesz konsekwencji zmian,
- hosting lub infrastruktura jest niestandardowa i wymaga pracy z serwerem, WAF lub CDN.
Jeśli nie jesteś pewien, czy problem jest po stronie konfiguracji, kodu czy serwera, lepiej zatrzymać eksperymenty i przejść do kontrolowanej diagnozy. W płatnościach liczy się nie tylko przywrócenie działania, ale też pewność, że problem nie wróci przy kolejnym zamówieniu.
Kiedy zgłosić się do specjalisty
Do specjalisty warto zgłosić się od razu, jeśli problem jest biznesowo krytyczny albo wykracza poza podstawową konfigurację WordPressa. Pomoc profesjonalisty jest wskazana szczególnie wtedy, gdy:
- awaria trwa dłużej niż kilkadziesiąt minut i blokuje sprzedaż,
- nie działa więcej niż jedna bramka płatności,
- trzeba analizować logi serwera, API i webhooki jednocześnie,
- potrzebna jest praca na stagingu, rollback i bezpieczne wdrożenie,
- podejrzewasz konflikt między wtyczkami, ale nie możesz poświęcić czasu na testy metodą eliminacji,
- problem występuje po aktualizacji i wymaga oceny kompatybilności,
- sklep obsługuje wysoką liczbę zamówień lub płatności subskrypcyjne,
- potrzebna jest ingerencja w kod, hooki, filtry lub szablony checkoutu.
Specjalista nie tylko szybciej znajdzie przyczynę, ale też sprawdzi skutki uboczne. To ważne, bo przy płatnościach naprawa jednego problemu może ujawnić drugi: np. po wyłączeniu cache płatność działa, ale sklep zaczyna działać wolniej albo inne moduły przestają korzystać z poprawnych danych sesji.
Jeżeli chcesz, aby awaria została zdiagnozowana szybko i bez ryzykownych eksperymentów na produkcji, najlepszym rozwiązaniem jest kontakt z osobą, która zna WooCommerce, integracje płatnicze, logi serwera i realia e-commerce. W przypadku płatności liczy się czas reakcji oraz dokładność, bo każda błędna próba może kosztować kolejne zamówienie.
Podsumowanie
Gdy płatność WooCommerce nie działa, najważniejsze jest szybkie zawężenie problemu. Nie zgaduj, nie zmieniaj ustawień losowo i nie zakładaj od razu najgorszego scenariusza. Najpierw ustal etap awarii, potem sprawdź logi, konfigurację bramki, webhooki, cache, konflikt wtyczek i motywu, a dopiero później serwer i operatora płatności.
W praktyce największy odsetek problemów wynika z błędnej konfiguracji, konfliktu z optymalizacją, aktualizacji albo niedziałającego webhooka. Dobra diagnoza pozwala naprawić sklep szybko i bez ryzyka, a zły ruch może stworzyć dodatkowe problemy z zamówieniami, statusami i bezpieczeństwem.
Jeśli chcesz, możesz rozwiązać prostsze przypadki samodzielnie, ale przy bardziej złożonych awariach lepiej nie tracić czasu na eksperymenty. W e-commerce działające płatności to nie dodatek. To fundament sprzedaży.
CTA do kontaktu
Jeżeli Twoja płatność w WooCommerce nadal nie działa, a sklep traci zamówienia, skontaktuj się ze specjalistą R99.PL. Opisz objawy, etap, na którym pojawia się błąd, oraz dołącz informacje z logów i listę ostatnich zmian. Dzięki temu diagnoza będzie szybsza, a naprawa bardziej precyzyjna.
