Les 20 bugs PrestaShop les plus fréquents : ce que 1 052 tickets réels nous apprennent

Introduction

Depuis 2022, nous avons traité 1 052 tickets PrestaShop sur notre plateforme de support. Plutôt que de vous livrer une liste théorique des bugs "qu'on croise parfois", cette analyse s'appuie sur nos données réelles : fréquence observée, temps moyen de résolution, exemples de tickets anonymisés.

Résultat : un classement honnête des 20 bugs qui plantent le plus souvent une boutique PrestaShop, avec pour chacun la cause technique la plus fréquente et la piste de résolution. Si votre boutique est déjà en panne, passez directement à la section concernée.

Méthodologie rapide — L'analyse porte sur les 1 052 tickets PrestaShop clôturés entre janvier 2022 et avril 2026 (99,6 % de taux de clôture). Le clustering se fait par mots-clés dans les titres et descriptions, avec une couverture de 62 %. Les 38 % restants sont des tickets au titre trop générique ("Urgent", "Bonjour", "Site") où le bug est décrit dans la conversation, non extractible automatiquement.

Ce que les chiffres révèlent avant même la liste

Avant d'entrer dans le détail, 3 enseignements qui ont surpris même notre équipe :

1. La mise à jour PrestaShop est le bug n°1, loin devant les erreurs classiques — Une part disproportionnée des appels au secours arrive après un upgrade (10,7 % des tickets PrestaShop, durée moyenne de 528 heures = 22 jours). Les merchants sous-estiment toujours la complexité d'une montée de version.

2. Les bugs transport/livraison sont les plus longs à résoudre — 1 024 heures en moyenne, soit 42 jours. La raison : ces bugs impliquent la coordination avec des transporteurs externes, des tests de colis réels, et des validations clients. Bien plus chronophage qu'un bug code pur.

3. Le piratage reste un cluster entier (4,8 %) — 51 tickets d'intervention post-intrusion sur 1 052. Pas un épiphénomène : un e-commerçant PrestaShop sur 20 qui nous contacte vient pour un site compromis.

Passons à la liste détaillée.

1. Migration ou mise à jour PrestaShop — 10,7 % des tickets

Le bug n°1 de loin. 113 tickets, soit plus d'un appel sur dix. Durée moyenne de résolution : 528 heures (22 jours).

Cause principale : incompatibilité d'un module tiers avec la nouvelle version du cœur, ou override obsolète dans override/. PrestaShop 1.7 vers 8 est particulièrement piégeux si vos modules n'ont pas été audités avant.

Solution : activer le mode debug dans config/defines.inc.php pour lire l'erreur exacte, auditer chaque module un par un, puis désactiver les modules obsolètes via SSH en vidant la table ps_module. Une restauration de sauvegarde reste la voie la plus propre si le diagnostic traîne. Voir notre service de mise à jour PrestaShop 9 pour un cadrage.

2. Erreur 500 / internal server error — 6,1 %

64 tickets. Durée moyenne de résolution : 140 heures. Le classique "site KO, pas d'explication".

Cause principale : un module admin corrompu, un .htaccess mal régénéré, ou une limite PHP memory_limit trop basse. En 2026, moins de 256 Mo est insuffisant pour PrestaShop 8+.

Solution : augmenter la mémoire PHP côté serveur, vider le dossier var/cache/, puis regénérer le .htaccess depuis Trafic > SEO & URL. Si l'erreur persiste, consulter les logs Apache/Nginx pour identifier le script fautif.

3. Transport / livraison / frais de port — 5,7 %

60 tickets. Durée moyenne : 1 024 heures (42 jours) — le cluster le plus long à résoudre.

Cause principale : configuration transporteur (Colissimo, Chronopost, Mondial Relay) cassée après une MAJ du module, points relais qui ne s'affichent plus, ou règles de frais de port qui ignorent certaines zones.

Solution : vérifier les credentials API du transporteur, tester un colis fictif en bout-en-bout, et comparer la config après-MAJ avec une sauvegarde antérieure. La longueur moyenne s'explique par les allers-retours avec le transporteur et les tests avec de vrais colis, pas par le temps technique pur.

4. Piratage / malware / injection / defacement — 4,8 %

51 tickets. Durée moyenne : 274 heures.

Cause principale : module tiers vulnérable non patché, mot de passe FTP compromis, ou version PrestaShop non mise à jour depuis plus d'un an.

Solution : ne pas se contenter de supprimer le code visible. Il faut nettoyer la base de données, les fichiers, changer tous les accès (FTP, base, admin), et patcher la faille d'origine. Notre service de suppression de malware couvre ces cas en urgence.

5. Paiement / passerelle — 2,7 %

28 tickets. Durée moyenne : 537 heures.

Cause principale : certificat SSL expiré, identifiants Stripe/PayPal/Monetico obsolètes, ou module de paiement incompatible avec PrestaShop 8.1+.

Solution : vérifier les logs du module de paiement, tester en mode sandbox, mettre à jour le module vers la version compatible avec votre cœur. Les bugs Monetico reviennent particulièrement souvent, liés à la config bancaire.

6. Hébergement / serveur / OVH — 2,7 %

28 tickets. Durée moyenne : 677 heures.

Cause principale : espace disque saturé (cpanel), dépassement de quotas OVH, PHP obsolète ou version incompatible avec PrestaShop.

Solution : auditer l'espace disque (du -sh via SSH), purger les logs et les caches, vérifier la version PHP active. Une migration vers un serveur mieux dimensionné est souvent la seule voie durable.

7. Email / notifications / SMTP — 2,4 %

25 tickets. Durée moyenne : 248 heures.

Cause principale : config SMTP cassée après migration serveur, ou délivrabilité dégradée (SPF/DKIM/DMARC mal réglés) qui envoie les mails en spam.

Solution : tester la config SMTP dans Paramètres avancés > Emails, vérifier les en-têtes SPF/DKIM via des outils comme MXToolbox, et passer sur un service transactionnel (Mailjet, SendinBlue, Resend) si le serveur maison n'est pas fiable.

8. Performance / lenteur site ou back-office — 2,4 %

25 tickets. Durée moyenne : 241 heures.

Cause principale : tables ps_connections ou ps_guest trop volumineuses, logs non purgés, module de statistiques qui surcharge.

Solution : purger les tables de connexions, désactiver les modules de stats natifs au profit de Matomo ou GA4, passer le cache en Redis. Sur un back-office très lent, la cause est souvent une table qui a dépassé les 5 millions de lignes.

9. Commandes / gestion commandes / factures — 2,3 %

24 tickets. Durée moyenne : 228 heures.

Cause principale : commande bloquée en "paiement en attente" à cause d'un webhook non reçu, ou layout facture PDF cassé après un changement de thème.

Solution : inspecter les logs du module de paiement, whitelister les IP du prestataire bancaire dans le pare-feu serveur, et vérifier que le template invoice.tpl est à jour avec la version PrestaShop.

10. Back-office / accès admin / connexion — 2,2 %

23 tickets. Durée moyenne : 87 heures.

Cause principale : URL d'admin modifiée sans MAJ du .htaccess, mot de passe oublié, ou module de sécurité qui bloque l'accès.

Solution : réinitialiser le mot de passe via une requête SQL directe sur ps_employee, vérifier le préfixe d'admin dans config/settings.inc.php, et désactiver temporairement les modules de sécurité/anti-brute-force pour retrouver l'accès.

11. SEO / référencement / sitemap / metas — 1,5 %

16 tickets. Durée moyenne : 312 heures.

Cause principale : sitemap non généré, redirections 301 cassées après migration, ou balises meta dupliquées sur les pages produit.

Solution : regénérer le sitemap depuis le module dédié, auditer les redirections dans .htaccess, et utiliser la Search Console pour identifier les pages en erreur. Un audit SEO complet est souvent plus efficace qu'une correction isolée.

12. Panier / tunnel d'achat / checkout — 1,3 %

14 tickets. Durée moyenne : 144 heures.

Cause principale : conflit de cookies entre HTTP et HTTPS, session PHP mal partagée, ou module tiers (PitchPrint, personnalisation produit) qui casse la validation de commande.

Solution : forcer HTTPS dans config/settings.inc.php, vérifier PS_COOKIE_LIFETIME_FO, désactiver les modules tiers un par un pour isoler le coupable.

13. Module / plugin / addon — 1,2 %

13 tickets. Durée moyenne : 169 heures.

Cause principale : module incompatible avec la version PrestaShop active, ou conflit entre deux modules qui s'accrochent au même hook.

Solution : désactiver tous les modules tiers, réactiver un par un pour identifier le coupable. Si c'est un conflit de hook, l'ordre de chargement peut se rejouer dans Design > Positions.

14. Base de données / SQL — 1,2 %

13 tickets. Durée moyenne : 93 heures.

Cause principale : connexion BDD perdue (serveur down, credentials invalides), ou table corrompue après un crash.

Solution : vérifier les credentials dans config/parameters.php, relancer le service MySQL, utiliser CHECK TABLE et REPAIR TABLE sur les tables suspectes. Un backup récent sauve énormément de temps en cas de corruption majeure.

15. Page blanche / WSOD — 1,0 %

10 tickets. Durée moyenne : 85 heures. Bug iconique de PrestaShop.

Cause principale : incompatibilité d'un module après une MAJ du cœur, ou erreur PHP fatale non affichée (mode debug désactivé).

Solution : activer define('_PS_MODE_DEV_', true); dans config/defines.inc.php pour afficher l'erreur réelle, puis traiter selon le message. Dans 80 % des cas, c'est un module qu'il faut désactiver via SSH.

16. Erreur 404 / page introuvable — 0,9 %

9 tickets. Durée moyenne : 562 heures.

Cause principale : .htaccess qui perd ses règles de réécriture après une action admin, ou URL simplifiées mal regénérées après une migration.

Solution : supprimer puis regénérer le .htaccess depuis Trafic > SEO & URL. Conserver toujours une copie locale du .htaccess avant toute action serveur.

17. Produits / catalogue / attributs — 0,9 %

9 tickets. Durée moyenne : 188 heures.

Cause principale : champ id_shop_default incohérent en mode multi-boutique, mauvaise association d'images aux déclinaisons, ou attributs non liés correctement après un import CSV.

Solution : vider le cache dans Paramètres avancés > Performances, vérifier la table ps_product_shop pour le produit concerné, et relancer l'association images/déclinaisons manuellement.

18. Images / miniatures / médias — 0,8 %

8 tickets. Durée moyenne : 113 heures.

Cause principale : régénération des miniatures interrompue, ou base_url encore pointée vers l'ancien domaine dans la base.

Solution : lancer une régénération via Design > Images, passer un UPDATE SQL sur ps_configuration pour les clés PS_SHOP_DOMAIN et PS_SHOP_DOMAIN_SSL si vous avez changé de domaine.

19. SSL / HTTPS / certificat — 0,6 %

6 tickets. Durée moyenne : 34 heures — le cluster le plus rapide à résoudre.

Cause principale : certificat Let's Encrypt expiré non renouvelé, ou config HTTPS incomplète côté PrestaShop.

Solution : renouveler le certificat via certbot renew, activer HTTPS dans Trafic > SEO & URL > Paramètres généraux, et vérifier que PS_SSL_ENABLED=1 dans ps_configuration.

20. Too many redirects (boucle de redirection) — classique de l'écosystème

Ce bug est un grand classique de PrestaShop qui n'est pas toujours étiqueté comme tel dans les titres de tickets, mais qui revient régulièrement dans l'écosystème francophone.

Cause principale : double redirection HTTP vers HTTPS (une côté serveur, une côté PrestaShop), conflit avec un CDN Cloudflare mal configuré, ou règles .htaccess qui se mordent la queue.

Solution : nettoyer le .htaccess (supprimer les doubles redirections), désactiver la redirection côté serveur si elle est déjà gérée par PrestaShop, et vider le cache CDN. Vérifier aussi que PS_SSL_ENABLED et les URLs de domaine sont cohérents dans ps_configuration.

Temps de résolution : ce que la médiane révèle

La durée moyenne de résolution tous clusters confondus est de 351 heures, tirée par la longue traîne des migrations et des piratages multi-sessions. La médiane est beaucoup plus parlante : 71 heures, soit 3 jours calendaires.

En clair : le ticket PrestaShop typique se résout en 3 jours. Les cas qui dépassent la semaine sont des configurations complexes (transporteurs, migrations majeures, piratages profonds) où la latence vient autant des allers-retours avec le client et les prestataires externes que du temps technique pur.

Quand faire appel à un pro

Sur la base de nos 1 052 interventions, voici un repère simple :

FAQ

Combien de temps pour réparer un bug PrestaShop en moyenne ?

Sur nos 1 048 tickets clôturés, la médiane est de 71 heures (3 jours). La moyenne est tirée à 351 heures par les cas complexes (migrations, piratages). Un bug simple (SSL, page blanche, back-office inaccessible) se résout souvent en moins de 24 heures.

Quel est le bug PrestaShop le plus fréquent en 2026 ?

Sur notre base, c'est la mise à jour ou migration PrestaShop (10,7 % des tickets). Les erreurs 500 arrivent en deuxième position (6,1 %), suivies des bugs transporteurs (5,7 %).

Les bugs PrestaShop 9 sont-ils différents de ceux de PrestaShop 8 ?

La plupart des bugs listés ici existent sur les deux versions. PrestaShop 9 corrige certains bugs historiques mais en introduit d'autres, notamment sur la compatibilité des modules développés pour la version 8.

Puis-je réparer un bug PrestaShop moi-même ?

Pour les bugs simples (régénération images, reconstruction index de recherche, SSL expiré), oui. Pour tout ce qui touche au code, à la base de données, au paiement ou à une intrusion, l'intervention d'un spécialiste évite d'aggraver la panne et fait gagner beaucoup de temps.

Ma boutique est en panne, que faire en priorité ?

Ne touchez à rien, faites une sauvegarde complète (fichiers et base), activez le mode maintenance si le front est impacté, et contactez un prestataire. Plus vous manipulez un bug sans méthode, plus le diagnostic devient coûteux.

Conclusion

Ce classement s'appuie sur 1 052 interventions réelles sur des boutiques PrestaShop entre 2022 et 2026. Les enseignements pratiques :

• Les mises à jour sont le premier facteur de panne, loin devant les erreurs "classiques" comme les 500 ou les pages blanches. Si vous prévoyez une MAJ, prévoyez aussi l'intervention qui ira avec.
• Les bugs transport et paiement sont les plus longs à stabiliser (plus de 500h en moyenne), principalement à cause des dépendances externes.
• Un ticket PrestaShop typique se résout en 3 jours (médiane), la majorité des cas complexes étant liés à des enchaînements bug → migration → incompatibilités.

Si votre boutique présente un des symptômes décrits, ouvrez un ticket en 2 minutes via notre chat et un expert PrestaShop diagnostique votre problème. Intervention à l'unité, sans forfait mensuel obligatoire.