Core Web Vitals : LCP, INP, CLS et leurs seuils en 2026

Les Core Web Vitals mesurent trois aspects de l’expérience utilisateur que Google utilise comme signal de classement : la vitesse de chargement (LCP), la réactivité (INP) et la stabilité visuelle (CLS). Un site performant affiche un LCP sous 2,5 s, un INP sous 200 ms et un CLS sous 0,1, pour 75 % de ses visiteurs réels. Depuis mars 2024, l’INP a remplacé l’ancien FID.
Que mesurent exactement les trois signaux web essentiels
Chaque métrique évalue une sensation concrète du visiteur. Google les a choisies parce qu’elles reflètent ce qu’un internaute ressent réellement, pas une abstraction technique.
Le LCP, Largest Contentful Paint, mesure le temps avant l’affichage du plus gros élément visible : une image hero, un bloc de texte ou une vidéo. Il répond à la question « la page se charge-t-elle vite ? ». Un LCP lent vient le plus souvent d’une image non optimisée ou d’un serveur trop lent à répondre.
L’INP, Interaction to Next Paint, mesure la réactivité. Quand vous cliquez sur un bouton ou ouvrez un menu, combien de temps l’écran met-il à réagir visuellement ? L’INP analyse toutes les interactions de la visite et retient la pire, ce qui le rend bien plus sévère que l’ancien FID.
Le CLS, Cumulative Layout Shift, mesure la stabilité visuelle. Vous connaissez la situation : vous allez cliquer sur un lien, une publicité se charge, le contenu saute et vous cliquez ailleurs. Le CLS quantifie ce décalage cumulé sur toute la durée de chargement.
| Signal | Ce qu’il mesure | Cause fréquente du problème |
|---|---|---|
| LCP | Vitesse d’affichage du contenu principal | Image lourde, serveur lent, CSS bloquant |
| INP | Réactivité aux clics et saisies | JavaScript trop lourd au fil de la visite |
| CLS | Stabilité de la mise en page | Images sans dimensions, polices, pubs tardives |
Les seuils 2026 à connaître par cœur
Google découpe chaque métrique en trois zones : bon, à améliorer, mauvais. Le trio n’a pas bougé depuis le changement majeur de mars 2024 et reste identique en 2026.
Une page est jugée performante quand elle reste dans la zone verte. Voici les valeurs officielles selon la documentation Google et les sources techniques de référence en 2026.
| Métrique | Bon (vert) | À améliorer (orange) | Mauvais (rouge) |
|---|---|---|---|
| LCP | ≤ 2,5 s | 2,5 s à 4 s | > 4 s |
| INP | ≤ 200 ms | 200 ms à 500 ms | > 500 ms |
| CLS | ≤ 0,1 | 0,1 à 0,25 | > 0,25 |
Un détail change tout dans l’interprétation. Ces seuils s’appliquent au 75e percentile des sessions. Concrètement, 75 % de vos visiteurs doivent vivre une bonne expérience pour que la page soit validée. Une moyenne flatteuse ne suffit pas : si un quart de votre trafic galère sur mobile, le signal reste rouge.
La mesure porte sur une fenêtre glissante de 28 jours. Une correction déployée aujourd’hui met donc plusieurs semaines à se refléter pleinement dans vos données terrain. Patience obligatoire après chaque optimisation.
Pourquoi INP a remplacé FID en mars 2024
Le 12 mars 2024, Google a retiré le First Input Delay (FID) et l’a remplacé par l’Interaction to Next Paint. Ce n’est pas un détail cosmétique : c’est un durcissement réel du critère de réactivité.
Le FID ne mesurait que le délai de la première interaction, et seulement le temps d’attente avant traitement. Beaucoup de sites passaient au vert sans effort, car la première interaction est souvent rapide. L’INP, lui, examine toutes les interactions de la visite et capture le cycle complet : délai d’entrée, temps de traitement du script, puis affichage du résultat à l’écran.
Résultat ? Des sites verts sous FID sont passés en orange ou rouge sous INP. Les coupables habituels : un JavaScript trop lourd, des scripts tiers de tracking, des frameworks qui bloquent le fil principal du navigateur quand l’utilisateur interagit. Pour repérer ces blocages, un audit SEO technique reste la porte d’entrée la plus fiable.
L’impact business réel, chiffres à l’appui
La performance n’est pas qu’une affaire de classement Google. Elle pèse directement sur le chiffre d’affaires, et les données le démontrent.
Une étude Deloitte Digital (2024) mesure que chaque seconde de délai supplémentaire fait chuter la satisfaction client de 16 % et les conversions de 7 %. Plus parlant encore : une amélioration de seulement 0,1 seconde du temps de chargement augmente les conversions de 8 % en moyenne. À l’échelle d’une boutique, ces points de pourcentage représentent des milliers d’euros.
Le taux de rebond suit la même logique. Les analyses sectorielles montrent une réduction de 15 à 30 % du rebond avec un LCP optimisé. Et selon une étude Deloitte plus ancienne (2019), passer d’un chargement de 1 à 5 secondes fait grimper la probabilité de rebond de 90 %.
Côté référencement, les Core Web Vitals font partie du signal « page experience » de Google. Ils ne surclassent pas un contenu médiocre, mais à qualité de contenu égale, ils départagent. Un site rapide capte la position que son concurrent lent laisse filer. Voilà pourquoi la performance s’intègre désormais à toute démarche pour optimiser votre référencement naturel.
Données terrain ou laboratoire : ne pas confondre
Quand vous testez une page sur PageSpeed Insights, l’outil affiche deux blocs de données. Beaucoup de propriétaires de sites les mélangent et tirent de mauvaises conclusions.
Les données terrain (field data) viennent du Chrome UX Report. Ce sont les mesures de vrais utilisateurs Chrome ayant visité votre site sur les 28 derniers jours, agrégées au 75e percentile. Ce sont elles, et elles seules, que Google utilise pour le classement. Elles reflètent la vraie diversité des appareils, des réseaux et des localisations de votre audience.
Les données de laboratoire (lab data) viennent de Lighthouse. Le test tourne dans un environnement standardisé pour rester reproductible. Utile pour déboguer, mais il ne représente pas forcément le 75e percentile de votre trafic réel. C’est pour cela que le score Lighthouse bouge à chaque lancement, alors que les données terrain restent stables.
Le piège classique : optimiser pour le score Lighthouse, le voir grimper à 95, puis constater que les données terrain restent dans le rouge. La raison ? Vos vrais visiteurs naviguent sur des mobiles d’entrée de gamme avec une connexion 4G médiocre, conditions que le laboratoire ne reproduit pas. Toujours valider sur le terrain avant de crier victoire.
Un second piège guette les sites à faible trafic. Le Chrome UX Report n’affiche des données terrain que si votre page reçoit assez de visites pour produire un échantillon fiable. En dessous de ce seuil, PageSpeed Insights ne montre que les données de laboratoire, et Google s’appuie alors sur des données agrégées à l’échelle de l’origine du site plutôt que de la page seule. Pour une nouvelle boutique, cela signifie que vos premières optimisations resteront invisibles dans le rapport tant que le trafic ne décolle pas.
Les erreurs qui sabotent vos Core Web Vitals
Certaines pratiques courantes dégradent vos signaux sans que vous le voyiez. Les connaître évite des mois d’efforts inutiles.
La première erreur consiste à juger une page sur sa version desktop. Google indexe et classe d’abord la version mobile depuis le passage au mobile-first. Or c’est précisément sur smartphone que le LCP et l’INP dérapent, faute de puissance processeur. Tester uniquement sur un grand écran donne une fausse sérénité.
Deuxième erreur fréquente : multiplier les scripts tiers. Chaque outil d’analytics, chaque pixel publicitaire, chaque widget social ajoute du JavaScript qui s’exécute dans le navigateur du visiteur. Sur les sites e-commerce, il n’est pas rare de compter quinze à vingt scripts tiers, dont la moitié inutilisés. Cet empilement explique la majorité des INP en zone rouge.
Troisième piège : confondre poids de page et vitesse perçue. Une page de 3 Mo peut afficher son contenu principal en moins de 2 secondes si l’image hero est priorisée et le reste chargé en différé. À l’inverse, une page légère mais mal ordonnancée peut traîner. Ce qui compte, c’est l’ordre de chargement, pas seulement le volume total transféré.
Dernière erreur, la plus coûteuse : optimiser sans mesurer le point de départ. Sans relevé initial des données terrain, impossible de prouver qu’une action a fonctionné. Documentez vos scores avant chaque chantier, gardez une trace datée, et comparez après le renouvellement de la fenêtre de 28 jours.
Les leviers concrets pour passer au vert
Chaque signal a ses correctifs propres. Voici les actions qui déplacent réellement l’aiguille, classées par métrique.
Pour le LCP, l’image hero est le coupable numéro un. Compressez-la au format WebP ou AVIF, dimensionnez-la précisément, et préchargez-la avec un attribut fetchpriority. Côté serveur, un hébergement lent ou un TTFB élevé plombe le LCP avant même le rendu. Un CDN et un cache bien configuré réduisent ce délai initial.
Pour l’INP, la cible est le JavaScript. Découpez les longues tâches qui bloquent le fil principal, différez les scripts non essentiels, et limitez les balises de tracking tierces qui s’exécutent à chaque clic. Sur un site e-commerce, les widgets d’avis et de chat sont souvent les premiers responsables d’un INP en zone orange.
Pour le CLS, la règle d’or : réserver l’espace à l’avance. Déclarez toujours les dimensions width et height de vos images et iframes. Chargez les polices web avec font-display: swap et un préchargement pour éviter le saut de texte. Insérez les bannières et publicités dans des conteneurs de taille fixe.
Voici l’ordre de priorité que la plupart des audits recommandent :
- Corriger le CLS d’abord, car les correctifs sont rapides et l’effet visuel immédiat.
- Optimiser le LCP ensuite, surtout l’image hero et le serveur.
- Travailler l’INP en dernier, car il demande souvent une refonte du JavaScript.
Pour suivre l’évolution dans le temps, l’outil gratuit de référence reste Google Search Console, qui agrège vos URL par statut Core Web Vitals. Une analyse SEO complète de votre site croise ces données de performance avec le reste de vos signaux techniques.
Prochaine étape : mesurer avant d’optimiser
Avant de toucher au code, établissez votre point de départ sur les données terrain. Ouvrez le rapport Core Web Vitals de Google Search Console et notez le nombre d’URL en rouge et orange, séparément sur mobile et desktop. C’est sur mobile que les seuils se jouent le plus souvent.
Identifiez ensuite votre métrique la plus dégradée. Une fois la priorité claire, appliquez les correctifs de la section précédente, déployez, puis attendez le renouvellement de la fenêtre de 28 jours pour confirmer le gain. Cette boucle mesure, corrige, vérifie évite de courir après un score Lighthouse trompeur. Pour relier ces optimisations à votre visibilité globale, voyez comment fonctionne le référencement naturel sur Google au-delà de la seule performance.