Question 1

Pourquoi le paiement WooCommerce ne fonctionne plus ?

Accepted Answer

Sept causes typiques en WooCommerce 2025-2026. (1) Clé API du plugin Stripe / PayPal expirée ou mal renseignée après changement d'environnement test → live. (2) HPOS (High-Performance Order Storage) activé sans migration complète des plugins de paiement non compatibles — les commandes sont créées dans les deux tables ou aucune. (3) Webhook URL bloquée par Cloudflare, Sucuri ou un plugin de sécurité (Wordfence, iThemes Security). (4) Conflit entre plusieurs plugins de paiement actifs simultanément (WooCommerce Stripe + Stripe Payments + un autre Stripe-fork). (5) Plugin de cache qui met en cache des pages dynamiques du checkout (Page Cache mal configuré dans WP Rocket). (6) Module SCA / 3D Secure v2 non géré par un plugin de paiement ancien. (7) JavaScript bloqué par un module de tracking / GDPR consent qui empêche l'iframe Stripe/PayPal de se charger.

Question 2

Le statut de mes commandes WooCommerce reste 'En attente' indéfiniment — pourquoi ?

Accepted Answer

Cinq causes classiques. (1) Webhook IPN qui n'arrive pas du PSP au serveur — votre site n'est jamais notifié que le paiement a réussi. C'est le cas le plus fréquent. (2) Endpoint webhook (généralement /?wc-api=NomPasserelle) qui répond en 200 OK mais le hook PHP plante silencieusement et ne met pas le statut à jour. (3) Plugin de paiement qui dépend d'un cron WP qui n'est pas exécuté (WP Cron désactivé en faveur d'un cron système jamais mis en place). (4) Conflit HPOS / table legacy : la commande est mise à jour dans une table mais pas dans l'autre. (5) Lock SQL sur la table wp_woocommerce_order_items qui bloque l'écriture. Diagnostic via dashboard PSP > Webhooks + logs WooCommerce.

Question 3

Mon client a payé mais la commande WooCommerce n'est pas créée — solution ?

Accepted Answer

Bug webhook classique. Stripe / PayPal envoient une notification HTTP à votre site après paiement (URL /?wc-api=...). Si cette requête échoue (firewall, plugin sécurité, endpoint en fatale), votre site n'enregistre pas la commande malgré le paiement. Vérification immédiate : dashboard PSP > section Webhooks > statut des derniers événements. Si vous voyez 403, 500, 502 ou timeout, le webhook ne passe pas. Causes typiques : Cloudflare qui bloque les IP du PSP, Wordfence en mode strict qui filtre les POST, endpoint qui plante car un autre plugin a corrompu le hook. Fix : whitelist IP officielles du PSP + debug du hook. Les commandes orphelines sont recréées manuellement via Stripe Dashboard > Charges + import WooCommerce (incluses si ≤ 10).

Question 4

Le passage à HPOS WooCommerce a cassé mon paiement — que faire ?

Accepted Answer

HPOS (High-Performance Order Storage, disponible depuis WooCommerce 7.1) déplace les commandes de wp_posts/wp_postmeta vers des tables dédiées (wp_wc_orders, wp_wc_order_addresses). Plusieurs plugins de paiement anciens (ou modules tiers) lisent encore directement wp_postmeta. Symptômes : commandes payées qui ne remontent pas dans WooCommerce, ou erreurs PHP du type 'method not found' lors du paiement. Solutions : (1) vérifier la compatibilité HPOS de chaque plugin actif via WooCommerce > Status > Plugins, (2) mettre à jour les plugins non compatibles, (3) si un plugin critique n'a pas de version HPOS, basculer en mode 'synchronisation' (les deux tables sont alimentées) le temps de l'attendre, (4) ou désactiver HPOS temporairement. KLN-WEB peut auditer la compatibilité HPOS de votre stack en 1 h.

Question 5

Combien coûte un fix de bug paiement WooCommerce ?

Accepted Answer

Le pré-audit est gratuit (30 min) : test d'un parcours de paiement complet sur votre site, lecture du dashboard PSP et des logs WooCommerce, identification probable de la cause. L'intervention est ensuite facturée sur devis, au tarif horaire à partir de 60 €/h HT. La majorité des bugs paiement WooCommerce (webhook, clé API, conflit plugins, HPOS, 3DS) sont résolus en 1 à 3 h une fois la cause identifiée. Le devis est envoyé sous 24 h ouvrées. Pour les chantiers plus longs (intégration d'un nouveau PSP, refonte d'un checkout custom, migration HPOS complète), le cadrage est plus précis après audit.

Question 6

Vous pouvez intervenir sans accès au back-office WordPress ?

Accepted Answer

Oui, avec un accès FTP/SFTP ou SSH on peut faire l'essentiel du diagnostic : lecture des logs Apache, des logs WooCommerce (wp-content/uploads/wc-logs/), audit du wp-config.php pour vérifier les constantes de sécurité, identification des plugins de paiement et leur version, inspection des fichiers personnalisés du thème enfant. Pour les fix qui exigent une intervention BO (activation de plugin, configuration d'une passerelle), on récupère un compte admin via wp_users en SQL si nécessaire, on l'utilise le temps du fix, on le supprime. Diagnostic gratuit possible avec accès limité.

Vos clients WooCommerce
n'arrivent plus à payer ?
on remet la passerelle en route.

Combien vous perdez chaque jour

Chaque plugin de paiement a ses pannes typiques

Tarifs annoncés d'avance

Pré-audit

Intervention ciblée

Maintenance WooCommerce

« Paiement WC bloqué », ce n'est pas...

Paiement WooCommerce bloqué — questions fréquentes

Vos clients ne paient plus sur WooCommerce ?

Vos clients WooCommercen'arrivent plus à payer ?on remet la passerelle en route.

Audit et correction des bugs de paiement WooCommerce