Aby akceptuj płatności kryptowalutowe w WHMCSinstalujesz moduł bramki, wklejasz klucz API, wskazujesz na adres URL webhooka na swoim serwerze i oznaczasz fakturę jako opłaconą, gdy przychodzi podpisany webhook. Ta część jest mechaniczna. Część warta przeczytania to wszystko, co jest specyficzne dla hostingu: twoi nabywcy są niezwykle zorientowani na kryptowaluty, twoje fakturowanie powtarza się co cykl, a chargebacki to realne ryzyko biznesowe. Kryptowaluty zmieniają wszystkie trzy — dwa na twoją korzyść, a jeden, który kosztuje cię ręczny proces, który powinieneś zdecydować przed jego włączeniem.
Hosting to nie normalny sklep
Większość porad "akceptuj kryptowaluty" jest pisana dla kogoś sprzedającego koszulki, gdzie kryptowaluta to miły dodatek, z którego korzysta może 1% nabywców. Hosting jest inny. Ludzie kupujący VPS, dedykowane serwery lub domeny to deweloperzy, administratorzy systemów, firmy myślące o offshore i nabywcy w krajach, gdzie płatność kartą do zagranicznej firmy hostingowej jest odrzucana przez wydawcę bez podania przyczyny. Dla znaczącej części z nich kryptowaluta to nie wygoda — to różnica między sprzedażą a brakiem sprzedaży.
Możesz to zobaczyć w kolejce wsparcia. Nikt nie pisze do sklepu odzieżowego pytając, czy akceptują USDT; firmy hostingowe dostają te maile non stop, a każdy nadawca już zdecydował się na zakup.
Szczera część: nie ma przechowywanej karty
Tutaj potrzebujesz precyzji zamiast marketingu. Hosting to cykliczne płatności: WHMCS istnieje, aby wystawiać fakturę co miesiąc lub rok i zbierać płatności bez myślenia o tym przez klienta. Bramka kartowa robi to, przechowując token i pobierając środki w dniu płatności.
Bramka kryptowalutowa bez przechowywania nie może tego zrobić. Nie ma tokena do przechowywania i żadnej stałej autoryzacji do pobierania z czyjegoś portfela — środki przesuwają się tylko wtedy, gdy posiadacz portfela podpisuje transakcję. Dlatego "cykliczne płatności kryptowalutowe" można uczciwie opisać jako fakturę plus prośbę o płatność, którą klient opłaca w każdym cyklu, a nie cichą automatyczną opłatę. Pełny model, w tym podejścia oparte na inteligentnych kontraktach i dlaczego nie pasują do większości fakturowania, znajduje się w wyjaśnieniu subskrypcji kryptowalutowych i cyklicznych płatności.
Ułatwienie odnawiania w każdym razie
Luka między "automatycznym pobieraniem" a "klient płaci w każdym cyklu" to problem UX, który można rozwiązać. Co działa:
- Wystaw fakturę z wyprzedzeniem. WHMCS już generuje faktury z wyprzedzeniem. Daj płacącym kryptowalutą dłuższy czas na dokonanie płatności niż klientowi kartowemu — ktoś przenoszący środki z giełdy potrzebuje dni, a nie minut.
- Użyj hojne okno fakturowania.Faktura kryptowalutowa jest wyceniana w stawce, która obowiązuje przez krótki czas, więc generuj prośbę o płatność, gdy klient jest gotowy do zapłaty, a nie tygodnie wcześniej.
- Pozwól ludziom płacić z wyprzedzeniem.Klienci związani z kryptowalutami chętnie zapłacą z góry na rok, aby przestać o tym myśleć, a każdy opłacony z góry rok to odnowienie, którego nigdy nie musisz ścigać.
- Przypomnienia to twoje automatyczne obciążenie.Powiadomienia o zaległościach, wyraźny link do płatności, widoczna data zawieszenia — ta sama siła, której używasz dla klientów przelewów bankowych.
- Nie zawieszaj w pierwszym dniu spóźnienia.Opóźnienie w potwierdzeniu lub oczekująca wypłata z wymiany to nie jest oszustwo. Wprowadź okres karencji.
Chargebacki: najdroższy problem hostingu
Hosting jest magnesem na chargebacki i każdy w branży wie, dlaczego. Sk stolen karta kupuje serwer, serwer jest używany do czegokolwiek, do czego został zakupiony — spam, skanowanie, kopanie, a nawet gorsze — a następnie prawdziwy właściciel karty odwraca obciążenie. Tracisz pieniądze, zasoby, które to spaliło, oraz opłatę, a twój wskaźnik chargebacków zbliża się do progu, gdzie twoje konto handlowe dostaje rozmowę, której nie chcesz. Oszustwo nie jest przypadkowe w stosunku do produktu; produkt jestnarzędzie do oszustw.
Płatności kryptowalutowe są ostateczne. Gdy transakcja uzyska wymagane potwierdzenia, nie ma emitenta, nie ma okna sporu i nie ma możliwości zwrotu. Nikt nie zwraca serwera po jego używaniu przez trzy tygodnie. Dla firmy hostingowej to często najsilniejszy argument w kolumnie, a ekonomika jest omówiona w akceptowaniu płatności bez konta handlowego lub chargebacków.
Oszustwa nie znikają, żeby było jasne. Nadużywający klienci nadal się rejestrują — po prostu płacą swoimi pieniędzmi i nie mogą ich odzyskać. Twoje zarządzanie nadużyciami pozostaje na tym samym poziomie.
Wymiana, powiedziana wprost
Ostateczność działa w obie strony. Ponieważ nikt nie może cofnąć płatności do Ciebie, tyjesteś jedyną osobą, która może odesłać pieniądze — jako płatność wychodząca, ręcznie. Nie ma przycisku "zwrot", który cofa zrealizowaną transakcję. To oznacza dwie decyzje przed uruchomieniem:
- Cancellacje proporcjonalne.Najpierw zdecyduj o polityce i zapisz ją w swoich warunkach świadczenia usług. Wielu hostów wydaje kredyt na koncie zamiast zwrotu on-chain, co jest czystsze i zatrzymuje klienta. Jeśli zwracasz on-chain, opłata sieciowa jest potrącana z góry, a cena mogła się zmienić — zwróć wartość fiat, na którą się zgodziliście, lub dokładną kwotę otrzymaną, ale napisz, co w dokumentach.
- Kto podpisuje wychodzącą płatność.W konfiguracji bez opieki, adresy odbiorcze pochodzą tylko z materiału klucza publicznego, a klucze prywatne nigdy nie dotykają serwera, więc zwroty i wypłaty są podpisywane offline przez człowieka. To jest funkcja — skompromitowane konto do fakturowania nie może wyczerpać twoich dochodów — ale zwroty są działaniem zamierzonym, a nie wywołaniem API. Twój wewnętrzna równowaga to miejsce, w którym widzisz, co zebrałeś i przenosisz to; cennik to 0% do zaakceptowania, z opłatami tylko wtedy, gdy pieniądze opuszczają: 1,5% na wypłatach, transferach i wypłatach w planie Free, plus opłata sieciowa monety przy wypłacie lub wypłacie (minimalna wypłata 50 USD).
Provisioning: ufaj webhookowi, nigdy przekierowaniu
To jest szczegół, który oddziela działającą konfigurację od podatnej na ataki. Gdy klient kończy płatność, jego przeglądarka jest przekierowywana z powrotem do twojej instalacji WHMCS. To przekierowanie nie jest dowodem płatności. To tylko URL, a każdy może trafić na twój URL zwrotny.
Postanowienie dotyczące podpisanego webhooka i nic więcej. Payora podpisuje każdy callback za pomocą HMAC-SHA256 na ładunku, z oknem czasowym i kluczem idempotencyjnym. Twój punkt końcowy weryfikuje podpis, sprawdza, czy znacznik czasu jest aktualny, sprawdza, czy już przetworzył ten klucz, a dopiero potem oznacza fakturę jako opłaconą i pozwala na uruchomienie automatyzacji. docs obejmują schemat podpisu oraz jednolity plik SDK PHP, który to obsługuje.
Idempotencja ma tutaj większe znaczenie niż w sklepie: webhook przetworzony dwukrotnie w zamówieniu hostingowym nie tylko podwaja kredyt na fakturze, ale może również uruchomić drugą rundę provisioningową. Skup się na kluczu idempotencyjnym, a nie na "czy widziałem ten identyfikator zamówienia".
Które sieci włączyć do natychmiastowego provisioning
Jeśli Twój produkt jest natychmiastowo provisionowany, czas potwierdzenia jest doświadczenie zakupu. Klient klikający "zamów VPS" o 2 w nocy oczekuje hasła root w ciągu kilku minut, a czas bloku Bitcoina jest złym dopasowaniem — czekanie na potwierdzenia dla VPS za 6 dolarów to przyszły bilet wsparcia. Preferuj szybkie, tanie sieci domyślnie i pozwól, aby Bitcoin był opcją, a nie głównym punktem:
| Sieć | Pasuje | Notatka |
|---|---|---|
| TON (Gram) | Natychmiastowe uruchamianie | Sekundy do finalizacji, niewielkie opłaty |
| Tron | Publiczności z dużą ilością USDT | Domyślny szlak USDT dla dużej części świata |
| Solana | Natychmiastowe uruchamianie | Szybko i tanio |
| Bitcoin | Większe, niepilne zamówienia | Plany roczne, dedykowane serwery, depozyty |
Stablecoiny zasługują na szczególne wspomnienie: USDT i USDC wyceniają Twój plan za $6/miesiąc na $6, bez dyskusji o tym, która stawka ma zastosowanie. Ile potwierdzeń każda sieć rzeczywiście potrzebuje i dlaczego odpowiedź zależy od wartości zamówienia, jest omówione w ile potwierdzeń czyni płatność kryptowalutą bezpieczną.
Skonfiguruj moduł Payora, aby akceptować płatności kryptowalutowe w WHMCS
Moduł bramki WHMCS jest jednym z darmowych integracji, które publikujemy na moduły, obok 21 innych. To najszybszy sposób na akceptowanie płatności kryptowalutowych w WHMCS bez pisania kodu. Na wysokim poziomie:
- Zainstaluj moduł bramki w swojej instalacji WHMCS i aktywuj go wśród swoich bramek płatniczych.
- Utwórz darmowe konto w zarejestruj się i wklej klucz API do ustawień modułu.
- Ustaw URL webhooka na punkt końcowy zwrotny modułu, aby podpisane powiadomienia mogły do niego dotrzeć.
- Włącz monety i sieci, które chcesz oferować, i skonfiguruj swoje materiały klucza odbiorczego.
- Złóż jedno małe zamówienie na taniej sieci i potwierdź, że faktura została opłacona przez webhook.
Stamtąd przepływ jest standardowy, opisany na akceptuj płatności: faktura zawiera identyfikator zamówienia i kwotę, klient wybiera monetę na hostowanym kasie, Payora obserwuje łańcuch do finalności tej monety, a twój serwer otrzymuje podpisany zwrot. Jeśli wolisz pominąć moduł — wiele hostów uruchamia mocno dostosowane WHMCS — zwykłe API REST w formacie JSON wykonuje tę samą pracę.
Zacznij od jednej szybkiej sieci i jednej stabilnej monety, obserwuj, co klienci faktycznie wybierają, i dodawaj z tego miejsca.Utwórz konto, zdobądź klucz API i zrealizuj prawdziwe zamówienie na 5 $ przez własny proces zamówienia, zanim to ogłosisz.
Comments