Pourquoi votre boutique PrestaShop est lente et comment y remédier

Avant de toucher à quoi que ce soit, il faut savoir où le temps est perdu. Une page peut être lente parce que le serveur met longtemps à générer le HTML, parce que le navigateur télécharge trop de ressources, ou les deux. Ces deux problèmes ont des causes et des solutions différentes, et les confondre fait perdre des jours.

Mesurez d'abord le temps de réponse serveur (TTFB) sur la page d'accueil, une page catégorie et une page produit, connecté et non connecté. Puis mesurez le chargement complet côté navigateur avec PageSpeed Insights ou WebPageTest. Un TTFB élevé oriente vers PHP, la base de données ou les modules ; un TTFB faible mais un chargement long oriente vers le thème, les images et les scripts.

Activez temporairement le profileur intégré de PrestaShop sur un environnement de test : il détaille le temps passé dans chaque hook, chaque module et chaque requête SQL, et désigne souvent immédiatement le coupable sans qu'il soit nécessaire de deviner.

PrestaShop est une application exigeante. Un hébergement mutualisé d'entrée de gamme, dimensionné pour un site vitrine, ne suit pas dès que le catalogue et le trafic grandissent. Les symptômes classiques sont un TTFB qui se dégrade aux heures de pointe et des temps de réponse erratiques d'une requête à l'autre.

La version de PHP a un impact direct : chaque branche majeure apporte des gains de performance, et les versions en fin de vie ne reçoivent plus de correctifs. Vérifiez que l'extension OPcache est activée et correctement dimensionnée, sans quoi PHP recompile vos scripts à chaque requête, ce qui gaspille du processeur.

Côté base de données, MySQL ou MariaDB doivent disposer d'une mémoire tampon InnoDB suffisante pour contenir les tables les plus consultées. Sur un serveur mal réglé, chaque page produit déclenche des lectures disque évitables, et la latence s'accumule à chaque requête.

PrestaShop dispose de plusieurs niveaux de cache qu'il faut activer en production. Dans les paramètres de performance, le cache Smarty doit être activé et la recompilation des templates désactivée, avec l'option « Ne jamais recompiler les fichiers de template ». Sur une boutique en développement, ces réglages sont souvent laissés en mode permissif puis oubliés.

L'option CCC (combiner, compresser et mettre en cache) réduit le nombre de fichiers CSS et JavaScript. Le cache applicatif peut être confié à Memcached ou Redis pour éviter de solliciter la base de données pour des données rarement modifiées. Vérifiez enfin que le mode débogage est bien désactivé en production.

Un cache HTTP en amont, via un reverse proxy comme Varnish ou un CDN, permet de servir les pages non personnalisées sans même solliciter PHP. Il demande une configuration soignée pour respecter le panier et la session utilisateur, mais l'effet sur le temps de réponse est spectaculaire.

Chaque module installé s'exécute sur ses hooks à chaque chargement de page. Un module de recherche, de statistiques ou de recommandation mal écrit peut ajouter plusieurs centaines de millisecondes, voire plusieurs secondes, sur toutes les pages. Les modules de statistiques natifs, qui écrivent en base à chaque visite, sont fréquemment en cause.

Inventoriez les modules, désinstallez ceux qui ne servent pas, car désactiver ne suffit pas toujours, et mesurez l'impact de chacun avec le profileur. Les modules tiers qui chargent des scripts externes, comme le chat, les avis clients ou le suivi publicitaire, pèsent aussi côté navigateur.

Attention aux thèmes achetés livrés avec des dizaines de modules préinstallés. Un thème premium peut embarquer des curseurs, des galeries et des effets qui ralentissent la boutique sans que vous les utilisiez. Chaque module inutile est du temps de calcul perdu sur chaque page.

Certaines tables de PrestaShop croissent sans limite si elles ne sont pas nettoyées : connexions, sources de connexion, visiteurs invités, paniers abandonnés, journaux. Avec des millions de lignes, les requêtes qui les consultent ralentissent l'ensemble du site, y compris le back-office.

Mettez en place un nettoyage périodique de ces tables et vérifiez l'absence de requêtes lentes avec le journal des requêtes lentes de MySQL. Les index manquants sur des colonnes utilisées dans les filtres de navigation à facettes ou les recherches sont une cause fréquente de lenteur sur les gros catalogues.

Sur les gros catalogues, la régénération de l'index de recherche et des combinaisons de produits doit être planifiée hors des heures de trafic. Vérifiez également que les tâches planifiées (cron) sont bien exécutées par le système et non déclenchées par les visites des clients.

Une page catégorie affiche des dizaines d'images. Si elles sont livrées en pleine résolution, non compressées et dans un format ancien, la page pèse plusieurs mégaoctets. Générez les formats modernes (WebP, AVIF) et servez la taille adaptée à chaque emplacement, avec un chargement différé pour les images hors écran.

Le thème doit charger le strict nécessaire : polices limitées, CSS et JavaScript minifiés, scripts tiers chargés de manière asynchrone ou différée. Un CDN rapproche les fichiers statiques de vos clients et absorbe une partie de la charge, en particulier lors des campagnes commerciales.

Ces optimisations améliorent directement les Core Web Vitals, pris en compte par Google, et la conversion : un client qui attend sur une page produit lente abandonne son panier. La performance est un sujet commercial autant que technique.

L'ordre le plus efficace est presque toujours le même : mesurer, corriger l'hébergement et PHP si nécessaire, activer les caches, auditer les modules, nettoyer la base de données, puis optimiser le thème et les images. Chaque étape doit être mesurée pour vérifier son effet réel.

Si la boutique repose sur une version ancienne de PrestaShop, une montée de version vers PrestaShop 8 ou 9 apporte des gains de performance et de sécurité, mais elle doit être préparée : compatibilité des modules, du thème et des personnalisations, et test complet sur un environnement de préproduction.