Que sont les Core Web Vitals ?

Que sont les Core Web Vitals ?

Les Core Web Vitals (CWV) sont trois métriques mesurées sur le terrain que Google utilise pour noter l'expérience utilisateur réelle sur une page web : Largest Contentful Paint (LCP), Interaction to Next Paint (INP) et Cumulative Layout Shift (CLS). Chacune capture une dimension différente de l'expérience utilisateur : à quelle vitesse la page se ressent, à quel point elle est réactive aux interactions, et à quel point la mise en page est stable pendant le chargement. Depuis la mise à jour Page Experience de 2021, les CWV sont un signal de ranking Google confirmé — les pages qui atteignent de bons seuils sur les trois métriques sont favorisées par rapport à celles qui ne le font pas.

Les métriques sont mesurées à partir de vrais utilisateurs Chrome (le Chrome User Experience Report, ou CrUX), pas à partir d'outils synthétiques de laboratoire. C'est pourquoi deux pages avec des scores Lighthouse identiques peuvent avoir des valeurs CWV très différentes en production. CWV est le contrat entre ce que fait votre code et ce que ressentent vraiment de vrais utilisateurs sur de vrais réseaux.

Les 3 métriques Core Web Vitals

Largest Contentful Paint (LCP)

Le LCP mesure le temps que met le plus grand élément de contenu visible (généralement une image hero, un grand bloc de texte ou un poster vidéo) à se rendre dans le viewport. Il capture la vitesse de chargement perçue. Bon : sous 2,5 secondes. Amélioration nécessaire : 2,5–4,0 s. Mauvais : au-dessus de 4,0 s. Google utilise le 75e percentile sur 28 jours pour le ranking. Un LCP lent vient généralement d'images hero non optimisées, de JavaScript ou CSS bloquant le rendu, ou de temps de réponse serveur lents.

Interaction to Next Paint (INP)

L'INP a remplacé First Input Delay (FID) comme Core Web Vital le 12 mars 2024. L'INP mesure la latence de toutes les interactions utilisateur (clics, taps, frappes de touches) sur toute la durée de vie de la page, et rapporte la pire (ou presque la pire, selon le trafic). Bon : sous 200 ms. Amélioration nécessaire : 200–500 ms. Mauvais : au-dessus de 500 ms. Contrairement au FID — qui ne mesurait que la première interaction — l'INP capture chaque moment où un utilisateur clique sur quelque chose et attend que la page réponde. Des handlers JavaScript lourds, de longues tâches qui bloquent le thread principal et des re-renders incontrôlés sont les principales causes d'un INP médiocre.

Cumulative Layout Shift (CLS)

Le CLS mesure la stabilité visuelle — combien la page saute pendant que le contenu charge. C'est un score sans unité de 0 (parfait, rien ne bouge) à 1+ (chaotique). Bon : sous 0,1. Amélioration nécessaire : 0,1–0,25. Mauvais : au-dessus de 0,25. Causes courantes : images sans attributs width/height explicites, web fonts qui changent sans correspondance de taille (FOUT), et publicités ou embeds injectés dans le flux du document sans espace réservé.

Comment Google utilise les Core Web Vitals pour le ranking

Depuis la mise à jour Page Experience, les trois métriques CWV alimentent l'algorithme de ranking de Google dans le cadre du signal Page Experience plus large. Pour passer le test Page Experience, une URL doit atteindre "Bon" sur les trois métriques au 75e percentile des échantillons d'utilisateurs réels. Les pages qui passent obtiennent un petit boost de ranking par rapport aux pages comparables qui ne le font pas. Important : CWV est un départage, pas un levier magique de ranking — un CWV fort ne dépassera pas du contenu non pertinent, mais deux pages de pertinence et d'autorité thématique similaires verront celle aux meilleurs CWV gagner.

Mobile et desktop sont notés séparément. La plupart des sites ont de moins bons CWV sur mobile (CPU plus lent, réseaux plus lents), donc le mobile est généralement le goulot d'étranglement pour les améliorations de ranking.

Lab vs terrain : pourquoi votre score Lighthouse ment

Lighthouse, l'onglet "Lab" de PageSpeed Insights et des outils similaires simulent un appareil sur un réseau rapide et calculent des CWV synthétiques. Les vrais utilisateurs viennent de milliers d'appareils, de réseaux et d'emplacements — et leur CWV agrégé par CrUX est ce que Google utilise pour le ranking. Un score Lighthouse de 95 ne signifie pas que votre CWV CrUX est bon. Vérifiez toujours les deux : lab pour le diagnostic (qu'est-ce qui est lent, pourquoi), terrain pour l'impact ranking (les vrais utilisateurs ont-ils une bonne expérience).

Le moyen le plus rapide de voir vos valeurs CrUX live est le rapport Core Web Vitals dans Google Search Console, qui montre le rollup terrain sur 28 jours par groupe de pages. PageSpeed Insights montre aussi des données terrain quand CrUX a assez d'échantillons pour l'URL.

Causes courantes de Core Web Vitals médiocres (et comment les corriger)

Mauvais LCP est généralement causé par : des images hero non optimisées (utilisez des formats modernes comme AVIF ou WebP, définissez width/height explicites, preload de l'image LCP), un temps de réponse serveur / TTFB lent (cachez, utilisez un CDN, optimisez la requête de base de données pour le contenu above-the-fold) et des ressources bloquant le rendu (defer le CSS/JS non critique, inlinez le CSS critique).

Mauvais INP est généralement causé par : du JavaScript long sur le thread principal (cassez-le en tâches plus petites, utilisez scheduler.yield ou setTimeout), des event handlers lourds (debounce, déplacez le travail hors du thread principal avec des web workers) et un layout synchrone forcé dans les handlers d'interaction (lisez d'abord les mesures du DOM, regroupez les écritures après).

Mauvais CLS est généralement causé par : des images sans dimensions explicites (définissez toujours des attributs width/height ou aspect-ratio CSS), des web fonts qui chargent en retard et causent du FOUT (utilisez font-display: optional ou size-adjust) et des publicités/embeds injectés dynamiquement (réservez de l'espace avec min-height avant le chargement du contenu).

Pourquoi le FID a été retiré et l'INP a pris sa place

First Input Delay (FID) était la métrique d'interactivité originale. Elle mesurait le délai entre le premier clic/tap et le moment où le navigateur commençait réellement à traiter le handler. Le problème : le FID ne mesurait que la première interaction, en ignorant tout ce qui se passait après le chargement de la page. Les vrais utilisateurs cliquent sur beaucoup de choses pendant une session, et la plupart des interactions douloureuses se produisent en milieu de session, pas au premier clic.

L'INP corrige cela en mesurant chaque interaction, puis en rapportant la pire. La transition était officielle le 12 mars 2024 — les sites qui rankaient bien avec le FID ont commencé à voir des chiffres différents dans CrUX quand Google a basculé la métrique source. Si vous avez optimisé uniquement pour le FID avant 2024, vos scores CWV se sont presque certainement détériorés sans que rien d'autre ne change.

FAQ : Core Web Vitals

Quels sont de bons scores Core Web Vitals en 2026 ?

LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1 — mesurés au 75e percentile des données d'utilisateurs réels sur 28 jours. "Bon" sur les trois est le seuil pour passer le signal Page Experience dans l'algorithme de ranking de Google.

Combien de temps avant que les améliorations CWV apparaissent dans Search Console ?

CrUX est une fenêtre glissante de 28 jours, donc les changements que vous déployez aujourd'hui apparaîtront complètement dans votre rapport CWV après environ 28 jours. Attendez-vous à des améliorations partielles dans la première semaine, reflet complet à la quatrième semaine. Pas de panique si vos scores ont l'air pires pendant quelques jours après un déploiement — la fenêtre glissante contient encore principalement les anciennes données.

Les Core Web Vitals comptent-ils pour le SEO ?

Oui — CWV est un signal de ranking Google confirmé dans le cadre de la mise à jour Page Experience. Le boost est petit (plutôt départage que mégaphone), mais cumulé sur des milliers d'URLs ça compte. Plus important : les mêmes choses qui améliorent CWV (pages plus rapides, moins de décalage de mise en page) améliorent aussi la satisfaction utilisateur et réduisent le taux de rebond.

Quelle est la différence entre CWV lab et terrain ?

Lab : mesure synthétique sur un appareil dans des conditions contrôlées (Lighthouse, onglet Lab de PageSpeed Insights). Utile pour le diagnostic. Terrain : vrais utilisateurs en conditions réelles, agrégés par Chrome (CrUX). Ce que Google utilise réellement pour le ranking. Votre score lab et score terrain peuvent différer largement — vérifiez toujours les deux.

Puis-je avoir un score Lighthouse élevé et toujours échouer aux Core Web Vitals ?

Oui. Lighthouse simule un appareil sur un réseau. Les vrais utilisateurs sont répartis sur des milliers de gammes d'appareils et de vitesses de connexion. Une page qui obtient 95 dans Lighthouse sur un MacBook M1 peut toujours avoir un LCP terrain défaillant pour des utilisateurs sur des téléphones Android milieu de gamme dans des régions 4G. CrUX est la vérité.

Comment puis-je monitorer CWV en continu ?

Trois sources, utilisées ensemble : Google Search Console (rollup terrain 28 jours, par groupe de pages), PageSpeed Insights (par URL lab + terrain) et un outil de monitoring synthétique qui exécute des audits Lighthouse depuis de vrais navigateurs dans de vraies régions selon un planning. LoadFocus fait la troisième — audits Lighthouse planifiés depuis 25+ régions globales pour attraper les régressions CWV avant qu'elles n'atteignent la fenêtre CrUX de 28 jours.

Une page chargée depuis le cache compte-t-elle pour CWV ?

Oui. CrUX mesure chaque navigation dans Chrome, y compris les rechargements et les navigations arrière-avant. Les hits bfcache — restaurations instantanées depuis l'historique — sont traités comme de nouvelles navigations avec des temps de chargement très rapides, ce qui aide généralement vos moyennes CWV. Optimiser pour l'éligibilité bfcache (pas de handlers unload, pas de Cache-Control: no-store) est l'un des gains CWV les moins chers.

Comment LoadFocus aide avec les Core Web Vitals

LoadFocus exécute des audits Lighthouse depuis 25+ régions AWS selon un planning, montrant comment CWV varie selon la géographie et l'heure de la journée. Là où Google Search Console vous donne le rollup terrain de 28 jours, LoadFocus vous dit ce qui se passe maintenant — et d'où. Combinez le monitoring synthétique avec le test de vitesse de site LoadFocus pour des analyses approfondies ponctuelles quand vous déployez un changement. Inscrivez-vous gratuitement sur loadfocus.com/fr-fr/signup ou exécutez un test instantané sur loadfocus.com/fr-fr/website-speed-test.