Optimiser PrestaShop : diagnostiquer avant de corriger

Une boutique PrestaShop qui met six secondes à s’afficher perd une partie de ses visiteurs avant même la première page produit. Le problème est rarement l’hébergement, contrairement à ce qu’on entend souvent. Dans la majorité des cas, ce qui ralentit une boutique PrestaShop, ce sont les modules accumulés au fil des années.

Ce guide traite l’optimisation dans l’ordre où elle doit être menée : mesurer d’abord, identifier ensuite, corriger enfin. C’est ce qui évite de payer un serveur plus puissant pour compenser un problème qui n’a rien à voir.

Mesurer avant d’optimiser sa boutique PrestaShop

L’erreur la plus coûteuse consiste à appliquer une liste de bonnes pratiques sans savoir ce qui ralentit réellement votre boutique. Vous passez trois jours à compresser des images alors que le temps perdu venait d’une requête en base de données.

Commencez par distinguer deux mesures qui n’ont rien à voir. Le temps de réponse du serveur correspond au délai avant que la première donnée arrive : il dépend de PHP, de la base et des modules. Le temps d’affichage complet correspond à ce que voit l’internaute : il dépend surtout des images, des scripts et des polices.

Si votre serveur met plus d’une seconde à répondre, inutile de toucher aux images : le problème est côté back-office. Si le serveur répond en trois cents millisecondes mais que la page met cinq secondes à s’afficher, le problème est côté navigateur. Cette seule distinction vous évite l’essentiel des efforts inutiles.

Testez toujours sur une page produit et une page catégorie, pas seulement sur l’accueil. L’accueil est souvent la page la mieux optimisée et la moins représentative du parcours réel.

Les modules sont la première cause de lenteur sur PrestaShop

Une boutique de cinq ans a généralement accumulé quarante à soixante modules, dont une partie n’est plus utilisée. Chaque module actif ajoute des requêtes en base de données et des fichiers chargés sur chaque page, même lorsque sa fonction n’est jamais utilisée.

Le tri se fait en trois temps. Listez les modules installés et demandez-vous, pour chacun, quand vous l’avez utilisé pour la dernière fois. Désactivez ceux dont vous n’êtes pas sûr, un par un, en vérifiant la boutique après chaque désactivation. Désinstallez seulement ceux dont l’absence n’a rien cassé après plusieurs jours.

Attention à un piège courant : désactiver un module ne suffit pas toujours, car certains laissent des greffons actifs. La désinstallation complète est la seule opération qui libère vraiment les ressources.

Faites toujours une sauvegarde complète avant cette opération, fichiers et base de données. Un module de paiement ou de transport retiré par erreur peut bloquer des commandes sans que rien ne s’affiche côté client.

Passer PrestaShop sur une version de PHP récente

C’est l’optimisation au meilleur rapport effort sur gain, et pourtant beaucoup de boutiques tournent encore sur des versions abandonnées. Le passage d’une version ancienne à une version actuelle de PHP améliore sensiblement les temps de traitement, sans toucher à une seule ligne de votre code.

La contrainte tient à la compatibilité. Chaque version de PrestaShop supporte une plage de versions PHP précise, et vos modules doivent suivre. Un module ancien peut provoquer une erreur fatale sur une version récente de PHP, ce qui rend le test préalable indispensable.

La méthode sûre consiste à dupliquer la boutique sur un environnement de test, y basculer la version de PHP, et parcourir l’ensemble du tunnel de commande avant de toucher à la production. Si une erreur apparaît, notre guide sur le mode debug de PrestaShop explique comment afficher le message réel plutôt qu’une page blanche.

En cas de blocage après la bascule, notre article sur l’erreur 500 sur PrestaShop couvre les causes les plus fréquentes et la façon de revenir en arrière rapidement.

Activer les bons réglages de cache dans PrestaShop

PrestaShop intègre nativement plusieurs mécanismes de cache, souvent laissés désactivés après l’installation ou coupés pendant un développement puis oubliés.

Trois réglages méritent une vérification immédiate dans les paramètres de performance. Le cache des templates doit être en mode automatique et non en recompilation permanente, qui regénère tout à chaque visite. Le mode debug doit être désactivé en production, car il désactive une partie des optimisations. Le cache du système doit être actif.

Ces trois cases coûtent trente secondes et suffisent parfois à diviser le temps de réponse par deux sur une boutique laissée en configuration de développement.

Au-delà du cache natif, un cache serveur placé devant PrestaShop permet de servir des pages déjà générées sans solliciter PHP. Le gain est important mais la mise en place demande une vraie compétence système, notamment pour éviter de servir un panier mis en cache au mauvais client.

Alléger les images sans dégrader les fiches produit

Sur une boutique, les images représentent généralement l’essentiel du poids d’une page. Une fiche produit avec huit visuels non compressés se charge lentement, quelle que soit la qualité du serveur.

Trois actions couvrent la quasi-totalité du gain. Servez les images au format WebP, nettement plus léger à qualité égale. Vérifiez les dimensions réelles des fichiers envoyés, car une image de quatre mille pixels affichée dans une vignette de trois cents pixels gaspille de la bande passante à chaque visite. Activez le chargement différé pour que les visuels situés en bas de page ne se chargent qu’au défilement.

Pensez aussi à régénérer les miniatures après un changement de thème. PrestaShop conserve sinon d’anciens formats inutilisés qui alourdissent le serveur sans servir à personne.

Entretenir la base de données d’une boutique PrestaShop

C’est le poste le plus négligé, et celui qui explique les ralentissements progressifs. Une boutique ancienne accumule des données dont plus personne n’a l’usage : historiques de connexion, paniers abandonnés vieux de plusieurs années, statistiques de recherche, journaux d’erreurs.

Ces tables gonflent silencieusement et ralentissent chaque requête qui les traverse. Un nettoyage périodique, une fois par trimestre, suffit à maintenir des temps corrects.

Deux précautions s’imposent. Sauvegardez la base avant toute suppression, car l’opération est irréversible. Et conservez ce qui a une valeur légale ou commerciale : les commandes et les factures ne se purgent pas au motif qu’elles sont anciennes.

Ce qu’il ne faut pas faire pour accélérer PrestaShop

Certaines optimisations circulent largement et causent plus de dégâts qu’elles n’apportent de gain.

Augmenter la puissance du serveur en premier recours masque le problème au lieu de le résoudre. Vous payez plus cher tous les mois pour compenser quarante modules inutiles, qui continueront de ralentir la boutique.

Installer un module d’optimisation par-dessus les autres ajoute une couche supplémentaire à un empilement qui est déjà le problème. Ces modules ont leur utilité, mais après le nettoyage, pas à la place.

Modifier directement les fichiers du cœur de PrestaShop pour gagner quelques millisecondes rend toute mise à jour future impossible ou destructrice. Les surcharges prévues par le système existent pour cette raison.

Enfin, optimiser sans mesurer avant et après ne permet jamais de savoir ce qui a fonctionné. Relevez vos temps avant chaque intervention, vous saurez quoi conserver.

Dans quel ordre mener l’optimisation de sa boutique

L’ordre des optimisations compte autant que les optimisations elles-mêmes, parce que chaque étape change la mesure de la suivante.

Mesurez d’abord et notez vos temps de référence. Vérifiez ensuite les réglages de cache, qui ne coûtent rien. Faites le tri dans les modules, qui donne le gain le plus important. Passez PHP à une version récente. Traitez les images. Nettoyez la base. Et seulement alors, si les temps restent insuffisants, envisagez un cache serveur ou un hébergement plus adapté.

Cette progression évite la situation classique où l’on investit dans l’infrastructure avant d’avoir corrigé ce qui relève de la configuration.

Une remarque pour finir sur le référencement : la vitesse est un critère parmi d’autres et ne remplace pas le travail de fond. Notre guide sur le référencement sous PrestaShop traite la partie contenu, structure et balisage, complémentaire de ce qui précède.

Faire auditer les performances de sa boutique

Une optimisation PrestaShop bien menée commence toujours par un diagnostic, jamais par une liste de correctifs appliquée à l’aveugle. Selon les boutiques, le même symptôme vient d’un module, d’une requête mal écrite ou d’une configuration serveur inadaptée.

Nous intervenons sur ces chantiers dans le cadre de nos missions autour de PrestaShop, en commençant par mesurer ce qui pèse réellement avant de toucher à quoi que ce soit. Si votre boutique ralentit sans que vous sachiez pourquoi, c’est par là qu’il faut commencer.