Aller au contenu
Refonte WooCommerce par WP Solution

Boutique WooCommerce lente : d’où vient le problème et comment le régler

Mis à jour le 7 min de lecture

Votre boutique WooCommerce met du temps à s’afficher sur téléphone ? Vous n’êtes pas seul : le point faible se trouve le plus souvent au démarrage des pages, côté serveur. Voici comment mesurer, quoi essayer d’abord et quand une refonte devient la bonne réponse.

Ce que la lenteur vous coûte

Dans une étude de Deloitte pour Google, gagner 0,1 seconde sur mobile allait de pair, pour les 15 enseignes de vente au détail étudiées, avec 8,4 % de conversions en plus et un panier moyen supérieur de 9,2 %1. Ces données datent de fin 2019 et montrent une corrélation, pas une preuve.

Un test direct va dans le même sens : chez Vodafone, sur deux versions d’une même page identiques en apparence, celle dont le contenu principal s’affichait en 31 % de temps en moins a généré 8 % de ventes en plus2. Seule la vitesse différait, mais il s’agissait d’un opérateur téléphonique, pas d’une boutique.

Google tient aussi compte de la vitesse dans son classement, sans qu’une page rapide soit assurée d’arriver en tête3.

Ce que montrent les mesures d’août 2026

HTTP Archive, un projet qui suit l’évolution du web, publie par technologie les mesures que Google recueille chez les utilisateurs de Chrome volontaires. En août 2026, sur mobile, 40 % des boutiques WooCommerce passaient les trois critères d’expérience de Google (affichage, réactivité, stabilité), contre 53 % de l’ensemble des sites4.

Voici, critère par critère, la part des sites jugés bons sur mobile le même mois5 :

CritèreBoutiques WooCommerceTous les sites
Temps de réponse du serveur, c’est-à-dire le délai avant que la page commence à arriver13 %46 %
Affichage du contenu principal (photo, titre)44 %66 %
Réactivité quand on touche un bouton92 %80 %

Une fois affichée, une boutique WooCommerce réagit donc bien. Ce qui traîne, c’est le démarrage : le serveur met du temps à fabriquer la page, puis le contenu principal tarde à apparaître.

D’où vient la lenteur

À chaque visite, le serveur fabrique la page avec WordPress, WooCommerce, le thème et les extensions, puis le téléphone télécharge images et programmes. Tout ce qui alourdit ces étapes ralentit la boutique.

  • Le serveur et l’hébergement. Un hébergement mutualisé, partagé avec de nombreux autres sites, est en général plus lent. Google conseille de regarder l’hébergement avant tout autre réglage6.
  • Les extensions et le thème. Chaque extension ajoute du travail au serveur, parfois des fichiers à télécharger sur toutes les pages, tout comme un thème « tout-en-un » ou un constructeur de pages, l’outil qui compose les pages par glisser-déposer. Google le souligne, et WooCommerce le reconnaît pour ses extensions7.
  • Les images. En 2025, sur 76 % des pages web analysées sur mobile, le contenu principal était une image8. Or une photo mise en ligne telle qu’elle sort de l’appareil est bien trop lourde pour un écran de téléphone.
  • Les outils extérieurs : chat, statistiques, traceurs publicitaires, avis clients, vidéos. Chacun charge ses propres programmes depuis un autre serveur, et Google les compte parmi les causes courantes de lenteur9.

Mesurer vous-même avec PageSpeed Insights

PageSpeed Insights (pagespeed.web.dev) est l’outil gratuit de Google. Testez une fiche produit et une page catégorie, pas seulement l’accueil, en restant sur l’onglet Mobile.

  1. Lisez d’abord « Découvrez l’expérience de vos utilisateurs » : ce sont les données réelles, la vitesse vécue par vos visiteurs sur Chrome pendant les 28 derniers jours. La ligne « Évaluation Core Web Vitals » affiche « réussite » quand l’affichage, la réactivité et la stabilité de la page sont bons pour au moins trois consultations sur quatre10.
  2. Cliquez sur « Origine » pour voir l’ensemble de la boutique. Si cette partie reste vide, votre site manque encore de visites mesurées.
  3. Descendez ensuite à « Analysez les problèmes de performances ». C’est un test simulé, lancé sur le moment avec un téléphone de milieu de gamme et une connexion 4G lente. Sa note sur 100 varie d’un essai à l’autre : servez-vous-en pour repérer les causes, dans la liste « Diagnostic », pas pour juger la boutique11.
  4. Notez les résultats et la date. Après chaque changement, refaites le test simulé, puis vérifiez les données réelles quand la période de mesure s’est renouvelée.

Une note moyenne ne veut pas dire une boutique lente. Le 28 septembre 2026, la page d’accueil de woocommerce.com réussissait l’évaluation sur ses visiteurs réels, avec seulement 59 sur 100 au test simulé12.

Ce que vous pouvez essayer avant une refonte

Votre hébergeur ou un prestataire WordPress peut s’en charger. Sauvegardez d’abord, travaillez si possible sur une copie de la boutique et mesurez après chaque étape.

  1. Vérifiez l’hébergement. PHP, le langage qui fait tourner la boutique, doit être à jour : WordPress recommande la version 8.3 ou une plus récente, et le menu Outils > Santé du site vous prévient si la vôtre est obsolète13. Si le serveur reste lent aux heures chargées, une offre plus puissante peut suffire.
  2. Activez un cache de pages : le serveur garde une copie prête de chaque page au lieu de la fabriquer à chaque visite. Pour WordPress, c’est le réglage qui rapporte le plus pour le moins d’effort ; WooCommerce rappelle d’en exclure le panier, la commande et le compte client, propres à chaque acheteur14.
  3. Allégez les images : redimensionnez-les à leur taille d’affichage, compressez-les et préférez le format WebP, plus léger. Le chargement différé, qui attend que l’on fasse défiler la page pour charger une image, est utile, sauf pour la photo principale en haut de page : il la retarde15.
  4. Faites le tri dans les extensions : supprimez celles qui ne servent plus, puis désactivez les autres une à une sur la copie, en mesurant à chaque fois, comme le conseille WordPress16.
  5. Faites l’inventaire des outils extérieurs : gardez ceux qui rapportent, retirez les autres, et faites charger les restants après l’affichage de la page.

Si c’est surtout votre espace d’administration qui rame, vérifiez que la boutique utilise le stockage des commandes « haute performance » de WooCommerce. Activé d’office sur les boutiques créées depuis octobre 2023, il peut être activé sur les plus anciennes, après vérification des extensions17.

Quand une refonte devient la bonne réponse

Si les données réelles restent mauvaises après ces réglages, la lenteur vient sans doute des fondations de la boutique. Quelques signes :

  • le temps de réponse du serveur reste long malgré un bon hébergement et le cache ;
  • le thème ou le constructeur de pages alourdit tout, et on ne peut pas l’alléger sans tout refaire ;
  • la boutique dépend d’extensions indispensables, et chaque mise à jour devient un risque ;
  • vous deviez de toute façon revoir le design ou connecter de nouveaux outils.

La technique compte. Des agences proposent de refaire l’affichage de la boutique en JavaScript, le langage des navigateurs, avec des outils comme Next.js : ce n’est pas une garantie. En août 2026, seuls 35 % des sites faits avec Next.js passaient les trois critères de Google sur mobile18. Pour le budget, voyez le prix d’une refonte WooCommerce ; pour garder votre place sur Google, notre guide de la migration.

Ce que propose WP Solution

WP Solution reconstruit les boutiques WooCommerce en PHP : chaque page est envoyée complète par le serveur. Produits, variantes, photos, clients, commandes et avis sont repris, et chaque ancienne adresse renvoie vers la nouvelle page. Après le lancement, nous suivons la boutique dans Search Console et Merchant Center. Une refonte prend en général 6 à 10 semaines, selon la taille du catalogue et les outils à connecter. Demandez votre devis gratuit : réponse sous 24 h, sans engagement.

Questions fréquentes

Une extension de cache suffit-elle ?

Elle aide souvent, car le serveur n’a plus à fabriquer chaque page. Mais le panier, la commande et le compte client restent calculés pour chaque acheteur : s’ils sont lents, revoyez l’hébergement et les extensions.

Combien d’extensions, c’est trop ?

Il n’y a pas de seuil : une extension mal conçue peut peser plus que plusieurs légères. Mesurez avec et sans chacune, sur une copie de test.

Une refonte rendra-t-elle forcément ma boutique rapide ?

Non, pas automatiquement : tout dépend de la façon dont la nouvelle boutique est construite et hébergée. Demandez au prestataire comment il mesurera la vitesse avant et après, sur les données de vos vrais visiteurs.

Notes et sources

  1. Rapport commandé par Google à Deloitte, publié en 2020 : 37 marques, surtout européennes et américaines, dont 15 dans la vente au détail ; données collectées du 28 octobre au 24 novembre 2019, sur mobile uniquement. Texte original : « An 8.4% increase in conversions with retail consumers was observed, and an increase in average order value of 9.2%. » Le gain de 0,1 seconde s’entend sur chacune des quatre mesures de vitesse suivies, relevées en laboratoire avec l’outil Lighthouse. Il s’agit de variations naturelles observées, pas d’une expérience. Source : Deloitte, Milliseconds Make Millions, 2020, p. 5. ↑
  2. Étude de cas publiée par Google le 17 mars 2021 : test A/B sur une page d’atterrissage alimentée par de la publicité, les deux versions étant « visually and functionally identical ». Texte original : « a 31% improvement in LCP led to 8% more sales ». Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus grand élément visible. Source : web.dev, Vodafone: A 31% improvement in LCP increased sales by 8%. ↑
  3. Textes originaux : « Core Web Vitals are used by our ranking systems. » et « getting good results in reports like Search Console’s Core Web Vitals report or third-party tools doesn’t guarantee that your pages will rank at the top of Google Search results ». Page mise à jour le 22 septembre 2026. Source : Google Search Central, Understanding Google Page Experience. ↑
  4. Données du Chrome UX Report d’août 2026, dernier mois publié au 28 septembre 2026, mobile, monde. Les trois critères sont les Core Web Vitals : affichage du contenu principal (LCP), réactivité (INP) et stabilité visuelle (CLS). WooCommerce : 220 276 sites sur 557 369 (39,5 %) ; ensemble des sites : 53,0 %. Pour les internautes situés en France : 46 % des boutiques WooCommerce, contre 62 % de l’ensemble des sites. Ce sont des groupes de sites différents, pas des mesures avant et après. Sources : HTTP Archive, Tech Report ; API du Tech Report, août 2026. ↑
  5. Même source, mobile, août 2026. Seuils jugés bons : temps de réponse du serveur (TTFB) de 0,8 seconde au plus, affichage du contenu principal (LCP) de 2,5 secondes au plus, réactivité (INP) de 200 millisecondes au plus. Valeurs exactes calculées avec l’API du rapport : WooCommerce 12,7 %, 43,7 % et 91,7 % ; ensemble des sites 45,8 %, 65,8 % et 80,1 %. Pour les internautes situés en France, 19,5 % des boutiques WooCommerce ont un bon temps de réponse, contre 55,6 % de l’ensemble des sites. Sources : HTTP Archive, Tech Report, temps de réponse du serveur ; API du Tech Report, internautes en France. ↑
  6. Textes originaux : « Before you even consider other optimization approaches, hosting should be the first thing you consider. » et « Shared hosting is generally be slower. » [sic]. Article mis à jour le 28 novembre 2025. Source : web.dev, Optimize Time to First Byte. ↑
  7. Google : « WordPress performance is impacted by the number and quality of plugins, or what themes are used. » WooCommerce : « Extensions can significantly impact the overall speed of WooCommerce stores ». Pages consultées le 28 septembre 2026. Sources : web.dev, Optimize Time to First Byte ; WooCommerce, Performance best practices for WooCommerce extensions. ↑
  8. Mesures de juillet 2025, chapitre publié le 15 janvier 2026. Texte original : « 85.3% of desktop pages and 76% of mobile pages having an image as their LCP element ». Source : HTTP Archive, Web Almanac 2025, Performance. ↑
  9. Textes originaux : « Third-party scripts are a common cause of performance slowdowns caused by resources outside the site owner’s control » (web.dev, mis à jour le 19 février 2024) et « These third-party scripts can significantly affect your page load performance » (documentation de Lighthouse, l’outil de mesure de Google). Sources : web.dev, Efficiently load third-party JavaScript ; Chrome for Developers, Reduce the impact of third-party code. ↑
  10. Documentation de PageSpeed Insights : les données réelles viennent du Chrome UX Report et couvrent « the previous 28-day collection period ». L’évaluation est réussie si le 75e centile des trois critères est bon : affichage du contenu principal (LCP) en 2,5 secondes au plus, réactivité (INP) en 200 millisecondes au plus, stabilité visuelle (CLS) de 0,1 au plus. Sans assez de données sur la réactivité, elle porte sur les deux autres. Libellés relevés sur l’outil en français le 28 septembre 2026. Sources : Google, About PageSpeed Insights ; PageSpeed Insights. ↑
  11. Le test simulé est réalisé par l’outil Lighthouse ; le 28 septembre 2026, le rapport indiquait « Émulation du Moto G Power » et « Connexion 4G lente ». Documentation : « Lab data is useful for debugging issues, as it is collected in a controlled environment. However, it may not capture real-world bottlenecks. » Elle explique aussi que la note varie d’un test à l’autre, selon le réseau et la machine utilisés. Source : Google, About PageSpeed Insights. ↑
  12. Analyse PageSpeed Insights de https://woocommerce.com/ sur mobile, faite par nos soins le 28 septembre 2026 : évaluation Core Web Vitals réussie sur les visiteurs réels (contenu principal affiché en 1,7 seconde), note de performance de 59 sur 100 au test simulé. L’inverse existe aussi, selon la documentation : « having good lab data does not necessarily mean real-user experiences will also be good ». Sources : Rapport PageSpeed Insights du 28 septembre 2026 ; Google, About PageSpeed Insights. ↑
  13. Page « Requirements » de WordPress, consultée le 28 septembre 2026 : « PHP version 8.3 or greater ». L’écran Santé du site affiche, si besoin : « Votre site utilise une version obsolète de PHP, qui devrait être mise à jour ». La documentation d’optimisation ajoute : « Newer PHP versions will usually include better performance optimization as well. ». Sources : WordPress, Requirements ; WordPress, écran Santé du site ; WordPress, Optimization. ↑
  14. WordPress : « If you need a quick fix now, go straight to the Caching section, you’ll get the biggest benefit for the smallest hassle there. » WooCommerce : les pages Panier, Mon compte et Validation de commande « need to stay dynamic since they display information specific to the current customer and their cart ». Sources : WordPress, Optimization ; WooCommerce, How to configure caching plugins. ↑
  15. WordPress : « Consider using a more modern image format like WebP which is smaller in size. » Web Almanac 2025 : « Lazy loading is generally a useful optimization, but applying it to the LCP image can be harmful because it delays the main content users are waiting to see » ; environ 16 % des pages le faisaient encore en juillet 2025. Sources : WordPress, Optimization ; HTTP Archive, Web Almanac 2025, Performance. ↑
  16. Texte original : « Deactivate and delete any unnecessary plugins. Try selectively disabling plugins to measure server performance. ». Source : WordPress, Optimization. ↑
  17. Nom d’origine : High-Performance Order Storage (HPOS). « From WooCommerce 8.2, released on October 2023, HPOS is enabled by default for new installations. » Réglage indiqué par la documentation : WooCommerce > Settings > Advanced > Features, après avoir vérifié que les extensions sont compatibles. Sources : WooCommerce, High-Performance Order Storage ; WooCommerce, HPOS (documentation développeurs). ↑
  18. HTTP Archive, Tech Report, mobile, août 2026 : 35,1 % des sites détectés avec Next.js, une technologie JavaScript, passent les trois critères Core Web Vitals (131 343 sur 374 612). Ce sont tous les sites Next.js, boutiques ou non : une comparaison entre groupes de sites, pas une mesure avant et après. Source : HTTP Archive, Tech Report. ↑
Appeler Devis gratuit