Pour accepter les paiements en crypto dans WHMCSvous installez un module de passerelle, collez une clé API, pointez-le vers une URL de webhook sur votre serveur et marquez la facture comme payée lorsqu'un webhook signé arrive. Cette partie est mécanique. La partie qui vaut la peine d'être lue est tout ce qui est spécifique à l'hébergement autour de cela : vos acheteurs sont exceptionnellement natifs de la crypto, votre facturation se répète à chaque cycle, et les rétrofacturations représentent un risque commercial réel. La crypto change les trois — deux en votre faveur, et une qui vous coûte un processus manuel que vous devriez décider avant de l'activer.
L'hébergement n'est pas un magasin normal
La plupart des conseils "accepter la crypto" sont écrits pour quelqu'un qui vend des t-shirts, où la crypto est un atout peut-être 1 % des acheteurs. L'hébergement est différent. Les personnes qui achètent un VPS, une machine dédiée ou un domaine sont des développeurs, des administrateurs système, des entreprises à l'esprit offshore et des acheteurs dans des pays où un paiement par carte à une entreprise d'hébergement étrangère est refusé par l'émetteur sans raison indiquée. Pour une part significative d'entre eux, la crypto n'est pas une commodité — c'est la différence entre une vente et aucune vente.
Vous pouvez le voir dans la file d'attente du support. Personne n'envoie un e-mail à un magasin de vêtements pour demander s'ils acceptent l'USDT ; les entreprises d'hébergement reçoivent cet e-mail en permanence, et chaque expéditeur a déjà décidé d'acheter.
La partie honnête : il n'y a pas de carte stockée
Ici, vous avez besoin de précision plutôt que de marketing. L'hébergement est une facturation récurrente : WHMCS existe pour émettre une facture chaque mois ou chaque année et la collecter sans que le client y pense. Une passerelle de carte fait cela en stockant un token et en prélevant des fonds à la date d'échéance.
Une passerelle crypto non-custodiale ne peut pas. Il n'y a pas de token à stocker et pas d'autorisation permanente pour prélever des fonds du portefeuille de quelqu'un — les fonds ne bougent que lorsque le titulaire du portefeuille signe une transaction. Donc, "facturation crypto récurrente" est honnêtement décrite comme une facture plus une demande de paiement que le client paie à chaque cycle, pas un prélèvement automatique silencieux. Le modèle complet, y compris les approches de contrat intelligent et pourquoi elles ne conviennent pas à la plupart des facturations, se trouve dans les abonnements crypto et les paiements récurrents expliqués.
Rendre les renouvellements indolores de toute façon
L'écart entre "prélèvement automatique" et "le client paie à chaque cycle" est un problème d'UX, et il est résoluble. Ce qui fonctionne :
- Facturez bien avant la date d'échéance. WHMCS génère déjà des factures à l'avance. Donnez aux payeurs crypto une période de grâce plus longue qu'un client par carte — quelqu'un qui déplace des fonds d'un échange a besoin de jours, pas de minutes.
- Utilisez une fenêtre de facturation généreuse.Une facture crypto est cotée à un taux qui est valable pour une courte période, donc générez la demande de paiement lorsque le client est prêt à payer, et non des semaines à l'avance.
- Laissez les gens payer à l'avance.Les clients natifs de la crypto paieront volontiers une année à l'avance pour ne plus y penser, et chaque année prépayée est un renouvellement que vous n'avez jamais à poursuivre.
- Les rappels sont votre prélèvement automatique.Avis de retard, un lien de paiement clair, une date de suspension visible — le même muscle que vous utilisez pour les clients de virement bancaire.
- Ne suspendez pas le premier jour manqué.Un délai de confirmation ou un retrait d'échange en attente n'est pas un mauvais payeur. Intégrez une période de grâce.
Les rétrofacturations : le problème le plus coûteux de l'hébergement
L'hébergement est un aimant à rétrofacturations et tout le monde dans l'industrie sait pourquoi. Une carte volée achète un serveur, le serveur est utilisé pour tout ce pour quoi il a été acheté — spam, scan, minage, pire — et ensuite le véritable titulaire de la carte inverse la charge. Vous perdez l'argent, les ressources qu'il a consommées et les frais, et votre ratio de rétrofacturation s'approche du seuil où votre compte marchand reçoit une conversation que vous ne voulez pas. La fraude n'est pas accessoire au produit ; le produitestl'outil de fraude.
Les paiements en crypto sont définitifs. Une fois qu'une transaction a les confirmations requises, il n'y a pas d'émetteur, pas de fenêtre de litige et pas de retour en arrière. Personne ne demande un remboursement à un serveur après l'avoir utilisé pendant trois semaines. Pour une entreprise d'hébergement, c'est souvent le seul argument le plus fort dans la colonne, et l'économie est couverte dans accepter des paiements sans compte marchand ni rétrofacturations.
La fraude ne disparaît pas, pour être clair. Les clients abusifs s'inscrivent toujours — ils paient juste avec leur propre argent et ne peuvent pas le récupérer. Votre gestion des abus reste là où elle était.
Le compromis, dit simplement
La finalité a ses deux côtés. Parce que personne ne peut annuler un paiement vers vous, vousêtes le seul à pouvoir renvoyer de l'argent — en tant que paiement sortant, manuellement. Il n'y a pas de bouton "remboursement" qui annule une transaction réglée. Cela signifie deux décisions avant le lancement :
- Annulations au prorata.Décidez d'abord de la politique et écrivez-la dans vos CGU. De nombreux hébergeurs émettent un crédit de compte au lieu d'un remboursement sur la chaîne, ce qui est plus propre et garde le client. Si vous remboursez sur la chaîne, les frais de réseau sont déduits et le prix aura changé — remboursez la valeur fiat convenue ou le montant exact reçu, mais indiquez lequel par écrit.
- Qui signe le paiement sortant.Dans une configuration non-custodiale, les adresses de réception dérivent uniquement des matériaux de clé publique et les clés privées ne touchent jamais le serveur, donc les remboursements et les paiements sont signés hors ligne par un humain. C'est une fonctionnalité — une boîte de facturation compromise ne peut pas siphonner vos gains — mais les remboursements sont un acte délibéré, pas un appel API. Votre équilibre interne est l'endroit où vous voyez ce que vous avez collecté et le déplacez ; tarification est de 0 % à accepter, avec des frais uniquement lorsque l'argent sort : 1,5 % sur les paiements, transferts et retraits sur le plan Gratuit, plus les frais de réseau de la pièce sur un paiement ou un retrait (retrait minimum de 50 $).
Provisionnement : faites confiance au webhook, jamais à la redirection
C'est le détail qui sépare une configuration fonctionnelle d'une exploitable. Lorsque un client termine de payer, son navigateur est redirigé vers votre installation WHMCS. Cette redirection n'est pas une preuve de paiement. C'est juste une URL, et n'importe qui peut accéder à votre URL de retour.
Disposition sur le webhook signé et rien d'autre. Payora signe chaque rappel avec HMAC-SHA256 sur la charge utile, avec une fenêtre de timestamp et une clé d'idempotence. Votre point de terminaison vérifie la signature, s'assure que le timestamp est récent, vérifie qu'il n'a pas déjà traité cette clé, et seulement alors marque la facture comme payée et laisse l'automatisation se déclencher. Le docs couvre le schéma de signature et le SDK PHP en un fichier qui le gère.
L'idempotence est plus importante ici que dans un magasin : un webhook traité deux fois sur une commande d'hébergement ne double pas simplement le crédit d'une facture, il peut déclencher un second cycle de provisionnement. Clé sur la clé d'idempotence, pas sur "ai-je déjà vu cet identifiant de commande".
Quelles réseaux activer pour le provisionnement instantané
Si votre produit se provisionne instantanément, le temps de confirmation est l'expérience de paiement. Un client cliquant sur "commander VPS" à 2h du matin s'attend à un mot de passe root en quelques minutes, et le temps de bloc de Bitcoin est un mauvais ajustement — attendre des confirmations pour un VPS à 6 $ est un ticket de support en devenir. Préférez des réseaux rapides et bon marché par défaut et laissez Bitcoin être une option plutôt que le titre :
| Réseau | S'adapte | Remarque |
|---|---|---|
| TON (Gram) | Provisionnement instantané | Secondes jusqu'à la finalité, frais minimes |
| Tron | Audiences fortement USDT | Le rail USDT par défaut pour une grande partie du monde |
| Solana | Provisionnement instantané | Rapide et bon marché |
| Bitcoin | Commandes plus importantes, non urgentes | Plans annuels, serveurs dédiés, dépôts |
Les stablecoins méritent une mention spéciale ici : USDT et USDC évaluent votre plan à 6 $/mois à 6 $, sans débat sur le taux appliqué. Combien de confirmations chaque réseau a réellement besoin, et pourquoi la réponse dépend de la valeur de la commande, est couvert dans combien de confirmations rendent un paiement crypto sûr.
Configurez le module Payora pour accepter les paiements crypto dans WHMCS
Le module de passerelle WHMCS est l'une des intégrations gratuites que nous publions sur modules, aux côtés de 21 autres. C'est le moyen le plus rapide d'accepter des paiements crypto dans WHMCS sans écrire de code. À un niveau élevé :
- Installez le module de passerelle dans votre installation WHMCS et activez-le parmi vos passerelles de paiement.
- Créez un compte gratuit sur s'inscrire et collez la clé API dans les paramètres du module.
- Définissez l'URL du webhook sur le point de terminaison de rappel du module afin que les notifications signées l'atteignent.
- Activez les pièces et les réseaux que vous souhaitez proposer, et configurez votre matériel de clé de réception.
- Passez une petite commande réelle sur un réseau bon marché et confirmez que la facture est marquée comme payée via le webhook.
À partir de là, le flux est le même que celui décrit sur accepter les paiements: la facture contient votre identifiant de commande et le montant, le client choisit une pièce sur le paiement hébergé, Payora surveille la chaîne jusqu'à la finalité de cette pièce, et votre serveur reçoit le rappel signé. Si vous préférez ignorer le module — de nombreux hébergeurs exécutent un WHMCS fortement personnalisé — l'API REST en JSON brut fait le même travail.
Commencez avec un réseau rapide et une stablecoin, observez ce que les clients choisissent réellement, et ajoutez à partir de là.Créer un compte, obtenez une clé API et passez une vraie commande de 5 $ via votre propre processus de paiement avant de l'annoncer.
Comments