Score de santé Vitals

Vitals Health Score est un modèle de scoring interne qui regroupe le LCP, le CLS et l’INP en un seul chiffre-clé. Utile pour les tableaux de bord. Utile pour la priorisation. Ce n’est pas un indicateur que Google publie ou classe directement.

Cette distinction compte. Google évalue des seuils individuels des Core Web Vitals, et non votre score agrégé. Si votre équipe dit aux parties prenantes : « on a amélioré le Vitals Health Score de 68 à 82 », c’est acceptable pour le reporting. En revanche, c’est flou dès que l’on suppose que le score lui-même correspond aux classements.

Ce qu’il inclut généralement

La plupart des équipes construisent le Vitals Health Score à partir des trois Core Web Vitals : Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) et Interaction to Next Paint (INP). Un paramétrage fréquent consiste à pondérer chaque métrique, à convertir les valeurs brutes en une échelle normalisée de 0 à 100, puis à en faire la moyenne par modèle de page ou par groupe d’URL.

Les outils varient. Vous pouvez par exemple récupérer des données terrain via Google Search Console (GSC) et CrUX, des données de laboratoire via Screaming Frog avec l’intégration à PageSpeed Insights, et des données de diagnostic via Lighthouse ou Chrome DevTools. Certaines équipes l’intègrent dans Looker Studio, tandis que d’autres le conservent dans le reporting Ahrefs ou Semrush, aux côtés des classements et du trafic.

Pourquoi les SEO l’utilisent

Parce que les dirigeants ne veulent ni trois distributions en centiles ni un cours sur les seuils p75. Ils veulent un seul chiffre, des courbes d’évolution, et une réponse claire sur le fait que le site s’améliore ou se dégrade.

Pour les équipes SEO, le score aide au triage. Si les pages de catégorie affichent une moyenne de 54 et les pages éditoriales une moyenne de 81, vous savez où mobiliser d’abord le temps d’ingénierie. Si une seule mise à jour fait chuter le score de 12 points sur les modèles mobiles, vous détectez rapidement une régression.

Il permet aussi de relier le travail technique aux pages à fort enjeu business. En associant le score au chiffre d’affaires, aux sessions organiques, ou aux pages d’atterrissage hors marque, vous obtenez un backlog plus défendable que « la vitesse du site paraît importante ».

Où ça se dégrade

Voici la réserve souvent ignorée : un score unique peut masquer le vrai problème. Une page peut avoir un score agrégé acceptable tout en échouant fortement sur l’INP sur mobile. Ou elle peut réussir les tests de laboratoire et échouer les données terrain dans la GSC, car de vrais utilisateurs sur des appareils moins performants ont une expérience différente.

Autre problème : les modèles de scoring sont incohérents. Une entreprise peut pondérer le LCP à 50 %, une autre à 33 %. Ainsi, un score de 78 sur un tableau de bord n’est pas comparable à un score de 78 ailleurs. Cela rend les benchmarks difficiles.

John Mueller, chez Google, a poussé à plusieurs reprises les équipes à se concentrer sur l’expérience utilisateur réelle plutôt que sur des métriques agrégées inventées. C’est le bon choix. Utilisez le Vitals Health Score pour piloter le travail, pas pour prétendre que vous avez trouvé un KPI de classement caché.

Comment bien l’utiliser

• Suivez-le par modèle de page, par appareil et par pays. Les moyennes à l’échelle du site masquent les échecs.
• Gardez les métriques CWV brutes visibles à côté du score.
• Utilisez d’abord les données terrain, puis les données de laboratoire. La GSC et CrUX surpassent les tests synthétiques pour la priorisation.
• Fixez des seuils pragmatiques, par exemple investiguer tout modèle en dessous de 70 ou toute baisse de 10 points après une mise en ligne.
• Reliez-le aux résultats qui comptent : entrées organiques, taux de conversion et revenus par session.

Si vous cherchez un KPI interne propre, le Vitals Health Score convient. Simplement, ne confondez pas un raccourci de reporting avec la façon dont Google évalue réellement l’expérience de page.