Core Web Vitals : les 5 indicateurs essentiels de performance web

Pourquoi ces indicateurs comptent pour votre site WordPress

Avant de plon­ger dans l’optimisation de votre site, il est essen­tiel de com­prendre ce que Google mesure réel­le­ment lorsqu’il éva­lue la per­for­mance d’un site. Ces indi­ca­teurs, appe­lés Core Web Vitals, déter­minent com­ment vos visi­teurs per­çoivent la rapi­di­té et la flui­di­té d’un site, ce qui impacte direc­te­ment l’expérience uti­li­sa­teur et le réfé­ren­ce­ment natu­rel (SEO).

Depuis 2024, Google s’appuie sur trois Core Web Vitals offi­cielles : LCP (Lar­gest Content­ful Paint), CLS (Cumu­la­tive Layout Shift) et INP (Inter­ac­tion to Next Paint). D’autres métriques comme le FCP, le TBT ou le Speed Index com­plètent l’analyse et per­mettent d’affiner le diagnostic.

Ces indi­ca­teurs ne servent pas uni­que­ment à “faire plai­sir à Google” : ils vous aident à poin­ter les ajus­te­ments tech­niques (cache, CDN, ser­veur) ou de desi­gn à effec­tuer pour amé­lio­rer l’expérience vécue par les visi­teurs.

Comment lire les résultats de PageSpeed Insights

Quand vous tes­tez une page dans PageS­peed Insights, deux types de don­nées s’affichent. Les dis­tin­guer est essen­tiel pour com­prendre vos scores et inter­pré­ter cor­rec­te­ment les résultats.

1. Les données réelles (CrUX)

Situées en haut du rap­port, ces don­nées pro­viennent du Chrome User Expe­rience Report (CrUX).
Elles mesurent l’expérience vécue par de vrais uti­li­sa­teurs Chrome et s’appuient sur les 28 der­niers jours de navi­ga­tion. Ces valeurs reflètent la réa­li­té du ter­rain : type d’appareil, qua­li­té de connexion, localisation…

Elles sont iden­tiques à celles affi­chées dans le rap­port “Signaux Web essen­tiels” de la Search Console. C’est dans ce bloc que Google affiche les Core Web Vitals offi­cielles : LCP, CLS et INP.

2. Les données de test (Lab data)

Sous le bloc CrUX, PageS­peed Insights exé­cute un test ponc­tuel simu­lé dans un envi­ron­ne­ment stan­dard (navi­ga­teur Chrome, réseau 4G, appa­reil moyen). Ces mesures reflètent la per­for­mance au moment du test et per­mettent de diag­nos­ti­quer immé­dia­te­ment ce qui freine le chargement :

• scripts ou exten­sions trop lourds,
• images non optimisées,
• absence de cache ser­veur ou navigateur.

On y retrouve des métriques telles que FCP, TBT et Speed Index, très utiles pour ana­ly­ser les causes d’un score faible.

Pourquoi vos données CrUX peuvent rester inchangées après des optimisations

Après avoir amé­lio­ré la per­for­mance de votre site (mise en cache, com­pres­sion d’images, scripts dif­fé­rés…), il est nor­mal que les don­nées CrUX res­tent encore inchan­gées. Elles sont cal­cu­lées sur une moyenne glis­sante de 28 jours : les effets réels seront visibles dans les semaines sui­vantes.

En revanche, les don­nées de test se mettent à jour ins­tan­ta­né­ment. Si vos scores “lab” s’améliorent immé­dia­te­ment, c’est le signe que vos opti­mi­sa­tions fonc­tionnent et les valeurs CrUX sui­vront à mesure que vos visi­teurs pro­fi­te­ront du nou­veau site.

Les métriques essentielles dans PageSpeed Insights

Avant d’entrer dans le détail, voi­ci un aper­çu glo­bal des prin­ci­paux indi­ca­teurs de per­for­mance affi­chés dans un rap­port PageS­peed Insights. Ces valeurs servent à éva­luer la vitesse d’affichage, la sta­bi­li­té visuelle et la réac­ti­vi­té du site, que ce soit à par­tir de don­nées réelles (CrUX) ou de tests ponc­tuels (Lab Data).

Le tableau récapitulatif

Métrique	Type	Ce qu’elle mesure	Bon seuil	Source prin­ci­pale
FCP – First Content­ful Paint	Com­plé­men­taire	Moment où le pre­mier élé­ment visible apparaît	≤ 1,8 s	CrUX + Lab
LCP – Lar­gest Content­ful Paint	Core Web Vital	Délai d’affichage du conte­nu prin­ci­pal (image, titre, vidéo)	≤ 2,5 s	CrUX + Lab
CLS – Cumu­la­tive Layout Shift	Core Web Vital	Sta­bi­li­té visuelle du conte­nu pen­dant le chargement	≤ 0,1	CrUX + Lab
INP – Inter­ac­tion to Next Paint	Core Web Vital	Réac­ti­vi­té glo­bale du site après une interaction	≤ 200 ms	CrUX
TBT – Total Blo­cking Time	Com­plé­men­taire	Temps total pen­dant lequel le navi­ga­teur est blo­qué par du JavaS­cript (proxy de l’INP)	< 200 ms	Lab
SI – Speed Index	Com­plé­men­taire	Vitesse moyenne à laquelle le conte­nu visible s’affiche	≤ 3,4 s	Lab

Quand et où sont mesurées les principales métriques

Métrique	Moment de la mesure	Type de mesure
FCP	Dès le début du char­ge­ment, au moment où le pre­mier élé­ment s’affiche à l’écran	Ins­tan­ta­née
LCP	Pen­dant le char­ge­ment, quand l’élément prin­ci­pal (image, titre, vidéo) devient visible	Ins­tan­ta­née
CLS	Pen­dant toute la durée du char­ge­ment, voire après, si des élé­ments bougent	Cumu­la­tive
INP	Lorsqu’un uti­li­sa­teur inter­agit (clic, sai­sie, ouver­ture de menu)	Basée sur les inter­ac­tions réelles
TBT	Entre le FCP et le moment où la page devient interactive	Cal­cu­lée sur la période de blo­cage du navigateur
Speed Index (SI)	Tout au long du ren­du visuel de la page	Moyenne de la vitesse d’affichage

Revue synthétique de chacune des métriques

Cette par­tie vous aide à com­prendre rapi­de­ment le rôle de chaque métrique, ce qu’elle signi­fie pour vos visi­teurs, et com­ment agir concrè­te­ment.

First Contentful Paint (FCP)

Ce que ça mesure : le temps entre le début du char­ge­ment et l’apparition du pre­mier élé­ment visible (texte, image, logo…).

Objec­tif FCP : ≤ 1,8 s sur 75 % des visites.
Résu­mé FCP : « quand je vois quelque chose s’afficher ».

• Astuce : pla­cez le CSS cri­tique dans le <head> et dif­fé­rer les scripts non essentiels.
• À sur­veiller sous WordPress :
  • Réac­ti­vi­té du ser­veur et cache actif
  • Feuilles CSS ou scripts blo­quants dans le <head>.
  • Images visibles dès l’arrivée (évi­tez le lazy-load sur le logo ou la ban­nière principale).

Largest Contentful Paint (LCP) (Core Web Vital)

Ce que ça mesure : le temps néces­saire pour affi­cher l’élément prin­ci­pal de la page (image héros, vidéo ou titre).

Objec­tif LCP : ≤ 2,5 s.
Résu­mé LCP : « quand je vois le conte­nu prin­ci­pal apparaître ».

• Astuce : pré­char­gez l’image prin­ci­pale (<link rel="preload">) et mar­quez-la avec fetchpriority="high" pour accé­lé­rer le rendu.
• À sur­veiller sous WordPress :
  • Images trop lourdes dans la bannière.
  • Feuilles CSS com­plexes ou dif­fé­rées trop tard.
  • CDN ou cache mal configuré.

Cumulative Layout Shift (CLS) (Core Web Vital)

Ce que ça mesure : la sta­bi­li­té visuelle d’une page pen­dant le chargement.

Objec­tif CLS : ≤ 0,1.
Résu­mé CLS : « com­bien de choses bougent pen­dant le chargement ».

• Astuce : défi­nis­sez width, height ou aspect-ratio sur vos médias pour réser­ver l’espace avant affichage. 
• À sur­veiller sous WordPress :
  • Images ou iframes sans dimen­sions définies.
  • Ban­nières ou publi­ci­tés injec­tées sans espace réservé.
  • Polices web char­gées trop tard.

Interaction to Next Paint (INP) (Core Web Vital)

Ce que ça mesure : la réac­ti­vi­té glo­bale du site après une inter­ac­tion (clic, sai­sie, ouver­ture de menu).

Objec­tif INP : ≤ 200 ms.
Résu­mé INP : « le délai entre mon clic et la réac­tion du site ».
Si aucune don­née INP n’est dis­po­nible, appuyez-vous sur le TBT comme indi­ca­teur de réactivité.

• Astuce : limi­tez le nombre de scripts exé­cu­tés simul­ta­né­ment et char­gez les scripts non cri­tiques avec defer ou async.
• À sur­veiller sous WordPress :
  • Exten­sions injec­tant beau­coup de JavaScript.
  • Ani­ma­tions ou tran­si­tions mal optimisées.
  • Scripts qui bloquent le thread principal.

Total Blocking Time (TBT)

Ce que ça mesure : le temps total pen­dant lequel le navi­ga­teur reste blo­qué par du JavaS­cript, entre le FCP et la pre­mière inter­ac­tion possible.

Objec­tif TBT : < 200 ms.
Résu­mé TBT : « com­bien de temps la page semble prête, mais ne réagit pas encore ».

• Astuce : char­gez les scripts en defer ou async, et désac­ti­vez ceux inutiles sur cer­taines pages.
• À sur­veiller sous WordPress :
  • Scripts non différés.
  • Construc­teurs de page lourds.
  • Sui­vis externes (Google Ana­ly­tics, pixels mar­ke­ting, etc.) mal configurés.

Speed Index (SI)

Ce que ça mesure : la vitesse moyenne à laquelle le conte­nu visible s’affiche dans la fenêtre du navigateur.

Objec­tif SI : ≤ 3,4 s sur mobile.
Résu­mé SI : « à quelle vitesse je vois tout le conte­nu visible ».

• Astuce : opti­mi­sez tout ce qui amé­liore le FCP et le LCP : ils influencent direc­te­ment le Speed Index.
• À sur­veiller sous WordPress :
  • Temps de réponse serveur.
  • Trop de res­sources simul­ta­nées (CSS, JS, images).
  • Scripts externes retar­dant le rendu.

Comment agir sur ces métriques

Toutes les métriques ne se cor­rigent pas de la même manière.
Cer­taines dépendent de la confi­gu­ra­tion ser­veur (TTFB, cache, CDN), d’autres de la mise en page ou du code JavaS­cript. Ce tableau vous aide­ra à iden­ti­fier où concen­trer vos efforts selon votre pro­fil technique.

Métrique	Champ d’intervention	Exemples d’actions
FCP	Tech­nique / serveur	Opti­mi­ser le TTFB, acti­ver le cache LiteS­peed, mini­fier CSS/JS.
LCP	Desi­gn / contenu	Allé­ger les images du héros, ajus­ter les blocs visibles, uti­li­ser un CDN.
INP / TBT	Tech­nique / code	Dif­fé­rer les scripts, limi­ter le JS des exten­sions, char­ger les sui­vis en différé.
CLS	Inté­gra­tion / ergonomie	Fixer les dimen­sions des médias, sta­bi­li­ser les polices, réser­ver l’espace pub.
SI	Glo­bal / coordination	Ajus­ter cache + CDN + ordre de char­ge­ment, tes­ter sur mobile.

Les bons outils pour mesurer vos performances

Objec­tif	Outil recom­man­dé	Uti­li­sa­tion
Mesu­rer les Core Web Vitals réels	PageS­peed Insights	Éva­lue FCP, LCP, CLS, INP (et TBT en lab) sur mobile et desktop.
Suivre les don­nées CrUX sur 28 jours	Google Search Console – rap­port Signaux Web essentiels	Visua­lise l’évolution réelle des métriques (LCP, CLS, INP).
Visua­li­ser le ren­du visuel	Chrome Dev­Tools → Performance	Iden­ti­fie les “long tasks” et déca­lages de layout (CLS).

Pour aller plus loin : suivre vos données CrUX dans le temps

CrUX Visua­li­zer est un outil offi­ciel de Google qui per­met de consul­ter et com­pa­rer l’évolution des Core Web Vitals d’un site sur la base des don­nées CrUX publiques.
Vous pou­vez y sai­sir n’importe quelle URL ou ori­gine (domaine) et visualiser :

• les dis­tri­bu­tions de LCP, CLS et INP sur 28 jours ;
• les dif­fé­rences entre mobile et desktop ;
• et la ten­dance de vos per­for­mances réelles dans le temps.

À retenir

Les Core Web Vitals mesurent avant tout la per­cep­tion de vos visi­teurs : vitesse, sta­bi­li­té et réac­ti­vi­té.
Elles ne tra­duisent pas seule­ment la puis­sance tech­nique d’un ser­veur, mais la qua­li­té de l’expérience vécue sur votre site.

Chaque amé­lio­ra­tion, cache, CDN, com­pres­sion, scripts dif­fé­rés, agit presque tou­jours sur plu­sieurs métriques à la fois. L’objectif n’est pas de “chas­ser le score par­fait”, mais de construire un site rapide, stable et fluide à uti­li­ser.