Aller au contenu
ANavaeian Démarrer un projet
PrestaShop

Optimiser les performances de PrestaShop : 12 leviers

avril 21, 2026 4 min de lecture Alexandre Navaeian

Une boutique PrestaShop lente, c’est du chiffre d’affaires qui s’évapore : chaque seconde de chargement supplémentaire fait chuter la conversion, et Google sanctionne les Core Web Vitals au rouge. La bonne nouvelle : la performance PrestaShop se travaille méthodiquement. Voici les 12 leviers que j’actionne, du serveur au front, pour repasser une boutique au vert.

Mesurer avant d’optimiser

On n’optimise pas à l’aveugle. Avant tout, je mesure : Lighthouse et PageSpeed Insights pour les Core Web Vitals, GTmetrix ou WebPageTest pour la cascade réseau, le profiler PrestaShop (mode debug) pour repérer les requêtes lentes et les hooks coûteux, et le Query Cache MySQL pour les goulots côté base. L’objectif : identifier les 20 % de causes responsables de 80 % de la lenteur.

Les 12 leviers de performance PrestaShop

  1. PHP récent + OPcache : passer à une version PHP supportée et activer OPcache donne souvent le gain le plus rapide.
  2. Le cache PrestaShop : activer le cache du back-office (Smarty en mode production, compilation jamais à « forcer »), et le cache du système de fichiers ou Redis/Memcached.
  3. Un serveur de cache HTTP : LiteSpeed + LSCache (ou Varnish) sert les pages en quasi-instantané aux visiteurs non connectés.
  4. La base de données : index manquants, tables ps_* à nettoyer (connexions invité, paniers abandonnés, logs, statistiques), requêtes lourdes à optimiser.
  5. Les images : formats modernes (WebP/AVIF), dimensions adaptées, compression, et loading="lazy" sur les visuels hors écran.
  6. CCC (Combine, Compress, Cache) : regrouper et minifier CSS/JS via les options natives de PrestaShop — en testant, car certains thèmes/modules y réagissent mal.
  7. Réduire le JavaScript : différer le JS non critique, supprimer les scripts de modules inutilisés.
  8. Un CDN : servir les ressources statiques (images, CSS, JS) depuis un réseau de diffusion proche du visiteur.
  9. Le ménage des modules : chaque module actif ajoute des requêtes et des hooks. Désactiver l’inutile allège toutes les pages.
  10. L’hébergement : un mutualisé saturé plafonne tout. Un serveur adapté (LiteSpeed, ressources dédiées) change la donne.
  11. Le thème : un thème surchargé d’overrides et de dépendances pèse lourd. Parfois, l’assainir est le meilleur investissement.
  12. Le suivi dans le temps : la performance se dégrade au fil des ajouts. Un contrôle régulier la maintient.

Le cas des Core Web Vitals

Google évalue trois métriques que je traite spécifiquement :

  • LCP (Largest Contentful Paint) : souvent l’image de bannière ou le visuel produit. On la sert optimisée, en priorité (fetchpriority="high"), sans la lazy-loader.
  • CLS (Cumulative Layout Shift) : les sauts de mise en page. On réserve les dimensions des images et des blocs publicitaires/bannières.
  • INP (Interaction to Next Paint) : la réactivité. On allège le JavaScript exécuté au chargement.

Résultats attendus

Sur une boutique typiquement « au rouge », ces leviers permettent généralement de diviser le temps de chargement par deux ou trois et de repasser les Core Web Vitals au vert. C’est ce qui a été obtenu sur la migration et refonte LD Medical (score full green mobile et desktop). À la clé : un meilleur référencement et une conversion qui remonte.

Erreurs fréquentes

  • Activer le CCC sans tester : peut casser l’affichage ou des scripts de modules.
  • Empiler les modules de cache qui se neutralisent entre eux.
  • Optimiser le front en ignorant la base de données : une requête lente plombe tout.
  • Rester sur un hébergement sous-dimensionné en espérant compenser par le code.

Pour aller plus loin

L’optimisation s’accompagne souvent d’une remise à plat technique. Voyez aussi mon guide sur la migration vers PrestaShop 8, et si vous voulez déléguer, mon offre d’optimisation des performances PrestaShop.

FAQ

Combien de temps pour optimiser une boutique ? Un premier palier de gains s’obtient souvent en 3 à 7 jours, selon l’état de départ.

Faut-il changer d’hébergement ? Pas toujours, mais un mutualisé saturé impose une limite que le code ne franchira pas.

Le cache suffit-il ? Il aide énormément pour les visiteurs anonymes, mais ne remplace pas le travail sur la base, les images et le thème.

Votre PrestaShop rame ? Demandez un audit de performance : je vous renvoie les priorités et une estimation sous 24 h ouvrées.

Pour aller plus loin