Une page de paiement qui ne propose que ce qui va réellement fonctionner
Chaque paiement abandonné fait perdre un client qui avait déjà dit oui. Au lieu d’aligner huit logos en espérant, la page détermine quels rails peuvent conclure ce paiement, pour ce payeur, à cette minute — et n’affiche que ceux-là.
Tous les paiements abandonnés ont la même forme. Le client a décidé d’acheter. Il a sorti son téléphone. Et là, la page lui propose huit façons de payer, dont deux fonctionneront réellement, et il l’apprend échec après échec.
C’est l’endroit le plus coûteux de tout le tunnel pour perdre quelqu’un, parce que c’est le seul où il avait déjà dit oui.
Les listes sont optimistes. Le routage ne l’est pas.
La plupart des pages de paiement affichent une liste fixe de logos. Cette liste décrit ce que l’entreprise a signé, pas ce qui fonctionnera pour la personne qui est là.
La page de BitriPay pose une autre question : pour ce paiement, cette devise, ce payeur, à cette minute — qu’est-ce qui peut réellement aboutir ? Elle y répond à partir du corridor auquel appartient le paiement, de la devise et de la santé en temps réel de chaque connecteur, et n’affiche que ce qui survit à ce test.
Un connecteur dont le disjoncteur s’est ouvert n’est pas sur la page. Pas grisé — absent. Le client est dérouté autour d’un rail défaillant au lieu d’y être envoyé, et il n’apprend jamais qu’il était défaillant.
Elle refuse plutôt que de faire semblant
Cela compte plus qu’il n’y paraît. Sous le périmètre d’agrégateur, la page ne propose que le rail du switch et refuse tout le reste, parce que la plateforme n’a pas le droit d’exploiter le reste tant que l’autorisation correspondante n’existe pas.
Une page qui proposerait quand même ces options ferait une promesse que la plateforme n’a pas le droit de tenir. La nôtre préfère montrer une option qui marche plutôt que quatre pleines d’espoir.
Ce que voit le client
Le nom de votre entreprise, votre référence et vos lignes de vente avec la TVA lorsque vous les utilisez — il regarde donc ce qu’il achète, et non un montant nu qu’il doit croire sur parole.
Une fois payé, il revient sur votre propre page de succès, et vous recevez une notification signée portant la référence que vous avez fixée. Votre commande est marquée payée par un logiciel.
Vous n’êtes pas obligé d’utiliser la page
La même intention de paiement peut être une page hébergée, un contenu QR, un panneau intégré piloté par une clé publiable, ou des appels d’API bruts dans un écran que vous avez construit. Le routage est le même dans tous les cas ; seule la surface change.
Ce que cela coûte
La page hébergée fait partie de la passerelle marchande. La page n’est pas facturée. Vous payez le tarif du rail qui a porté le paiement, et votre tableau de bord affiche ce tarif avant la vente, pas après.
Ce que vous pouvez vérifier
Ce sont des faits sur la plateforme en fonctionnement, pas des adjectifs. Chacun est visible dans le produit, dans la référence de l’API ou dans le grand livre.
- Les rails proposés sont calculés par paiement, à partir du corridor, de la devise, du payeur et de la santé en temps réel de chaque connecteur.
- Un rail dont le disjoncteur est ouvert n’est pas proposé : un client n’est jamais envoyé sur un chemin qui échoue en ce moment.
- Sous le périmètre d’agrégateur, la page ne propose que le rail du switch et refuse le reste, plutôt que d’afficher des options que la plateforme n’a peut-être pas le droit d’exploiter.
- La session porte les lignes de vente avec la TVA lorsque le marchand les utilise : le client voit ce qu’on lui facture.
Ce que cela coûte
La page hébergée fait partie de la passerelle marchande ; elle n’est pas facturée à part. Vous payez le tarif du rail qui porte le paiement, affiché dans le tableau de bord.
Est-ce activé ?
La disponibilité dépend des autorisations en place et de ce que l’administrateur d’un déploiement donné a activé. Cela change, un article non — la réponse vivante est donc sur la page de la fonctionnalité, qui la lit dans la plateforme elle-même : Page de paiement hébergée sur la page des fonctionnalités.
À lire ensuite
- Paiements BitriQR — Un code au mur. Tous les payeurs qu’il peut atteindre.
- Liens de paiement — Être payé en envoyant un message.
- L’API de la passerelle — Trois appels et une notification.
Frequently asked questions
Puis-je y mettre ma marque ?
La page porte le nom de votre entreprise, votre référence et vos lignes de vente, et renvoie le client vers vos propres adresses de succès et d’annulation.
Que se passe-t-il si un rail tombe en pleine vente ?
Un connecteur dont le disjoncteur s’est ouvert cesse d’être proposé : les nouveaux clients sont déroutés autour de lui plutôt que dedans. Un paiement déjà en cours suit sa propre machine d’états et n’est jamais marqué payé sans confirmation.
Suis-je obligé d’utiliser la page hébergée ?
Non. La même intention peut être affichée en QR, intégrée avec une clé publiable, ou pilotée entièrement depuis l’API si vous voulez construire l’écran vous-même.
Send with a QR code, add money by card or mobile money, issue a virtual card. Sandbox balances let you explore before any real money moves.
Keep reading
A checkout that only offers what will actually work
Every failed checkout loses a customer who had already said yes. Instead of listing eight logos and hoping, the page works out which rails can complete this payment, for this payer, at this minute — and shows only those.
Votre caisse est le téléphone dans votre poche
Une caisse fait trois choses : additionner les articles, calculer la taxe correctement, produire un reçu accepté des deux côtés. Aucune n’exige du matériel. Lignes de vente, TVA par ligne, un total que personne ne saisit, et des comptes pour le personnel qui ne livrent pas l’entreprise.
La façon polie de se faire rembourser
Demander de l’argent à quelqu’un qu’on connaît coûte plus cher que l’argent lui-même. Une demande qui attend dans son application, qu’il approuve d’une empreinte, et qui ne peut jamais rien prélever d’elle-même, change le calcul.