WooCommerce / Paiements
Problèmes de paiement WooCommerce
La plupart des problèmes de paiement WooCommerce ne viennent pas du paiement lui-même, mais du relais qui l’entoure : du navigateur vers la passerelle, de la notification de la passerelle vers la boutique, et de ce que fait WooCommerce après avoir marqué une commande comme payée.
Réponse courte
Comparez le journal d’événements du prestataire de paiement avec les notes de commande dans WooCommerce et le journal de la passerelle pour une même commande. Si le prestataire affiche un paiement réussi et que la boutique n’a rien, la notification ou le webhook n’est pas arrivé, ou a été rejeté. Si la boutique l’a reçu, cherchez une erreur PHP pendant la mise à jour de la commande.
Problèmes précis
Échecs de paiement fréquents
Client débité, commande échouée
Le paiement a réussi ; la commande est échouée, en attente ou absente.
Paiement refusé avec des cartes valides
Configuration, devise, montants ou erreurs d’API renvoyés comme des refus.
Commandes bloquées en attente de paiement
La confirmation n’a jamais atteint la boutique, ou a été rejetée.
Problèmes de webhooks
Mauvais point d’accès, requêtes bloquées, signatures non conformes, reprises traitées deux fois.
Boucles 3D Secure
Clients renvoyés au checkout après authentification, ou bloqués sur la vérification.
Notifications de passerelle bancaire
URL de notification marchand inaccessible, erreurs de signature ou de configuration.
Les quatre relais
- Navigateur → passerelle : les champs de paiement, les scripts du prestataire et l’authentification 3D Secure. Les optimiseurs de scripts, les outils de consentement et le JavaScript du thème peuvent casser cette étape.
- Passerelle → boutique : le prestataire confirme le résultat par une redirection et, de façon plus fiable, par une notification ou un webhook de serveur à serveur. Pare-feu, règles CDN, redirections forcées, modes maintenance et authentification basique en préproduction la bloquent.
- Traitement dans la boutique : WooCommerce enregistre le paiement et exécute tout ce qui y est branché : stock, e-mails, intégrations. Une erreur dans l’un de ces hooks peut interrompre la mise à jour.
- Après le paiement : captures, remboursements et renouvellements, souvent traités plus tard via des actions planifiées.
Signes que la confirmation n’atteint pas la boutique
- Le tableau de bord du prestataire affiche des notifications ou webhooks en échec, des timeouts ou des réponses 3xx, 4xx ou 5xx.
- Le journal de la passerelle ne contient aucune entrée pour la commande après le retour du client depuis la page de paiement.
- Le problème a commencé après un changement de domaine, une migration HTTPS, une nouvelle règle CDN ou WAF, ou la mise à jour d’une extension de sécurité.
Questions fréquentes
Pourquoi le client a-t-il été débité alors que la commande a échoué ?
Parce que le paiement et la mise à jour de la commande sont deux étapes distinctes. Si la confirmation du prestataire n’atteint pas la boutique, est rejetée, ou si une erreur PHP interrompt la mise à jour, l’argent est prélevé mais la commande ne passe jamais à « payée ».
Pourquoi les commandes restent-elles en attente de paiement ?
« En attente » signifie que WooCommerce attend toujours la confirmation de la passerelle. Si elle n’arrive jamais, la commande reste en attente et, avec la gestion des stocks activée, peut être annulée automatiquement à la fin du délai de retenue du stock.
WooRescue HQ est-il lié à un prestataire de paiement ?
Non. WooRescue HQ est indépendant et n’est lié ni à Stripe, ni à PayPal, ni à aucun autre prestataire.
$ décrivez le problème
Un problème avec WooCommerce ?Demandez un diagnostic.
Dites-nous ce qui ne fonctionne pas, ce qui a changé récemment et l'impact sur votre activité. Nous examinons chaque demande et vous recommandons la marche à suivre.
N'envoyez jamais de mots de passe, de clés API ni de données de carte via le formulaire.