Jean-Romain
Core Web Vitals : trois mesures qui décident si Google juge vos pages rapides et stables. Elles pèsent sur vos positions, et de plus en plus sur votre chiffre d'affaires. En 2026, les règles se sont nettement durcies pour tout le monde. Cet article vous donne les seuils à jour, la méthode de diagnostic et les correctifs, métrique par métrique. Vous saurez quoi corriger en premier, et surtout pourquoi le faire.
Core Web Vitals : ce que Google mesure vraiment
Les Core Web Vitals mesurent l'expérience réelle vécue par vos visiteurs sur chaque page. Trois signaux comptent : la vitesse de chargement, la réactivité et la stabilité visuelle. Google les collecte sur de vrais utilisateurs, dans le Chrome UX Report. Ce sont donc vos internautes, sur leurs vrais appareils et leurs vraies connexions.
Chaque signal se lit sur trois paliers : bon, à améliorer, médiocre. Une page ne passe que si ses trois mesures atteignent le palier bon. Un seul signal au rouge suffit à faire chuter l'ensemble du verdict. Beaucoup de sites perdent ainsi des positions sans jamais comprendre pourquoi. La documentation de Google détaille précisément chaque seuil.
Ce qui change pour les Core Web Vitals en 2026
La mise à jour 2026 rend caduques la plupart des optimisations menées avant cette année. Trois évolutions comptent vraiment, et elles changent tout votre ordre de priorité.
D'abord, le seuil du LCP se resserre à 2,0 secondes sur mobile et 2,5 sur ordinateur. Le seuil unique appliqué partout, quel que soit le contexte, a disparu. Ensuite, Google note désormais les trois métriques ensemble, dans une logique globale. Une page qui passe le LCP mais rate le CLS reste donc pénalisée. Enfin, les données terrain du Chrome UX Report comptent davantage que les scores de labo. Vos vrais utilisateurs décident de vos positions, pas une simulation isolée.
- Seuil LCP mis à jour : 2,0 s sur mobile, 2,5 s sur ordinateur.
- Notation globale : les trois métriques comptent désormais ensemble.
- Poids accru des données terrain (CrUX) dans le signal de classement.
- Distinction renforcée entre les signaux mobile et ordinateur.
La conséquence est simple à retenir pour vos équipes. Passer une seule métrique sur trois ne rapporte plus la moindre position. Il vous faut les trois au vert, en même temps.
Pourquoi l'INP est le vrai défi de 2026
L'INP a remplacé le FID comme métrique officielle de classement, et l'écart est réel. L'ancien FID ne mesurait que le délai du tout premier clic. L'INP mesure lui la réactivité de toute la session de navigation. Chaque clic, chaque tap et chaque touche comptent désormais dans le calcul. Cette portée bien plus large le rend difficile à optimiser de façon systématique.
Les données du Chrome UX Report sont parlantes sur ce point précis. L'INP reste la métrique que le plus de sites échouent aujourd'hui sur le web. C'est donc votre priorité numéro un pour toute l'année. Un correctif LCP se voit vite, un correctif INP demande de la méthode.
Les trois métriques Core Web Vitals et leurs seuils 2026
Google mesure l'expérience de page avec trois métriques distinctes : LCP, INP et CLS. Chacune porte un seuil précis qui sépare le bon du médiocre. Les trois doivent atteindre le palier bon pour espérer un gain de position.
LCP : la vitesse de chargement
Le LCP mesure le temps d'affichage du plus gros élément visible à l'écran. C'est souvent une image de couverture, un grand titre ou une vidéo. Trois causes reviennent sans cesse : des images trop lourdes, un serveur lent, des ressources qui bloquent le rendu. Corriger les deux premières règle déjà la grande majorité des cas.
| Palier | Valeur LCP | Cause type |
|---|---|---|
| Bon | 2,5 s ou moins | Images optimisées, serveur rapide |
| À améliorer | 2,5 à 4,0 s | Images lourdes, serveur lent |
| Médiocre | plus de 4,0 s | Scripts bloquants, absence de CDN |
INP : la réactivité
L'INP mesure la vitesse à laquelle le navigateur répond à chaque interaction. Clics, taps et touches sont tous captés, et non le seul premier geste. Cette portée élargie le rend très différent de l'ancien FID retiré. Les longues tâches JavaScript restent, de loin, sa cause la plus fréquente.
| Palier | Valeur INP | Cause type |
|---|---|---|
| Bon | 200 ms ou moins | Code léger, peu de scripts tiers |
| À améliorer | 200 à 500 ms | Exécution JavaScript lourde |
| Médiocre | plus de 500 ms | Scripts tiers bloquants, tâches longues |
CLS : la stabilité visuelle
Le CLS note combien vos éléments bougent de façon imprévue pendant le chargement. Un score élevé, c'est du contenu qui saute sous les yeux du lecteur. Les coupables habituels sont bien connus : images sans dimensions et publicités sans espace réservé. Les polices qui changent en cours de route ferment souvent la liste.
| Palier | Valeur CLS | Cause type |
|---|---|---|
| Bon | 0,1 ou moins | Perturbation visuelle minime |
| À améliorer | 0,1 à 0,25 | Sauts visibles au chargement |
| Médiocre | plus de 0,25 | Instabilité forte, gêne réelle |
Pourquoi les Core Web Vitals comptent pour votre SEO et votre chiffre d'affaires
Les Core Web Vitals sont un signal de classement confirmé par Google lui-même. Ils vivent au sein du système Page Experience de son algorithme. Le classement se joue sur les données terrain, pas sur les scores Lighthouse. Une page brillante en labo peut donc décevoir vos vrais visiteurs.
Leur poids ne se limite pas à votre référencement naturel. Une page lente ou instable vous coûte de l'argent, tous les jours.
- Un chargement plus lent fait fuir vos visiteurs avant même l'action.
- Un INP médiocre casse vos tunnels de paiement et vos formulaires.
- Une page instable perd la confiance du lecteur, donc la conversion.
Un site qui passe les trois seuils garde ses visiteurs bien plus longtemps. Un site qui les rate voit ses positions reculer sur les requêtes concurrentielles. Les Core Web Vitals font donc partie des indicateurs à suivre chaque mois.
Comment diagnostiquer vos Core Web Vitals étape par étape
Avant de corriger quoi que ce soit, identifiez les pages qui échouent réellement. Deux outils suffisent à ce stade : la Search Console et PageSpeed Insights. Tout le reste ne fait que retarder le vrai travail.
Commencez par la Google Search Console
Ouvrez le rapport Core Web Vitals, dans la section Expérience de l'outil. Vos URL y sont classées en trois groupes : médiocre, à améliorer, bon. Traitez d'abord les URL médiocres qui portent le plus de trafic. Ce sont elles qui concentrent le plus de risque et d'enjeu commercial.
- Ouvrez le rapport Core Web Vitals dans la Search Console.
- Filtrez la vue sur les seules URL médiocres.
- Triez par impact de trafic estimé.
- Ouvrez un groupe d'URL pour voir la métrique fautive.
- Exportez la liste comme base de votre feuille de route.
Le rapport Search Console explique chaque statut en détail.
Diagnostiquez page par page avec PageSpeed Insights
PageSpeed Insights audite chaque URL en détail et pointe la cause du problème. Regardez d'abord la section des données terrain, tout en haut du rapport. Ce sont ces données qui pèsent réellement sur vos positions. Les scores Lighthouse servent au débogage, pas au classement final.
- Le verdict terrain de chaque métrique, celui que Google utilise vraiment.
- Les sections Opportunités et Diagnostics, qui listent les correctifs concrets.
- Les ressources signalées : images, scripts bloquants, polices trop lourdes.
Besoin d'une vue d'ensemble avant de plonger dans le détail ? Un audit du socle technique cadre le chantier et hiérarchise chaque correctif.
Comment corriger chaque métrique Core Web Vitals en 2026
Les correctifs marchent bien mieux quand ils visent précisément la métrique fautive. Voici donc l'ordre à suivre pour le LCP, l'INP et le CLS. Un chantier ciblé bat toujours un grand nettoyage flou et coûteux.
Corriger le LCP
Suivez une hiérarchie claire : les images d'abord, le serveur ensuite, les ressources bloquantes en dernier. La plupart des échecs LCP viennent d'images lourdes et d'un hébergement lent. Ces deux leviers résolvent à eux seuls le gros du problème.
- Compressez vos images sous 100 Ko, au format WebP ou AVIF.
- Ajoutez fetchpriority="high" sur l'image LCP pour la charger en premier.
- Réservez le lazy loading aux images sous la ligne de flottaison.
- Passez à un CDN ou un meilleur hébergement pour baisser le TTFB.
- Différez le CSS et le JavaScript qui bloquent le premier rendu.
Si le problème est structurel, une refonte de votre site lève les limites de plateforme qu'aucun réglage de surface ne corrige jamais.
Corriger l'INP
L'INP est de loin le plus difficile des trois à corriger proprement. Il faut repérer les interactions lentes, puis remonter jusqu'aux longues tâches JavaScript. Ces tâches bloquent le fil principal du navigateur pendant l'interaction. Les scripts tiers en sont la cause cachée la plus fréquente.
- Enregistrez les interactions lentes dans l'onglet Performance de Chrome DevTools.
- Découpez les longues tâches avec setTimeout ou scheduler.yield().
- Auditez les scripts tiers : chat, tag manager, trackers publicitaires.
- Réduisez la taille du DOM pour alléger chaque interaction.
- Déportez les calculs lourds dans un web worker dédié.
Retirer un seul script tiers lourd suffit parfois à tout débloquer. Une page médiocre repasse souvent au vert, sans toucher à votre propre code.
Corriger le CLS
Le CLS est le plus simple des trois métriques à traiter durablement. Ses causes sont prévisibles, connues et surtout peu nombreuses. Trois patterns expliquent à eux seuls la plupart des échecs mesurés par Google.
- Fixez toujours les attributs width et height sur vos images et vidéos.
- Réservez l'espace des publicités et iframes avec aspect-ratio ou min-height.
- Préchargez vos polices clés et utilisez font-display: swap.
- N'injectez pas de contenu au-dessus de l'existant après le chargement.
Données terrain contre données labo : lesquelles pèsent sur vos positions
L'algorithme de Google n'utilise que les données terrain pour classer vos pages. C'est de loin le malentendu le plus coûteux sur ce sujet. Un score de 100 dans Lighthouse ne dit rien de vos positions réelles.
- Données terrain (CrUX) : de vrais utilisateurs, sur 28 jours glissants. C'est le signal de classement.
- Données labo (Lighthouse) : un environnement simulé sur un seul appareil. Utile pour déboguer, pas pour ranker.
Le site web.dev explique bien pourquoi les deux peuvent diverger fortement. Pour une page neuve sans données CrUX, Google se rabat sur celles du domaine. Validez donc chaque correctif dans la section terrain de PageSpeed Insights. Comptez au moins 28 jours avant de voir un effet dans la Search Console.
Corriger les Core Web Vitals ne suffit pas
Les Core Web Vitals sont un vrai signal, mais leur poids dépend de votre marché. Voyez-les plutôt comme un départage entre deux pages proches. Quand le contenu et les liens se valent, des scores propres font la différence. Le SEO technique reste un socle, pas un déclencheur immédiat de positions.
Ces facteurs travaillent ensemble, jamais séparément :
- Un contenu aligné sur l'intention de recherche.
- Des signaux E-E-A-T solides et vérifiables.
- Une autorité de liens venue de sources crédibles.
- Un site adapté au mobile et servi en HTTPS.
- Des données structurées pour l'éligibilité aux résultats enrichis.
La performance s'inscrit donc dans un travail de référencement naturel bien plus large. Sur Tadaaz, une marque ecommerce, nous avons corrigé ce qui bloquait la croissance au lieu de produire plus de contenu. Le résultat parle de lui-même : +21,4 % de conversions SEO et +86 % de mots-clés dans le top 10. La performance technique faisait pleinement partie de ce chantier.
Vous voulez savoir où votre site échoue vraiment sur ces trois métriques ? Demandez votre audit SEO gratuit, livré sous 24 heures, avec vos priorités déjà cartographiées.
Questions fréquentes sur les Core Web Vitals
Core Web Vitals, c'est quoi ?
Ce sont trois mesures d'expérience de page : LCP, INP et CLS. Elles évaluent la vitesse, la réactivité et la stabilité de vos pages. Google les utilise directement comme signal de classement dans ses résultats.
Quels sont les indicateurs de performance d'un site web ?
Les principaux indicateurs restent le LCP, l'INP et le CLS. On y ajoute souvent le TTFB et le score global PageSpeed. Les trois Core Web Vitals demeurent les plus décisifs pour votre SEO.
Comment tester ses Core Web Vitals ?
Utilisez PageSpeed Insights et le rapport dédié de la Search Console. Regardez toujours d'abord la section des données terrain. Elles reflètent vos vrais utilisateurs, pas un test isolé de labo.
Que faire en cas d'échec de l'évaluation Core Web Vitals ?
Identifiez d'abord la métrique fautive, puis appliquez le correctif ciblé. Commencez de préférence par l'INP, la plus difficile à passer. Validez ensuite chaque changement sur les données terrain, après 28 jours.
Quels sont les seuils des Core Web Vitals ?
Le LCP passe au vert à 2,5 s ou moins sur votre page. L'INP passe au vert à 200 ms ou moins par interaction. Le CLS passe au vert à 0,1 ou moins de décalage. Les trois doivent réussir ensemble pour un vrai gain.
