Pourquoi votre site est lent, et comment le savoir en deux minutes.
[ Version flemme ]
Pour savoir si votre site est lent, collez son adresse dans PageSpeed Insights, l'outil gratuit de Google, et regardez d'abord les résultats sur mobile.
Trois mesures comptent : LCP pour l'affichage du contenu principal, INP pour la réactivité, CLS pour la stabilité de la page.
Les coupables habituels sont les images trop lourdes, les scripts et extensions en trop, l'hébergement et le thème ; on commence par les plus simples à corriger.
Votre site est lent, le plus souvent, à cause de ses images, de scripts ou d'extensions en trop, d'un hébergement ou d'un thème trop lourds. Pour le savoir, deux minutes suffisent : collez son adresse dans PageSpeed Insights, l'outil gratuit de Google, et lisez les résultats sur mobile.
Encore faut‑il savoir ce qu'on lit. Voici comment faire, et par quoi commencer quand le verdict n'est pas bon.
Comment mesurer la vitesse de son site en deux minutes ?
Ouvrez PageSpeed Insights, collez l'adresse d'une page de votre site, et lancez l'analyse. Au bout de quelques secondes, vous obtenez deux types de résultats :
- Les données réelles, quand votre site a assez de visiteurs : l'expérience réelle des internautes qui utilisent Chrome, sur les dernières semaines. Ce sont les plus importantes.
- Le diagnostic, calculé sur le moment par Google dans des conditions simulées, avec une note sur 100 et une liste de pistes d'amélioration.
Commencez par l'onglet mobile : c'est le plus exigeant, et c'est souvent là que se trouvent la plupart de vos visiteurs. Testez aussi plusieurs pages, pas seulement l'accueil : une fiche produit ou une page d'article peut être bien plus lente.
Un conseil : ne vous focalisez pas sur la note sur 100. Elle varie d'un essai à l'autre, et un site peut avoir une note moyenne tout en étant agréable à utiliser. Les trois mesures qui suivent disent bien plus de choses.
Que veulent dire LCP, INP et CLS ?
Ce sont les trois « signaux web essentiels » de Google, qui mesurent l'expérience d'un visiteur (web.dev) :
- LCP, pour le chargement : le temps qu'il faut pour afficher le plus gros élément visible, souvent la grande image ou le titre principal. Bon : 2,5 secondes au plus.
- INP, pour la réactivité : le temps que met la page à réagir quand on clique, qu'on tape ou qu'on ouvre un menu. Bon : 200 millisecondes au plus. Il a remplacé l'ancienne mesure FID le 12 mars 2024 (web.dev).
- CLS, pour la stabilité : à quel point la page bouge pendant le chargement, quand un bouton se décale juste au moment où vous alliez cliquer dessus. Bon : 0,1 au plus.
Si les trois sont au vert dans les données réelles, votre site va bien. Si l'un d'eux est orange ou rouge, c'est par lui qu'il faut commencer.
Pourquoi un site lent coûte‑t‑il des clients ?
Parce que personne n'attend. Sur un téléphone, dans le bus ou entre deux rendez‑vous, une page qui reste blanche quelques secondes est fermée avant même d'avoir affiché votre offre. Le visiteur ne se dit pas que votre site est lent : il se dit qu'il va voir ailleurs.
La vitesse compte aussi pour le référencement. Google indique que les Core Web Vitals (les signaux web essentiels vus plus haut) sont utilisées par ses systèmes de classement (Google Search Central). Ce n'est qu'un critère parmi d'autres, mais un site lent part avec un handicap. C'est l'un des premiers points que je regarde dans un audit de référencement naturel.
Qu'est‑ce qui ralentit un site, le plus souvent ?
Les images
C'est le coupable numéro un, et le plus facile à corriger. Une photo prise au téléphone et mise en ligne telle quelle peut peser plusieurs mégaoctets, alors qu'une image bien préparée, au bon format et à la bonne taille, en pèse quelques centaines de kilo‑octets, souvent moins.
Les scripts et les extensions en trop
Chaque extension WordPress, chaque application Shopify, chaque outil de suivi ou de discussion ajoute du code à charger. Pris un par un, ils sont légers. Empilés depuis des années, ils alourdissent tout, y compris ceux qui ne servent plus.
L'hébergement
Si le serveur met plusieurs secondes à répondre, rien ne pourra ensuite rattraper ce retard. Un hébergement d'entrée de gamme partagé avec des centaines de sites, ou un serveur qui n'est plus entretenu, peut suffire à ralentir un site bien construit.
Le thème
Certains thèmes « tout‑en‑un » chargent des dizaines de fonctions dont vous n'utilisez qu'une petite partie : animations, carrousels, polices multiples, constructeurs de pages. C'est pratique au départ, et coûteux à chaque visite.
Mon record : une boutique PrestaShop sous PHP 7.2, sept à dix secondes par page. Le temps de se faire un café.
À quoi ça ressemble, sur un vrai site ?
Le 25 octobre 2026, j'ai mesuré depuis Caen le temps de réponse du serveur de l'ancien site de The‑mobilier, une boutique sous PrestaShop qui tournait sur une version de PHP plus maintenue depuis longtemps : 3,4 à 7,1 secondes avant que la moindre page commence à arriver. Une fiche produit a même renvoyé deux fois une erreur 504 après plus de 50 secondes d'attente.
La nouvelle boutique, sur Shopify, répond en 0,1 à 0,2 seconde, mesurée le même jour. Avant même de parler d'images ou de thème, c'est le serveur qui faisait attendre. Le projet est raconté dans l'étude de cas de The‑mobilier, et la migration elle‑même dans migrer de PrestaShop à Shopify.
Que faire, concrètement ?
Commencez par le plus simple, et ne passez au reste que si c'est nécessaire.
- Allégez les images. Redimensionnez‑les à la taille où elles s'affichent, utilisez un format moderne, et chargez plus tard celles qui sont en bas de page.
- Faites le ménage dans les extensions et les applications. Désinstallez tout ce qui ne sert plus, et pas seulement en le désactivant.
- Limitez les polices et les outils tiers : chaque police, chaque bouton de partage, chaque outil de suivi a un coût.
- Vérifiez l'hébergement si le serveur met longtemps à répondre, avant même que la page commence à s'afficher.
- Repensez le thème ou la plateforme si rien de tout ça ne suffit. C'est le chantier le plus lourd, mais parfois le seul qui règle vraiment le problème.
Après chaque changement, relancez l'analyse. Et gardez en tête que les données réelles mettent quelques semaines à refléter vos améliorations, puisqu'elles portent sur les dernières semaines de visites.
À quelle fréquence vérifier ?
Une fois par mois suffit pour un site qui ne bouge pas beaucoup, et après chaque changement important : nouveau thème, nouvelle application, nouvelle page d'accueil. La Search Console, gratuite elle aussi, suit ces mesures pour l'ensemble de votre site et vous signale les pages qui posent problème (présentation de la Search Console).
La vitesse se joue aussi page par page : une fiche produit chargée de photos trop lourdes peut tout gâcher. J'en parle dans les erreurs de fiche produit qui font fuir vos clients.
Après sa refonte sur Shopify, la boutique de The‑mobilier est passée au vert partout dans PageSpeed Insights (l'étude de cas). Plus le temps de faire un café.
Votre site vous semble lent, ou PageSpeed Insights vous a fait peur ? Envoyez‑moi son adresse avec le brief : je regarderai avant de vous répondre.