Core Web Vitals : les trois chiffres et ce qu'ils veulent dire

Trois mesures, pas une note

Si vous avez déjà regardé un rapport de performance, vous avez vu une note sur 100. Elle est trompeuse, et Google lui-même ne s'en sert pas pour classer. Ce qui compte, ce sont trois mesures prises sur le terrain, chez vos vrais visiteurs.

• LCP sous 2,5 s — le contenu principal s'affiche-t-il à temps ?
• CLS sous 0,1 — la page reste-t-elle stable pendant le chargement ?
• INP sous 200 ms — la page réagit-elle vite quand on clique ?

Le seuil n'est pas une moyenne : il faut que les trois soient bons chez 75 % de vos visites, sur une période glissante d'environ 28 jours. C'est le 75ᵉ percentile, pas la moyenne — parce qu'une page qui marche très bien pour la plupart et très mal pour certains doit quand même compter comme un problème.

Pourquoi INP a changé la donne

INP, Interaction to Next Paint, a remplacé First Input Delay en 2024. L'ancien indicateur mesurait seulement le délai avant que votre page n'accepte un clic. INP mesure tout l'échange : le temps entre votre geste et le moment où l'interface répond enfin.

La différence est capitale sur mobile. Sur un téléphone d'entrée de gamme, avec une connexion correcte, un JavaScript trop lourd peut demander une demi-seconde avant qu'un bouton réponde. Le visiteur perçoit alors le site comme « lent », même si le chargement initial a été bon. C'est le genre de détail qui fait revenir un client sur mobile plus que sur desktop.

→ Si votre site est lent et que vous ne savez pas par où commencer, envoyez-moi l'URL : je fais un audit et je vous dis ce qui pèse, en termes simples.

Par où regarder en premier

L'erreur classique est de travailler sur la note Lighthouse locale. Elle sert de diagnostic, pas de note finale : votre machine de bureau est plus rapide que le téléphone de la moitié de vos visiteurs. La seule mesure qui compte vient du Chrome UX Report, visible dans la Search Console sous « Core Web Vitals ».

Là, on segmente. Le mobile échoue presque toujours en premier. Ensuite on identifie les groupes d'URL qui restent sous le seuil — souvent quelques gabarits, pas le site entier. Corriger un gabarit qui représente la moitié des vues règle la moitié du problème.

Les corrections qui paient le plus

• LCP : la plus grande image de la page, servie en WebP, avec width et height explicites
• CLS : réserver l'espace de chaque image et de chaque publicité avant leur chargement
• INP : réduire le JavaScript exécuté au premier clic, déporter ce qui peut l'être

Aucun de ces trois correctifs n'est exotique. Ils sont même ennuyeux, ce qui est plutôt bon signe : la performance se joue sur des gestes simples répétés, pas sur des optimisations exotiques.

Le piège, chez les PME, c'est l'accumulation. On ajoute un bandeau, une carte, un formulaire de contact, un outil de statistiques, et chaque ajout pèse quelques dizaines de kilo-octets. Aucun n'est nécessaire seul ; ensemble, ils font passer une page de bonne à médiocre.

→ Je fais ce ménage : je regarde ce qui alourdit votre site et je vous dis ce que je garderais. Écriture simple, sans jargon.