Un site PrestaShop lent, ça ne prévient pas toujours. Au début, tout fonctionne… puis les pages mettent 3, 5, parfois 10 secondes à charger. Les visiteurs partent, les commandes baissent, et côté admin, tout devient pénible.
Sur le terrain, on voit souvent les mêmes causes revenir. Et surtout, des optimisations basiques qui n’ont jamais été faites. Voici ce qui ralentit vraiment un site PrestaShop — et comment accélérer concrètement sans tout casser.
Un hébergement mal adapté (le problème n°1)
La majorité des sites PrestaShop lents tournent sur des hébergements mutualisés trop limités. Sur le papier, ça semble suffisant. En pratique, PrestaShop est gourmand : base de données, PHP, cache… tout travaille en permanence.
Typiquement, on retrouve :
– CPU saturé aux heures de pointe
– mémoire insuffisante
– disque lent (HDD au lieu de SSD)
– absence de cache serveur
Si votre site met plusieurs secondes à répondre avant même de charger la page, le problème vient souvent de là.
Concrètement :
– privilégiez un VPS ou un serveur dédié
– vérifiez que vous êtes bien sur du SSD (voire NVMe)
– activez HTTP/2 ou HTTP/3 si disponible
– utilisez un serveur avec LiteSpeed ou Nginx plutôt qu’Apache classique
Changer d’hébergement est souvent ce qui donne le gain le plus immédiat.
Trop de modules (et pas toujours utiles)
On voit souvent des boutiques avec 40, 60, parfois plus de modules actifs. Certains sont indispensables, d’autres beaucoup moins… et surtout, ils chargent tous du code.
Chaque module peut :
– ajouter des requêtes SQL
– charger du JavaScript ou CSS
– ralentir le back-office
Un cas fréquent : des modules désinstallés… mais encore présents dans la base ou le code.
À faire :
– désactiver puis supprimer les modules inutilisés
– éviter les modules « tout-en-un » mal optimisés
– remplacer plusieurs modules par une solution plus légère quand c’est possible
Un audit rapide permet souvent de supprimer 20 à 30 % des modules sans impact métier.
Un système de cache mal configuré
PrestaShop intègre un système de cache, mais il est rarement bien utilisé.
Beaucoup de sites fonctionnent encore avec :
– cache désactivé
– compilation des templates en mode développement
– aucun cache serveur
Résultat : chaque page est recalculée à chaque visite.
Dans les paramètres avancés :
– activez le cache Smarty
– désactivez la recompilation automatique
– utilisez un système comme Memcached ou Redis si disponible
Et côté serveur :
– activez OPcache (indispensable)
– utilisez LiteSpeed Cache ou Varnish si votre hébergement le permet
Ce sont des gains immédiats, sans modification du site.
Des images trop lourdes
Un classique. Des images en 3000px chargées pour une vignette produit… ou des fichiers non compressés.
Résultat :
– pages longues à charger
– score Core Web Vitals dégradé
– expérience utilisateur mauvaise sur mobile
À corriger :
– redimensionner les images à la bonne taille
– utiliser des formats modernes (WebP si possible)
– compresser avec des outils comme TinyPNG ou Imagify
PrestaShop ne fait pas tout automatiquement. Il faut intervenir.
Une base de données qui s’alourdit
Avec le temps, la base PrestaShop accumule :
– logs
– paniers abandonnés
– connexions anciennes
– données de modules supprimés
On se retrouve avec une base lente à interroger.
Symptômes :
– back-office lent
– pages produit longues à charger
– requêtes SQL lourdes
Solutions concrètes :
– nettoyer les tables inutiles
– supprimer les anciens paniers
– optimiser les tables via phpMyAdmin
– analyser les requêtes lentes
Un nettoyage régulier fait une vraie différence.
Version PHP obsolète
Encore trop de sites tournent avec PHP 7.x, voire pire.
Or, les performances ont fortement évolué :
– PHP 8.x est nettement plus rapide
– meilleure gestion de la mémoire
– exécution plus efficace
Passer à une version récente permet souvent de gagner plusieurs centaines de millisecondes par page.
Attention :
– vérifier la compatibilité des modules
– tester sur un environnement de préproduction
Un thème mal optimisé
Certains thèmes PrestaShop sont très visuels… mais mal conçus.
On retrouve :
– trop de scripts chargés
– animations inutiles
– code non minifié
– dépendances lourdes
Un thème peut ralentir tout le site, même avec un bon serveur.
À vérifier :
– nombre de requêtes HTTP
– poids des fichiers JS/CSS
– utilisation de bibliothèques inutiles
Parfois, alléger un thème existant suffit. Parfois, il faut envisager de le remplacer.
Absence de CDN
Si votre site est consulté depuis plusieurs zones géographiques, un CDN peut vraiment aider.
Sans CDN :
– toutes les ressources sont chargées depuis un seul serveur
– temps de latence plus élevé pour certains visiteurs
Avec un CDN (Cloudflare par exemple) :
– les images et fichiers statiques sont distribués
– le temps de chargement diminue
– protection supplémentaire contre certaines attaques
C’est simple à mettre en place et souvent sous-exploité.
Le mode debug ou profiling activé
On tombe régulièrement sur des sites en production avec le mode debug actif… ou le profiling laissé activé.
Le profiling PrestaShop est utile pour analyser les performances, mais :
– il ajoute du traitement
– il ralentit fortement les pages
À vérifier immédiatement :
– désactiver le debug
– désactiver le profiling hors phase d’analyse
Un back-office anormalement lent
Quand le back-office devient lent, c’est souvent lié à :
– modules d’administration lourds
– base de données surchargée
– requêtes AJAX trop nombreuses
– serveur insuffisant
Un test simple : si même la liste des commandes met du temps à charger, ce n’est pas normal.
Dans ce cas :
– analyser les requêtes SQL
– désactiver temporairement certains modules
– vérifier les ressources serveur
Comment identifier ce qui ralentit vraiment
Avant d’optimiser à l’aveugle, il faut mesurer.
Outils utiles :
– GTmetrix ou PageSpeed Insights pour le front
– Query Monitor (ou équivalent) pour les requêtes
– outil de profiling PrestaShop
– logs serveur
Sur certains sites, le problème est évident. Sur d’autres, c’est un cumul de petites choses.
Un exemple réel : un site lent à cause d’un module de recherche mal optimisé + images trop lourdes + cache désactivé. Aucun problème majeur seul… mais ensemble, le site devenait inutilisable.
Accélérer PrestaShop : par où commencer
Si vous devez prioriser :
– vérifier l’hébergement
– activer correctement le cache
– nettoyer les modules inutiles
– optimiser les images
– mettre à jour PHP
Ce sont les actions qui donnent le plus de résultats rapidement.
Ensuite, on affine : base de données, CDN, thème, analyse des requêtes.
Un site PrestaShop lent n’est jamais une fatalité. Dans la majorité des cas, les problèmes sont identifiables et corrigibles sans refonte complète.
Comment savoir ce qui ralentit réellement mon site PrestaShop ?
Le plus efficace est d’utiliser des outils de diagnostic comme le mode Profiling de PrestaShop, GTmetrix ou PageSpeed Insights. Ils permettent d’identifier précisément les éléments lourds : requêtes SQL, modules, scripts ou images. L’objectif n’est pas de deviner mais de mesurer, afin de corriger les vrais points de blocage.
Est-ce que trop de modules peut ralentir un site PrestaShop ?
Oui, chaque module actif peut ajouter du code, des requêtes ou des scripts. Même inactifs, certains modules restent chargés. Il est donc recommandé de supprimer complètement ceux qui ne sont pas indispensables et de vérifier leur impact sur les performances.
Pourquoi mon back-office PrestaShop est-il lent ?
Un back-office lent est souvent lié à un manque de ressources serveur, à une version PHP obsolète ou à des modules mal optimisés. Des bases de données volumineuses ou non nettoyées peuvent aussi ralentir l’interface. Optimiser la base et mettre à jour l’environnement technique améliore souvent la situation.
Le choix de l’hébergement influence-t-il vraiment la vitesse ?
Oui, c’est un facteur clé. Un hébergement mutualisé bas de gamme peut limiter les performances, surtout en cas de trafic. Un serveur optimisé pour PrestaShop, avec SSD, cache serveur et ressources dédiées, permet de réduire fortement les temps de chargement.
Faut-il utiliser un CDN pour accélérer PrestaShop ?
Un CDN est particulièrement utile si votre audience est géographiquement dispersée. Il permet de charger plus rapidement les images, fichiers CSS et JavaScript depuis des serveurs proches des visiteurs. Ce n’est pas toujours indispensable, mais c’est un vrai plus pour améliorer la vitesse globale.