Ressources · Technique

Core Web Vitals : ce que Google mesure

Trois indicateurs, et ce qu’ils disent de vos visiteurs

Les Core Web Vitals sont trois indicateurs par lesquels Google évalue l’expérience réelle d’une page. Ils ne mesurent pas la vitesse d’un serveur mais ce que ressent un visiteur : le temps avant de voir, le temps avant de pouvoir agir, et la stabilité de ce qu’il regarde.

Mis à jour en

Core Web Vitals : ce que Google mesure vraiment

LCP : le temps avant de voir

Le Largest Contentful Paint mesure le moment où le plus grand élément visible de la page apparaît, généralement une image de bandeau ou un titre. C’est l’instant où le visiteur se dit « ça y est, la page est là ».

Le seuil est de 2,5 secondes. Au-delà de 4 secondes, la page est jugée mauvaise.

Ce que les gens ignorent souvent : Google exclut du calcul tout élément dont l’opacité est nulle. Un titre qui apparaît en fondu n’est pas candidat au LCP tant qu’il est invisible. Beaucoup de sites au design soigné mesurent mal pour cette seule raison.

INP : le temps avant de pouvoir agir

L’Interaction to Next Paint mesure le délai entre l’action du visiteur (un clic, une frappe) et le moment où l’écran répond. Il a remplacé le FID en mars 2024, et il est plus exigeant : là où le FID ne regardait que la première interaction, l’INP retient la pire de toutes.

Le seuil est de 200 millisecondes. Au-delà de 500 ms, l’interface est perçue comme lente.

L’INP est presque toujours un problème de JavaScript : trop de scripts, ou des scripts qui monopolisent le fil d’exécution pendant que l’utilisateur essaie de cliquer.

CLS : la stabilité de ce qu’on regarde

Le Cumulative Layout Shift mesure les décalages de mise en page. Vous commencez à lire, une image finit de charger, le texte saute. Vous visez un bouton, une bannière s’insère, vous cliquez ailleurs.

Le seuil est de 0,1. Au-delà de 0,25, l’expérience est jugée mauvaise.

Le CLS est le plus facile à corriger et le plus souvent négligé : il suffit de réserver la place de ce qui va arriver. Une image avec ses attributs width et height ne décale rien. Une iframe publicitaire sans hauteur réservée décale tout.

Les trois seuils, en une ligne : LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1. Google évalue le 75e centile de vos visiteurs réels : il faut que trois visiteurs sur quatre soient sous le seuil, pas la moyenne.

Données de laboratoire et données réelles

C’est la distinction la plus utile, et la plus ignorée.

PageSpeed Insights et Lighthouse produisent des données de laboratoire : une simulation, sur une machine et un réseau théoriques. Utile pour diagnostiquer, sans valeur pour le classement.

Google classe sur les données de terrain, collectées auprès des vrais utilisateurs de Chrome et agrégées dans le rapport CrUX. Elles apparaissent en haut de PageSpeed, et dans la Search Console. Un site peu fréquenté n’en a pas assez pour être évalué.

Autrement dit : un score Lighthouse de 100 ne garantit rien si vos visiteurs réels, sur leur téléphone et leur réseau, vivent autre chose.

Les leviers qui font vraiment bouger l’aiguille

  • Les images. Le poste le plus lourd de presque tous les sites. Format moderne, dimensions justes, chargement différé pour ce qui est hors écran.
  • Les polices. Une police non préchargée retarde l’affichage du texte. Une police non sous-ensemblée embarque des milliers de caractères inutiles.
  • Le JavaScript tiers. Chaque script de mesure, de chat ou de publicité s’exécute sur le fil principal. C’est le premier suspect pour l’INP.
  • Le cache. Il n’améliore pas la première visite, mais rend les suivantes quasi instantanées.
  • Les dimensions réservées. Images, iframes, bannières : tout ce qui arrive après doit avoir sa place d’avance.

Ce que les Core Web Vitals ne sont pas

Ils ne sont pas un facteur de classement majeur. Google l’a dit clairement : à contenu équivalent, ils départagent. Ils ne compensent jamais un contenu faible.

Ils ne sont pas non plus un score à afficher. Un 100 sur Lighthouse ne sert à rien si le tunnel de commande met huit secondes à répondre sur mobile. La performance n’est pas une note, c’est ce que vit le visiteur.

Questions fréquentes

Que sont les Core Web Vitals ?

En résumé. Les Core Web Vitals sont trois indicateurs par lesquels Google évalue l'expérience réelle d'une page web. Ils mesurent la vitesse d'affichage du contenu principal, la réactivité aux interactions et la stabilité visuelle de la mise en page pendant le chargement.

Les Core Web Vitals reposent sur trois métriques. Le LCP (Largest Contentful Paint) mesure le temps avant que le contenu principal soit visible. L'INP (Interaction to Next Paint) évalue le délai de réponse aux interactions de l'utilisateur, comme un clic. Le CLS (Cumulative Layout Shift) quantifie les décalages de la mise en page pendant le chargement.

Google en a fait un signal officiel d'expérience de page. Sur WordPress, ces indicateurs dépendent du thème, des extensions, de l'hébergement et surtout des images. Un thème sur mesure et un cache bien réglé aident à les tenir dans le vert.

On les mesure avec des outils comme PageSpeed Insights, Lighthouse ou Google Search Console. Ils ne décrivent pas la vitesse d'un serveur, mais ce que ressent un visiteur : le temps avant de voir, le temps avant de pouvoir agir, la stabilité de ce qu'il regarde.

  • LCP : vitesse d'affichage du contenu principal
  • INP : réactivité aux interactions, a remplacé le FID en mars 2024
  • CLS : stabilité visuelle de la mise en page

Questions associées : Qu'est-ce que les Core Web Vitals et pourquoi comptent-ils ? · Pourquoi les Core Web Vitals sont-ils importants pour le SEO ? · La maintenance WordPress protège-t-elle vraiment le référencement ?

Quels sont les seuils à respecter pour les Core Web Vitals ?

En résumé. Google fixe trois seuils : le LCP sous 2,5 secondes, l'INP sous 200 millisecondes et le CLS sous 0,1. L'évaluation porte sur le 75e centile des visiteurs réels, et non sur une simple moyenne.

Une page atteint le seuil recommandé quand son LCP reste sous 2,5 secondes, son INP sous 200 millisecondes et son CLS sous 0,1. Au-delà, Google classe la métrique en zone à améliorer, puis en zone médiocre pour les valeurs les plus hautes : LCP au-delà de 4 secondes, INP au-delà de 500 millisecondes, CLS au-delà de 0,25.

Le point clé est la méthode de calcul : Google retient le 75e centile des visiteurs réels. Autrement dit, trois visiteurs sur quatre doivent passer sous le seuil pour que la page soit validée. Une bonne moyenne ne suffit pas si un quart de l'audience, souvent sur mobile ou connexion lente, subit des temps dégradés.

Ces seuils s'apprécient sur les données de terrain issues du rapport CrUX, visibles dans Google Search Console, et non sur un test unique de laboratoire.

  • LCP sous 2,5 s
  • INP sous 200 ms
  • CLS sous 0,1
  • Mesure au 75e centile des visiteurs réels

Questions associées : Pourquoi les Core Web Vitals sont-ils importants pour le SEO ? · Qu'est-ce que les Core Web Vitals et pourquoi comptent-ils ? · La maintenance WordPress protège-t-elle vraiment le référencement ?

Quelle différence entre les données de laboratoire et les données de terrain ?

En résumé. Les données de laboratoire viennent d'une simulation, comme celle de Lighthouse, et servent à diagnostiquer. Les données de terrain sont collectées auprès des vrais utilisateurs de Chrome et agrégées dans le rapport CrUX : ce sont elles que Google utilise pour le classement.

Les données de laboratoire sont produites dans un environnement contrôlé, avec une machine et un réseau théoriques. Lighthouse et l'onglet correspondant de PageSpeed Insights en fournissent : reproductibles, elles sont parfaites pour identifier la cause d'un ralentissement.

Les données de terrain, elles, proviennent des visiteurs réels de Chrome, sur leurs propres appareils et connexions. Google les agrège dans le rapport CrUX (Chrome User Experience Report) et s'en sert pour évaluer l'expérience de page dans son classement. Google Search Console affiche ces données de terrain.

Un site s'optimise en laboratoire, mais se juge sur le terrain. Un site peu fréquenté n'a pas assez de trafic pour disposer de données CrUX ; il ne peut alors s'appuyer que sur le laboratoire, en gardant à l'esprit que ce dernier ne reflète pas forcément l'expérience réelle.

Questions associées : Comment mesurer la vitesse de sa boutique WooCommerce ? · Comment prouver qu'un site est bien optimisé ? · Un site codé sur mesure est-il plus performant que WordPress ?

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

En résumé. Oui, mais modestement. Google les utilise pour départager des pages de contenu équivalent, sans jamais compenser un contenu faible. Leur vrai bénéfice se situe ailleurs : une page qui répond vite convertit mieux.

Google intègre les Core Web Vitals au signal d'expérience de page. À contenu et pertinence comparables, la page la plus rapide et la plus stable peut prendre l'avantage. Mais ces indicateurs restent un facteur secondaire : ils ne feront jamais remonter une page dont le contenu ne répond pas à l'intention de recherche.

Leur intérêt principal est commercial. Une page rapide réduit le taux d'abandon, améliore le parcours mobile et augmente les conversions. Sur une boutique WooCommerce, chaque dixième de seconde gagné compte.

Le SEO en profite donc indirectement, mais c'est l'expérience utilisateur qui porte le vrai retour sur investissement. Optimiser les Core Web Vitals pour le seul classement est une erreur de priorité : on le fait d'abord pour ses visiteurs.

Questions associées : Les performances influencent-elles vraiment le référencement Google ? · Pourquoi les Core Web Vitals sont-ils importants pour le SEO ? · Les Core Web Vitals d'Elementor pénalisent-ils le référencement ?

Pourquoi mon site a-t-il un bon score Lighthouse mais de mauvais Core Web Vitals ?

En résumé. Cet écart s'explique par la nature des mesures. Lighthouse simule une machine et un réseau théoriques, tandis que les Core Web Vitals mesurent vos visiteurs réels, sur leur téléphone et leur connexion réelle.

Lighthouse, et l'onglet de laboratoire de PageSpeed Insights, exécutent un test unique dans des conditions standardisées. Ce score reflète le potentiel de la page, pas ce que vivent vos visiteurs. Il peut donc rester élevé alors que l'expérience réelle se dégrade.

Les Core Web Vitals, eux, agrègent les mesures de terrain issues du rapport CrUX, sur des appareils modestes et des réseaux mobiles variés. Un écart important entre les deux signale que votre audience réelle rencontre des conditions plus difficiles que la simulation.

C'est cet écart qu'il faut analyser dans Google Search Console avant d'engager une optimisation ciblée. Un score Lighthouse de 100 ne garantit rien : viser la note plutôt que l'expérience de terrain conduit à optimiser la mauvaise cible.

Questions associées : Comment mesurer la vitesse de sa boutique WooCommerce ? · Comment prouver qu'un site est bien optimisé ? · Comment améliorer son score PageSpeed Insights ?

Une question sur votre situation ?

À lire aussi

Écrivez-nous

Dites-nous en deux lignes ce que vous cherchez à faire. Réponse sous 48 heures.