Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

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à.

Décrire mon problème Écrire un message

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

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.

Où en est votre boutique en ce moment ?
Sur quelle plateforme tourne le site ?
Que s’est-il passé juste avant la panne ?

C’est souvent l’information qui fait gagner le plus de temps au diagnostic.

De quels accès disposez-vous ? (facultatif)

Sans accès, la première étape sera de les récupérer — cela change le délai.

Quelle est l’adresse du site concerné ? (facultatif)

Un premier coup d’œil avant même la réponse permet souvent de dégrossir le diagnostic.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Mon prestataire dit que tout fonctionne de son côté, que vérifier ?
Demandez-lui si les tentatives de transaction apparaissent dans son journal. Si elles n’y figurent pas, la demande ne part pas de la boutique. Si elles y figurent, le problème est dans le retour vers votre site.
Le moyen de paiement a disparu après une mise à jour, est-ce lié ?
Très probablement. Un module de paiement s’accroche à des points précis du tunnel ; une mise à jour du cœur peut supprimer ou renommer ces points, et le module cesse alors de s’afficher sans erreur visible.
Puis-je désactiver le module et le réinstaller ?
C’est risqué sans précaution : certains modules perdent leur configuration à la désinstallation, y compris les clés. Il faut noter les réglages avant, et disposer d’une sauvegarde.
Faut-il un développement pour corriger un paiement bloqué ?
Rarement. La plupart des cas sont de la configuration : clés, mode, restrictions, adresse de notification. Le développement intervient quand le module a été modifié directement dans son code.
Comment savoir si des commandes ont été perdues ?
En rapprochant les transactions du prestataire des commandes enregistrées sur la même période. Toute transaction sans commande correspondante est un client qui a payé sans être servi.
Mes clients disent que le bouton ne fait rien, chez moi il fonctionne. Pourquoi ?
Parce que votre navigateur a déjà chargé les fichiers, et parce qu’un compte administrateur connecté n’applique pas les mêmes règles d’affichage ni les mêmes restrictions. Le blocage ne se reproduit que dans les conditions réelles d’un visiteur inconnu, souvent sur mobile uniquement : bouton recouvert par un élément flottant, champ inaccessible au clavier tactile, script lourd qui n’a pas fini de charger.