• Les Core Web Vitals mesurent l’expérience réelle d’une page sur trois axes : chargement (LCP), réactivité (INP) et stabilité visuelle (CLS).
  • L’INP a remplacé le FID le 12 mars 2024. C’est le changement majeur à retenir depuis la première version de cet article.
  • Les seuils Bon sont : LCP inférieur ou égal à 2,5 s, INP inférieur ou égal à 200 ms, CLS inférieur ou égal à 0,1, au 75e centile des visites.
  • Ils pèsent sur le SEO comme critère de départage, pas comme levier principal. Le contenu reste prioritaire.
  • Seules les données de terrain (CrUX) comptent pour le classement. Les outils de laboratoire servent à diagnostiquer.

Les Core Web Vitals traduisent une idée simple : un site bien référencé doit aussi être agréable à utiliser. Google a transformé cette intuition en mesures concrètes, puis en signal de classement. Comprendre ces métriques, c’est savoir où investir lors d’une refonte ou d’une optimisation.

Cet article a été publié en 2021, puis entièrement mis à jour. Nous y reprenons les définitions, les seuils en vigueur et les bonnes pratiques actuelles. Le point central de cette mise à jour : le FID a disparu, l’INP l’a remplacé. Si vous vous appuyez encore sur un audit qui parle de FID, il est périmé.

Core Web Vitals : de quoi parle-t-on en 2026 ?

Les Core Web Vitals sont un ensemble de mesures définies par Google pour quantifier l’expérience de page. Elles font partie d’un signal plus large appelé page experience. Trois indicateurs composent aujourd’hui ce socle : le LCP pour le chargement, l’INP pour la réactivité et le CLS pour la stabilité visuelle.

Deux principes guident leur lecture. D’abord, Google évalue chaque métrique au 75e centile des visites réelles. Autrement dit, 75 % de vos visiteurs doivent vivre une bonne expérience pour que la page soit jugée Bonne. Ensuite, l’évaluation se fait au niveau de la page et au niveau du domaine entier.

Seuils des trois Core Web Vitals au 75e centile : LCP 2,5 s et 4 s, INP 200 ms et 500 ms, CLS 0,1 et 0,25
Les trois signaux et leurs seuils Bon, À améliorer et Mauvais

LCP : le temps d’affichage perçu

Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus grand élément visible dans la fenêtre. Ce peut être une image, une vidéo ou un bloc de texte. Contrairement au temps de chargement total, il reflète le moment où l’utilisateur perçoit que la page est utile.

Le seuil Bon est de 2,5 secondes ou moins. Au-delà de 4 secondes, le LCP est jugé Mauvais. Depuis février 2025, le rapport CrUX décompose le LCP en quatre phases, ce qui permet d’isoler la cause exacte d’un mauvais score plutôt que d’optimiser à l’aveugle.

Décomposition du LCP en quatre phases : réponse serveur (TTFB), délai avant requête, téléchargement de la ressource et rendu
Le LCP, décomposé en quatre phases mesurables

Les leviers d’optimisation les plus efficaces sont connus et stables :

  • Alléger l’image LCP : compresser, servir en WebP ou AVIF, dimensionner correctement et la précharger avec preload.
  • Réduire le TTFB : viser moins de 800 ms côté serveur, via le cache et un CDN proche des utilisateurs.
  • Lever les ressources bloquantes : différer le JavaScript non critique, inliner le CSS critique.
  • Maîtriser les polices : utiliser font-display: swap et précharger les polices clés.

INP : la réactivité réelle, qui remplace le FID

C’est le changement le plus important de cette mise à jour. Le FID (First Input Delay) ne mesurait que le retard avant la première interaction. Il ignorait tout le reste de la navigation. L’INP (Interaction to Next Paint) corrige ce biais.

L’INP mesure la latence de chaque interaction, du clic ou de l’appui jusqu’au prochain rendu à l’écran. Il retient ensuite l’interaction la plus lente de toute la visite. C’est donc une mesure bien plus exigeante et bien plus représentative de l’expérience ressentie.

L’INP a remplacé le FID le 12 mars 2024. Le FID a été entièrement retiré des outils Chrome (CrUX, PageSpeed Insights, Lighthouse) le 9 septembre 2024. Il est aujourd’hui l’unique métrique d’interactivité.

Le seuil Bon est de 200 millisecondes ou moins. Au-delà de 500 ms, l’INP est jugé Mauvais. Une interaction se décompose en trois temps, et chacun peut être la source du problème.

Anatomie d'une interaction mesurée par l'INP : délai d'entrée, temps de traitement des gestionnaires, puis délai de présentation
Une interaction se joue en trois temps, du geste au rendu

Pour tenir un bon INP, il faut libérer le thread principal :

  • Découper les tâches JavaScript longues en unités de moins de 50 ms.
  • Alléger les gestionnaires d’événements lourds, avec un debounce ou requestAnimationFrame.
  • Limiter la taille du DOM : au-delà de 1 500 éléments, la latence grimpe.
  • Surveiller les scripts tiers qui accaparent le thread principal (chat, analytics, tags marketing).

CLS : la stabilité visuelle

Le CLS (Cumulative Layout Shift) mesure l’ampleur des décalages de mise en page pendant le chargement. Vous connaissez la situation : vous allez cliquer sur un bouton, une publicité se charge, le contenu saute et vous cliquez à côté. Le CLS quantifie cette frustration.

Le seuil Bon est de 0,1 ou moins. Au-delà de 0,25, le score est Mauvais. Les causes sont presque toujours les mêmes, et les corrections aussi :

  • Réserver l’espace des médias : toujours déclarer width et height sur les images et iframes.
  • Réserver la place des publicités et embeds avant leur chargement.
  • Éviter d’injecter du contenu au-dessus de l’existant une fois la page affichée.
  • Précharger les polices pour éviter le reflux de texte au changement de police.

Comment mesurer : données de terrain contre laboratoire

C’est la distinction qui change tout. Les données de terrain proviennent des vrais utilisateurs de Chrome et alimentent le classement. Les données de laboratoire sont simulées et servent au diagnostic. Confondre les deux mène à de mauvaises décisions.

Type de donnéeOutilsÀ quoi ça sert
Terrain (field)CrUX, PageSpeed Insights, rapport Search ConsoleMesurer le score réel pris en compte par Google
Laboratoire (lab)Lighthouse, WebPageTest, Chrome DevToolsDiagnostiquer et reproduire un problème en conditions contrôlées

Quelques repères pratiques sur l’outillage actuel. Lighthouse est passé en version 13.0 en octobre 2025, avec un nouveau découpage des audits de performance. Le CrUX Dashboard historique a été remplacé par CrUX Vis en novembre 2025. Enfin, l’INP ne se mesure qu’en conditions réelles, car il dépend d’interactions humaines : pour un suivi fiable, la librairie JavaScript web-vitals reste la référence.

Le cas des applications React et des SPA

Ce point mérite une attention particulière, car il concerne directement les plateformes que nous construisons. Une single page application (React, Vue, Angular, Svelte) change d’URL sans rechargement complet de la page. Les outils de mesure historiques ne savaient pas capter ces navigations dites soft.

L’API Soft Navigations, en origin trial depuis Chrome 139 (juillet 2025), commence à combler cet angle mort. Elle reste expérimentale et sans impact sur le classement pour l’instant. En attendant, la bonne pratique consiste à instrumenter la librairie web-vitals côté client et à remonter les mesures vers votre outil d’analyse. C’est ce que nous mettons en place sur les applications web sur mesure que nous livrons.

Que valent vraiment les Core Web Vitals pour le SEO ?

Soyons précis, car le sujet est souvent surévalué. Les Core Web Vitals sont un critère de départage. Ils départagent deux pages dont le contenu est jugé d’égale pertinence. Ils ne compensent jamais un contenu faible ou hors sujet. La priorité reste donc la qualité éditoriale et la pertinence par rapport à l’intention de recherche.

Deux faits utiles pour calibrer l’effort. La mise à jour de décembre 2025 a semblé accorder un poids plus fort aux Core Web Vitals mobiles, en cohérence avec l’indexation mobile-first achevée en juillet 2024. Et en octobre 2025, seuls 49,7 % des sites mobiles passaient les trois métriques : tenir les seuils reste donc un avantage concret face à la majorité des concurrents.

Notre approche chez Sooyoos

Nous traitons la performance comme une contrainte de conception, pas comme un correctif de fin de projet. Une page rapide se décide dès l’architecture : choix du rendu, poids du JavaScript, stratégie d’images, budget de performance par page. Reprendre les Core Web Vitals après coup coûte toujours plus cher que les intégrer au cadrage.

Cette logique structure nos refontes. Nous mesurons l’existant sur données de terrain, nous fixons des cibles par métrique, puis nous suivons l’évolution en production. C’est aussi le rôle de nos programmes de maintenance applicative : la performance se surveille dans la durée, car un déploiement ou un script tiers peut dégrader un bon score du jour au lendemain.

Pour aller plus loin, la performance rejoint deux sujets voisins. La refonte de site internet est le bon moment pour repartir sur des bases saines. Et l’éco-conception web partage les mêmes leviers : un site léger est à la fois plus rapide et plus sobre.

Questions fréquentes

Quelle est la différence entre le FID et l’INP ?

Le FID (First Input Delay) ne mesurait que le délai avant la prise en compte de la première interaction. L’INP (Interaction to Next Paint) mesure la latence de toutes les interactions de la visite et retient la plus lente, du clic jusqu’au prochain rendu à l’écran. L’INP a remplacé le FID le 12 mars 2024, puis le FID a été retiré de tous les outils Chrome le 9 septembre 2024. L’INP est désormais l’unique métrique d’interactivité, avec un seuil Bon à 200 ms ou moins.

Quels sont les bons seuils des Core Web Vitals en 2026 ?

Les trois seuils Bon sont : LCP inférieur ou égal à 2,5 secondes, INP inférieur ou égal à 200 millisecondes, CLS inférieur ou égal à 0,1. Google évalue ces valeurs au 75e centile des visites réelles. Une page passe les Core Web Vitals quand les trois seuils sont tenus simultanément. Ces seuils n’ont pas changé depuis leur définition d’origine.

Les Core Web Vitals influencent-ils vraiment le référencement Google ?

Oui, mais comme critère de départage, pas comme levier principal. À pertinence de contenu équivalente entre deux pages, les Core Web Vitals font la différence. La qualité et la pertinence du contenu restent prioritaires. La mise à jour de décembre 2025 a semblé accorder un poids plus fort aux Core Web Vitals mobiles, en cohérence avec l’indexation mobile-first.

Données de terrain ou de laboratoire : lesquelles comptent pour le SEO ?

Ce sont les données de terrain (field data) qui comptent pour le classement. Elles proviennent du rapport CrUX, qui agrège l’expérience des utilisateurs réels de Chrome, et alimentent PageSpeed Insights et la Search Console. Les données de laboratoire (Lighthouse, WebPageTest) servent à diagnostiquer et à reproduire un problème, pas à mesurer le score officiel. L’INP ne se mesure qu’en conditions réelles, car il dépend d’interactions humaines.

Comment mesurer les Core Web Vitals d’une application React ou d’une SPA ?

Une single page application change d’URL sans rechargement complet, ce que les outils historiques ne mesuraient pas. L’API Soft Navigations (origin trial depuis Chrome 139, juillet 2025) commence à combler cet angle mort, sans impact sur le classement pour l’instant. La méthode fiable reste la librairie JavaScript web-vitals, qui remonte LCP, INP et CLS depuis les vrais utilisateurs vers votre outil d’analyse. Chez Sooyoos, nous instrumentons ce suivi dès la mise en production.

Conclusion

Les Core Web Vitals ont gagné en maturité depuis 2021. Le FID a laissé place à l’INP, plus exigeant et plus juste. Les seuils, eux, n’ont pas bougé : LCP à 2,5 s, INP à 200 ms, CLS à 0,1. La vraie discipline consiste à mesurer sur les données de terrain, à corriger la bonne phase et à surveiller le score dans la durée.

Si vous préparez une refonte ou un audit de performance, nous pouvons vous aider à fixer les bonnes cibles et à les tenir. Discutons de votre contexte lors d’un diagnostic, ou contactez-nous directement.