Documentation
Core Web Vitals : LCP, INP et CLS réels, semaine après semaine
LCP, INP et CLS hebdomadaires au 75e centile, issus de l'API Chrome UX Report History, pour l'ensemble de votre site ou une seule page, évalués selon les seuils de Google.
Le rapport Core Web Vitals (intitulé Core Web Vitals History) montre comment les utilisateurs réels de Chrome vivent votre site, semaine après semaine. Il s'appuie sur l'API Chrome UX Report History, les mêmes données de terrain qui alimentent le rapport Core Web Vitals de Search Console, et évalue chaque métrique au 75e centile selon les seuils de Google. Utilisez-le pour savoir si une mise en production a rendu vos pages plus rapides ou plus lentes, bien avant qu'un test en laboratoire ne vous dise comment les visiteurs l'ont ressenti.
Lancer le rapport
- Scope : Whole site interroge l'origine (par exemple
https://www.example.com), qui agrège toutes les pages visitées par les utilisateurs de Chrome. Single page interroge une seule URL. - Origin ou Page URL : prérempli avec l'origine de votre propriété ; modifiez-le pour vérifier un autre hôte ou une autre page.
- Device : All devices, Phone, Desktop ou Tablet. Avec All devices, le rapport charge aussi chaque type d'appareil séparément et ajoute un tableau Summary by device.
- Cliquez sur Run report.
Les résultats sont mis en cache pendant un jour, car les données ne changent qu'une fois par semaine. Le rapport interroge l'API avec une clé d'API CrUX ; AutoPSEO en fournit une, vous n'avez donc rien à configurer. Le bouton API Key renvoie vers les instructions de Google si vous souhaitez obtenir une clé pour vos propres outils.
Ce que vous voyez
La ligne de verdict indique si le périmètre Passes Core Web Vitals : toutes les métriques clés disposant de données sont évaluées Good. Viennent ensuite cinq cartes, une par métrique, chacune affichant la dernière valeur au 75e centile, son évaluation, l'évolution par rapport à quatre semaines plus tôt et la part de chargements de page jugés bons.
| Métrique | Mesure | Bon | Mauvais |
|---|---|---|---|
| LCP, Largest Contentful Paint | Chargement : moment où le plus grand élément visible est affiché | 2.5 s ou moins | plus de 4 s |
| INP, Interaction to Next Paint | Réactivité : délai après les clics, les appuis tactiles et les frappes au clavier | 200 ms ou moins | plus de 500 ms |
| CLS, Cumulative Layout Shift | Stabilité visuelle : ampleur des déplacements de contenu pendant le chargement | 0.1 ou moins | plus de 0.25 |
| FCP, First Contentful Paint | Moment où le premier texte ou la première image apparaît | 1.8 s ou moins | plus de 3 s |
| TTFB, Time to First Byte | Rapidité avec laquelle le serveur commence à répondre | 0.8 s ou moins | plus de 1.8 s |
LCP, INP et CLS sont les Core Web Vitals ; FCP et TTFB sont des métriques complémentaires qui aident à expliquer un mauvais LCP. Les valeurs situées entre les deux seuils sont à améliorer. Google évalue chaque métrique au 75e centile des chargements de page, séparément pour mobile et ordinateur (web.dev : Web Vitals). L'INP a remplacé le First Input Delay comme Core Web Vital le 12 mars 2024.
Une tendance est considérée comme improving ou worsening lorsque la dernière valeur a varié d'au moins 5 % par rapport à quatre semaines plus tôt. Les graphiques tracent le 75e centile hebdomadaire de chaque métrique avec ses parts de bonnes expériences, d'expériences à améliorer et de mauvaises expériences, et le tableau liste chaque semaine avec les cinq valeurs et la part d'expériences LCP jugées bonnes.
Comment lire l'historique
Chaque point correspond à une période de collecte hebdomadaire qui résume les 28 jours de visites précédents ; un correctif apparaît donc progressivement sur environ quatre semaines plutôt que du jour au lendemain. L'API renvoie par défaut 25 périodes hebdomadaires, soit environ les six derniers mois (CrUX History API).
- Un changement brutal qui coïncide avec un déploiement, un nouveau script de gestionnaire de balises ou une mise à jour de thème est le schéma habituel ; marquez la date avec une annotation.
- Des résultats moins bons sur mobile que sur ordinateur sont courants, car les téléphones ont une puissance de calcul plus faible et des connexions souvent plus lentes. Pondérez ce constat par la part de votre trafic de recherche provenant du mobile.
- Origine bonne, page mauvaise : l'origine mélange toutes les pages, vérifiez donc vos modèles les plus lourds un par un.
Quand il n'y a pas de données
Chrome ne publie un enregistrement que pour une origine ou une URL publique qui reçoit suffisamment de visites réelles dans Chrome ; sinon, le rapport affiche Not enough field data (méthodologie CrUX). Les pages nouvelles ou peu fréquentées n'ont souvent pas d'enregistrement au niveau de l'URL, même lorsque l'origine en a un. Les API CrUX n'offrent pas non plus de ventilation par pays : les chiffres couvrent donc l'ensemble de vos visiteurs dans le monde.
Comment AutoPSEO vous aide
Les articles livrés par AutoPSEO sont rendus par votre propre site et héritent donc des performances de vos modèles. Si AutoPSEO héberge une section pour vous, c'est le moteur de rendu hébergé qui sert lui-même les pages d'articles ; lancez le rapport sur l'une de ces URL pour les vérifier. Pour une explication plus complète des trois métriques, consultez ce que signifient LCP, INP et CLS et comment corriger de mauvais scores Core Web Vitals.