Comment améliorer la vitesse d’un site PrestaShop (guide pratique)

Sur une boutique e-commerce, chaque seconde compte. Les études convergent : une seconde de chargement supplémentaire peut réduire les conversions de 7 à 20 %, et 53 % des visiteurs mobiles quittent un site qui met plus de trois secondes à s’afficher. Sur PrestaShop, où le moteur Smarty, les modules tiers et les bases de données pèsent vite lourd, l’optimisation n’est plus une option : c’est un levier business direct.

Depuis 2021, Google intègre officiellement les Core Web Vitals (LCP, CLS, INP) à ses signaux de classement. En 2026, INP a remplacé FID et les seuils se sont durcis. La vitesse de chargement n’est donc plus seulement un sujet technique, elle contribue également à la visibilité de votre boutique.

Pour aller plus loin sur ce sujet, consultez également notre guide pour optimiser le SEO de votre boutique PrestaShop.

Avant de commencer : l’audit de performance

Optimiser sans mesurer, c’est conduire sans tableau de bord. Avant la moindre modification, lancez un audit complet sur votre boutique avec au moins deux outils complémentaires :

• PageSpeed Insights : les données réelles (CrUX) collectées par Chrome sur vos visiteurs.
• GTmetrix : analyse en laboratoire et cascade des ressources.
• WebPageTest : tests poussés (3G, mobile, multi-localisations).

Pour chaque type de page (accueil, catégorie, fiche produit, panier), notez les trois métriques qui comptent vraiment pour Google :

Métrique	Bon	À améliorer	Mauvais
LCP (chargement)	≤ 2,5 s	2,5 s – 4 s	> 4 s
INP (réactivité)	≤ 200 ms	200 – 500 ms	> 500 ms
CLS (stabilité)	≤ 0,1	0,1 – 0,25	> 0,25

Google évalue ces métriques sur les 28 derniers jours au 75e percentile des visites réelles.

Autrement dit, 75 % de vos visiteurs doivent être dans la zone « bon » pour que la page soit considérée comme performante. Une optimisation faite hier ne se reflètera dans Search Console que dans plusieurs semaines.

1. Les optimisations accessibles : back-office, images, modules

Configurer correctement le cache Smarty et le CCC

Dans Paramètres avancés > Performances, trois réglages font déjà une différence visible en production :

• Compilation des templates : « Recompiler si les fichiers ont été mis à jour ». Évitez la recompilation forcée, qui appartient à l’environnement de développement.
• Cache Smarty : activé, en mode « Fichiers » pour démarrer.
• CCC (Combine, Compress, Cache) : activez la mise en cache des CSS, JS et HTML, ainsi que la compression inline. Pour les scripts JavaScript, privilégiez l’utilisation de l’attribut defer directement dans le thème.

Avec HTTP/2 ou HTTP/3 actif côté serveur, la concaténation systématique perd de son intérêt. Testez avant et après : sur certains thèmes, désactiver le « Smart cache JS » améliore les Core Web Vitals.

Erreur classique à éviter : vider le cache toutes les cinq minutes par habitude. Ne purgez qu’après une mise à jour majeure (thème, module, montée de version). Sinon, vous forcez PrestaShop à tout régénérer en permanence et vous tuez les performances.

Les images : le premier poste d’optimisation

Sur une fiche produit PrestaShop, les images représentent en moyenne 60 à 70 % du poids total. C’est aussi le premier responsable d’un mauvais LCP. Quatre actions concrètes :

1. Dimensionner correctement. Inutile de servir une image en 2000 px si elle s’affiche en 800 px. Utilisez les déclinaisons natives de PrestaShop (home_default, large_default, etc.) et regénérez vos miniatures dans Apparence > Images après tout changement.
2. Compresser. Qualité JPEG 80 % en moyenne, PNG uniquement quand vous avez besoin de transparence. Des outils comme ShortPixel, Imagify ou TinyPNG s’intègrent directement à PrestaShop.
3. Passer au WebP. En moyenne, 30 % de poids gagné à qualité visuelle équivalente. Plusieurs modules officiels permettent une conversion automatique avec fallback JPEG/PNG pour les anciens navigateurs.
4. Activer le lazy-load natif. L’attribut loading= »lazy » est supporté par tous les navigateurs modernes. Précisez toujours width et height sur vos balises <img> pour éviter les décalages (CLS).

Les modules : un hook = une requête

Sur PrestaShop, chaque module installé déclenche des hooks, des requêtes SQL et charge des assets, même quand il n’est pas visible. Trois bonnes pratiques :

• Désinstallez plutôt que désactivez. Un module désactivé reste présent dans la base et dans certains chargements.
• Profilez en mode développement. Activez le Debug Profiler de PrestaShop pour repérer les requêtes au-dessus de 100 ms et les hooks gourmands.
• Mesurez avant / après. Désactivez un module suspect, comparez les Core Web Vitals : si l’écart est nul, vous avez identifié un module à conserver. S’il est significatif, cherchez une alternative plus légère.

Notre recommandation : réalisez un audit complet de vos modules une à deux fois par an. Sur les boutiques que nous maintenons, c’est souvent la mesure qui rapporte le plus gros gain de performance avec le moins d’effort.

2. Alléger le thème et le front-end

Réduire le JavaScript (et améliorer l’INP)

L’INP, qui a remplacé le FID en 2024, est devenue la métrique Core Web Vital la plus difficile à passer en 2026 : près de la moitié des sites échouent à se maintenir sous les 200 ms. La cause principale ? Trop de JavaScript exécuté sur le thread principal.

• Conditionnez le chargement des scripts spécifiques (carrousels, comparateurs, chat) aux pages qui en ont vraiment besoin avec une condition Smarty :

{if $page_name == ‘product’}
  <script src= »/themes/mytheme/assets/js/zoom.js » defer></script>
{/if}

• Préférez des animations CSS aux librairies JavaScript lourdes pour les effets de survol, transitions et accordéons.
• Privilégiez les attributs defer et async sur tous les scripts non critiques.
• Limitez les scripts tiers (chat, A/B testing, heatmaps, pixels publicitaires). Chaque tag ajouté coûte des millisecondes d’INP.

Optimiser les polices web

Les polices web mal gérées génèrent du FOIT (Flash Of Invisible Text) et du CLS. Quelques règles simples :

• Limitez-vous à une ou deux familles, deux à trois graisses maximum.
• Ajoutez font-display: swap; dans vos déclarations @font-face, ou utilisez le paramètre &display=swap sur l’API Google Fonts.
• Pour le RGPD, hébergez les polices localement plutôt que de dépendre des serveurs de Google.
• Préchargez les fichiers critiques :

<link rel= »preload »
      href= »/themes/mytheme/assets/fonts/raleway.woff2″
      as= »font » type= »font/woff2″ crossorigin>

Nettoyer le CSS

Un thème PrestaShop accumule au fil des mois des centaines de règles CSS pour des modules désinstallés ou des templates non utilisés. Une passe d’épuration via PurifyCSS, UnCSS ou un audit manuel sur theme.css peut alléger 30 à 50 ko, parfois plus. Pensez aussi à inliner le CSS critique (above-the-fold) pour accélérer le premier rendu.

3. Nettoyer et optimiser la base de données

Avec le temps, les tables PrestaShop liées aux paniers abandonnés, connexions, invités, logs et statistiques gonflent. Une base mal entretenue ralentit toutes les requêtes, en particulier sur les fiches produit et les listings de catégorie.

Voici des requêtes de nettoyage typiques à exécuter via phpMyAdmin ou en ligne de commande (toujours après sauvegarde complète) :

 DELETE FROM ps_cart 
 WHERE date_add < DATE_SUB(NOW(), INTERVAL 30 DAY) 
 AND id_cart NOT IN (SELECT id_cart FROM ps_orders);

 DELETE FROM ps_connections
 WHERE date_add < DATE_SUB(NOW(), INTERVAL 7 DAY);

 DELETE FROM ps_guest
 WHERE id_guest NOT IN (SELECT id_guest FROM ps_customer);

 OPTIMIZE TABLE ps_cart, ps_connections, ps_guest, ps_statssearch;

Avertissement. Ces requêtes modifient irréversiblement votre base. Sauvegardez systématiquement avant exécution, testez sur un environnement de pré-production, et adaptez les intervalles à votre activité. Une boutique B2B avec des cycles d’achat longs ne se nettoie pas comme une boutique B2C à panier rapide.

Sur des bases volumineuses (au-delà de 100 000 commandes), pensez aussi à vérifier les index manquants sur les colonnes id_product, id_category et date_add des tables les plus sollicitées. Un index bien placé peut diviser par dix le temps d’une requête.

4. Serveur, hébergement et cache : la couche infrastructure

Aucune optimisation back-office ne compensera un hébergement sous-dimensionné. Si votre TTFB (Time To First Byte) dépasse 600 ms, c’est par là qu’il faut commencer. Les leviers infrastructure les plus impactants :

Stack technique recommandée

• PHP 8.2 ou 8.3 : environ 20 % de gain de performance face à PHP 7.4. À noter que PrestaShop 9 nécessite PHP 8.1 minimum et abandonne définitivement les anciennes versions de PHP.
• MySQL 8.0 ou MariaDB 10.6+ : meilleurs optimiseurs de requêtes, histogrammes, index plus efficaces.
• HTTP/2 ou HTTP/3 : multiplexage des requêtes, plus besoin de concaténer manuellement vos assets.
• OPcache PHP activé : indispensable. Vérifiez avec phpinfo() qu’il est bien configuré (mémoire allouée 128 Mo minimum).

Le cache d’objets : Memcached, Redis ou LiteSpeed

Activez un cache d’objets dans Paramètres avancés > Performances > Mise en cache. Trois options selon votre infrastructure :

• Memcached : supporté nativement par PrestaShop, simple à configurer. Idéal pour un site standard.
• Redis : performant et polyvalent, il est géré nativement par PrestaShop pour le cache d’objets si l’extension PHP est installée sur le serveur. Nécessite en revanche un module tiers pour le cache de page complète (Full Page Cache).
• LiteSpeed Cache (LSCache) : si votre hébergement tourne sous LiteSpeed ou OpenLiteSpeed, c’est probablement la solution la plus efficace. Cache full-page natif, ESI, support HTTP/3 QUIC, optimisation d’images intégrée.

Mettre en place un CDN

Un CDN (Content Delivery Network) sert vos fichiers statiques (images, CSS, JS) depuis des serveurs situés au plus près de vos visiteurs. Pour une boutique française avec une clientèle en France et en Belgique, c’est un investissement très rentable, notamment sur mobile. Cloudflare, Bunny CDN ou KeyCDN proposent des offres adaptées aux petites comme aux grosses boutiques.

Vous gérez également un site WordPress ? Découvrez nos conseils pour optimiser les performances d’un site WordPress et améliorer vos Core Web Vitals.

Faire de l’optimisation une routine, pas un projet

Optimiser PrestaShop n’est pas un chantier qu’on lance une fois et qu’on oublie. Chaque nouveau module, chaque mise à jour, chaque ajout de tag publicitaire peut faire repartir vos métriques à la hausse. Notre recommandation aux clients que nous accompagnons :

1. Programmez un audit complet au moins une fois par trimestre, et systématiquement après une grosse mise à jour.
2. Automatisez ce qui peut l’être : conversion WebP, lazy-load, CCC, cache d’objets, nettoyage SQL via tâche cron.
3. Surveillez Search Console : le rapport Signaux web essentiels remonte les URL qui décrochent avant que vous n’en ayez le retour client.

Sur le terrain, nous constatons régulièrement que des boutiques bien optimisées affichent 15 à 30 % de conversions supplémentaires face à des concurrents équivalents en trafic. Sur un site qui réalise 100 000 € de chiffre d’affaires mensuel, cela représente potentiellement plusieurs dizaines de milliers d’euros par an. Le ROI d’un audit performance bien mené se chiffre rarement en mois.

Faire appel à un expert PrestaShop permet également d’identifier les freins techniques, les optimisations prioritaires et les opportunités de croissance les plus rentables pour votre boutique.

FAQ