Que sont les Core Web Vitals ? LCP, INP et CLS expliqués (2026)

Que sont les Core Web Vitals ?

Les Core Web Vitals de Google sont trois métriques (Largest Contentful Paint, Interaction to Next Paint et Cumulative Layout Shift) qui mesurent l'expérience utilisateur d'un site web. Ces métriques sont basées sur des données d'utilisateurs réels collectées depuis les navigateurs Chrome dans le monde entier et se concentrent sur 3 aspects terrain de l'expérience utilisateur :

• Chargement : à quelle vitesse le contenu de la page se charge
• Interactivité : à quelle vitesse un navigateur peut répondre à l'action d'un utilisateur
• Stabilité : à quel point le contenu est (in)stable pendant qu'il se charge dans le navigateur

Les Core Web Vitals ne sont pas statiques. Google a mis à jour les métriques au fil du temps. Plus récemment, en mars 2024, Interaction to Next Paint (INP) a remplacé First Input Delay (FID) comme métrique de réactivité. INP mesure chaque interaction sur une page, pas seulement la première. Cela en fait un test de réactivité bien plus strict.

Réussir les Core Web Vitals

Chacune des métriques Core Web Vitals reçoit une évaluation de Bon, À améliorer ou Médiocre en fonction de seuils créés par Google. Pour réussir les Core Web Vitals, au moins 75 % de vos visiteurs doivent avoir un score LCP, INP et CLS 'bon' dans le jeu de données Google CrUX au niveau de l'URL. Si les données au niveau de l'URL ne sont pas disponibles, Google peut se rabattre sur les données au niveau du groupe d'URL ou même au niveau de l'origine.

Pourquoi le 75e percentile ?

Google utilise le 75e percentile (p75) des données d'utilisateurs réels pour déterminer si une page réussit les Core Web Vitals. Cela signifie que 75 % des visites de page doivent avoir une expérience "bonne" pour que la page réussisse. Le 75e percentile a été choisi comme un compromis : il capture l'expérience de la plupart des utilisateurs (contrairement à la médiane, qui ignore la moitié la plus lente), tout en n'étant pas si strict qu'une poignée de visites aberrantes sur des réseaux lents causerait un échec.

En pratique, cela signifie que votre site doit bien fonctionner pour la grande majorité des visiteurs, pas seulement ceux sur des appareils et des connexions rapides.

Les trois métriques Core Web Vitals

Largest Contentful Paint (LCP) : chargement

La métrique Largest Contentful Paint (LCP) représente la vitesse de chargement de votre site.

L'élément LCP lui-même est le plus grand élément unique 'avec du contenu' qui a été affiché sur la partie visible de l'écran. Avec du contenu signifie que n'importe quel élément ne peut pas devenir un candidat LCP. L'élément doit avoir un contenu significatif. La définition cette fois est plutôt stricte : les candidats LCP considérés sont : les images, les blocs de texte ou les vidéos qui sont visibles dans la fenêtre d'affichage, par rapport au moment où l'utilisateur a navigué vers la page pour la première fois.

La valeur Largest Contentful Paint (LCP) est le temps en millisecondes entre la requête de la page et le moment où le plus grand élément avec du contenu est affiché sur la partie visible de l'écran (au-dessus de la ligne de flottaison). Un bon score LCP est inférieur à 2,5 secondes. Selon le Web Almanac 2025, seulement 62 % des pages mobiles atteignent un bon LCP, ce qui en fait le Core Web Vital le plus difficile à réussir.

Le Largest Contentful Paint (LCP) est choisi parce qu'il se concentre sur l'expérience utilisateur d'un visiteur. Lorsque le LCP se produit, vous pouvez supposer qu'un visiteur pense que la page est terminée (alors que ce n'est peut-être pas du tout le cas). Le LCP a été créé pour répondre à la question : ' Quand le contenu d'une page est-il visible ?'.

Les moyens les plus efficaces pour améliorer le LCP incluent le préchargement de l'image LCP avec fetchpriority="high" et l'optimisation de la taille des fichiers d'images avec des formats modernes comme WebP et AVIF. Pour un guide complet, consultez notre guide d'optimisation du Largest Contentful Paint.

Interaction to Next Paint (INP) : interactivité

L'Interaction to Next Paint (INP) représente l'interactivité de votre site. La métrique mesure à quelle vitesse le navigateur peut mettre à jour la mise en page après une interaction avec une page web.

INP suit les interactions discrètes des utilisateurs : clics, appuis et pressions de touches. Les interactions continues comme le défilement et le survol ne sont pas mesurées par INP. Chaque interaction qualifiée est chronométrée depuis le moment de l'input jusqu'au traitement JavaScript et à la mise à jour visuelle finale à l'écran.

La valeur Interaction to Next Paint est la différence de temps entre chaque interaction utilisateur et le changement de présentation final sur la page. La plus lente de toutes les interactions (ou le 98e percentile pour les pages avec de nombreuses interactions) déterminera la métrique finale Interaction to Next Paint (INP).

L'INP est une métrique purement terrain et ne peut pas être mesurée par des outils labo comme Lighthouse car elle nécessite de véritables actions utilisateur. Dans Lighthouse, la métrique Total Blocking Time corrèle bien avec l'Interaction to Next Paint. Bien que l'INP soit généralement (bien) inférieur au Total Blocking Time, améliorer le TBT améliorera aussi l'INP. L'une des stratégies les plus efficaces est de différer le JavaScript non critique pour qu'il ne bloque pas le thread principal pendant les interactions utilisateur.

Globalement, 77 % des pages mobiles atteignent un bon score INP (moins de 200ms), selon le Web Almanac 2025. INP a remplacé First Input Delay (FID) comme Core Web Vital en mars 2024 et s'est avéré être une métrique nettement plus exigeante. Pour un guide complet, consultez notre guide d'optimisation de l'Interaction to Next Paint.

Cumulative Layout Shift (CLS) : stabilité visuelle

Le Cumulative Layout Shift (CLS) représente la partie stabilité visuelle des Core Web Vitals. Le Cumulative Layout Shift (CLS) mesure les mouvements inattendus des éléments sur la page lorsque le contenu se charge ou qu'un nouveau contenu est affiché sur la page.

La valeur CLS est basée sur 2 'fractions'. La fraction d'impact et la fraction de distance. Lorsqu'un élément est visuellement 'instable', il change ses dimensions provoquant le déplacement d'autres contenus. La distance est le nombre de pixels par rapport à la fenêtre d'affichage. L'impact est la taille des éléments affectés par rapport à la fenêtre d'affichage.

Les causes courantes de CLS incluent les images sans attributs de largeur et de hauteur explicites, le contenu injecté dynamiquement comme les publicités ou les bannières de cookies, et les polices web qui s'affichent à une taille différente de celle du fallback. Vous pouvez réduire le CLS lié aux polices en hébergeant vos polices vous-même avec des paramètres font-display appropriés. Globalement, 81 % des pages mobiles atteignent un bon score CLS selon le Web Almanac 2025, ce qui en fait le Core Web Vital le plus performant. Pour un guide complet, consultez notre guide d'optimisation du Cumulative Layout Shift.

Pourquoi les Core Web Vitals sont-ils importants ?

Alors pourquoi devriez-vous vous soucier des Core Web Vitals ?

• Amélioration de l'expérience utilisateur. Chargement plus rapide, interactions plus réactives, moins de décalages de mise en page. C'est ce que vos visiteurs remarquent réellement. Les sites qui réussissent les Core Web Vitals voient des taux de rebond plus bas et des taux de conversion plus élevés (source : Google).
• Optimisation pour les moteurs de recherche (SEO). Google a fait des Core Web Vitals un facteur de classement. Les réussir ne propulsera pas une page médiocre en première position, mais lorsque deux pages rivalisent pour le même mot-clé, la plus rapide a l'avantage.
• Performance mobile. La plupart de votre trafic est probablement mobile. 70 % des personnes utilisent des smartphones pour rechercher des produits avant d'acheter et 62 % sont plus susceptibles de faire affaire avec des entreprises ayant des sites web adaptés au mobile.
• Avantage concurrentiel. La plupart de vos concurrents n'optimisent pas pour les Core Web Vitals. C'est une opportunité. Si deux sites se positionnent sur le même mot-clé et que le vôtre charge plus vite et répond plus rapidement, Google a une raison de vous classer plus haut.
• Autres. En plus des avantages ci-dessus, les Core Web Vitals sont assez bien documentés (et c'est unique pour un facteur de classement Google connu). Si vous utilisez Google Ads, vous obtiendrez un meilleur Ad Score. Cela signifie que vous pouvez acheter vos publicités moins cher. Enfin, réussir les Core Web Vitals est l'un des prérequis pour la boîte Top Stories de Google.

Impact concret : étude de cas Vodafone

L'impact commercial des Core Web Vitals n'est pas théorique. Lorsque Vodafone Italie a amélioré son Largest Contentful Paint de 31 %, ils ont constaté une augmentation des ventes de 8 %, 15 % de leads supplémentaires et une amélioration de 11 % de leur taux panier/visite. Des pages plus rapides, plus de ventes (source : étude de cas web.dev).

Données terrain vs données labo

Les données terrain et les données labo mesurent des choses différentes. Confondez-les et vous optimiserez pour les mauvais chiffres.

Les données terrain (également appelées Real User Monitoring ou données RUM) proviennent de vrais visiteurs utilisant votre site dans des conditions réelles. Cela inclut les variations de capacité des appareils, de vitesse de réseau, de localisation géographique et de comportement de navigation. Le jeu de données CrUX de Google collecte les données terrain des utilisateurs Chrome qui ont donné leur accord. Les Core Web Vitals sont exclusivement mesurés à l'aide de données terrain.

Les données labo proviennent de tests contrôlés exécutés sur un appareil simulé dans un environnement fixe. Des outils comme Lighthouse et WebPageTest génèrent des données labo. Les tests labo sont reproductibles et utiles pour diagnostiquer des problèmes spécifiques, mais ils ne reflètent pas la diversité des expériences des utilisateurs réels.

Pourquoi les données terrain comptent pour le SEO

Google utilise les données terrain du jeu de données CrUX pour évaluer les Core Web Vitals à des fins de classement dans la recherche. Un score Lighthouse parfait de 100 ne garantit pas la réussite des Core Web Vitals, car Lighthouse teste une seule visite simulée. Vos vrais utilisateurs peuvent être sur des appareils plus lents, des réseaux distants, ou interagir avec la page de manières que Lighthouse ne peut pas reproduire.

C'est pourquoi la surveillance de vos Core Web Vitals avec une solution Real User Monitoring comme CoreDash fournit l'image la plus précise des performances de votre site. Les données RUM vous permettent d'identifier les problèmes par type d'appareil, région géographique, template de page et éléments individuels, vous donnant des informations spécifiques que les outils labo ne peuvent pas fournir.

Mesurer les Core Web Vitals

Puisque les Core Web Vitals se concentrent sur 3 aspects terrain de l'expérience utilisateur, ils ne peuvent être mesurés que par des données terrain. Les tests synthétiques ou labo comme Lighthouse peuvent fournir des informations sur les raisons pour lesquelles votre page est lente, mais ne mesurent PAS les Core Web Vitals.

Comparaison des outils de mesure

Données CrUX

Les Core Web Vitals sont mesurés par Google et sont enregistrés dans le jeu de données CrUX. CrUX est le jeu de données officiel du programme Web Vitals. Il y a plusieurs façons d'accéder au jeu de données :

1. Le tableau de bord CrUX est un tableau de bord Data Studio qui vous permet d'interroger et de visualiser les données CrUX dans un tableau de bord interactif, ainsi que d'exporter des rapports PDF.
2. CrUX sur BigQuery fournit une base de données accessible publiquement de toutes les données au niveau origin collectées par CrUX. Il est possible d'interroger toutes les origins pour lesquelles des données sont collectées, d'analyser toute métrique que CrUX prend en charge et de filtrer par toutes les dimensions disponibles. Les histogrammes complets des métriques sont stockés dans les tables BigQuery permettant la visualisation des distributions de performance, y compris les métriques expérimentales.
3. L'API CrUX fournit un accès programmatique aux données CrUX par page ou origin, et peut être filtré davantage par type d'appareil, type de connexion effective et métriques.
4. PageSpeed Insights utilise CrUX pour présenter les données de performance des utilisateurs réels aux côtés des opportunités de performance fournies par Lighthouse.

Données RUM

Les données RUM sont collectées à partir du Real User Monitoring. Les données RUM sont ce qu'il y a de mieux après le jeu de données CrUX. Le jeu de données CrUX est hautement anonyme et ne se prête pas à une analyse détaillée. Les données CrUX ont également une fenêtre de collecte glissante de 28 jours. C'est pourquoi de nombreux professionnels des Core Web Vitals s'appuient sur les métriques des utilisateurs réels. Tout comme les données CrUX, les données des utilisateurs réels sont utilisées pour mesurer les Core Web Vitals.

Une solution RUM comme CoreDash offre plusieurs avantages par rapport aux données CrUX seules : des rapports en temps réel (au lieu d'une fenêtre glissante de 28 jours), la possibilité de filtrer par pages individuelles, types d'appareils, pays et navigateurs, et des données d'attribution détaillées qui identifient quels éléments spécifiques causent des problèmes. Cela rend les données RUM essentielles pour diagnostiquer et résoudre efficacement les problèmes de Core Web Vitals.

Lighthouse

Lighthouse est un outil puissant. Mais comprenez bien : Lighthouse ne mesure pas les Core Web Vitals ! Lighthouse est ce qu'on appelle un outil labo. Lighthouse effectue une analyse dans des circonstances spécifiques. Il ne navigue pas entre les pages, ne met pas en cache les ressources, n'interagit pas avec le site web et ne reproduit pas les conditions réelles.

Néanmoins, Lighthouse est un excellent outil et s'il est utilisé correctement, il vous en dira beaucoup sur les problèmes de Core Web Vitals d'une page.

La meilleure façon d'exécuter une analyse Lighthouse est via PageSpeed Insights dans votre navigateur ou via l'outil en ligne de commande Lighthouse.

Ce que montrent les données réelles

Le Web Almanac 2025 offre un aperçu large des performances Core Web Vitals sur le web. Voici comment chaque métrique se comporte globalement sur mobile :

Note : TTFB et FCP sont des métriques diagnostiques, pas des Core Web Vitals. Ils sont inclus ici car ils influencent fortement le LCP et les performances de chargement globales. En savoir plus dans notre guide Time to First Byte et guide First Contentful Paint.

Comment améliorer les Core Web Vitals

Les Core Web Vitals sont un ensemble de métriques en constante évolution et les améliorer n'est pas un effort ponctuel. Rester en tête signifie intégrer la performance dans votre processus de développement : suivez vos métriques terrain, corrigez rapidement les régressions et déployez de petites améliorations à chaque version.

Les 3 Core Web Vitals interagissent entre eux et améliorer l'un a souvent un effet positif, voire négatif, sur les autres. Les guides ci-dessous sont un excellent point de départ pour comprendre et améliorer chacun des Core Web Vitals individuels :

• Améliorer le Largest Contentful Paint
• Améliorer l'Interaction to Next Paint
• Améliorer le Cumulative Layout Shift

Au-delà des trois Core Web Vitals eux-mêmes, deux métriques diagnostiques jouent un rôle critique dans les performances globales :

• Optimiser le Time to First Byte (TTFB) : le TTFB est le fondement des performances de chargement. Un TTFB lent rend presque impossible l'obtention d'un bon LCP. Vous pouvez commencer par configurer correctement votre CDN.
• Optimiser le First Contentful Paint (FCP) : le FCP mesure la rapidité avec laquelle le premier contenu apparaît à l'écran. Il sert d'indicateur précoce de la vitesse de chargement perçue.

Pour un guide étape par étape couvrant tous les domaines d'optimisation, utilisez notre checklist ultime des Core Web Vitals.

Google Page Experience et Core Web Vitals

Les Core Web Vitals sont un sous-ensemble du score Page Experience de Google. Page Experience est un ensemble de signaux qui mesurent la façon dont les utilisateurs perçoivent l'expérience d'interaction avec une page web au-delà de sa pure valeur informationnelle, à la fois sur les appareils mobiles et de bureau.

Vous pouvez trouver les données Page Experience et Core Web Vitals de votre site dans la section 'Expérience' de votre compte Google Search Console.