Un client a payé, mais la commande reste en attente : d'où vient le problème ?
Une boutique installe un module de paiement, réalise un paiement de test, passe en production, et quelques semaines plus tard découvre des commandes figées sur le statut « Pending payment ». Le plugin fonctionne pourtant très bien. Ce qui manque, c'est la gestion du cas où le client a bien payé, mais où son navigateur n'est jamais revenu sur la boutique.
Nous reprenons ici, à partir de l'article de DEV Community sur l'ajout de Pay by Bank à WooCommerce, la démarche pour intégrer ce moyen de paiement sur une boutique WooCommerce, et surtout le point de configuration que beaucoup négligent.
Pay by Bank : à quel moment cela a du sens
Le principe : le client est redirigé vers son application bancaire, valide le paiement, puis revient sur la boutique. Comparé à un portefeuille mobile comme Apple Pay, il y a une étape de plus. Sur un petit achat d'impulsion, cette friction peut coûter une vente.
L'article source cite une analyse de Fena selon laquelle l'écart de frais devient intéressant à partir d'environ 100 £ de panier, et davantage encore au-delà de 250 £. Les cas d'usage les plus favorables sont donc :
- les paniers élevés
- les acheteurs professionnels
- les catégories de produits exposées aux litiges de paiement
- une clientèle majoritairement britannique
L'auteur annonce des frais d'environ la moitié de ceux d'une carte, et aucune procédure de rétrofacturation (chargeback), puisque le client a approuvé le paiement dans l'application de sa propre banque. La recommandation n'est pas de remplacer la carte, mais de proposer les deux au moment du paiement et de laisser le client choisir.
Mise en place côté fournisseur et WordPress
L'exemple utilise le fournisseur Atoa. Il faut disposer d'un compte Business ayant terminé son onboarding et sa vérification KYB (vérification de l'entreprise). Ensuite :
- dans l'application Atoa Business, ouvrir Settings → API Access et générer une clé Sandbox
- renseigner la page d'accueil de la boutique comme URL de redirection
- dans WordPress, installer le plugin depuis Plugins → Add New
L'ensemble prend une dizaine de minutes. C'est la suite qui demande du temps.
Le webhook : pourquoi ne pas se fier à la redirection
Le retour du navigateur sur la boutique n'est pas une preuve de paiement fiable, et son absence n'est pas une preuve d'échec. Le client peut fermer l'onglet, perdre sa connexion, ou rester dans l'application bancaire. Dans ces cas, la boutique ne reçoit aucun signal par le navigateur et la commande reste en attente.
Le webhook corrige cela : c'est un appel serveur à serveur, envoyé par le prestataire de paiement à votre boutique dès que la transaction est confirmée. Il ne dépend ni du navigateur ni du comportement du client. Il faut donc :
- vérifier que l'URL de webhook est bien déclarée côté fournisseur et accessible depuis l'extérieur
- contrôler que le plugin traite l'événement de confirmation et fait passer la commande au bon statut
- tester le scénario volontairement : payer en sandbox, puis fermer l'onglet avant le retour sur la boutique, et vérifier que la commande se met quand même à jour
- surveiller les journaux pour repérer les webhooks rejetés ou en erreur
Un paiement de test où tout se passe normalement ne prouve rien sur ce point : c'est le cas où le navigateur ne revient pas qu'il faut rejouer.
Tester en sandbox avant de passer en production
La clé Sandbox permet de valider le parcours sans mouvement d'argent réel. Une bonne routine de recette comprend au minimum : un paiement abouti avec retour sur la boutique, un paiement abouti sans retour, un paiement abandonné et un paiement refusé. Pour chacun, vérifiez le statut final de la commande et l'e-mail envoyé au client.
Ce qu'il faut retenir
L'installation du plugin est rapide, mais la fiabilité d'un paiement par virement bancaire repose sur le webhook. Tant que la confirmation asynchrone n'est pas testée de bout en bout, des commandes payées peuvent rester bloquées. Pour une équipe qui maintient une boutique WooCommerce, c'est le premier point à valider avant d'activer ce moyen de paiement en production.
Ce que ça change pour vous
Proposer le paiement direct depuis l'application de la banque peut réduire de moitié vos frais de transaction sur les gros paniers, et supprime le risque de contestation de paiement par le client. En contrepartie, ce parcours ajoute une étape, donc il vaut mieux le réserver aux commandes importantes et le proposer à côté de la carte bancaire. Surtout, demandez à votre prestataire de vérifier qu'une commande payée est bien enregistrée même si le client ferme son navigateur avant de revenir sur votre site. Sans cela, vous risquez de voir des clients qui ont payé attendre une commande que votre équipe ne traite pas.
