Core Web Vitals

Chaque métrique isole un problème ressenti différent. Le LCP mesure le temps que met le plus grand élément visible à s’afficher, en général une image de bannière ou un titre. L’INP mesure la vitesse à laquelle la page réagit aux clics, aux appuis et aux frappes clavier sur l’ensemble de la visite, et remplace l’ancien First Input Delay parce qu’il capte chaque interaction plutôt que la première seulement. Le CLS mesure l’ampleur des sauts de mise en page pendant le chargement des ressources. Google publie des seuils cibles (LCP sous 2,5 secondes, INP sous 200 millisecondes, CLS sous 0,1) et évalue une page sur le 75e centile des données de terrain issues des utilisateurs réels de Chrome, de sorte qu’une poignée de sessions rapides ne peut pas masquer une expérience lente pour la majorité.

Le point sur les données de terrain compte, car les outils de laboratoire comme Lighthouse tournent sur un seul appareil simulé et reflètent rarement ce que vivent vraiment les acheteurs sur des téléphones de milieu de gamme et des connexions mobiles instables. Le Chrome User Experience Report (CrUX) est la source à laquelle Google se fie, et il accuse un décalage d’environ 28 jours, donc un correctif appliqué aujourd’hui ne passera au vert qu’au bout de plusieurs semaines. Les gérants qui optimisent uniquement le score de laboratoire ne voient souvent aucun mouvement dans la Search Console, puis en concluent à tort que le travail a échoué.

Les Core Web Vitals sont un signal de classement confirmé, mais modeste. Ils servent surtout de critère de départage entre des pages de pertinence comparable, donc une page rapide au contenu pauvre ne dépassera pas une page plus lente qui répond mieux à la requête. La formulation honnête est que de bons signaux protègent le classement et la conversion plutôt qu’ils ne les gagnent à eux seuls.

Prenons une boutique Shopify sur un thème fortement personnalisé dont les pages produit affichent un CLS de 0,28, bien dans la zone d’échec. La cause : un widget de note en étoiles et une rangée de produits recommandés qui se chargent tous deux après le premier affichage et repoussent le bouton d’ajout au panier vers le bas au moment précis où le client tend la main. Réserver une hauteur fixe pour les deux blocs avec un conteneur à hauteur minimale, et rendre la note agrégée côté serveur dans le HTML initial, fait passer le CLS sous 0,05 sans retirer la moindre preuve sociale. Le bouton d’ajout au panier cesse de bouger, les appuis ratés diminuent, et l’INP s’améliore en général aussi, car le thread principal n’a plus à recalculer la mise en page dans l’urgence.

L’angle moteur de réponse est indirect mais réel. ChatGPT, Perplexity et Google AI Overviews s’appuient sur le contenu que leurs robots peuvent récupérer et analyser proprement, et une page qui affiche son contenu clé et ses données structurées vite et de façon stable est plus facile à extraire et à citer qu’une page qui s’affiche tard ou se décale lors d’une récupération sans interface. Les signaux ne sont pas un facteur de citation direct, mais la même rigueur qui vaut un LCP correct, réponse serveur rapide, scripts légers, contenu présent dès le balisage initial, rend aussi une page lisible pour les systèmes qui décident des sources à mettre en avant.