Service spécialisé
Dépannage des paiements WooCommerce
Transactions en échec, clients débités sans commande, commandes bloquées en attente de paiement, boucles 3D Secure, webhooks qui n’arrivent jamais. Les problèmes de paiement se situent entre WooCommerce, l’extension de passerelle et le prestataire de paiement : nous suivons ce relais et trouvons où il casse.
Problèmes fréquents
Là où les paiements échouent
Débité, mais la commande a échoué
Le prestataire affiche un paiement réussi ; WooCommerce affiche échouée, en attente, ou rien.
« Paiement refusé » avec des cartes valides
Des refus qui n’en sont pas : configuration, devise, arrondis ou erreurs d’API.
Commandes bloquées en attente de paiement
La notification ou le webhook de la passerelle n’atteint jamais la boutique, ou est rejeté à l’arrivée.
Boucles 3D Secure et authentifications abandonnées
Clients renvoyés au checkout après authentification, ou bloqués sur la vérification.
Commandes ou débits en double
Doubles soumissions, webhooks rejoués traités deux fois, mises à jour concurrentes des commandes.
Remboursements et états désynchronisés
Remboursements faits dans le tableau de bord du prestataire non reflétés dans WooCommerce, ou l’inverse.
Ce que nous vérifions
- Le journal propre de la passerelle dans WooCommerce → État → Journaux
- L’historique des événements et des livraisons de webhooks du prestataire pour les paiements concernés
- L’accessibilité de l’URL de notification : pare-feu, règles CDN/WAF, redirections, mode maintenance, authentification basique
- La validation de la signature et du secret des notifications entrantes
- Les notes de commande, les changements d’état et les hooks exécutés après le paiement
- Les erreurs PHP et les actions planifiées au moment du callback
Ce que vous recevez
- L’étape du relais qui échoue, preuves à l’appui
- Une liste des commandes à rapprocher, quand nous pouvons les identifier
- La correction, et comment la vérifier avec une vraie transaction de test
- Des recommandations pour détecter le problème plus tôt la prochaine fois
Là où le relais du paiement casse
Un paiement franchit au moins quatre frontières, et chacune échoue à sa manière :
- Navigateur → passerelle. Le formulaire de paiement, son JavaScript et l’authentification 3D Secure. Les échecs apparaissent dans la console et l’onglet Réseau du navigateur, et dépendent souvent du thème, d’un optimiseur de scripts ou d’un bandeau de consentement.
- Passerelle → boutique. Le prestataire confirme le paiement par une redirection et, de façon plus fiable, par une notification ou un webhook de serveur à serveur. Si cette requête est bloquée, redirigée ou rejetée, le paiement existe mais la commande n’en sait rien.
- Traitement dans la boutique. WooCommerce marque la commande comme payée et exécute tout ce qui est branché sur ce moment : stock, e-mails, intégrations. Une erreur PHP dans l’un de ces hooks peut interrompre la mise à jour.
- Après le paiement. Remboursements, captures, renouvellements d’abonnements et litiges, souvent traités plus tard via des actions planifiées.
Le diagnostic identifie la frontière qui échoue avant de modifier quoi que ce soit, pour que la correction ne crée pas un second problème, comme des commandes marquées payées qui ne l’ont jamais été.
Ressources techniques
Guides sur les paiements
- WooCommerce / Paiements Problèmes de paiement WooCommerce Débit sans commande, commandes en attente de paiement, paiements en échec, webhooks et 3D Secure.
- WooCommerce / Checkout Problèmes de checkout WooCommerce Checkout qui tourne sans fin, bouton Commander inactif, erreurs à la validation, invités bloqués.
- WooCommerce / Intégrations Problèmes d’intégration WooCommerce : API REST, webhooks et systèmes externes Authentification de l’API REST, livraisons de webhooks, synchronisations ERP/CRM, timeouts et données dupliquées.
FAQ
Questions fréquentes
Êtes-vous partenaires de Stripe, PayPal ou d’une autre passerelle ?
Non. WooRescue HQ est un service d’ingénierie indépendant, sans lien avec aucun prestataire de paiement. Nous travaillons avec les extensions de passerelle et les outils du prestataire que vous utilisez déjà.
Pouvez-vous voir les données de carte ?
Non, et nous n’en avons jamais besoin. Les données de carte sont gérées par le prestataire de paiement. N’envoyez jamais de numéro de carte ni de clé secrète du prestataire via le formulaire.
Pourquoi la commande reste-t-elle en attente alors que le paiement a réussi ?
Généralement parce que la notification du prestataire n’a jamais atteint la boutique ou a été rejetée : URL bloquée, redirection, signature non conforme ou erreur PHP pendant son traitement. Le journal des webhooks ou des notifications du prestataire indique laquelle.
$ 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.