Core Web Vitals

Web Vitals est une initiative de Google qui fournit des indicateurs de qualité de l'expérience sur le web. Les Core Web Vitals en sont le noyau : trois mesures qui s'appliquent à toutes les pages et que Google suit dans ses outils, de la Google Search Console à PageSpeed Insights.

Les trois métriques

Le LCP (Largest Contentful Paint) mesure le temps d'affichage du plus grand élément visible, souvent une image ou un bloc de texte. L'INP (Interaction to Next Paint) mesure le délai entre une action du visiteur, comme un clic ou une frappe au clavier, et la mise à jour de l'écran qui suit. Le CLS (Cumulative Layout Shift) mesure les décalages inattendus de la mise en page, par exemple un bouton qui descend parce qu'une publicité s'est chargée au-dessus.

Métrique	Bon	À améliorer	Médiocre
LCP	2,5 s ou moins	jusqu'à 4 s	plus de 4 s
INP	200 ms ou moins	jusqu'à 500 ms	plus de 500 ms
CLS	0,1 ou moins	jusqu'à 0,25	plus de 0,25

Ces seuils s'évaluent au 75e centile des chargements de page, séparément sur mobile et sur ordinateur. Une page réussit l'évaluation quand au moins 75 % des visites atteignent le niveau « bon » pour chacune des trois métriques.

INP a remplacé FID

Jusqu'en mars 2024, la réactivité était mesurée par le FID (First Input Delay), qui ne tenait compte que de la première interaction. Depuis le 12 mars 2024, l'INP l'a remplacé, comme l'a annoncé l'équipe Chrome sur web.dev. L'INP observe les interactions de toute la visite. Le FID est déprécié : un tutoriel ou un outil qui parle encore de lui comme d'un Core Web Vital est daté. Google indique que la liste des métriques stables ne change pas plus d'une fois par an, avec un préavis.

Données terrain et données de laboratoire

La référence reste la mesure terrain, prise chez de vrais visiteurs. Google la collecte dans le rapport d'expérience utilisateur Chrome (CrUX), qui alimente le rapport Core Web Vitals de la Search Console. Ce rapport regroupe les pages semblables, couvre les 28 derniers jours et attribue à chaque groupe le statut de sa plus mauvaise métrique. Un site peu visité peut n'y afficher aucune donnée.

Les outils de laboratoire, comme Lighthouse, simulent un chargement. Ils aident à diagnostiquer, mais ne remplacent pas le terrain : sans visiteur réel, ils ne peuvent pas mesurer l'INP et s'appuient sur un indicateur voisin, le TBT (Total Blocking Time). Pour mesurer soi-même en production, Google publie la bibliothèque JavaScript web-vitals :

import {onCLS, onINP, onLCP} from 'web-vitals';

onCLS(console.log);
onINP(console.log);
onLCP(console.log);

Quel poids pour le classement ?

Google confirme que ses systèmes de classement utilisent les Core Web Vitals, au sein d'un ensemble plus large de signaux liés à l'expérience de page. Il précise aussi qu'il cherche toujours à montrer le contenu le plus pertinent, même quand l'expérience est médiocre. De bons scores ne garantissent pas les premières positions. Ils peuvent compter lorsque plusieurs pages répondent aussi bien à la requête. Google ajoute que viser un score parfait pour le seul SEO n'est sans doute pas la meilleure façon d'employer son temps.

D'où viennent les mauvais scores

Les guides d'optimisation de web.dev décomposent chaque problème. Un LCP lent peut venir d'un serveur qui tarde à envoyer le premier octet, d'une image principale absente du HTML initial (insérée en JavaScript) ou chargée en différé, ou de feuilles de style et de scripts qui retardent son chargement. Un INP élevé traduit le plus souvent des tâches longues qui bloquent le fil d'exécution principal du navigateur, trop de JavaScript en concurrence pour ce fil ou un travail de rendu coûteux, qui croît avec la taille du DOM. Un CLS important provient surtout d'images, d'annonces ou d'iframes sans dimensions réservées, de contenus injectés après coup et du chargement des polices web. Le temps de chargement global et les Core Web Vitals sont liés, mais une page peut se charger vite et rester instable ou lente à réagir.