Core Web Vitals

Chaque Core Web Vital cible un aspect distinct de l'expérience réelle de l'utilisateur. Google publie pour chacune des seuils de référence répartis en trois paliers : Bon, À améliorer et Médiocre. Une page est jugée conforme lorsque le 75e centile de ses visites atteint le palier « Bon » sur les trois indicateurs.

• LCP (Largest Contentful Paint) : mesure le temps nécessaire pour afficher le plus grand élément visible de la fenêtre (image, bloc de texte, vidéo). Il reflète la vitesse de chargement ressentie.
• INP (Interaction to Next Paint) : mesure la réactivité de la page sur l'ensemble des interactions (clics, taps, saisies clavier) durant la visite. Il a remplacé le FID (First Input Delay) en mars 2024.
• CLS (Cumulative Layout Shift) : quantifie l'instabilité visuelle, c'est-à-dire les déplacements inattendus d'éléments pendant le chargement. Il s'exprime sans unité.

Les Core Web Vitals sont intégrés aux signaux d'expérience de page utilisés par l'algorithme de classement Google. Ils n'agissent pas comme un facteur dominant : la pertinence du contenu reste prioritaire. En pratique, ils servent de critère de départage entre des pages de qualité éditoriale comparable, et conditionnent surtout l'expérience réelle des visiteurs.

Deux types de données coexistent et doivent être distingués :

• Données de terrain (field data) : collectées auprès des utilisateurs réels via le Chrome User Experience Report (CrUX). Ce sont elles qui alimentent le rapport « Signaux web essentiels » de la Google Search Console et qui comptent pour le classement.
• Données de laboratoire (lab data) : générées en environnement simulé par des outils comme Lighthouse ou PageSpeed Insights. Utiles pour diagnostiquer et déboguer, mais elles ne reflètent pas l'expérience réelle.

Pour un site B2B au cycle de vente long, l'enjeu dépasse le seul positionnement : une page lente ou instable dégrade la crédibilité perçue au moment où un décideur vérifie l'agence après une recommandation.