Dépanner · Urgence
Dépannage e-commerce, checkout WooCommerce & Shopify : panier, paiement et commandes qui échouent
Quand le tunnel d’achat casse, chaque minute coûte des ventes. Nous intervenons directement dans votre boutique existante (WooCommerce, Shopify ou une autre plateforme) pour diagnostiquer la panne — panier, checkout, paiement, webhook ou création de commande — puis la réparer. On remonte le flux du clic « Payer » jusqu’à la commande enregistrée pour trouver la couche qui bloque, plutôt que de deviner. À distance, sans abonnement, facturé par tranches de 30 minutes, avec une réponse sous 2 heures ouvrées.
Les situations que vous reconnaissez tout de suite
- Le panier se vide seul entre deux pages, ou l’ajout au panier ne fait rien.
- Le client paie, le débit passe, mais aucune commande n’apparaît dans l’administration.
- Le paiement est refusé sans raison claire, ou la page de paiement reste bloquée sur le chargement.
- Le bouton « Commander » ou « Payer » est grisé, invisible, ou renvoie une erreur générique.
- Les frais de livraison, la TVA ou une taxe ne se calculent plus, ou affichent un montant faux.
- Un code promo valide est rejeté, ou une remise s’applique deux fois.
- Le client est débité mais reste bloqué sur la page de paiement au lieu d’être redirigé vers le remerciement.
- Les e-mails de confirmation ne partent plus, ou la commande reste coincée sur « En attente de paiement » alors que l’argent est encaissé.
- Un stock disponible se marque « en rupture » au moment du paiement, ou le paiement fonctionne sur mobile mais pas sur ordinateur (ou l’inverse).
- Depuis une mise à jour, un changement de thème ou d’extension, le checkout entier a cessé de fonctionner.
Notre méthode de diagnostic, dans l’ordre
- On reproduit l’achat de bout en bout comme un vrai client, sur mobile et ordinateur, en notant le message exact et l’étape précise où ça casse (ajout au panier, calcul livraison, redirection paiement, retour boutique).
- On lit les journaux d’erreur — serveur, application e-commerce et console du navigateur — pour distinguer une erreur côté boutique (500, timeout, conflit d’extension) d’un refus côté prestataire de paiement.
- On vérifie la couche paiement au bon endroit : dans le tableau de bord Stripe, PayPal ou équivalent, on regarde si la transaction existe, si elle est capturée ou seulement autorisée, et le code de refus renvoyé.
- On contrôle le webhook, cause fréquente des commandes fantômes : on vérifie que la boutique reçoit bien la notification de paiement, que l’URL et la signature sont valides, et on rejoue l’événement pour créer la commande manquante.
- On isole le composant fautif : une extension de livraison, de taxe ou de coupon récemment mise à jour, un conflit de thème, un cache ou un CDN qui sert une version périmée du panier.
- On corrige, on rejoue une commande de test réelle de A à Z, puis on documente la cause et le correctif pour que le problème ne revienne pas.
Technologies & environnements — exemples, pas une limite
Votre boutique ou votre solution de paiement n’est pas dans cette liste ? Ce n’est pas une liste de compatibilité. Décrivez le symptôme et votre environnement — plateforme, extensions, prestataire de paiement — et nous confirmons rapidement la prise en charge.
Questions fréquentes
Un client a été débité mais aucune commande n’a été créée. Que faire ?
C’est presque toujours un webhook de paiement qui n’a pas abouti : la banque a encaissé, mais la boutique n’a jamais reçu la confirmation. On vérifie la transaction dans le tableau de bord de paiement, on rejoue l’événement pour générer la commande manquante, puis on répare la cause pour que ça ne se reproduise pas.
Pourquoi mon paiement est-il refusé alors que la carte est valide ?
Le refus peut venir de la banque (fonds, 3-D Secure, anti-fraude) ou d’une mauvaise configuration côté boutique (clés de test en production, montant ou devise incohérents). On lit le code de refus exact côté prestataire pour trancher, au lieu de deviner.
Intervenez-vous sans accès complet à mon site ?
On travaille avec les accès que vous nous donnez : administration de la boutique, hébergement, et lecture du tableau de bord de paiement selon le cas. On vous dit précisément ce qui est nécessaire pour chaque étape et rien de plus.
Combien de temps pour réparer un checkout cassé ?
Beaucoup de pannes de tunnel d’achat se diagnostiquent en une à deux tranches de 30 minutes. On commence toujours par le diagnostic pour vous donner la cause et une estimation avant de corriger. Réponse sous 2 heures ouvrées.
Mon prestataire d’origine a disparu et personne ne connaît le site. Pouvez-vous reprendre ?
Oui, c’est notre terrain. On entre dans un existant que l’on n’a pas construit, on retrace le flux d’achat et l’hébergement, et on identifie la couche qui casse même sans documentation ni développeur d’origine.
Faut-il un abonnement pour être dépanné ?
Non. Aucun abonnement, aucun engagement. On facture par tranches de 30 minutes, uniquement le temps réellement passé sur votre problème.
Décrivez ce qui casse dans votre tunnel d’achat : on vous confirme la prise en charge et on commence par le diagnostic.
Besoin d'une intervention ciblée ?
Décrivez le blocage — devis sans engagement, ou rappel sous 2 h ouvrées. Supplément urgence possible (+40€).