Core Web Vitals : réussir le test de vitesse de Google

En 2021, Google a annoncé que les Core Web Vitals étaient des facteurs de classement. Trois indicateurs précis pèsent désormais directement sur vos positions : le Largest Contentful Paint (LCP), le Cumulative Layout Shift (CLS) et l'Interaction to Next Paint (INP). Les sites aux indicateurs faibles ont moins de chances de bien se classer. Ceux qui affichent d'excellentes valeurs prennent un avantage. En SEO moderne, réussir ses Core Web Vitals n'est pas négociable.

Les conséquences sont profondes. Vous ne pouvez plus ignorer la performance. Vous ne pouvez pas construire un site lent et espérer de bonnes positions. Google a clairement indiqué que l'expérience utilisateur compte, et les Core Web Vitals chiffrent cette expérience. Les optimiser n'est plus facultatif : c'est indispensable pour rester visible dans un contexte concurrentiel.

Que sont les Core Web Vitals et pourquoi comptent-ils

Les Core Web Vitals mesurent trois dimensions de l'expérience utilisateur : la vitesse de chargement (LCP), la stabilité visuelle (CLS) et la réactivité (INP). La page Web Vitals de Google définit chaque indicateur en détail. Ces trois mesures représentent les aspects les plus importants de la façon dont vos visiteurs vivent votre site.

Google a rassemblé des milliards de milliards de points de données auprès d'internautes réels pour déterminer quels indicateurs comptaient vraiment. Le résultat, ce sont les Core Web Vitals. Il ne s'agit pas de seuils arbitraires, mais de mesures fondées sur des preuves de ce qui rend un site rapide et réactif aux yeux de vrais utilisateurs.

L'annonce officielle de Google explique comment les Core Web Vitals influencent le classement dans les résultats de recherche. Google les considère comme l'un de ses nombreux facteurs de classement. La qualité et la pertinence du contenu comptent toujours davantage, mais deux sites d'égale pertinence se départageront sur leurs Core Web Vitals.

Largest Contentful Paint (LCP) : mesurer la vitesse de chargement

Le Largest Contentful Paint (LCP) mesure le temps que met le plus grand élément de contenu d'une page à devenir visible pour l'internaute. Ce peut être une image, une vidéo, un titre ou un bloc de texte. Le LCP marque le moment où le visiteur voit le contenu principal et perçoit que la page est chargée.

La recommandation de Google : le LCP doit rester sous 2,5 secondes. Les pages qui y parviennent sont jugées « bonnes ». Entre 2,5 et 4 secondes, elles « demandent à être améliorées ». Au-delà de 4 secondes, elles sont « mauvaises ». Un internaute qui subit un LCP supérieur à 3 secondes trouve la page lente. Au-delà de 4 secondes, il l'abandonne souvent.

Les causes fréquentes d'un LCP lent : un temps de réponse serveur trop long, du CSS et du JavaScript bloquants, des images non optimisées et des polices lourdes qui mettent du temps à se charger. Pour corriger le LCP : accélérez votre serveur (en réduisant le Time to First Byte, ou TTFB), supprimez les ressources bloquantes, différez le JavaScript, optimisez et compressez vos images, adoptez les formats d'image modernes (WebP) et préchargez vos ressources critiques.

PageSpeed Insights affiche votre score LCP et vous propose des recommandations précises. Passez vos pages stratégiques dans l'outil, classez les recommandations par impact et appliquez d'abord les correctifs les plus rentables.

Cumulative Layout Shift (CLS) : mesurer la stabilité visuelle

Le Cumulative Layout Shift (CLS) mesure les mouvements inattendus des éléments d'une page pendant son chargement. Quand vous lisez un article et que le texte se décale brusquement vers le bas parce qu'une publicité vient de se charger au-dessus, c'est un décalage de mise en page. Le CLS chiffre l'ampleur de ces décalages pendant le chargement.

La recommandation de Google : le CLS doit rester sous 0,1. Un score inférieur à 0,1 est « bon ». Entre 0,1 et 0,25, il demande à être amélioré. Au-delà de 0,25, il est « mauvais ». Même de petits décalages s'additionnent. Un CLS de 0,15 signifie que les éléments de la page se sont déplacés au total de 15% de la hauteur de l'écran pendant le chargement. Les internautes le vivent comme une gêne et une source de frustration.

Les causes fréquentes d'un CLS élevé : des publicités chargées de façon asynchrone, des images sans attributs width et height, des contenus intégrés (vidéos YouTube, widgets de réseaux sociaux) chargés en asynchrone, et des polices qui basculent brutalement. Pour corriger le CLS : indiquez les dimensions de vos images dans le HTML (attributs width et height), réservez la place des publicités avant leur chargement, utilisez font-display: swap dans vos règles @font-face pour éviter les à-coups de substitution de police, et chargez vos vidéos et contenus intégrés de façon synchrone ou dans un espace réservé.

Chaque image de votre site devrait porter des attributs width et height explicites. Le navigateur sait alors réserver la place avant que l'image n'arrive. Sans ces dimensions, il ignore combien d'espace prévoir, ce qui provoque un décalage au moment de l'affichage.

Interaction to Next Paint (INP) : mesurer la réactivité

L'Interaction to Next Paint (INP) mesure la réactivité de votre page aux actions de l'internaute (clics, appuis, saisie au clavier). L'INP correspond au délai entre le moment où le visiteur interagit avec la page et celui où elle réagit visuellement. Une page réactive répond en quelques millisecondes. Une page qui ne l'est pas met des secondes.

La recommandation de Google : l'INP doit rester sous 200 millisecondes. Sous 200ms, il est « bon ». Entre 200 et 500ms, il demande à être amélioré. Au-delà de 500ms, il est « mauvais ». Les internautes attendent une réponse immédiate. Un INP de 500ms donne une impression de lourdeur. Un INP de 1 seconde donne l'impression que le site est cassé.

Les causes fréquentes d'un mauvais INP : un JavaScript lourd qui bloque le fil d'exécution principal, de gros scripts tiers, des gestionnaires d'événements inefficaces et l'absence de recours au requestIdleCallback. Pour corriger l'INP : découpez les longues tâches JavaScript en morceaux plus courts, différez le JavaScript non essentiel, supprimez les scripts inutilisés, optimisez vos écouteurs d'événements et confiez les calculs lourds à des web workers.

L'INP est souvent le plus difficile des Core Web Vitals à optimiser, car il demande une vraie expertise JavaScript. Si votre équipe ne la possède pas, envisagez de faire appel à un consultant en performance ou à un service spécialisé.

Comment les Core Web Vitals sont mesurés

Les Core Web Vitals se mesurent de deux façons : en laboratoire et sur le terrain. Les données de laboratoire proviennent d'outils comme PageSpeed Insights et Lighthouse, exécutés dans un environnement contrôlé. Les données de terrain proviennent de vrais visiteurs de votre site. Google privilégie ces dernières, car elles reflètent l'expérience réelle.

Le parcours d'apprentissage de Google sur la performance explique la différence entre mesures de laboratoire et mesures de terrain. Les premières vous aident à repérer les problèmes et à tester vos correctifs. Les secondes montrent la performance réelle. Vous pouvez très bien afficher d'excellents scores en laboratoire et de mauvais scores sur le terrain si vos visiteurs sont sur des réseaux lents ou des appareils anciens.

Google Search Console publie les données de terrain des Core Web Vitals. Le rapport présente les mesures issues de vrais utilisateurs, agrégées depuis le Chrome User Experience Report (CrUX). Si votre site ne réunit pas assez de données réelles, Google fournit à la place des données de laboratoire issues de Lighthouse.

Seuils de référence et scores validés

Google considère des Core Web Vitals comme « bons » lorsqu'ils sont atteints au 75e centile de l'expérience utilisateur. Autrement dit, 75% de vos visiteurs réels vivent votre site au niveau du seuil ou mieux. Ces seuils sont les suivants :

LCP : 2,5 secondes ou moins. CLS : 0,1 ou moins. INP : 200 millisecondes ou moins. Ces valeurs ont été validées scientifiquement par l'analyse de milliards de milliards d'interactions réelles. Les pages qui les respectent offrent une bonne expérience utilisateur.

Google n'exige toutefois pas que 100% de vos pages passent les Core Web Vitals. Si 75% d'entre elles y parviennent, votre site est globalement considéré comme « bon ». Vous pouvez donc conserver quelques pages plus lentes et réussir malgré tout, dès lors que l'essentiel de votre trafic arrive sur des pages rapides.

Optimiser chaque indicateur : les étapes concrètes

Pour optimiser le LCP : mesurez d'abord votre TTFB (Time to First Byte) avec PageSpeed Insights. S'il est lent (au-delà de 600ms), votre serveur est le goulot d'étranglement. Changez d'hébergement, optimisez votre code back-end ou passez par un réseau de diffusion de contenu (CDN). Si le TTFB est bon mais que le LCP reste lent, c'est votre CSS ou votre JavaScript qui bloque l'affichage. Différez le JavaScript non essentiel et intégrez en ligne le CSS critique du contenu visible sans défilement.

Pour optimiser le CLS : passez votre site en revue à la recherche des éléments qui bougent pendant le chargement. Servez-vous des outils de développement de votre navigateur pour les repérer. Ajoutez des attributs width et height à chaque image. Utilisez font-display: swap dans votre CSS. Réservez la place des publicités, des contenus intégrés et des contenus dynamiques.

Pour optimiser l'INP : utilisez l'onglet Performance des outils de développement de Chrome pour repérer les longues tâches JavaScript (celles qui dépassent 50ms). Découpez-les. Différez le JavaScript non essentiel. Recourez à requestIdleCallback pour les traitements peu prioritaires. Testez sur de vrais appareils, et pas seulement sur ordinateur.

Suivre ses Core Web Vitals dans la durée

Utilisez Google Search Console pour suivre vos performances Core Web Vitals. Le rapport dédié présente les mesures issues de vos vrais visiteurs et les compare aux seuils de Google. Vos pages y sont classées en Bonnes, À améliorer ou Mauvaises.

Mettez en place des alertes de surveillance. Si vos Core Web Vitals se dégradent, enquêtez immédiatement. Les causes possibles : une mise en production qui a introduit des lourdeurs, de nouveaux scripts tiers, des changements dans vos images ou vos médias, ou un problème d'hébergement.

Suivez le mobile et l'ordinateur séparément. Les appareils mobiles ont en général des processeurs plus lents et des réseaux moins rapides, si bien que les Core Web Vitals y sont souvent moins bons. Traitez le mobile en priorité si une part importante de votre trafic en provient.

Core Web Vitals et stratégie SEO

Les Core Web Vitals sont désormais un facteur de classement central, d'une importance comparable à celle des backlinks et de la qualité du contenu. Un site aux indicateurs médiocres a peu de chances de bien se classer, quelle que soit la qualité de ses contenus. L'optimisation de la performance doit donc faire partie de votre stratégie SEO, et non venir en dernier.

Si vous vous battez pour des positions et que vos concurrents affichent de meilleurs Core Web Vitals, ils ont un avantage. Vous ne pouvez pas l'emporter sur le seul contenu si votre site est lent et peu réactif. Vous devez égaler ou dépasser leurs performances pour jouer à armes égales.

Conclusion

Les Core Web Vitals sont aujourd'hui indispensables à la réussite en SEO. Optimiser le LCP, le CLS et l'INP améliore directement vos positions et l'expérience de vos visiteurs. À pertinence égale, un site aux excellents Core Web Vitals dépasse un site aux indicateurs faibles. Impossible d'y couper : pour viser les premières positions, vous devez réussir vos Core Web Vitals.

Commencez par passer vos pages stratégiques dans PageSpeed Insights. Repérez vos principaux goulots d'étranglement et corrigez-les en premier. Traitez le mobile en priorité. Surveillez régulièrement vos performances dans Google Search Console. Utilisez notre audit GEO SEO pour repérer les problèmes de Core Web Vitals sur l'ensemble de votre site et suivre vos progrès dans le temps.