Mes clients ne peuvent plus payer ni finir leur commande
Un paiement bloqué se chiffre en heures, pas en jours. La bonne nouvelle, c’est que la chaîne est courte et que chaque maillon échoue avec une signature différente — y compris les étapes du tunnel qui précèdent le paiement, où beaucoup de commandes s’arrêtent réellement. La mauvaise, c’est que le premier réflexe — appeler sa banque — est presque toujours le mauvais point d’entrée, parce que la panne se situe rarement là.
Les cinq maillons de la chaîne
Un paiement en ligne passe par cinq étapes distinctes. Le module de paiement doit s’afficher parmi les moyens proposés. Il doit ensuite construire la demande et rediriger le client, ou afficher le formulaire de saisie. Le prestataire de paiement traite la transaction avec la banque. Il renvoie le client sur la boutique. Enfin il notifie le site par un appel technique indépendant du navigateur, et c’est cet appel qui déclenche l’enregistrement de la commande.
Chaque étape a son symptôme. Le moyen de paiement qui n’apparaît plus : le module s’est désactivé, ou une condition d’affichage n’est plus remplie. Le client redirigé qui revient sans rien : le retour est mal configuré. Le paiement débité sans commande enregistrée : la notification technique n’arrive pas. Cette dernière situation est la plus coûteuse, parce qu’elle est invisible tant qu’un client ne se plaint pas.
Ce que décrit votre client
- « Il n’y a aucun moyen de paiement à l’étape finale » : le module ne s’affiche pas — désactivation, incompatibilité après mise à jour, ou restriction par pays, devise ou montant.
- « Ça tourne puis ça revient au panier » : la redirection vers le prestataire échoue, souvent pour une clé d’identification expirée.
- « Ma carte est refusée » : la transaction atteint bien la banque, l’échec est en aval du site.
- « J’ai été débité mais je n’ai pas de confirmation » : la notification de retour n’a pas été traitée, la commande reste en attente.
Quand le blocage est en amont du paiement
Avant de conclure au paiement, il faut vérifier que les clients l’atteignent. Un tunnel qui bloque à l’adresse ou à la livraison produit exactement la même plainte — « je n’arrive pas à commander » — sans qu’aucun module de paiement ne soit en cause. L’étape où les arrêts se concentrent désigne presque toujours la cause.
- Au panier : le contenu ne se met pas à jour ou disparaît — problème de session, de cookie, ou page mise en cache alors qu’elle ne doit jamais l’être.
- À la création de compte : validation d’un champ trop stricte, courriel de confirmation qui n’arrive jamais, ou protection anti-robot qui refuse tout le monde.
- À l’adresse : contrôle de format inadapté à certains pays, ou champ obligatoire rendu invisible par le thème.
- À la livraison : aucune méthode proposée pour le poids, le pays ou le montant du panier — c’est une règle de transporteur, pas une panne.
- Au récapitulatif : conditions générales à cocher mal placées, ou bouton de validation qui ne réagit qu’au second clic.
Une dernière distinction évite de chercher une panne là où il n’y en a pas. Un renoncement se répartit : sur cent visiteurs arrivés à l’étape de livraison, une partie continue et une partie abandonne, ce qui se travaille par le prix, les délais ou la clarté. Un blocage technique, lui, ne se répartit pas : personne ne passe, ou seulement les visiteurs d’un profil précis — un pays, un navigateur, un mode de livraison, un montant. Si le taux de passage d’une étape à la suivante est tombé brutalement à une date identifiable, c’est technique ; s’il s’érode lentement, c’est commercial.
Isoler en cinq vérifications
-
Passer une commande de test comme un client
Jusqu’au bout, déconnecté, en navigation privée, sur mobile et sur ordinateur, avec le mode de test du prestataire si possible. Un compte administrateur connecté contourne des règles qui bloquent tout le monde, et le point exact où ça s’arrête vaut tous les rapports.
-
Ouvrir la console du navigateur
Une erreur de script désactive un bouton sans afficher le moindre message à l’écran. C’est la cause la plus fréquente d’un bouton de validation qui ne répond pas, et elle ne laisse aucune trace côté serveur.
-
Consulter le tableau de bord du prestataire
Il liste les transactions reçues, y compris celles qui ont échoué et pourquoi. Si une transaction y figure et pas dans la boutique, la panne est dans la notification.
-
Vérifier les clés et le mode
Une boutique restée en mode test n’encaisse rien. Des clés de test en production, ou l’inverse, provoquent un rejet systématique.
-
Vérifier les restrictions d’affichage
Pays de livraison, devise, groupe de client, montant minimum, transporteur choisi : chacune peut masquer un moyen de paiement sans aucun message d’erreur.
Continuer sur la bonne page
-
Problème de paiement sur PrestaShop
Les causes propres à PrestaShop, module par module.
-
Problème de paiement sur WooCommerce
L’équivalent côté WordPress, avec ses spécificités.
-
Configurer un webhook de paiement
Si la notification technique de retour est en cause.
-
La passerelle de paiement expliquée
Le rôle exact de chaque intervenant dans une transaction.
-
Le tunnel de commande expliqué
Les étapes standard, et ce que chacune vérifie réellement avant de laisser passer.
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.