Vitesse d'un site : les Core Web Vitals pour un dirigeant

Un rapport de vitesse arrive un jour sur votre bureau, avec un score en rouge et des sigles anglais : LCP, INP, CLS. La tentation est de le transmettre au prestataire et de passer à autre chose. Ce serait dommage : derrière ces sigles, il y a trois sensations que chacun de vos visiteurs éprouve, et quelques décisions qui ne relèvent pas de la technique mais de vous. Cet article les traduit. Pour le contexte technique (pourquoi un site statique part avec une longueur d’avance), voyez notre guide de la migration vers Astro.

Trois mesures, trois sensations

Chaque mesure décrit ce que ressent un visiteur, et Google publie un seuil pour chacune :

Deux précisions changent la lecture. D’abord, Google recommande de juger au 75e centile : il ne suffit pas que la moyenne des visites soit rapide, il faut que trois visites sur quatre le soient, mobile et ordinateur séparés. Ensuite, la réaction aux clics (INP) a remplacé en 2024 une ancienne mesure qui ne regardait que la première interaction : un site qui était « vert » il y a trois ans peut ne plus l’être sans avoir changé.

Ce que Google en fait

Google le dit dans sa documentation sur les Core Web Vitals : de bons résultats rejoignent ce que ses systèmes de classement cherchent à récompenser. Mais la même maison tempère :

Google ajoute qu’un bon score dans ses rapports ne garantit pas une place en tête des résultats. Autrement dit : un site lent mais seul à répondre à une question reste visible, et un site rapide sans contenu utile ne monte pas. La vitesse départage des pages comparables ; elle ne remplace ni le contenu ni la réputation.

Ce que la lenteur coûte vraiment

L’effet le plus direct de la vitesse n’est pas dans le classement, il est dans ce que font les visiteurs une fois arrivés. L’étude la plus citée sur le sujet, menée par Deloitte à la demande de Google sur les sites mobiles de 37 marques européennes et américaines, a mesuré ce que change un gain d’un dixième de seconde :

Ces chiffres viennent de grandes marques et d’une étude commandée par Google : ils indiquent une direction, pas une promesse pour votre site. La direction, elle, se vérifie partout où l’on mesure. Notre article sur les pages de destination montre ce qu’elle coûte quand on paie chaque clic.

Où en sont les sites que nous connaissons

Voici le temps d’affichage du contenu principal, mesuré par Lighthouse en simulation mobile, sur trois sites que nous connaissons de près :

La boutique de peluches affichait aussi un score Lighthouse mobile de 65 et une page de 4,2 Mo. Sur ce site, la même mesure donne un score de 99 et 233 Kio transférés. La différence ne tient pas au talent des équipes : elle tient à ce que le navigateur doit télécharger et exécuter avant d’afficher quoi que ce soit.

Mesure de laboratoire, mesure de terrain

Deux familles de chiffres circulent, et elles ne disent pas la même chose :

• Le laboratoire (Lighthouse, la partie « diagnostic » de PageSpeed Insights) simule un téléphone moyen sur un réseau moyen. C’est la bonne mesure pour comparer avant et après un changement, à conditions identiques.
• Le terrain vient des visites réelles. Le rapport Core Web Vitals de la Search Console s’appuie sur ces données d’utilisation réelles, issues du rapport d’expérience utilisateur de Chrome, et classe vos groupes de pages en « Bon », « Amélioration nécessaire » ou « Médiocre ».

C’est le terrain qui compte pour Google, et pour vos clients. Un site peut sembler rapide sur la fibre du bureau et lent dans un train : le rapport de terrain le dit, votre ressenti ne le dira pas.

Ce qui ralentit un site, et qui en décide

Les causes techniques se ramènent souvent à des décisions prises sans les relier à la vitesse :

• Les images. Une photo exportée en pleine résolution pèse dix fois ce qu’il faut. Sur Palmora Property, la chaîne d’images a converti 3 892 originaux en 7 784 fichiers aux bons formats, et une vignette est passée de 353 Ko à 17 Ko.
• Les scripts ajoutés un à un. Chat, avis clients, suivi publicitaire, carte : chacun est utile, et chacun se charge. Sur la boutique de peluches, quatre à cinq systèmes d’avis étaient chargés, pour aucun avis affiché.
• La page fabriquée à chaque visite. Un site qui assemble ses pages sur un serveur attend ce serveur ; un site statique sert un fichier déjà prêt, depuis le point le plus proche du visiteur (voir notre comparatif d’hébergement).
• Les extensions. Sur un CMS, chaque extension peut ajouter ses scripts et ses styles à toutes les pages, et ses mises à jour à surveiller (voir pourquoi un site WordPress se fait pirater).

Trois décisions reviennent donc au dirigeant. Exiger une mesure datée avant tout chantier, pour savoir ce qu’il a changé. Écrire les seuils dans le cahier des charges d’une refonte, au même titre que les pages et les langues (voir le coût d’un site d’entreprise et le tri des pages avant une refonte). Arbitrer les scripts tiers : chaque outil marketing ajouté doit valoir le temps qu’il fait perdre à chaque visite.

La vitesse rejoint aussi l’accessibilité : une page qui ne bouge pas sous le doigt et réagit vite sert d’abord ceux qui naviguent au clavier ou avec une aide technique (voir ce que l’obligation européenne d’accessibilité change). Les sites dont le contenu vient d’un CMS headless gardent ces avantages côté visiteur, comme l’explique notre article sur Astro et Sanity ; les formulaires et la recherche aussi, s’ils sont branchés page par page. Et quand des textes sont produits avec une IA pour aller plus vite, la question de le dire se pose à part.

Un site vitrine que nous livrons est construit pour être rapide sur mobile dès la mise en ligne ; une migration vers un site statique mesure la vitesse avant et après, aux mêmes conditions.

Questions fréquentes

Sources

1. Web.dev (Google), les Core Web Vitals (nouvel onglet)web.dev
2. Google Search Central, Core Web Vitals (nouvel onglet)developers.google.com
3. Aide Search Console, rapport Core Web Vitals (nouvel onglet)support.google.com