Consultant web performance expert Magento
Optimiser la web performance des boutiques Magento
Magento (Adobe Commerce) est puissant mais l'un des CMS les plus lourds du marché. Full Page Cache mal calibré, RequireJS et Knockout legacy, layout XML profond, checkout long : j'interviens sur l'ensemble de la stack pour livrer des Core Web Vitals au vert et une fluidité fonctionnelle.
Ils me font confiance
Les symptômes Magento qui appellent un audit
Magento présente des goulets caractéristiques sur le frontend legacy, le Full Page Cache et le checkout.
🐌 TTFB qui explose sur les pages non-cachées (panier, checkout)
Varnish ne cache pas les pages avec session. Sans optimisation backend (opcache, JIT PHP 8.x, MySQL tuning, Redis sessions), le TTFB du panier et du checkout dépasse facilement 2 secondes en pic.
📦 Bundle JavaScript natif au-dessus de 1.5 MB
RequireJS + Knockout + Magento UI Library représente un bloc JavaScript massif que les utilisateurs téléchargent à chaque visite si le cache navigateur n'est pas calibré. Le main thread sature, l'INP mobile passe au rouge.
🖼️ Images produit non priorisées et non en formats next-gen
Magento natif ne pose pas fetchpriority sur l'image LCP de la fiche produit. Les formats WebP/AVIF sont absents ou mal servis. Le LCP fiche produit dérive systématiquement au-dessus de 3 secondes.
🛒 Checkout multi-étapes avec INP rouge en mobile
Le checkout Magento présente des Long Tasks à chaque étape (validations, calculs shipping/tax). Le diagnostic profilage identifie les bottlenecks, le refactor JavaScript ou la migration vers un checkout one-step les résout.
🔎 Catégories lentes à charger avec layered navigation active
ElasticSearch mal calibré, attributs configurables nombreux, layered navigation avec range filters : 600ms à 2s pour servir une page catégorie est courant sans tuning. L'audit ES + cache fragments descend ce temps sous 200ms.
🧱 Layout XML profond et lourd à parser
Le système de layout XML Magento est puissant mais coûteux en parsing. Sur les pages très personnalisées (B2B, multi-stores), le parse-time peut représenter 30% du TTFB. La rationalisation des layouts + compilation correcte du DI réduit ce coût.
Méthodologie d'optimisation Magento
4 étapes pour transformer votre performance
1. Audit complet de la stack
Hébergement, version Magento, PHP 8.x + opcache + JIT, Varnish, ElasticSearch, Redis cache + sessions, MySQL tuning. Identification des leviers à plus fort impact.
2. Optimisation backend
Activation opcache et JIT, configuration Varnish FPC (TTL, cache key, ESI), Redis pour cache + sessions, MySQL tuning, indexers et cron correctement programmés.
3. Migration ou optimisation frontend
Évaluation migration Hyvä vs optimisation natif. Defer JavaScript non-critique, refacto des modules JS personnalisés, priorisation image LCP.
4. ElasticSearch + checkout
Tuning ES (analyzers, shards), refonte du checkout si INP au rouge, cache fragments sur catégories. Mesure post-déploiement via SpeedCurve ou mPulse.
1. Audit complet de la stack
Hébergement, version Magento, PHP 8.x + opcache + JIT, Varnish, ElasticSearch, Redis cache + sessions, MySQL tuning. Identification des leviers à plus fort impact.
2. Optimisation backend
Activation opcache et JIT, configuration Varnish FPC (TTL, cache key, ESI), Redis pour cache + sessions, MySQL tuning, indexers et cron correctement programmés.
3. Migration ou optimisation frontend
Évaluation migration Hyvä vs optimisation natif. Defer JavaScript non-critique, refacto des modules JS personnalisés, priorisation image LCP.
4. ElasticSearch + checkout
Tuning ES (analyzers, shards), refonte du checkout si INP au rouge, cache fragments sur catégories. Mesure post-déploiement via SpeedCurve ou mPulse.
Engagements de la mission
Questions fréquentes
Faut-il migrer vers Hyvä ?
Adobe Commerce Cloud change-t-il les optimisations possibles ?
Magento Open Source vs Adobe Commerce pour la performance ?
Comment se structurent vos accompagnements Magento ?
Faire passer votre Magento aux Core Web Vitals verts
Données 2023-2026
Ce qu'en disent mes clients
Excellent travail.
Paul a nettement amélioré la vitesse du site et l’a parfaitement aligné avec les recommandations Google.
Professionnel, rigoureux et efficace, je recommande vivement.
Nicolas - April Moto
Directeur digital & e-commerce
Nous sommes très satisfaits du travail de Paul. Il se montre rapide, disponible et particulièrement efficace. Depuis son arrivée, de très bons résultats ont été constatés, tant en termes de performance que de réactivité. Un vrai atout pour notre équipe.
Léo - Maison de luxe
E-commerce Product Owner
Je sais pas si on l'a assez répété.
Mais si vous voulez améliorer votre vitesse de chargement,
Faire plaisir à Google et mettre vos Signaux Web Essentiels dans le vert,
Contactez Paul Delcloy.
Florian Darroman - Les Makers
Co-fondateur
Magento, le CMS e-commerce le plus complet et le plus lourd
Magento 2 (Adobe Commerce) reste l'une des plateformes e-commerce les plus complètes pour les boutiques mid-market et enterprise. Sa flexibilité a un prix : c'est aussi l'un des CMS les plus lourds par défaut, avec un frontend basé sur RequireJS + Knockout (technologies datant de 2014) et un système de layout XML profond qui rend l'optimisation non-triviale.
L'angle d'optimisation web performance e-commerce sur Magento est multi-couches : Varnish Full Page Cache correctement configuré (TTL, cache key, Vary), ElasticSearch tuning pour les listes catalogue, opcache et JIT PHP, MySQL tuning, et de plus en plus fréquemment une migration vers Hyvä Themes (frontend moderne qui remplace RequireJS/Knockout par AlpineJS + Tailwind).
Hyvä, le levier qui change la donne sur le frontend
Le frontend Magento natif est obsolète pour les Core Web Vitals. RequireJS et Knockout chargent en bloc, le main thread sature, l'INP mobile dérive systématiquement. Hyvä est un thème alternatif basé sur Tailwind + AlpineJS qui divise le poids JavaScript par 5 à 10 et fait gagner une seconde et plus sur le LCP mobile.
La migration Hyvä est un projet en soi, mais le retour sur investissement webperf est massif. Pour les boutiques qui ne peuvent pas migrer immédiatement, l'optimisation du frontend natif reste possible (defer agressif, refonte des JS modules, suppression des features inutilisées) avec un gain plus modeste.
Checkout et catalogue, deux templates critiques
Sur une boutique Magento, deux templates concentrent l'enjeu performance : la fiche produit (LCP critique pour le SEO catalogue) et le checkout (INP critique pour la conversion). Le checkout Magento natif est complexe (multi-étapes, validations JS, calculs taxes/shipping en AJAX), et présente régulièrement des INP au rouge en mobile. Le diagnostic profilage permet d'identifier les Long Tasks et de les refactorer.
L'autre angle est l'indexation ElasticSearch des listes catalogue. Une catégorie avec 2000 SKUs, 30 filtres et 5 attributs configurables peut prendre 600ms à se construire si l'index est mal calibré. Le tuning ES (analyzers, shards, sorting) descend ce temps sous 100ms.
Autres expertises CMS
Prestashop
Prestashop optimisé : audit modules, cache Smarty et fragments, MySQL tuning, optimisation hooks, frontend léger. Core Web Vitals au vert.
Découvrir
Shopify
Shopify optimisé : audit apps avec mesure d'impact, refonte thème, optimisation Liquid, priorisation LCP, scripts tiers maîtrisés. Core Web Vitals au vert.
Découvrir
Wordpress
WordPress audité et optimisé : TTFB origine, plugins, thème, full page cache, object cache, CDN, images. Core Web Vitals au vert et SEO récupéré.
Découvrir