Core Web Vitals 2026 : INP, LCP et CLS expliqués sans jargon

Quand Google évalue votre site, il a trois capteurs invisibles qui mesurent en permanence ce que vivent vos visiteurs. Le premier demande : « Est-ce que la page s’allume vite ? ». Le deuxième : « Est-ce que ça répond vite quand on clique ? ». Le troisième : « Est-ce que la page reste stable, ou est-ce qu’elle saute sous le curseur ? ». Ces trois capteurs s’appellent les Core Web Vitals, ou Signaux Web Essentiels en français. Et ils font partie des signaux d’expérience que Google prend en compte dans son référencement.

Le problème, c’est que la documentation officielle parle en millisecondes, en 75ᵉ percentile et en sigles techniques. Pas franchement engageant quand on n’est pas développeur.

Dans cet article, je vous explique chaque métrique avec une métaphore simple, je vous donne les seuils 2026 à connaître, et je vous montre comment savoir si votre site les passe.

Qu’est-ce que les Core Web Vitals en français dans le texte ?

Trois questions que Google se pose sur votre site

Pour évaluer la qualité d’expérience qu’offre votre site, Google ne se contente pas de regarder votre contenu. Il mesure en permanence ce que vivent vos vrais visiteurs, sur leur vrai téléphone, avec leur vraie connexion. Et il pose trois questions simples :

1. Combien de temps mon visiteur attend-il avant de voir le contenu principal ? C’est le LCP.
2. Quand mon visiteur clique quelque part, combien de temps avant que la page réponde ? C’est l’INP.
3. La page reste-t-elle stable, ou des éléments sautent-ils sous son curseur ? C’est le CLS.

Si la réponse aux trois questions est « bien », votre site passe les Core Web Vitals. Sinon, il a un problème. Et un problème Core Web Vitals, c’est à la fois un signal négatif pour le référencement et des visiteurs qui repartent avant même de regarder ce que vous vendez.

Le grand changement : INP a remplacé FID en mars 2024

Si vous avez entendu parler de « FID » (First Input Delay) il y a quelques années, sachez qu’il a été retiré. Google l’a remplacé par l’INP (Interaction to Next Paint) le 12 mars 2024, comme l’a annoncé web.dev, et la transition est définitive depuis. La différence est de taille : FID ne mesurait que la première interaction. INP mesure toutes les interactions du visiteur sur la page, et retient la plus lente. Beaucoup plus exigeant, surtout sur mobile.

LCP : la vitrine qui s’allume, ou pas

Ce que mesure le LCP

Imaginez votre site comme un magasin. Quand un client passe devant, son regard cherche d’abord la vitrine, l’élément qui lui dit « voilà ce que vend ce commerce ». Sur votre site, c’est le plus souvent l’image héro tout en haut, ou un gros titre.

Le LCP (Largest Contentful Paint), c’est le temps que met ce plus gros élément à s’afficher complètement après que le visiteur a tapé votre URL. C’est votre vitrine qui s’allume.

Les seuils à connaître

Pour passer le test, il faut que 75 % de vos visites (le « 75ᵉ percentile » de la documentation web.dev, mesuré séparément sur mobile et sur ordinateur) voient votre LCP en moins de 2,5 secondes. Pas la moyenne. La majorité. C’est plus exigeant qu’il n’y paraît, parce que ça inclut les visiteurs en mobile et en 4G plutôt que ceux en fibre devant leur écran.

Ce qui plombe le LCP

Les causes les plus fréquentes :

1. Une image héro non optimisée, en PNG énorme au lieu de WebP.
2. Un hébergement lent : un serveur français récent à 150 ms de votre visiteur fait des miracles, un mutualisé bas de gamme sur-saturé fait l’inverse.
3. Du CSS et du JavaScript qui bloquent l’affichage avant que la page ne s’allume.
4. Aucune mise en cache, donc tout est recalculé à chaque visite.

C’est typiquement ce que je traite quand j’audite un site lent. J’ai détaillé ces points dans l’article sur pourquoi la vitesse de votre site fait fuir vos clients.

INP : le vendeur qui répond vite

Ce que mesure l’INP

Reprenons le magasin. Votre visiteur est entré, il pointe un produit et demande « Vous l’avez en taille L ? ». Combien de temps avant que le vendeur réponde ? Une seconde, c’est fluide. Cinq secondes de silence pendant qu’il regarde dans le vide, c’est désagréable, presque insultant.

L’INP (Interaction to Next Paint), c’est exactement ça : le délai entre le moment où votre visiteur fait quelque chose (clic, tap, frappe au clavier) et le moment où l’écran réagit visuellement. Google ne retient pas la première interaction, il retient la plus lente de toute la visite. Si votre menu burger répond en 80 ms mais que votre formulaire de contact met 700 ms à valider, c’est cette dernière qui compte.

Les seuils à connaître

Pourquoi INP est la métrique la plus technique

D’après le chapitre Performance du Web Almanac 2025 (données Chrome de juillet 2025), 77 % des sites ont un bon INP sur mobile, contre 97 % sur ordinateur : près d’un site sur quatre échoue donc sur téléphone. Ce n’est pas la métrique la plus souvent ratée (le LCP l’est davantage), mais c’est la plus délicate à corriger. Pourquoi ? Parce que les autres métriques se règlent souvent en optimisant des images ou en activant un cache. INP, ça touche à la structure même du code JavaScript : il faut casser les « longues tâches » qui bloquent le navigateur, déplacer les scripts tiers (cookies, analytics, chatbot, A/B test) pour qu’ils ne paralysent pas la page, et parfois revoir le rendu côté serveur.

Un site WordPress avec 40 plugins et un thème lourd, c’est le scénario INP catastrophique typique. C’est aussi pour cette raison que je code mes sites de façon allégée, sujet sur lequel je suis revenu dans pourquoi un site bien développé coûte moins cher sur le long terme.

CLS : l’étagère qui ne bouge pas sous votre main

Ce que mesure le CLS

Vous êtes dans le magasin, vous tendez la main vers un produit sur l’étagère, et au dernier moment l’étagère bouge. Vous attrapez autre chose. Énervant, non ? Sur un site, c’est exactement ce qui se passe quand vous êtes sur le point de cliquer sur « Ajouter au panier » et qu’une bannière de cookies s’affiche au-dessus en décalant tout le contenu vers le bas. Vous cliquez accidentellement sur « Refuser », ou pire, sur une publicité.

Le CLS (Cumulative Layout Shift), c’est la mesure de ces décalages visuels imprévus pendant la visite (techniquement, Google retient la plus grosse série de décalages rapprochés).

Les seuils à connaître

Le CLS n’est pas exprimé en secondes mais en score, parce qu’il combine la surface du décalage et son ampleur. Score 0, c’est zéro décalage. Score 0,1, c’est imperceptible. Score 0,4, c’est franchement gênant.

Le piège du bouton qui saute

Les causes les plus fréquentes de mauvais CLS :

1. Des images sans dimensions définies dans le HTML, qui poussent le contenu quand elles chargent.
2. Des polices web qui se chargent en retard et redimensionnent le texte au passage.
3. Des publicités, bannières ou widgets injectés qui s’insèrent au-dessus du contenu.
4. Du contenu dynamique (avis, dernières actualités, pop-up de newsletter) qui pousse le reste sans réserver son espace.

Bonne nouvelle : c’est de loin la métrique la plus facile à corriger. Il suffit de réserver l’espace de chaque élément à l’avance, même quand il n’est pas encore chargé. C’est une heure de travail propre, pour un score qui passe au vert.

Comment savoir si votre site passe les Core Web Vitals

Deux outils gratuits suffisent.

PageSpeed Insights (pagespeed.web.dev) : entrez l’URL d’une de vos pages, attendez 30 secondes, et vous obtenez vos trois scores avec un diagnostic complet et des pistes de correction. Cet outil affiche deux types de données : les données de laboratoire (un test simulé sur l’instant) et les données de terrain (les vraies données de vos visiteurs sur 28 jours). Ce sont les données de terrain, issues du Chrome UX Report (moyenne glissante sur 28 jours), qui comptent pour Google.

Google Search Console (search.google.com/search-console) : dans le menu « Expérience » puis « Signaux Web essentiels », Google vous donne la note de l’ensemble de votre site, page par page, avec la liste des URLs problématiques détectées.

Si votre site reçoit peu de trafic, Google n’a pas assez de données pour évaluer vos pages individuellement et vous ne verrez que les données de laboratoire. Dans ce cas, un audit technique manuel reste la meilleure piste pour identifier vos vrais leviers d’optimisation. C’est exactement le travail que je fais dans le cadre d’un audit complet de site internet.

Pourquoi 2026 a relevé la barre

Google a enchaîné deux mises à jour majeures de son algorithme en 2026 : le core update de mars (déployé du 27 mars au 8 avril) puis celui de mai, selon le tableau de bord officiel Google Search Status. Google ne détaille jamais le poids exact de chaque signal, mais sa position est constante : selon sa documentation sur l’expérience sur la page, la pertinence du contenu passe en premier, et une bonne expérience « peut contribuer au succès » quand plusieurs pages utiles se valent. Sur une requête locale concurrentielle (« plombier Troyes », « coiffeur Troyes »), c’est souvent le cas.

Au-delà du SEO, il y a un argument business simple : un visiteur qui attend cinq secondes que la vitrine s’allume, ou qui clique sur un bouton qui ne répond pas, repart. L’étude « Milliseconds Make Millions » menée par Deloitte pour Google a mesuré qu’une amélioration de 0,1 seconde de la vitesse mobile augmentait le taux de conversion de 8,4 % sur les sites de commerce et de 10,1 % sur les sites de voyage.

5 actions concrètes pour améliorer vos Core Web Vitals

1. Compressez vos images en WebP. Une photo enregistrée en PNG de 800 Ko devient souvent une WebP de 100 à 150 Ko, sans différence visible. C’est le levier LCP n°1, et le plus rapide à mettre en place.
2. Activez un cache solide. Le serveur ne recalcule pas la page à chaque visite, il sert une version prête à l’envoi. Sur WordPress, un plugin comme WP Rocket bien configuré fait des miracles. J’en ai parlé plus en détail dans l’article sur l’optimisation du cache.
3. Définissez les dimensions de toutes vos images. Largeur et hauteur explicites en HTML : c’est tout bête, et ça règle la majorité des problèmes CLS d’un coup.
4. Allégez vos plugins WordPress. Chaque plugin actif ajoute du JavaScript, des requêtes et des risques d’INP catastrophique. Désinstallez ceux dont vous n’avez plus besoin. À mon sens, un site WordPress sain tourne avec 10 à 20 plugins, pas 60.
5. Choisissez un hébergement à la hauteur. Un serveur français récent avec PHP 8+ et un cache serveur préconfiguré change tout sur le TTFB (et donc sur le LCP). Si votre site reste lent malgré toutes les optimisations, c’est probablement votre hébergeur qui pose problème.

Questions fréquentes

La note de Google, ce sont vos visiteurs qui la donnent

Les Core Web Vitals ne sont plus une option en 2026 : c’est la note de service que Google attribue à votre site sur la base de ce que vos vrais visiteurs ressentent. LCP pour la vitrine qui s’allume, INP pour le vendeur qui répond, CLS pour l’étagère qui ne bouge pas : ces trois métriques racontent une histoire simple, celle d’un site qui respecte le temps et l’attention de ses utilisateurs.

Je suis développeur web freelance basé à Troyes, et je code mes sites avec une obsession pour la performance technique : pas de surcouche logicielle inutile, hébergement optimisé, images compressées, cache serveur préconfiguré. Si vous voulez savoir où votre site en est aujourd’hui, je propose un audit gratuit de votre site internet avec un point précis sur vos trois scores Core Web Vitals et les leviers d’amélioration concrets. Et si vous avez un projet de création ou de refonte qui doit performer dès le premier jour, vous pouvez aussi demander un devis personnalisé, je vous réponds sous 48 heures.