Core Web Vitals : les trois seuils que Google mesure sur votre site

Les Core Web Vitals sont trois mesures de l'expérience réelle de vos visiteurs : le chargement (LCP, 2,5 secondes maximum), la réactivité (INP, 200 millisecondes maximum) et la stabilité visuelle (CLS, 0,1 maximum). Google recommande de les atteindre pour réussir dans la recherche, mais elles ne remplacent pas un contenu utile : elles empêchent surtout un bon contenu d'être pénalisé par une mauvaise expérience.

Les trois mesures et leurs seuils

La page de référence de Google les définit ainsi (web.dev, Web Vitals) :

Au-delà de 500 ms, l'INP est jugé « mauvais » (web.dev, INP) ; au-delà de 0,25, le CLS aussi (web.dev, CLS). Entre les deux, Google parle de valeurs « à améliorer ».

Le détail qui change tout : le 75e percentile

Ces seuils ne s'appliquent pas à votre visite depuis votre ordinateur de bureau. Google recommande de les mesurer au 75e percentile des chargements de page, séparément sur mobile et sur ordinateur, et considère qu'une page est conforme si elle atteint les trois objectifs à ce percentile (web.dev, Web Vitals).

Concrètement : il faut que trois visites sur quatre soient « bonnes », y compris celles qui arrivent depuis un téléphone d'entrée de gamme sur une connexion mobile moyenne. C'est la raison pour laquelle un site qui « charge vite chez moi » peut échouer : vous testez sur la meilleure configuration de votre audience, Google regarde la configuration courante.

L'INP a remplacé le FID

Si vous avez lu un guide de 2022, il parle du FID (First Input Delay). L'INP en est le successeur : le FID ne mesurait que le délai de la première interaction, l'INP observe toutes les interactions de la visite et retient la plus longue, en écartant les valeurs aberrantes (web.dev, INP). Un menu qui répond bien au premier clic mais se fige au dixième passait le FID ; il échoue à l'INP.

Ce que Google dit vraiment du classement

La documentation Search Central est formulée avec précision : « We highly recommend site owners achieve good Core Web Vitals for success with Search and to ensure a great user experience generally. This, along with other page experience aspects, aligns with what our core ranking systems seek to reward. » (Google Search Central, Understanding Core Web Vitals).

Je le lis ainsi : les Core Web Vitals font partie de ce que les systèmes de classement récompensent, au milieu d'autres aspects de l'expérience de page. Ce n'est pas un levier qui fait passer une page sans intérêt devant une page utile. C'est en revanche un frein bien réel quand deux pages se valent — et un frein direct sur la conversion, puisque c'est l'expérience de vos propres visiteurs qui est mesurée.

Où les mesurer

La même page renvoie vers le rapport Core Web Vitals de Search Console, qui montre comment vos pages se comportent (Google Search Central). C'est le premier endroit à ouvrir : ce sont des données de terrain, issues de vrais visiteurs, regroupées par types de pages.

Les outils de laboratoire comme Lighthouse simulent un chargement. Ils sont parfaits pour reproduire et corriger un problème, mais un 100/100 en laboratoire ne garantit pas un rapport vert dans Search Console : les deux ne mesurent pas la même chose.

Ce que je corrige le plus souvent

Sur les sites que j'audite, les mêmes causes reviennent :

• LCP : une image d'en-tête trop lourde, chargée tardivement, ou une police qui bloque l'affichage du titre.
• INP : trop de JavaScript exécuté au moment du clic — scripts publicitaires, widgets, animations lourdes.
• CLS : des images et des encarts sans dimensions réservées, une bannière de cookies ou un bandeau promotionnel qui pousse le contenu vers le bas après l'affichage.

Aucune de ces corrections n'est spectaculaire. Ensemble, elles font souvent la différence entre une page « à améliorer » et une page « bonne » au 75e percentile.