Performance e-commerce · Shopify, PrestaShop, WooCommerce
Une boutique rapide pour vos clients, pas seulement pour Lighthouse.
Un score vert ne paie aucune facture. Ce qui compte, c’est la vitesse que vos visiteurs ressentent sur leur téléphone, au moment d’ajouter au panier. Je la mesure sur des données réelles, je trouve ce qui la dégrade — scripts tiers, images, thème, serveur, base de données — et je corrige dans l’ordre qui a le plus d’effet.
- Mesures sur données terrain (CrUX), pas seulement en labo
- Shopify depuis 2018, PrestaShop et WooCommerce au quotidien
- Diagnostic au forfait de 150 €
Symptômes
Les signes d’un vrai problème de performance
- La page produit met plusieurs secondes à afficher l’image principale sur mobile.
- Le bouton « Ajouter au panier » réagit avec un temps de retard, ou il faut cliquer deux fois.
- Le contenu saute pendant le chargement : bandeau cookies, barre promo, avis qui poussent la page.
- La Search Console classe vos URLs en « À améliorer » ou « Lentes » dans le rapport Signaux Web essentiels.
- Le score Lighthouse a déjà été « optimisé », mais les clients trouvent toujours le site lent.
- Le site ralentit nettement pendant les soldes, une newsletter ou une campagne publicitaire.
Ces symptômes n’ont pas la même cause ni la même correction. C’est pour cela que je mesure toujours avant de toucher à quoi que ce soit.
Comprendre
Données terrain contre données de laboratoire
Lighthouse et l’onglet « labo » de PageSpeed Insights simulent un seul chargement, sur un appareil simulé, sans cookies ni bandeau de consentement accepté. Utile pour déboguer, pas pour juger.
Google, lui, évalue vos pages à partir du Chrome UX Report (CrUX) : les mesures réelles des visiteurs sous Chrome, agrégées sur 28 jours glissants, au 75e centile. C’est ce jeu de données qui alimente le rapport Signaux Web essentiels de la Search Console — et qui met plusieurs semaines à refléter une correction.
- LCP : affichage du plus grand élément visible, presque toujours l’image produit. Objectif : 2,5 s ou moins.
- INP : réactivité aux clics et aux touchers pendant toute la visite (il a remplacé le FID en mars 2024). Objectif : 200 ms ou moins. C’est l’indicateur que le JavaScript des apps dégrade le plus.
- CLS : stabilité visuelle. Objectif : 0,1 ou moins.
Cas fréquent : 90 en labo et un LCP terrain médiocre, parce que les vrais visiteurs arrivent d’une publicité Meta, sur un téléphone d’entrée de gamme, avec douze scripts marketing déclenchés après le consentement. L’inverse existe aussi — et dans ce cas, on ne dépense pas votre budget à courir après une note.
Pourquoi une boutique devient lente
Une boutique ne naît presque jamais lente : elle le devient, par couches. Les causes que je retrouve, par ordre de fréquence :
Scripts tiers et apps
Chat, avis, pop-up, carte de chaleur, pixels, paiement fractionné, fidélité : chacun charge son JavaScript sur toutes les pages et occupe le fil d’exécution principal du navigateur. C’est le premier responsable d’un INP dégradé. Sur Shopify, il reste souvent du code d’apps désinstallées dans theme.liquid ou dans des snippets orphelins.
Images et polices
Image principale en loading="lazy" alors qu’elle est au-dessus de la ligne de flottaison, absence de srcset (le mobile télécharge la version 2 000 px), carrousel de cinq visuels dont un seul est vu. L’image LCP doit être découverte tôt et priorisée avec fetchpriority="high". Côté polices : trop de graisses, chargées depuis un domaine externe sans font-display: swap ni préchargement.
Serveur, cache et base de données
Un TTFB élevé plafonne tout le reste : Google recommande de viser 0,8 s ou moins. Sur PrestaShop et WooCommerce, il dépend de l’hébergement, de la version de PHP, d’OPcache, du cache de pages et du cache objet — un cache mal configuré étant parfois pire qu’aucun cache (panier d’un autre client affiché, prix figés). Derrière, des tables jamais purgées, des requêtes de filtres non indexées et des tâches planifiées qui s’accumulent expliquent souvent la lenteur du back-office.
Le thème
Thème « multi-usage » qui embarque tout pour tout le monde, constructeur de pages au DOM énorme, boucles Liquid imbriquées, CSS et JavaScript chargés en bloc sur chaque page.
Mon intervention
Ce que je fais concrètement
Pas de recette universelle : les chantiers dépendent de ce que les mesures révèlent. Voici ceux qui reviennent le plus.
Mesure de référence
État des lieux terrain et labo par gabarit : accueil, catégorie, produit, panier. La base qui permet de prouver ensuite ce qui a changé.
Tri des scripts tiers
Inventaire de chaque script : utilité, poids, temps d’exécution. Suppression des doublons, chargement différé ou conditionnel, nettoyage des résidus d’apps.
Images et élément LCP
Dimensions adaptées, srcset, formats modernes, priorité de chargement de l’image principale, lazy-loading uniquement sous la ligne de flottaison.
Thème, CSS et JavaScript
Allègement du thème, chargement par page de ce qui est réellement utilisé, espace réservé aux éléments injectés pour stabiliser le CLS, polices préchargées.
Cache, TTFB et hébergement
Cache de pages et cache objet avec les bonnes exclusions (panier, compte, checkout), version de PHP, OPcache, CDN. Et un avis franc si l’hébergement est le vrai plafond.
Base de données et requêtes
Requêtes lentes, index manquants, tables qui gonflent, tâches planifiées bloquées. Indispensable sur les gros catalogues PrestaShop et WooCommerce.
Par plateforme
Les leviers ne sont pas les mêmes selon votre CMS
Sur Shopify, vous ne maîtrisez pas le serveur : tout se joue dans le thème et les apps. Sur PrestaShop et WooCommerce, le serveur et la base de données comptent autant que le front.
Thème Liquid et apps
- Profilage du rendu Liquid avec Shopify Theme Inspector : boucles imbriquées, sections trop lourdes
- App embeds activés inutilement, scripts résiduels dans
theme.liquid - Images via
image_urletimage_tagavec largeurs adaptées - Pixels déplacés vers Customer Events plutôt que dans le thème
Serveur, modules, SQL
- Réglages de Paramètres avancés > Performances : compilation Smarty, cache, CCC, mode debug désactivé
- Profiling (
_PS_DEBUG_PROFILING_) pour repérer les modules et hooks les plus coûteux - Requêtes lentes : navigation à facettes, tables
ps_connections,ps_guest,ps_cartà purger - Version de PHP, OPcache, dimensionnement MySQL
Extensions, cache, base
- Query Monitor : requêtes lentes, hooks et extensions les plus gourmands
- Options en chargement automatique dans
wp_options, cache objet Redis - Cache de pages avec exclusions panier / commande / compte, fragments de panier (
wc-ajax=get_refreshed_fragments) - HPOS, file d’attente Action Scheduler, poids du constructeur de pages
Déroulement
Comment se passe une mission de performance
- 01
Diagnostic et mesure de référence
Données terrain et labo, élément LCP de chaque gabarit, interactions lentes, sources de décalage. Le diagnostic e-commerce couvre cette étape.
- 02
Plan d’action priorisé
Chaque correction est classée par impact attendu et par effort. Vous savez ce qui sera fait, dans quel ordre, et ce qui ne vaut pas la peine.
- 03
Corrections hors production
Thème dupliqué sur Shopify, préproduction sur PrestaShop et WooCommerce. Je ne teste pas un réglage de cache sur une boutique qui encaisse des commandes.
- 04
Vérification fonctionnelle
Parcours d’achat complet, mobile et ordinateur, scripts marketing actifs : une boutique plus rapide dont le pixel ne remonte plus les achats n’est pas un progrès.
- 05
Mise en ligne et mesure
Comparaison avant / après en labo immédiatement, puis suivi des données terrain le temps que la fenêtre de 28 jours se renouvelle. Le suivi peut s’intégrer à une maintenance.
À éviter
Les erreurs que je corrige le plus souvent
- Installer une app « d’optimisation » de plus, qui ajoute son propre JavaScript pour masquer celui des autres.
- Appliquer le lazy-loading à toutes les images, y compris l’image principale de la page produit.
- Différer tout le JavaScript sans tester : menu mobile cassé, variantes qui ne changent plus, pixel muet.
- Activer un cache de pages sans exclure le panier, le checkout et l’espace client.
- Changer d’hébergeur alors que le problème vient de quinze scripts tiers — ou l’inverse.
- Optimiser la page d’accueil alors que le trafic payant arrive sur les fiches produits.
Pour qui, et quand me contacter
Cette prestation s’adresse aux e-commerçants dont la boutique fonctionne mais perd en fluidité, et aux agences qui ont besoin d’un renfort technique sur un dossier de performance. Le bon moment :
- avant une période commerciale forte, pas pendant ;
- quand la Search Console signale des URLs lentes sur mobile ;
- quand vous payez du trafic vers des pages trop longues à s’afficher — la vitesse fait partie de l’optimisation de la conversion ;
- après une refonte, un changement de thème ou une migration ;
- si la lenteur s’accompagne d’erreurs ou de coupures : il s’agit alors d’un dépannage, à traiter en priorité.
La performance touche aussi le référencement : les Core Web Vitals font partie des signaux d’expérience de page, et un serveur lent limite l’exploration du catalogue. Pour aller plus loin : Shopify lent, PrestaShop lent, WooCommerce lent, Core Web Vitals sur WordPress.
À lire sur la performance
Mettre à jour PrestaShop 1.5 : ce qu’il faut savoir avant de cliquer
Une boutique encore en 1.5 ne se met pas à jour : elle se migre. Voici pourquoi le bouton de mise à jour vous mènera droit…
Lire l'articlePrestaShopPanne PrestaShop : la marche à suivre, dans l’ordre
Boutique inaccessible, back-office bloqué, paiement en échec : les dix premières minutes décident du reste. Voici l’ordre des gestes, et ceux qui aggravent la situation.
Lire l'articlePrestaShopPasser de PrestaShop 1.6 à 1.7 : ce qui casse, et pourquoi viser plus haut
Le saut 1.6 → 1.7 est le plus brutal de l’histoire de PrestaShop. Ce qui est réellement incompatible, et pourquoi, en 2026, s’arrêter à la 1.7…
Lire l'articleFaire analyser la vitesse de ma boutique
Indiquez l’adresse de votre boutique et ce que vous constatez. Je reviens vers vous sous 1 h en journée avec un périmètre et un prix ferme.
- Diagnostic au forfait de 150 €
- Un accès en lecture suffit pour commencer
- Optimisation à partir de 350 € TTC
Vous préférez en parler ? Réservez un créneau.
Questions fréquentes sur la performance e-commerce
Pouvez-vous garantir un score de 100 sur PageSpeed Insights ?
Non, et je me méfie de ceux qui le promettent. Une boutique réelle a besoin d’un outil de mesure, de pixels, d’un module d’avis, d’un bandeau de consentement : chacun coûte quelques points. Mon objectif est que vos pages passent les seuils des Core Web Vitals sur données réelles et que le parcours d’achat soit fluide sur mobile.
Quelle différence entre données terrain et données de laboratoire ?
Le labo (Lighthouse) est un chargement simulé unique. Le terrain (CrUX) agrège les mesures des vrais visiteurs sous Chrome sur 28 jours, au 75e centile, et c’est ce que Google utilise. Si votre boutique reçoit trop peu de visites pour avoir des données par URL, je m’appuie sur les données d’origine et sur des mesures instrumentées sur vos pages.
Ma boutique Shopify est lente alors que Shopify gère l’hébergement. Pourquoi ?
Parce que l’infrastructure de Shopify est rarement en cause. La lenteur vient du thème, des apps et de leurs scripts, des images et des pixels. Tout cela se corrige sans changer de plateforme : voir pourquoi une boutique Shopify devient lente.
Faut-il changer d’hébergement pour mon PrestaShop ou mon WooCommerce ?
Parfois. Je vérifie d’abord le TTFB avec et sans cache, la version de PHP, OPcache et les requêtes SQL lentes. Si le serveur est réellement sous-dimensionné, je vous le dis mesures à l’appui. Si le problème vient d’un module ou d’une requête mal indexée, un serveur plus cher ne fera que le masquer quelque temps.
Une extension de cache ne suffit-elle pas ?
Elle améliore le temps de réponse pour les visiteurs anonymes. Elle ne change rien au JavaScript qui bloque les interactions, aux images trop lourdes ni aux décalages de mise en page, et ne s’applique ni au panier ni au checkout. C’est une pièce du dispositif, pas la solution entière.
Combien coûte une optimisation de performance ?
À partir de 350 € TTC : analyse sur données réelles, corrections, mesure avant et après. Le montant final dépend de ce que les mesures révèlent, et il est fixé dans un devis ferme. Si vous voulez d’abord savoir où vous en êtes, le diagnostic au forfait de 150 € débouche sur un plan d’action priorisé.
Sachez ce qui ralentit vraiment votre boutique.
Des mesures réelles, des causes identifiées, un ordre de priorité. Le diagnostic est au forfait fixe de 150 €.