Jak akceptować płatności kryptowalutowe w WooCommerce (darmowa wtyczka, 0% prowizji)

Aby akceptuj płatności kryptowalutami na WooCommerce, zainstaluj darmowy moduł Payora, wklej swój klucz API i sekret w ustawieniach wtyczki oraz zarejestruj jeden adres URL zwrotny — https://yoursite.com/?wc-api=payora — w swoim panelu Payora. To cała konfiguracja. Po tym, klient wybiera "Płać kryptowalutą" przy kasie, wybiera monetę na hostowanej stronie płatności, wysyła ją, a zamówienie WooCommerce automatycznie zmienia status z pending na opłacone, gdy podpisany webhook dotrze do twojego serwera. Żaden procesor kart, żadne konto handlowe, żadna prowizja od sprzedaży.

Co się dzieje, gdy akceptujesz płatności kryptowalutami na WooCommerce

WooCommerce traktuje Payora jak każdą inną bramkę płatności: pojawia się pod WooCommerce → Ustawienia → Płatności jako metoda, którą możesz nazwać tak, jak rozumieją twoi klienci. Gdy ktoś ją wybierze i kliknie Złóż zamówienie, dzieje się trzy rzeczy:

1. WooCommerce tworzy zamówienie w pending. Nic nie jest płacone, nic nie jest wysyłane.
2. Moduł wywołuje serwer API Payora z serwera do serwera z identyfikatorem zamówienia i całkowitą kwotą koszyka w walucie Twojego sklepu, a następnie otrzymuje z powrotem URL do hostowanego checkoutu.
3. Kupujący jest tam przekierowywany, wybiera monetę i widzi stałą kwotę, adres, kod QR oraz odliczanie do zablokowania kursu.

Kupujący nigdy nie wpisuje numeru karty, a Twoja instalacja WordPress nigdy nie dotyka klucza prywatnego. Wycenianie, pochodzenie adresu i śledzenie potwierdzeń odbywa się poza Twoim systemem. Wypróbuj na żywo demo pierwszy.

Instalacja bramki płatności kryptowalutowych WooCommerce

Moduł jest jednym z 22 darmowych integracji CMS na stronie modułów. Zwykły plik ZIP wtyczki, bez Composera.

1. Utwórz darmowe konto i wygeneruj api_key / api_secret parę w panelu.Rejestracja jest darmowa.
2. Pobierz plik ZIP WooCommerce z /modules, załaduj w sekcji Wtyczki → Dodaj nową → Prześlij wtyczkę, aktywuj.
3. Otwórz WooCommerce → Ustawienia → Płatności → Payora. Wklej klucz i sekret, wybierz, które monety pokazać, zapisz.
4. Wracając do pulpitu Payora, ustaw URL zwrotny tego sklepu na https://yoursite.com/?wc-api=payora.
5. Złóż małe, prawdziwe zamówienie testowe i zapłać czymś tanim, jak USDT na Tron. Obserwuj, jak status zmienia się samodzielnie.

URL zwrotny to krok, który ludzie pomijają

Pomiń krok 4, a wszystko wygląda idealnie, aż do momentu, gdy nie jest. Kupujący płaci, monety przychodzą do twojego portfela — a zamówienie utknie w pending na zawsze, ponieważ nic nie poinformowało WooCommerce, że pieniądze dotarły. To najczęstszy błąd w konfiguracji i kończy się cicho: brak błędu, tylko zamówienia, które nigdy się nie rozwijają. Ustaw URL zwrotny przed swoją pierwszą prawdziwą sprzedażą, na swojej żywej domenie przez HTTPS, dokładnie tak, jak serwuje to WordPress.

Dlaczego webhook oznacza zamówienie jako opłacone, a nie kupującego wracającego

Przekierowanie z powrotem na stronę podziękowania jest kosmetyczne — potwierdzenie dla kupującego, nic więcej. Kupujący zamykają karty. Ich telefon dzwoni w trakcie płatności. Płacą z portfela sprzętowego na innym urządzeniu niż to z otwartym koszykiem, lub nadają transakcję i odchodzą, podczas gdy sieć potrzebuje czterech minut na potwierdzenie. Gdyby twój sklep traktował powrotną podróż jako dowód płatności, część opłaconych zamówień nigdy nie byłaby oznaczona jako opłacona, a ty musiałbyś je znajdować ręcznie w skrzynce wsparcia.

Moduł całkowicie ignoruje zwrot jako źródło prawdy. Payora obserwuje łańcuch, czeka na regułę finalności tego monety, a następnie wysyła ciało JSON do twojego adresu URL zwrotnego podpisane za pomocą HMAC-SHA256 nad surowym ładunkiem, zawierającym okno znaczników czasowych i klucz idempotencyjny. Ponownie oblicza podpis z twoim api_secret, porównuje go w stałym czasie, odrzuca wszystko poza oknem, usuwa duplikaty kluczy, sprawdza kwotę, a następnie wywołuje payment_complete() WooCommerce, który przesuwa zamówienie do przodu, zmniejsza stan magazynowy i wysyła e-mail do klienta. Sprawdzenie podpisu jest omówione w opisie webhooka HMAC; moduł wykonuje każdy krok za ciebie.

Praktyczną konsekwencją jest cały sens: klient, który płaci i zamyka kartę, nadal otrzymuje swoje zamówienie.

Wybór, które monety oferować

Decydujesz, które z ponad 20 aktywów w 9 sieciach pojawią się na hostowanej stronie. Większy wybór nie zawsze oznacza lepiej; ściana logo sprawia, że nowy nabywca waha się. Rozsądny domyślny:

USDT-TRC20 i TON zasługują na wyróżnienie. Transfer USDT na Tron zazwyczaj kosztuje kupującego grosze; ten sam USDT na Ethereum w godzinach szczytu może kosztować kilka dolarów. Przy zamówieniu za 40 € ta różnica decyduje, czy koszyk się konwertuje, a kupujący tak czy inaczej płaci opłatę sieciową, więc to odczuwają. Jeśli twoje średnie zamówienie jest małe, umieść stablecoin na taniej sieci na górze — głębsze porównanie w przewodniku po sieciach USDT.

Zachowaj włączone Bitcoin. Jest wolniejszy, a jego opłata jest zmienna, ale klienci, którzy chcą płacić w BTC, są tego pewni. Jak długo będziesz ich zmuszać do czekania, to kwestia potwierdzeń — zobacz ile potwierdzeń jest bezpiecznych.

Statusy zamówień, HPOS i zwroty

Przepływ statusów pozostaje nudny, co jest tym, czego chcesz:

• pending — faktura utworzona; nic jeszcze nie wysłano ani nie potwierdzono.
• on-hold — opcjonalnie: widoczna w łańcuchu, oczekująca na potwierdzenia.
• processinglub completed — webhook zweryfikowany, zamówienie opłacone. Produkty wirtualne i do pobrania przechodzą od razu do zakończonych.
• cancelled — faktura wygasła bez płatności; zapasy zostały zwolnione.

Moduł jest kompatybilny z HPOS (Wysokowydajne Przechowywanie Zamówień, niestandardowe tabele zamówień, które są domyślne dla nowych instalacji od WooCommerce 8.2) oraz z tradycyjnym przechowywaniem opartym na postach: deklaruje zgodność i używa API CRUD zamiast odczytywania wp_postmeta bezpośrednio, więc zachowuje się tak samo w obu przypadkach. Obsługiwane są zarówno zakupy oparte na blokach, jak i klasyczne zakupy za pomocą shortcode.

Zwracanie pieniędzy to uczciwy kompromis przy wyborze akceptacji płatności kryptowalutowych w WooCommerce. Kryptowaluty nie mają możliwości zwrotu, dlatego oszustwa płatnicze przestają być twoim problemem — ale żaden przycisk nie wyciąga pieniędzy z portfela klienta. Zwrot to wypłata, którą wysyłasz na adres podany przez klienta, z twojego stronie salda., podpisanego offline. Zmiana w przepływie pracy, nie blokada, ale zdecyduj o swojej polityce przed włączeniem bramki.

Opłaty: 0% za akceptację

Payora pobiera 0% za akceptację płatności. To główny powód, dla którego warto to uruchomić zamiast wtyczki bitcoin dla WordPressa, która cicho kieruje przez procesor pobierający 0,5–1% od każdej sprzedaży. Przy 10 000 € miesięcznie ta różnica wynosi 50–100 €, co miesiąc, za pracę, którą już wykonuje twój serwer.

Opłaty mają zastosowanie tylko wtedy, gdy przenosisz pieniądze na zewnątrz: 1,5% od wypłat, transferów i wypłat na zewnętrzny portfel w planie Free, plus opłata sieciowa monety przy wypłacie lub wypłacie (minimalna wypłata 50 USD). Akceptacja jest darmowa. Opłaty sieciowe on-chain są oddzielne, zawsze obowiązują, a w przypadku przychodzącej transakcji są opłacane przez nadawcę. Rozliczenie na cennik.

Gdzie lądują pieniądze

Domyślnie Payora przypisuje każdą potwierdzoną płatność do twojego salda Payora. Możesz zwrócić lub wypłacić z tego salda według własnego harmonogramu, a zatwierdzone ustawienia bezpośredniego rozliczenia mogą korzystać z materiałów klucza publicznego sprzedawcy — xPub lub puli adresów generowanych offline — gdzie ten tryb jest włączony i wspierany. W tym trybie bezpośredniego rozliczenia klucze prywatne pozostają poza serwerem, a wypłaty wychodzące są nadal podpisywane offline.

Dla właściciela sklepu, który działa, a nie ideologicznego: WooCommerce i WordPress nigdy nie potrzebują kluczy prywatnych, a twoje płatności nadal opierają się na podpisanych webhookach zamiast przekierowań przeglądarki. Jeśli korzystasz z zatwierdzonego bezpośredniego rozliczenia, mechanika xPub/tylko do odczytu jest wyjaśniona w wyjaśnieniu xPub.

Co potrzebujesz, aby to uruchomić

PHP 7.4 lub nowsze — w 2026 roku każdy zwykły współdzielony host — i nic ponad to, co już wymaga WordPress. Żadnego Composera, żadnego pracownika kolejki, żadnego demona. Moduł opakowuje SDK PHP w jednym pliku, bez zależności; jeśli wolisz bezpośrednio wywołać prosty interfejs API REST JSON, to jest udokumentowane w dokumentacji.

Jedna szczera uwaga: twój serwer musi być dostępny z internetu, aby webhook mógł dotrzeć — to oczywiste w przypadku normalnego sklepu, ale może być problematyczne w przypadku stagingu za autoryzacją HTTP.

Jeśli już prowadzisz sklep WooCommerce, to jest to dziesięciominutowa praca bez miesięcznych kosztów.Utwórz darmowe konto, wklej swoje klucze, ustaw URL zwrotny i zrób testowe zamówienie — a następnie zapoznaj się z hostowanym procesem płatności, fakturami i linkami do płatności na akceptuj płatności.