Paiement qui ne fonctionne pas sur votre boutique en ligne ?

Si le paiement ne fonctionne plus sur votre boutique Shopify ou WooCommerce, commencez par repérer où cela bloque : avant le paiement (le bouton ou la page de commande), pendant le paiement (carte CB, PayPal, prestataire de paiement) ou après (la commande n'est pas créée ou reste « en attente de paiement »). Vérifiez ensuite trois points gratuits : les pages de statut de la plateforme et de votre prestataire de paiement, la dernière modification faite par quelqu'un (application, extension, thème, réglage), et si votre prestataire est encore en mode test ou utilise d'anciennes clés API. Si le tunnel de commande est toujours bloqué après 15 minutes et que vous perdez des ventes, appelez un développeur qui peut commencer aujourd'hui. Chez We Do Dev Work, un développeur senior intervient le jour même pour 75 € HT de l'heure, sans minimum.

Si c'est tout le site qui est hors ligne, et pas seulement le paiement, commencez par mon site WordPress est hors ligne.

Les 15 premières minutes : ce que vous pouvez vérifier vous-même

Notez ce que vous trouvez, avec l'heure.

1. Reproduisez le problème. Passez une commande sur votre téléphone en 4G/5G et dans une fenêtre de navigation privée sur ordinateur. Notez l'étape exacte où cela échoue et faites une capture du message d'erreur. Est-ce pour tout le monde, ou pour un navigateur, un pays, une carte ?
2. Consultez les pages de statut. Shopify publie shopifystatus.com avec une ligne Checkout distincte, en précisant que les incidents touchant un petit pourcentage de boutiques peuvent ne pas y figurer. Vérifiez aussi votre prestataire : Stripe, PayPal, Adyen, Mollie et Payplug ont chacun la leur. Si la plateforme est en panne, aucun développeur ne la réparera plus vite.
3. Demandez ce qui a changé. Une nouvelle application ou extension, une mise à jour, une retouche du thème, un script de suivi, un réglage de cache ou de sécurité, une nouvelle devise. La plupart des pannes de paiement suivent une modification.
4. Regardez les données de commande. Sur Shopify, le guide de dépannage des paiements renvoie à l'historique des paniers abandonnés et à la chronologie de la commande. Sur WooCommerce, lisez les notes de commande et ouvrez le journal fatal-errors sous WooCommerce > État > Journaux, que WooCommerce tient automatiquement.
5. Vérifiez les réglages de paiement. Le mode test est-il désactivé ? Les clés de production sont-elles valides ? Shopify cite des identifiants erronés comme cause fréquente avec les passerelles tierces, et une boutique sans prestataire principal actif affiche qu'elle ne peut pas accepter de paiements pour le moment.
6. Vérifiez le certificat. Un avertissement de sécurité sur la page de paiement indique un certificat SSL expiré ou du contenu mixte.
7. Proposez une alternative. Si un seul moyen de paiement échoue, désactivez-le temporairement.

Shopify : là où cela casse le plus souvent

Shopify gère lui-même le paiement ; ce qui casse, c'est en général ce que vous ou vos applications y ajoutez.

• Applications et personnalisations du checkout. Les applications peuvent ajouter des blocs aux pages de paiement, de remerciement et de statut de commande via l'éditeur de checkout ; sur Plus, elles peuvent aussi modifier les étapes informations, livraison et paiement (Shopify). Désactivez le dernier bloc d'application ajouté et testez à nouveau.
• Anciens scripts arrêtés. Shopify a mis fin à checkout.liquid et aux scripts supplémentaires sur les pages de remerciement et de statut de commande le 28 août 2025, et aux balises de script sur ces pages le 26 août 2026 pour les boutiques hors Plus (shopify.dev). Si votre suivi des conversions s'est tu, c'est probablement la raison ; le paiement, lui, fonctionne.
• Retouches du thème sur la page panier. Si les clients ne passent pas du panier au paiement, le bouton du thème est suspect. Comparez avec une copie non modifiée ou annulez la modification.
• Réglages du prestataire. Avec une passerelle tierce, vérifiez les identifiants et le mode test, puis contactez son support depuis Paramètres > Paiements.

WooCommerce : là où cela casse le plus souvent

• Conflit après une mise à jour. Le guide officiel de WooCommerce conseille de passer à un thème par défaut, de désactiver tout sauf WooCommerce et l'extension en cause, puis de réactiver une par une. Sur une boutique en ligne, faites-le sur une copie de préproduction, ou avec le mode dépannage de l'extension Health Check, qui désactive extensions et thème uniquement pour votre session connectée.
• Panier et paiement mis en cache. WooCommerce demande d'exclure du cache les pages panier, commande et mon compte, car elles affichent les données du client en cours (WooCommerce). Une nouvelle extension de cache, une règle de CDN ou le cache de l'hébergeur peuvent figer le tunnel de commande.
• Webhooks qui n'arrivent pas. Beaucoup de moyens de paiement confirment le paiement après coup en appelant votre site. Si cet appel est bloqué, le client paie mais la commande reste « en attente ». Stripe réessaie jusqu'à trois jours en production et considère une redirection comme un échec (Stripe) ; Mollie réessaie 10 fois sur 26 heures puis s'arrête (Mollie). Pare-feu, extensions de sécurité et redirections sont les coupables habituels.
• SSL et contenu mixte. WooCommerce recommande de servir toute la boutique en https ; les avertissements viennent souvent d'images, scripts ou feuilles de style encore chargés en http (WooCommerce).
• Erreurs PHP. Une page blanche ou un chargement sans fin signale en général un problème PHP (WooCommerce). Le journal fatal-errors indique le fichier et la ligne, donc souvent l'extension responsable (journaux PHP).

Symptôme, cause probable, que faire

Les moyens de paiement en France

• Carte bancaire CB : beaucoup de cartes françaises sont co-badgées CB et Visa ou Mastercard. Avec l'extension Stripe pour WooCommerce, le client peut choisir le réseau, à condition que le compte Stripe soit dans l'EEE, ait au moins trois jours, et que la boutique soit en euros ; le minimum de 50 € de panier ne s'applique pas aux comptes Stripe français (WooCommerce). Un choix de réseau qui disparaît après une mise à jour se vérifie donc dans ces réglages.
• PayPal : souvent en complément ; consultez sa page de statut en cas de doute.
• Prestataires français et européens : Stripe, Adyen, Mollie, Payplug ou la solution de votre banque. Sachez lequel se trouve derrière chaque moyen : c'est là que vous regardez quand l'un d'eux tombe.

Tester le paiement sans risque

• Shopify : utilisez une passerelle de test ou le mode test de Shopify Payments. Tant qu'un prestataire est en mode test, les clients ne peuvent pas passer de vraies commandes : réactivez le mode réel tout de suite après (Shopify).
• WooCommerce : testez sur une copie de préproduction avec la passerelle en mode sandbox, comme le recommande WooCommerce.
• Le contrôle final : une petite commande réelle avec une vraie carte CB, puis annulation et remboursement. Votre prestataire peut facturer des frais. C'est le seul test qui valide toute la chaîne en production, webhooks compris.

Que dire à vos clients en attendant

Affichez un court bandeau : le paiement en ligne est temporairement indisponible, commande possible par e-mail ou téléphone, et personne n'a été débité deux fois. Si des clients ont payé sans confirmation, dites-leur que vous vérifiez chaque paiement à la main. Mettez en pause les publicités qui mènent vers un paiement cassé.

Ce que coûte une panne

Nous n'avons pas trouvé de chiffre publié fiable sur le coût d'une panne de paiement pour une boutique en ligne. Calculez avec vos propres chiffres : chiffre d'affaires perdu par heure = commandes par heure à ce moment-là x panier moyen. Une boutique qui fait 6 commandes par heure à 60 € un soir de semaine perd environ 360 € par heure de panne, plus le budget publicitaire et les clients qui ne reviennent pas.

Quand appeler un développeur

• La plateforme ou le prestataire est en panne : non. Communiquez et attendez.
• Mode test, clés ou moyen de paiement manquant : réglez-le vous-même ou avec le support du prestataire.
• Cassé après une mise à jour ou une nouvelle application, sans retour arrière propre : oui.
• Des clients paient mais aucune commande n'est créée : oui, aujourd'hui.
• Pages blanches, erreurs PHP, règles de cache ou de pare-feu : oui, c'est du travail serveur et code.
• Votre agence ou freelance ne peut pas intervenir aujourd'hui : c'est précisément le rôle de l'aide d'urgence.

Ce qu'il faut préparer

• Un compte collaborateur ou employé pour l'administration Shopify ou WordPress, l'hébergement et le tableau de bord du prestataire (pas le mot de passe du propriétaire).
• Le début du problème, le message exact, des captures, les moyens de paiement et pays concernés.
• La liste des modifications et mises à jour récentes.
• Les numéros des commandes en échec ou en attente et les identifiants de paiement correspondants.
• Une personne qui peut décider d'un retour arrière ou de désactiver un moyen de paiement.

Nos tarifs

Un exemple chiffré : un conflit d'extension qu'il faut deux heures pour trouver et annuler coûte 150 € HT chez nous. Les abonnements durent au moins 3 mois. Nous signons un accord de confidentialité, travaillons dans vos comptes et votre dépôt, et expliquons ensuite ce qui a cassé et comment l'éviter. Pour comparer avec d'autres tarifs, lisez ce que coûte un développeur en urgence.

Éviter la prochaine panne

• La préproduction d'abord. Testez les mises à jour d'extensions, de thème et de PHP sur une copie de la boutique, commande de test comprise.
• Une règle de mise à jour. Mettez à jour un matin fixe en semaine, jamais juste avant un week-end, une campagne ou les soldes, et gardez une sauvegarde que vous avez déjà restaurée.
• Surveillez une commande test. Un contrôle de disponibilité dit que la page d'accueil s'affiche, pas que l'on peut payer. Faites passer régulièrement une commande et regardez le journal des webhooks du prestataire.
• Avant la haute saison, faites vérifier tout le parcours. Notre checklist Black Friday liste ce qu'il faut tester, et notre vérification Black Friday le fait pour vous avant le gel des mises en production.
• Un développeur qui connaît votre boutique. Avec une carte d'heures ou un abonnement, le prochain appel va à quelqu'un qui a déjà les accès et le contexte. Pour un audit gratuit de sécurité, performance et fiabilité, lancez EngineeringScore.

Paiement en panne en ce moment ?

Décrivez-nous ce que vous voyez sur la page aide d'urgence, avec le message d'erreur et la dernière modification connue. Inutile de connaître la cause. Un développeur senior s'en charge le jour même, à 75 € HT de l'heure sans minimum, et vous explique la situation avant que les heures ne s'accumulent. Si cela se répète, consultez nos tarifs pour une carte d'heures ou un abonnement.