Les Core Web Vitals expliqués

Par Hugues Lourmieres, fondateur de TROIE Studio, agence web à Nice. Chiffres vérifiés le 5 novembre 2026.

Les Core Web Vitals sont trois mesures de Google qui décrivent ce que vit un visiteur sur une page : le temps d'affichage du contenu principal (LCP), la réactivité aux clics (INP) et la stabilité de la mise en page (CLS). Une page est jugée bonne si elle affiche son plus grand élément en 2,5 secondes ou moins, répond en 200 millisecondes ou moins et garde un score de décalage de 0,1 ou moins. Ces mesures se vérifient gratuitement, dans PageSpeed Insights et dans la Search Console.

Trois mesures, trois questions simples

Le guide web.dev sur les Core Web Vitals présente trois mesures : le chargement, la réactivité et la stabilité visuelle d'une page.

• LCP (Largest Contentful Paint).Le temps qu'il faut pour afficher le plus grand bloc visible à l'écran, souvent la photo d'en-tête ou le titre principal.
• INP (Interaction to Next Paint).Le délai entre un clic, une touche ou un toucher et la réaction visible de la page. L'INP a remplacé l'ancienne mesure FID en 2024.
• CLS (Cumulative Layout Shift).La somme des décalages inattendus de la mise en page. C'est le bouton qui descend au moment où l'on veut cliquer dessus.

Les seuils de Google

Le 75e percentile veut dire ceci : au moins trois visites sur quatre doivent atteindre le seuil. Une page rapide sur votre ordinateur de bureau peut donc être lente pour une bonne part de vos visiteurs sur téléphone. C'est pour cela que Google sépare mobile et ordinateur.

Ce que Google en dit pour le référencement

La documentation Google Search Central recommande vivement d'obtenir de bons Core Web Vitals pour réussir dans la recherche. Elle précise que ces mesures, avec d'autres aspects de l'expérience de page, vont dans le sens de ce que ses systèmes de classement cherchent à récompenser. Google ne promet donc aucune position en échange d'un bon score.

Vérifier son site gratuitement

PageSpeed Insights, pour une page

PageSpeed Insightsaffiche deux types de données. Les données de terrain viennent du rapport d'expérience utilisateur Chrome (CrUX) et couvrent les 28 derniers jours de visites réelles. Les données de laboratoire viennent de Lighthouse, qui teste la page dans un environnement contrôlé. Le terrain dit si vos visiteurs ont un problème. Le laboratoire aide à trouver d'où il vient.

Si une page récente n'a pas assez de visites, l'outil affiche les données de l'ensemble du site. Si le site entier manque de données, il n'affiche que le test de laboratoire. Cela peut arriver à un petit site peu visité.

La Search Console, pour tout le site

Le rapport Core Web Vitals de la Search Console utilise les mêmes données CrUX. Il regroupe les pages qui se ressemblent et donne un état à chaque groupe : bon, à améliorer ou mauvais. Un groupe prend l'état de sa moins bonne mesure. Si le CLS est mauvais et le LCP à améliorer, le groupe est classé mauvais. Seules les URL indexées apparaissent, et le rapport montre un échantillon, pas la liste complète.

Une fois la correction en ligne, le bouton « Démarrer le suivi » lance une période de 28 jours. Le problème est validé si aucune URL concernée ne le présente pendant cette période.

Les corrections les plus courantes

Les images, pour le LCP et le CLS

Sur un site vitrine, le plus grand élément est souvent une photo. Le guide web.dev sur le LCP donne des règles claires :

• ne jamais charger en différé (lazy loading) l'image principale du haut de page,
• la déclarer dans le HTML de départ pour qu'elle soit trouvée tôt,
• lui donner une priorité haute (attribut fetchpriority), sur une ou deux images au plus,
• servir une taille adaptée à l'écran, dans un format moderne comme AVIF ou WebP, et compressée,
• passer par un réseau de diffusion (CDN) pour rapprocher les fichiers des visiteurs.

Pour le CLS, le guide web.dev sur la stabilitédemande d'indiquer toujours la largeur et la hauteur des images et des vidéos. Le navigateur réserve ainsi la place avant l'arrivée du fichier, et le texte ne saute plus.

Les polices de caractères

Quand une police web arrive en retard, le texte s'affiche d'abord avec une police de secours, puis se recompose. Le même guide conseille de précharger les polices critiques, de choisir une police de secours proche (une sans-serif pour une police sans-serif) et de réduire l'écart de taille entre les deux avec la propriété size-adjust.

Les bandeaux et contenus ajoutés après coup

Bandeau de cookies, bloc publicitaire, vidéo intégrée, formulaire qui apparaît en haut de page : tout ce qui s'insère après le premier affichage pousse le reste. La règle est de réserver la place à l'avance, ou d'afficher ce contenu par-dessus la page plutôt qu'au milieu.

Les scripts tiers, pour l'INP

Outils de mesure, chat en ligne, pixels publicitaires, widgets d'avis : chaque script ajouté occupe le navigateur. Le guide web.dev sur l'INPexplique qu'un navigateur occupé à lire et exécuter du code tarde à réagir aux clics. Le guide web.dev sur les scripts tiers recommande de charger ces scripts en async ou en defer, sauf s'ils sont indispensables à l'affichage, de supprimer ceux qui n'apportent pas de valeur claire, et de ne charger les vidéos ou publicités du bas de page qu'au moment où elles deviennent utiles.

Par où commencer

1. Ouvrir le rapport Core Web Vitals de la Search Console, onglet mobile d'abord.
2. Repérer le groupe de pages en état « mauvais » qui reçoit le plus de visites.
3. Tester une page de ce groupe dans PageSpeed Insights et lire les diagnostics Lighthouse.
4. Corriger dans l'ordre : image principale, dimensions des médias, polices, scripts tiers.
5. Lancer le suivi de 28 jours dans la Search Console, puis vérifier le résultat.

Questions fréquentes

Faire contrôler votre site

Chez TROIE Studio, nous construisons des sites pensés pour ces mesures dès la maquette, et nous corrigeons les sites existants. Pour savoir où en est le vôtre, commencez par notre audit SEO gratuit, ou écrivez-nous. Le détail de nos prestations de création est sur la page agence web à Nice, et la partie référencement sur la page agence SEO et Google Ads.

Sources

1. web.dev, « Web Vitals », consulté le 5 novembre 2026.
2. Google Search Central, Core Web Vitals et résultats de recherche, consulté le 5 novembre 2026.
3. Aide Search Console, rapport Core Web Vitals, consulté le 5 novembre 2026.
4. Google for Developers, documentation PageSpeed Insights, consulté le 5 novembre 2026.
5. web.dev, « Optimize Largest Contentful Paint », consulté le 5 novembre 2026.
6. web.dev, « Optimize Interaction to Next Paint », consulté le 5 novembre 2026.
7. web.dev, « Optimize Cumulative Layout Shift », consulté le 5 novembre 2026.
8. web.dev, « Efficiently load third-party JavaScript », consulté le 5 novembre 2026.