À propos des Core Web Vitals
Que sont les Core Web Vitals ?
Les Signaux Web essentiels sont trois mesures utilisées par Google pour décrire la manière dont une page est perçue lors de son utilisation, plutôt que la rapidité avec laquelle elle se charge techniquement. Ils correspondent à trois questions que les visiteurs reconnaîtraient : combien de temps faut-il avant que le contenu principal apparaisse, à quelle vitesse la page réagit-elle lorsque je la touche, et des éléments se déplacent-ils sous mon doigt pendant son chargement ?
La distinction par rapport aux anciennes métriques de vitesse est délibérée. Le temps de chargement total ne dit presque rien sur le caractère utilisable d’une page, car celle-ci peut finir de se charger bien après que quelqu’un a trouvé ce qu’il cherchait, ou sembler défectueuse alors qu’elle est techniquement entièrement chargée.
Elles évoluent également au fil du temps. Google a déjà remplacé certaines métriques individuelles, notamment en substituant récemment à la mesure de la réactivité une mesure qui prend en compte chaque interaction, plutôt que la première seulement. Il est donc préférable de considérer cet ensemble comme une définition évolutive de ce qu’est une page utilisable.
Les trois mesures
Le Largest Contentful Paint mesure le temps nécessaire au rendu du plus grand élément visible, généralement une image principale ou un titre. C’est ce qui se rapproche le plus de la réponse à la question « quand la page est-elle apparue ? », et l’objectif est de 2,5 secondes.
L’Interaction to Next Paint mesure la rapidité avec laquelle la page réagit lorsqu’un utilisateur appuie ou clique, sur l’ensemble de sa visite plutôt que lors de la première interaction uniquement. Elle est principalement affectée par le JavaScript qui monopolise le thread principal, et l’objectif est de 200 millisecondes.
Le Cumulative Layout Shift mesure dans quelle mesure le contenu se déplace pendant le chargement. C’est la raison pour laquelle vous appuyez sur le mauvais élément lorsqu’une publicité ou une image se charge tardivement, et l’objectif est d’obtenir un score inférieur à 0,1.
Données de terrain et données de laboratoire
Cette distinction est la principale source de confusion ici. Les données de laboratoire proviennent d’une seule exécution de test simulée : elles sont reproductibles et utiles pour le débogage. Les données de terrain proviennent de visiteurs réels utilisant de vrais appareils et de vraies connexions, et ce sont elles que Google utilise réellement.
Elles sont souvent en désaccord et, lorsque c’est le cas, les données de terrain sont prioritaires. Une page qui obtient un bon score lors d’un test en laboratoire sur une connexion rapide peut échouer sur le terrain, car la plupart de ses visiteurs utilisent des téléphones de gamme intermédiaire.
Les données de terrain expliquent également pourquoi les pages nouvelles ou peu fréquentées ne signalent absolument rien. Le nombre de visites réelles n’est pas suffisant pour établir un résumé : il s’agit d’une lacune dans les rapports, et non d’un problème avec la page.
Les Core Web Vitals sont-ils toujours importants en 2026 ?
Ils constituent bien un facteur de classement, quoique modeste, et doivent surtout être considérés comme un critère de départage plutôt que comme un levier. Aucun gain de vitesse ne peut sauver une page qui ne répond pas à la question, et une page lente proposant la meilleure réponse remportera encore souvent la victoire.
L’argument le plus convaincant a toujours été d’ordre commercial. Les décalages de mise en page provoquent des appuis involontaires, les réponses lentes entraînent des appuis répétés et des clics frénétiques, et ces deux problèmes provoquent des abandons. Ces mesures existent parce qu’elles sont corrélées au départ des utilisateurs.
Elles servent également d’indicateur indirect utile de la rigueur de l’ingénierie. Un site qui réussit les trois tests est généralement un site où quelqu’un est responsable des performances, ce qui est souvent corrélé au fait que les autres aspects sont également correctement pris en charge.
Comment les Core Web Vitals sont liés à la recherche par IA
Ils ont peu d’incidence directe sur le fait qu’une page soit citée. Un robot d’exploration n’est pas perturbé par un décalage de mise en page et n’abandonne pas une page parce qu’un bouton a répondu lentement.
C’est l’effet indirect qui compte, et il a pris de l’ampleur. Lorsqu’une réponse d’IA redirige quelqu’un vers votre page, cette visite unique constitue tout le bénéfice d’être cité, et une page qui ralentit à l’arrivée le fait perdre.
Le trafic provenant des réponses d’IA tend à être moins important en volume, mais plus qualifié que le trafic issu des recherches, ce qui augmente le coût lié à la perte d’un visiteur au cours des premières secondes au lieu de le réduire.
Bonnes pratiques relatives aux Core Web Vitals
- Réservez de l’espace pour les images, les annonces et les contenus intégrés en définissant leurs dimensions, afin que rien ne se décale pendant leur chargement.
- Donnez la priorité au plus grand élément visible à l’arrivée et évitez de le charger en différé.
- Réduisez ou différez les scripts tiers, qui sont généralement à l’origine d’une mauvaise réactivité.
- Diffusez des formats d’image modernes à la taille réellement affichée.
- Évitez d’injecter des bannières ou des notifications au-dessus du contenu existant après le chargement.
- Évaluez les résultats à partir de données de terrain provenant de visiteurs réels, et non d’un seul score de laboratoire.
Ce que cet outil vérifie
Le test des Core Web Vitals récupère l’évaluation de la page et indique si elle est valide, invalide ou indisponible.
Indisponible ne signifie pas un échec. Cela signifie qu’il n’y a pas suffisamment de données réelles à analyser, ce qui est fréquent pour les pages nouvelles ou à faible trafic. Dans ce cas, la réponse honnête consiste à corriger les causes évidentes plutôt qu’à attendre l’obtention d’un score.
Pour aller plus loin