Les Core Web Vitals sont trois indicateurs que Google utilise pour mesurer l'expérience de page. Le LCP mesure la vitesse de chargement. Le CLS mesure la stabilité visuelle. L'INP mesure la réactivité.
Chaque indicateur mesure un aspect différent de la performance. Ensemble, ils dessinent l'expérience de l'utilisateur.
Largest Contentful Paint (LCP)
Le LCP mesure le temps avant l'affichage du contenu principal. Le contenu principal est la plus grande image ou le plus grand bloc de texte de la page. Sur une page d'accueil, le LCP est l'image principale. Sur un article, le LCP est le titre de l'article et l'image principale.
Le LCP se mesure depuis le moment où l'utilisateur clique sur le lien jusqu'à l'apparition du contenu principal à l'écran. Si le LCP est d'une seconde, l'utilisateur voit le contenu principal une seconde après son clic. Si le LCP est de trois secondes, l'utilisateur attend trois secondes.
Objectif : un LCP sous deux virgule cinq secondes est bon. Un LCP entre deux virgule cinq et quatre secondes est à améliorer. Un LCP au-dessus de quatre secondes est mauvais.
Exemple : l'image principale de la page d'accueil pèse cinq mégaoctets. Elle met trois secondes à se télécharger. Le LCP est de trois secondes. L'objectif est de deux virgule cinq secondes. La performance est à améliorer.
Cumulative Layout Shift (CLS)
Le CLS mesure la stabilité visuelle. Un décalage de mise en page survient quand le contenu bouge après le chargement de la page. Exemple : l'utilisateur commence à lire un article. Une publicité se charge. L'article descend. L'utilisateur perd sa place. C'est frustrant.
Le CLS quantifie le décalage total. Si le contenu descend de deux cents pixels, le CLS augmente. Si le contenu bouge plusieurs fois, le CLS s'accumule.
Objectif : un CLS sous zéro virgule un est bon. Un CLS entre zéro virgule un et zéro virgule deux cinq est à améliorer. Un CLS au-dessus de zéro virgule deux cinq est mauvais.
Exemple : une publicité se charge après la page. Elle occupe trois cents pixels de hauteur. Le contenu sous la publicité descend. Le CLS est de zéro virgule quinze. À améliorer.
Interaction to Next Paint (INP)
L'INP mesure la réactivité. L'utilisateur clique sur un bouton. Le système traite le clic. Il met la page à jour. Il affiche le changement à l'écran. L'INP est le temps entre le clic et la mise à jour visuelle.
L'INP compte surtout pour les pages interactives (formulaires, boutons, menus). Il compte moins pour les pages statiques (articles, blogs).
Objectif : un INP sous deux cents millisecondes est bon. Un INP entre deux cents et cinq cents millisecondes est à améliorer. Un INP au-dessus de cinq cents millisecondes est mauvais.
Exemple : l'utilisateur clique sur le bouton Ajouter au panier. Le système traite la demande. Il met à jour le compteur du panier. L'INP est de trois cents millisecondes. À améliorer.
Pourquoi trois indicateurs plutôt qu'un seul
Un seul indicateur ne peut pas résumer l'expérience utilisateur. La vitesse de chargement compte (LCP). La stabilité visuelle compte (CLS). La réactivité compte (INP). Une page peut se charger vite mais être instable (CLS élevé). Ou être rapide et stable mais ne pas réagir (INP élevé). Les trois indicateurs ensemble mesurent la qualité de l'expérience utilisateur.
Exemple concret : les Core Web Vitals d'une boutique en ligne
Point de départ
Point de départ d'une fiche produit de boutique en ligne :
LCP : deux virgule huit secondes (au-dessus de l'objectif de deux virgule cinq). CLS : zéro virgule douze (au-dessus de l'objectif de zéro virgule un). INP : deux cent vingt millisecondes (au-dessus de l'objectif de deux cents).
Les trois indicateurs sont à améliorer.
Optimisation
LCP : optimiser l'image principale, charger en différé le contenu hors écran. Résultat : une virgule huit seconde.
CLS : réserver de l'espace pour les publicités, charger en différé le contenu non critique. Résultat : zéro virgule zéro cinq.
INP : réduire le JavaScript, optimiser les gestionnaires d'événements. Résultat : cent quatre-vingts millisecondes.
Les trois indicateurs respectent désormais les standards de Google.
Le lien entre Core Web Vitals et expérience utilisateur
Bon LCP : l'utilisateur voit le contenu vite. La page paraît réactive.
Mauvais LCP : l'utilisateur attend le contenu. La page paraît lente.
Bon CLS : la mise en page est stable. L'utilisateur lit sans que le contenu saute. C'est confortable.
Mauvais CLS : la mise en page bouge. L'utilisateur perd sa place. C'est frustrant.
Bon INP : l'utilisateur clique sur un bouton et voit la réponse tout de suite. La page paraît interactive.
Mauvais INP : l'utilisateur clique sur un bouton et attend la réponse. La page paraît figée.
De bons Core Web Vitals créent une bonne expérience utilisateur. De mauvais Core Web Vitals créent une mauvaise expérience utilisateur.
Mesurer les Core Web Vitals
Google mesure les Core Web Vitals auprès d'utilisateurs réels (real user monitoring). Les outils de test en laboratoire comme Lighthouse estiment les Core Web Vitals, mais peuvent différer de l'expérience réelle (les conditions réseau varient).
Consultez les Core Web Vitals dans Google Search Console. Google agrège les données d'utilisateurs réels et indique si le site respecte les standards (bon, à améliorer, mauvais).
Consultez aussi PageSpeed Insights. Il combine les scores Lighthouse et les données d'utilisateurs réels issues de la base de Google.
Questions fréquentes
Quel Core Web Vital est le plus important ?
Les trois comptent. Mais le LCP et le CLS ont généralement le plus d'impact. Si la page se charge vite mais que la mise en page bouge sans cesse, l'expérience est mauvaise. Si la page est stable mais ne réagit pas, la frustration est moins forte. Le LCP et le CLS sont d'habitude les priorités un et deux. L'INP est important pour les pages interactives, mais moins critique pour le contenu statique. Avec le créateur de site web de WEMASY, vous le configurez directement sur votre site.
En quoi les Core Web Vitals diffèrent-ils des autres indicateurs de performance ?
Les Core Web Vitals sont centrés sur l'expérience utilisateur. Ils mesurent ce que les utilisateurs perçoivent. Les autres indicateurs (TTFB, FCP) sont des indicateurs techniques, préalables à de bons Core Web Vitals, mais ils ne mesurent pas directement l'expérience. Améliorez les autres indicateurs comme fondation, mais les Core Web Vitals disent si cette fondation donne une bonne expérience.
Peut-on avoir de bons indicateurs de performance mais de mauvais Core Web Vitals ?
Oui. Une page peut avoir un TTFB rapide mais un mauvais LCP. Une page peut avoir un FCP rapide mais un mauvais CLS. Les indicateurs techniques sont nécessaires, mais pas suffisants pour de bons Core Web Vitals.
Faut-il optimiser les trois Core Web Vitals de la même façon ?
Non. Priorisez selon l'impact. Mesurez l'état actuel. Si le LCP est de quatre secondes mais que le CLS est de zéro virgule un, améliorez d'abord le LCP. Les plus gros écarts ont le plus d'impact sur les utilisateurs.
Les Core Web Vitals sont-ils les seuls indicateurs qui intéressent Google ?
Non. Google mesure aussi l'adaptation au mobile, le HTTPS, la navigation sécurisée, les interstitiels. Les Core Web Vitals sont les plus visibles et les plus faciles à faire évoluer. Mais l'expérience de page complète inclut d'autres facteurs. Optimisez les Core Web Vitals sans ignorer les autres facteurs de classement.
À quelle fréquence les Core Web Vitals d'utilisateurs réels sont-ils mis à jour dans Google Search Console ?
Chaque jour. Google agrège les données d'utilisateurs réels en continu. Les Core Web Vitals de Search Console sont mis à jour quotidiennement. Les outils de test en laboratoire donnent une mesure à un instant précis. Suivez les données d'utilisateurs réels dans Search Console pour la performance dans la durée.