Résoudre une panne

16 octobre 2026 · 7 min de lecture

Paiement WooCommerce refusé ou commandes en attente de paiement 💳

Carte refusée, commandes bloquées en attente de paiement alors que le client a payé : voici comment vérifier Stripe, PayPal et les webhooks pour débloquer vos ventes.

Rédigé parl'équipe ACRV

Cliente inquiète, carte bancaire en main devant son ordinateur portable, après un paiement refusé en ligne

En bref

Quand des commandes restent en attente de paiement alors que le client a bien payé, la cause la plus fréquente est une notification qui n’arrive pas jusqu’au site : le webhook de Stripe ou de PayPal est absent ou bloqué. Commencez par comparer la commande avec le paiement dans votre compte Stripe ou PayPal, puis vérifiez le mode test et les webhooks.

Après un changement de clés Stripe ou PayPal, la remise en route prend en général 30 minutes à 1 heure (35 à 70 € TTC au tarif normal).

Un client vous écrit que sa carte a été refusée, alors qu’elle fonctionne partout ailleurs. Ou bien vous découvrez dans WooCommerce > Commandes des commandes restées au statut « Attente paiement », voire annulées, alors que l’argent est bien arrivé. Heureusement, leurs causes sont bien identifiées et se vérifient une à une. Si vous manquez de temps, notre service de dépannage WooCommerce peut s’en charger à distance.


D’où viennent les paiements refusés et les commandes bloquées ?

Deux situations sont possibles. Soit le paiement a vraiment échoué, et la commande passe en général au statut « Échouée ». Soit il a réussi, mais la boutique ne l’a jamais appris, et la commande reste en « Attente paiement ». Voici les causes, de la plus fréquente à la plus rare.

  • Le webhook n’arrive pas. Un webhook est un message automatique que Stripe ou PayPal envoie à votre site pour lui dire que le paiement est validé. S’il a été supprimé, s’il vise une ancienne adresse ou s’il se heurte à un pare-feu, la commande reste en attente alors que l’argent est encaissé.
  • Le mode test est resté actif. Stripe et PayPal proposent un mode d’essai (appelé « sandbox » chez PayPal) qui n’accepte que des cartes fictives. Oublié après des essais, il fait refuser les vraies cartes.
  • L’authentification 3D Secure n’aboutit pas. 3D Secure, c’est la vérification demandée par la banque du client : un code reçu par SMS ou une validation dans son application bancaire. En Europe, la réglementation sur l’authentification forte peut l’exiger pour les paiements par carte. Si le client ne valide pas, ou si la fenêtre ne s’ouvre pas, le paiement échoue.
  • Un refus de la banque ou de l’antifraude. La banque du client peut refuser le paiement (fonds insuffisants, carte expirée, code erroné), et Radar, l’outil antifraude de Stripe, bloque de lui-même les paiements jugés trop risqués.
  • Des tâches planifiées bloquées. WooCommerce exécute en coulisses des tâches programmées, comme l’annulation des commandes impayées. Elles dépendent de WP-Cron, le planificateur de WordPress, qui ne se déclenche que lorsqu’un visiteur charge une page. Sur une boutique peu fréquentée, ou si WP-Cron a été désactivé sans être remplacé, elles prennent du retard.
  • Un délai de réservation trop court. Quand la gestion du stock est activée, WooCommerce annule les commandes impayées au bout d’un certain délai ; si le paiement est confirmé après, la commande est annulée alors que le client a payé.

Comment débloquer les paiements WooCommerce étape par étape

Faites une sauvegarde de votre site avant de modifier les réglages de paiement, de préférence en dehors des heures de forte vente. Contrôlez ensuite chaque étape avec une petite commande réelle, que vous rembourserez.

1. Comparez la commande et le paiement

Ouvrez la commande dans WooCommerce > Commandes et lisez les notes de commande, dans la colonne de droite : WooCommerce et votre moyen de paiement y consignent chaque événement. Cherchez ensuite le même paiement dans votre compte Stripe ou PayPal. Trois cas se présentent : aucun paiement (le client n’est pas allé au bout), un paiement refusé avec son motif, ou un paiement réussi pour une commande restée en attente : c’est alors la communication entre le prestataire et votre site qui coince.

2. Vérifiez que le mode test est désactivé

Dans WooCommerce > Réglages > Paiements, ouvrez les réglages de Stripe ou de PayPal Payments. La case du mode test (ou du mode sandbox) doit être décochée, et les identifiants renseignés doivent être ceux de votre compte réel.

3. Contrôlez les webhooks

Pour Stripe, les réglages de l’extension indiquent, dans les informations du compte, si les webhooks sont configurés en mode réel comme en mode test. Depuis sa version 8.6.1, l’extension les crée automatiquement à la connexion du compte, et un bouton permet de les reconfigurer s’ils ont disparu, comme l’explique la documentation de WooCommerce sur les webhooks de Stripe. Les réglages de PayPal Payments proposent eux aussi de réinscrire la boutique aux webhooks.

Si les commandes restent bloquées malgré tout, vérifiez qu’aucun pare-feu, extension de sécurité ou mode maintenance ne bloque les requêtes de Stripe ou de PayPal. Après un changement de nom de domaine ou un passage en HTTPS, reconfigurez aussi les webhooks, qui peuvent encore viser l’ancienne adresse.

4. Lisez le motif du refus

Dans Stripe, la fiche d’un paiement refusé en précise la raison, comme le détaille la documentation de Stripe sur les refus : refus de la banque du client, blocage par Radar ou requête invalide. Un refus de la banque ne se règle pas sur votre site : le client doit contacter sa banque ou essayer une autre carte. Si Radar bloque de nombreux paiements légitimes, revoyez les règles ajoutées dans votre compte Stripe.

Si les échecs surviennent à la validation bancaire, payez vous-même une commande : une page qui se fige alors trahit souvent un script en conflit ou une page de commande mise en cache.

5. Vérifiez les tâches planifiées

Ouvrez WooCommerce > État > Actions planifiées. Des actions en retard qui s’accumulent, ou un avertissement sur des « actions passées » dans Outils > Santé du site, montrent que les tâches de la boutique ne s’exécutent plus. L’onglet État du système indique aussi si WP-Cron est activé. La solution durable : faire déclencher WP-Cron par le serveur à intervalles réguliers, avec une tâche cron créée dans l’espace client de votre hébergeur.

6. Ajustez le délai de maintien du stock

Dans WooCommerce > Réglages > Produits > Inventaire, le réglage « Maintenir le stock (minutes) » fixe combien de temps une commande impayée garde ses produits réservés. Passé ce délai, WooCommerce annule les commandes « Attente paiement » concernées et remet les produits en stock ; une note commençant par « Commande impayée annulée » apparaît alors dans la commande. Si vos clients paient par un moyen lent, allongez ce délai plutôt que de le supprimer.

7. Débloquez à la main les commandes payées

Pour une commande dont vous avez vérifié le paiement chez Stripe ou PayPal, passez-la manuellement au statut « En cours » depuis sa fiche, et ajoutez une note avec la référence du paiement. Le client reçoit alors son e-mail de confirmation.

À éviter

  • Mettre une commande au statut « En cours » sans avoir vérifié le paiement chez le prestataire.
  • Désactiver tout le pare-feu pour laisser passer les webhooks, au lieu d’autoriser leurs seules requêtes.
  • Laisser le mode test actif après des essais, ou mélanger identifiants de test et identifiants réels.
  • Supprimer et recréer les webhooks à répétition en pleine journée de ventes.

Ce que nous voyons le plus souvent

Très souvent, les commandes bloquées apparaissent après une migration, un changement de nom de domaine ou un passage en HTTPS : les webhooks visent encore l’ancienne adresse. Autre situation fréquente : un pare-feu ou une extension de sécurité ajoutés récemment, qui bloquent les notifications de paiement sans que personne ne fasse le lien. Viennent ensuite les tâches planifiées à l’arrêt et le mode test oublié après une intervention.

Quand faire appel à un professionnel ?

Passez la main sans attendre dans les situations suivantes :

  • des clients ont été débités sans que leur commande soit validée, ou débités deux fois ;
  • plus aucun paiement ne passe, quel que soit le moyen de paiement ;
  • les webhooks sont configurés, mais Stripe ou PayPal signale des erreurs à chaque envoi ;
  • le formulaire de paiement a changé d’apparence ou demande des informations inhabituelles, signe possible de piratage : il faut alors vérifier si votre site a été piraté sans attendre.

En conclusion :

Un paiement refusé n’a pas toujours la même origine : refus de la banque, mode test oublié, webhook bloqué ou tâches planifiées à l’arrêt. En comparant chaque commande avec son paiement, vous saurez vite de quel côté chercher. Si les commandes bloquées s’accumulent, notre équipe de dépannage WooCommerce intervient à distance, et notre service de dépannage WordPress urgent traite en priorité les boutiques dont les ventes sont bloquées.

Un souci sur votre site ?

Nos experts le diagnostiquent gratuitement et vous proposent une intervention rapide.

Blog

Ces articles peuvent aussi vous intéresser

Vue de dessus de deux personnes qui annotent des maquettes de pages web sur papier, autour d'une tablette et d'un smartphone, pour illustrer un éditeur Elementor qui n'enregistre plus les modifications
Elementor refuse d'enregistrer vos modifications ? Erreur 500 ou 403, mémoire, révisions, pare-feu : la méthode pas à pas pour débloquer la sauvegarde sans
Lire l'article
Mécanicien d'écurie qui court avec une roue lors d'un arrêt au stand de course automobile, pour illustrer l'accélération d'une boutique WooCommerce lente
Boutique WooCommerce lente ? Cache, images, extensions, actions planifiées, HPOS et hébergement : notre méthode pas à pas pour retrouver une boutique rapide.
Lire l'article
Artisan en chemise à carreaux qui règle la serrure d'une porte blanche, pour illustrer la réparation d'un site WordPress marqué non sécurisé
Votre site WordPress est marqué « non sécurisé » ? Certificat SSL expiré, adresses en http ou contenu mixte : nos 7 étapes pour
Lire l'article

Étape 1 / 4

Demander un audit gratuit

Quatre questions, moins d’une minute : notre équipe revient vers vous très vite.

Ce site est protégé par reCAPTCHA : les règles de confidentialité et les conditions d'utilisation de Google s'appliquent.