Replay des 5 parcours-types
Panier simple, panier avec combinaisons, panier avec code promo, panier B2C / B2B, panier livraison internationale. Chaque parcours est replay avec l'inspecteur réseau Chrome ouvert.
💸 Chaque jour qui passe = du CA perdu
Votre tunnel PrestaShop
Votre tunnel PrestaShop
perd des commandes ?
on l'audite et on le répare.
Audit et correction du tunnel d'achat PrestaShop
Panier qui se vide, étape qui boucle, bouton paiement qui ne réagit pas, webhook Stripe non reçu, commande payée mais jamais enregistrée : on replay votre parcours, on identifie la fuite, on corrige sous 24 h. Sur le dernier audit : +48 paniers récupérés/mois.
✓ Pré-audit gratuit 30 min
✓ Devis sous 24 h ouvrées
✓ À partir de 60 €/h HT
✓ Calcul du CA récupéré
💸 Combien ça vous coûte vraiment
Un bug checkout, c'est du CA qui fuit, en silence
Faites le calcul. Le coût d'inaction est presque toujours supérieur au coût d'intervention.
~50
paniers abandonnés / mois
causes purement techniques (moyenne audits 2025-2026)
causes purement techniques (moyenne audits 2025-2026)
× 60 €
panier moyen
boutique B2C standard
boutique B2C standard
3 000 €
CA / mois récupérable
après correction du bug
après correction du bug
💡 Intervention type 2-4 h sur devis (à partir de 60 €/h HT) · ROI dès le premier mois après fix.
🔎 Les bugs typiques
Les 8 bugs checkout les plus fréquents
Identifiés sur 30 audits checkout PrestaShop 2025-2026. Reconnaissez le vôtre.
1. Panier qui se vide entre étape adresse et paiement
Cause typique : cookies SameSite incompatibles depuis Chrome 80. Le client est redirigé vers Stripe / PayPal, revient sur votre site, la session est nulle. Fix : forcer SameSite=None; Secure sur le cookie session, vérifier que tout est en HTTPS, tester sur 3 navigateurs.
2. Étape « Livraison » qui boucle
Cause typique : aucun transporteur disponible pour le poids/zone du panier. Le bouton « Suivant » ne valide pas l'étape parce que le tableau de transporteurs est vide. Fix : audit complet des transporteurs (zones, poids, dimensions), création d'un transporteur fallback « par défaut » pour éviter le cas zéro.
3. Commande payée mais non créée (webhook Stripe / PayPal)
Cause typique : endpoint webhook bloqué ou en erreur. Le client paie sur Stripe, Stripe envoie un POST de confirmation à votre boutique, votre WAF ou Cloudflare bloque la requête (ou l'endpoint PHP plante). Fix : vérification logs Stripe dashboard, whitelist des IP Stripe sur le WAF, debug du handler PHP.
4. Total panier qui devient négatif
Cause typique : module de promotion ou code promo qui applique mal une remise sur des produits déjà soldés, calcul TTC mal arrondi, ou cumul de réductions non géré. PrestaShop refuse alors la commande silencieusement. Fix : audit du module promo, ajout d'une validation côté Cart::getOrderTotal().
5.
max_input_vars trop bas
Cause typique : limites PHP atteintes sur un panier avec beaucoup de combinaisons. max_input_vars par défaut = 1000, ce qui est insuffisant pour un panier de 8 articles × plusieurs combinaisons. La requête POST est tronquée, le panier corrompu. Fix : php_value max_input_vars 4000 dans .htaccess ou pool PHP-FPM.
6. Module de paiement qui timeout
Cause typique : appel API du module de paiement qui dépasse max_execution_time PHP, ou DNS qui résout lentement vers l'API du PSP. Le client voit un spinner infini puis une erreur. Fix : augmentation timeout, optimisation appel API (cache du token PSP), monitoring du temps de réponse.
7. JavaScript bloqué par un autre module
Cause typique : module de tracking qui injecte un JS avec une erreur de syntaxe, ce qui empêche le JS du checkout de s'exécuter. Le formulaire ne se soumet pas. Fix : inspection console Chrome (F12 → Console), désactivation du module fautif, signalement à l'éditeur.
8. Stock négatif → commande refusée silencieusement
Cause typique : plusieurs clients commandent le même produit en même temps, le stock passe à -1 entre la validation panier et l'enregistrement commande, PrestaShop refuse silencieusement. Fix : activation du mode « autoriser commandes en rupture », ou lock SQL sur le stock pendant la transaction.
🩺 Méthode d'audit
Comment on audite votre checkout
3 à 4 heures de diagnostic structurel. Pas de devinette, pas de checklist générique.
Audit des modules touchant au checkout
Modules de paiement, transporteurs, calcul frais, promotion, fidélité, taxes. Pour chacun : version, dernière update, hooks branchés, JS injecté, surface d'erreur potentielle.
Lecture des logs serveur
Logs Apache, PHP-FPM, PrestaShop (
/var/logs/), webhooks PSP. Identification des erreurs silencieuses et des requêtes échouées.
Analyse Analytics + paniers abandonnés
Entonnoir de conversion GA4 par étape, identification de l'étape de fuite. Si l'export des paniers abandonnés est dispo : croisement avec les logs serveur pour identifier le moment exact du décrochage.
Tests sur multi-navigateurs et appareils
Chrome desktop, Safari iOS, Chrome Android, Firefox. Chaque combinaison expose des bugs spécifiques (cookies SameSite Safari, Apple Pay iOS, WhatsApp in-app browser, etc.).
Rapport + chiffrage du CA récupérable
Liste des bugs trouvés, sévérité, fix proposé, temps estimé, CA mensuel récupérable. Vous décidez ce qu'on corrige.
💰 Tarifs
Tarifs annoncés d'avance
Pré-audit offert. Pour l'intervention, vous savez exactement combien ça coûte avant que je touche au code.
🔍 Pré-audit
Pré-audit
trouver la fuite du tunnel
0€offert
30 min · sans engagement
- Replay d'un parcours d'achat type
- 2 bugs les plus probables identifiés
- Devis chiffré + CA récupérable estimé
- Vous décidez si vous continuez
⚡ Le plus demandé
🔧 Intervention
Intervention ciblée
réparer le tunnel d'achat
dès 60€HT
selon diagnostic · prix annoncé d'avance
- Sauvegarde fichiers + BDD avant intervention
- Correction du bug (cookies, hook, webhook, transporteur...)
- Tests sur 5 paniers types + multi-navigateurs
- Rapport écrit cause + CA récupérable
- Garantie 30 jours sur le correctif
🛡️ Maintenance
Maintenance Performance
test du tunnel chaque mois
dès 50€/ mois
surveillance 24/7 · sans engagement
- Replay automatisé du parcours d'achat mensuel
- Sauvegardes auto quotidiennes externalisées
- Suivi paniers abandonnés + alerte si pic anormal
- Intervention prioritaire si bug checkout
🧭 Ne confondez pas
Bug checkout, ce n'est pas...
❌ Pas un site lent
Si le checkout met 8 s à charger mais finit par marcher, c'est un problème de performance, pas un bug fonctionnel. Voir la fiche perf.
Fiche perf → ❌ Pas une 500 sur le checkoutSi l'étape paiement affiche HTTP ERROR 500 ou une page Apache, c'est une erreur serveur, pas un bug fonctionnel. Voir la fiche 500.
❌ Pas un taux d'abandon élevé normal
70 % de paniers abandonnés est un taux normal en e-commerce. Si vous êtes à 95 %+, là, oui, il y a un bug technique. On distingue toujours abandon comportemental vs blocage technique.
❓ FAQ
Bug checkout PrestaShop — questions fréquentes
Cinq causes : (1) cookies SameSite incompatibles depuis Chrome 80, (2) module de promotion qui modifie le panier sur
actionCartSave, (3) token panier régénéré par un override mal écrit, (4) max_input_vars PHP atteint, (5) session PHP qui expire (gc_maxlifetime trop bas). Le diagnostic réel demande un replay du parcours avec inspecteur réseau + logs serveur.Trois indicateurs à croiser : (1) taux de conversion checkout dans GA4, l'étape où la chute est anormale révèle le bug, (2) logs serveur : les POST
/order-opc en 500 ou redirect inattendu, (3) mails de panier abandonné. Dernier cas client : 48 paniers/mois × 60 € = 2 880 €/mois perdus, plus que le coût intervention.Pré-audit offert (30 min) puis intervention sur devis, à partir de 60 €/h HT. La majorité des bugs checkout standards (cookies, session, hook fautif, transporteur, webhook) sont résolus en 2 à 4 h une fois la cause identifiée. Le devis est envoyé sous 24 h ouvrées avant tout démarrage : vous savez ce que vous payez avant qu'on touche au site. Pour les cas complexes (refonte tunnel, refactorisation module paiement), le cadrage est plus long et le chiffrage précisé après audit.
Bug webhook classique. Stripe/PayPal envoient un POST à votre site après paiement. Si la requête échoue (firewall WAF, SSL invalide, endpoint en 500/timeout), votre site n'enregistre pas la commande alors que le client a payé. Fix : (1) vérifier les logs webhooks dashboard PSP, (2) tester l'endpoint avec curl, (3) corriger l'erreur PHP ou whitelist IP. Bug silencieux mais coûteux.
Quatre causes par fréquence : (1) aucun transporteur disponible pour la zone/poids, (2) module de calcul frais de port qui plante silencieusement, (3) JavaScript bloqué par un autre module, (4) validation serveur qui rejette sans retour explicite. Diagnostic toujours en replay avec Network Chrome ouvert.
Oui, accès FTP ou SSH suffit. On diagnostique l'essentiel des bugs par lecture des logs Apache +
/var/logs/ + inspection du code modules paiement/transporteurs. Pour les fix qui exigent une intervention BO (activation module, config transporteur), on récupère un compte admin en SQL si nécessaire.
🛡️ Tester en continu
Et si on testait votre tunnel tous les mois ?
Replay automatisé du parcours d'achat chaque mois, alerte instantanée si une étape se met à boucler, audit RUM des paniers abandonnés : inclus dans la maintenance Performance.
Voir les formules maintenance →Vous perdez des commandes en ce moment ?
Pré-audit gratuit 30 min : on replay votre parcours, on vous dit ce qui cloche. Devis sous 24 h ouvrées, intervention à partir de 60 €/h HT.