Votre PrestaShop est lent ?
on l'accélère pour de vrai.
Audit et optimisation des performances PrestaShop
LCP > 3 s, panier qui rame, fiche produit qui met 5 s à charger : vous savez que vous perdez des ventes, et vous savez que c'est réparable. Sur les 12 dernières optimisations, gain médian −62 % sur le LCP et +22 % de trafic organique en 60 jours.
Avant / après sur 3 boutiques optimisées
Mesures GSC + Lighthouse + RUM, sur 60 jours glissants. Pas des promesses, des chiffres.
Les 8 leviers qu'on actionne
Toujours dans cet ordre, du plus à effet immédiat au plus structurant. Chacun a un impact mesurable et chiffré dans l'audit.
CCC (Combine, Compress, Cache) en mode production, cache Smarty en mode compile_check=off, cache navigateur via headers Cache-Control: public, max-age=31536000 sur les assets versionnés. Impact typique : −800 ms à −1,2 s sur le LCP.
Conversion automatique JPEG/PNG → WebP avec fallback, loading="lazy" sur toutes les images hors viewport, dimensions width/height explicites pour éviter le layout shift. Impact : −1,5 s à −2 s sur LCP, CLS proche de 0.
Analyse de tous les modules actifs, identification des modules de tracking dupliqués (Google, Meta, TikTok), des modules orphelins jamais utilisés, des modules de chat qui chargent 800 Ko de JS. Désactivation propre via interface admin + nettoyage des hooks orphelins en SQL. Impact : −150 à −400 ms sur le TTFB.
Profilage des requêtes lentes via EXPLAIN et slow_query_log. Ajout d'index sur ps_product_attribute (id_product, default_on), ps_specific_price (id_product, id_country, from, to), ps_orders (id_customer, date_add). Impact : TTFB divisé par 2 à 4 sur les catalogues > 1000 produits.
Sur PrestaShop 8.x/9.x, activation du cache objet Redis (sessions + cache applicatif). Sur 1.7.x, configuration via defines_custom.inc.php. Impact : −250 ms à −500 ms sur le TTFB, essentiel en heures pleines.
Audit du JS injecté par les modules : scripts de tracking en defer, chat widget en delayed load après interaction utilisateur, suppression des doublons (gtag.js chargé 3 fois par 3 modules différents = classique). Impact INP : −150 à −200 ms.
Migration des polices Google vers self-hosting (RGPD-friendly en plus), <link rel="preload"> sur les fichiers WOFF2 utilisés au-dessus du pli, font-display: swap. Impact : −300 ms sur le FCP, suppression du FOIT.
Si le TTFB reste > 800 ms en heures pleines après les 7 leviers précédents, l'hébergement est le goulot. Migration assistée vers VPS optimisé (OVH Performance, Hetzner, Scaleway) ou hébergement spécialisé PrestaShop. Impact : TTFB ramené à 150-300 ms.
Ce qu'on regarde, dans cet ordre
Audit complet en 4 h. Livrable : rapport PDF avec recommandations chiffrées et plan d'action priorisé.
php-fpm.log, profilage Xdebug ou Tideways sur 3 pages clés (home, catégorie, fiche produit). Identification du temps passé en PHP vs SQL vs network.
EXPLAIN sur les top 20. Recommandations d'index spécifiques à votre catalogue.
memory_limit, présence de Redis/Memcached, HTTP/2, Brotli. Si limitations détectées : comparatif avant/après migration.
Tarifs annoncés d'avance
Pré-audit offert. Pour l'optimisation, vous savez exactement combien ça coûte avant que je touche au code.
Pré-audit
- Mesure Lighthouse + RUM (LCP, INP, CLS)
- 3 leviers prioritaires pour votre cas
- Devis chiffré avec gain estimé en ms
- Vous décidez si vous continuez
Optimisation ciblée
- Mesure Lighthouse + RUM avant optimisation
- Activation des leviers (cache, WebP, JS, BDD, Redis...)
- Mesure après + comparatif chiffré
- Rapport écrit gain réel en secondes
- Suivi RUM 30 jours après mise en prod
Maintenance Performance
- 2 h de dev/mois cumulables (formule Performance)
- Sauvegardes auto quotidiennes externalisées
- Suivi Core Web Vitals mensuel
- Optimisations progressives sans gros chèque
« Site lent », ce n'est pas...
Si votre site renvoie parfois une erreur 500 puis se remet à marcher, ce n'est pas un problème de vitesse, c'est un crash partiel (PHP-FPM saturé, BDD qui timeout). Voir la fiche erreur 500.
Fiche 500 →Site rapide ≠ site bien référencé. La vitesse est un facteur SEO, pas le facteur. Si votre vrai souci est le positionnement, un audit SEO sémantique est plus pertinent qu'un audit perf.
Si le panier ne s'enregistre pas, le bouton paiement ne réagit pas, l'étape boucle : ce n'est pas la lenteur, c'est un bug fonctionnel. Voir la fiche bug checkout.
Fiche checkout →Performance PrestaShop — questions fréquentes
ps_product_attribute ou ps_specific_price quand le catalogue grossit, (3) cache Smarty + CCC mal configuré, (4) images JPEG/PNG sans WebP ni lazy-loading, (5) hébergement mutualisé sous-dimensionné, (6) absence de Redis/Memcached, (7) JS de chat/tracking bloquant, (8) thème custom non optimisé. Un seul point peut faire perdre 2 s ; les cumuler peut tripler le temps de chargement.15 min pour voir où vous êtes
Pré-audit gratuit en 30 min : LCP, INP, CLS, les 3 leviers prioritaires pour vous. Sans engagement, sans baratin.