Core Web Vitals

Les Core Web Vitals sont trois mesures de l’expérience vécue sur une page. Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus gros élément visible au chargement, souvent l’image principale ou le titre. L’INP (Interaction to Next Paint) mesure le délai entre une action de l’internaute (clic, tap, saisie) et la réponse visuelle de la page. Le CLS (Cumulative Layout Shift) mesure les décalages inattendus de mise en page. L’INP a remplacé le FID en mars 2024 : il est plus exigeant, car il observe toutes les interactions de la visite et non plus seulement la première.

Leur poids dans le classement est réel mais limité : une page rapide ne passe pas devant une page plus pertinente. Leur effet le plus visible se lit souvent ailleurs, sur le taux de conversion et l’engagement, d’où leur place dans une démarche SXO.

Comment Google mesure les Core Web Vitals

Les valeurs qui comptent sont des données de terrain, collectées auprès d’utilisateurs réels de Chrome (le rapport CrUX) sur 28 jours glissants. Google retient le 75e centile : pour qu’une page soit jugée bonne, au moins trois chargements sur quatre doivent respecter le seuil, et le calcul est fait séparément pour le mobile et pour l’ordinateur.

• LCP : bon jusqu’à 2,5 secondes, mauvais au-delà de 4 secondes.
• INP : bon jusqu’à 200 millisecondes, mauvais au-delà de 500.
• CLS : bon jusqu’à 0,1, mauvais au-delà de 0,25.

Entre les deux, la page est « à améliorer ». Le mobile, qui est aussi la version prise en compte par l’index mobile-first, affiche en général les valeurs les moins bonnes.

Exemple concret sur une fiche produit

Prenons un e-commerce de mode dont les fiches produits affichent, sur mobile, un LCP de 4,2 secondes, un INP de 350 millisecondes et un CLS de 0,22. Le diagnostic fait ressortir trois causes. L’image principale est chargée en différé (lazy-loading), ce qui retarde justement l’élément mesuré par le LCP. Une dizaine de scripts tiers (chat, avis, tests A/B, pixels publicitaires) occupent le navigateur au moment où l’internaute choisit sa taille. Enfin, un bandeau promotionnel injecté après le chargement pousse tout le contenu vers le bas. Après correction, les valeurs passent à 2,3 secondes, 180 millisecondes et 0,05 : les trois indicateurs sont au vert. Pour juger le chantier, on regarde l’évolution du taux d’ajout au panier et du taux de rebond sur mobile, plus que les positions.

Les erreurs fréquentes

• Viser 100 dans Lighthouse : c’est une mesure de laboratoire, sur une connexion simulée, qui dans son mode standard ne mesure pas l’INP faute d’interactions réelles. Google s’appuie sur les données de terrain.
• Tester sur un ordinateur relié à la fibre alors que l’essentiel du trafic arrive sur des smartphones moyens en 4G.
• Ne traiter que la page d’accueil : ce sont les templates (catégories, fiches, articles) qui concentrent les visites.
• Empiler les outils dans le gestionnaire de balises sans jamais faire le ménage : chaque script tiers pèse sur la réactivité.

Comment suivre vos Core Web Vitals

Le rapport Core Web Vitals de la Search Console classe vos URL en trois statuts (bonnes, à améliorer, mauvaises), par groupes de pages similaires, sur mobile et sur ordinateur. PageSpeed Insights affiche pour une URL les données de terrain, ou celles de l’origine entière si la page manque de trafic, puis un diagnostic de laboratoire. Pour trouver les interactions lentes, la bibliothèque JavaScript web-vitals peut envoyer les mesures de vos visiteurs réels dans GA4. Comptez environ quatre semaines pour qu’une correction se reflète dans les rapports, le temps que la fenêtre de 28 jours se renouvelle.