PageSpeed Insights (PSI) est un outil permettant aux développeurs Web de comprendre les performances d'une page et de savoir comment les améliorer. Il utilise Lighthouse pour effectuer un audit de la page et identifier les possibilités d'amélioration des performances. Il s'intègre également au rapport d'expérience utilisateur Chrome (CrUX) pour montrer, de façon agrégée, comment des utilisateurs réels utilisent la page et son origine. Dans ce guide, découvrez comment utiliser PSI pour extraire des insights de CrUX et mieux comprendre l'expérience utilisateur.
Lire les données
Pour commencer, accédez à https://pagespeed.web.dev/, saisissez l'URL de la page que vous souhaitez tester, puis cliquez sur Analyser.
Après quelques secondes, des audits Lighthouse sont effectués. Des sections contenant des données de CrUX ("Découvrez ce que rencontrent vos utilisateurs réels") et de Lighthouse ("Diagnostiquer les problèmes de performances") s'affichent. CrUX est un ensemble d'expériences utilisateur réelles sur le terrain, tandis que Lighthouse est un test contrôlé effectué en laboratoire.
Dans la section sur l'expérience utilisateur réelle, les métriques sont regroupées selon les métriques Core Web Vitals et d'autres métriques importantes. Les trois métriques Core Web Vitals sont listées en premier: Largest Contentful Paint (LCP), First Input Delay (FID) et Cumulative Layout Shift. Elles sont suivies des autres métriques notables: First Contentful Paint (FCP), Interaction to Next Paint (INP) et Time to First Byte (TTFB).
Core Web Vitals
- Le LCP mesure le temps nécessaire pour que la page affiche son contenu principal, comme une image de héros ou un titre.
- INP mesure la latence de toutes les interactions d'un utilisateur avec la page et signale une valeur unique sous laquelle toutes (ou presque toutes) les interactions se trouvent en dessous.
- Le CLS mesure le degré d'instabilité de la mise en page sur la page, en raison de changements tels que l'injection de contenu chargé de manière asynchrone.
Autres métriques importantes
- FCP mesure le temps nécessaire pour que la page affiche quelque chose au premier plan, comme du texte ou un logo.
- TTFB est une métrique expérimentale qui mesure le temps entre la requête d'une ressource et le moment où le premier octet d'une réponse commence à arriver.
- FID (désormais obsolète et remplacé par INP) mesure l'interactivité de la page, depuis la première interaction de l'utilisateur jusqu'au moment où elle y répond.
Seuils de métriques
Ce tableau décrit comment les valeurs de ces métriques sont catégorisées en tant que "bonnes", "améliorations nécessaires" ou "mauvaises".
0 ms | 0 ms + 3 ms | "Amélioration nécessaire" | "Médiocre" -- | -- | -- | -- LCP | 0-2 500 ms | 2 500 ms + 4 000 ms | 4 000 ms + CLS | 0,10–0,25 | 0,25–0,25–0 ms–0
Les métriques Core Web Vitals sont les métriques les plus importantes. Elles sont directement observées par les utilisateurs réels. Les autres métriques peuvent être utilisées à des fins de diagnostic, mais elles ne sont pas nécessairement perceptibles par les utilisateurs réels. Par conséquent, ces métriques ne sont pas prises en compte dans l'évaluation des Core Web Vitals. Le non-respect des seuils "satisfaisants" n'est important que si elles ont un impact négatif sur les Core Web Vitals.
L'expérience utilisateur s'affiche de trois manières dans PSI:
- Une étiquette indiquant que la page a réussi ou non l'évaluation Core Web Vitals
- Centiles mesurés en secondes ou en millisecondes (CLS est sans unité)
- Une distribution représentant le pourcentage d'expériences "bonnes", "nécessaires d'amélioration" et "mauvaise" est disponible en cliquant sur Développer la vue en haut à droite de cette section.
Dans la capture d'écran ci-dessus, la page est considérée comme ayant réussi l'évaluation Core Web Vitals. Pour réussir, le centile doit être classé comme "satisfaisant" dans les trois métriques Core Web Vitals. Sinon, l'évaluation apparaît comme "Échec". Il est possible que certaines pages ne contiennent pas suffisamment de données INP. Dans ce cas, elles sont évaluées selon les deux autres métriques Core Web Vitals.
Les centiles affichés pour toutes les métriques correspondent au 75e centile. En statistiques, un centile est une mesure qui indique la valeur en dessous de laquelle se situe un pourcentage donné d'échantillons. Par exemple, la capture d'écran ci-dessus montre que le 75e centile du FID est de 13 ms, ce qui signifie que 75% des expériences FID sont plus rapides que 13 ms. Ces valeurs sont codées par couleur en fonction du tableau des seuils ci-dessus où les valeurs "bonnes" sont en vert, les valeurs "nécessaires d'amélioration" sont en orange et les valeurs "faibles" sont en rouge.
Enfin, les distributions de chaque métrique sont illustrées dans les catégories "Bonnes", "Amélioration nécessaire" et "Médiocre". Par exemple, les expériences LCP sur cette page sont de qualité (moins de 2,5 secondes) dans 90% des cas. Le FID est "faible" (au moins 300 millisecondes) dans 1% des cas. Ces distributions représentent toutes les expériences utilisateur sur la page et leurs formes indiquent la tendance à être « bonne » ou « mauvaise ».
Résumé des performances de l'origine
L'outil PSI inclut également un résumé des performances de l'origine. Il s'agit d'une agrégation des expériences utilisateur sur toutes les pages d'une origine. Vous pouvez obtenir les mêmes statistiques pour une origine entière que celles disponibles pour des pages individuelles. Ces données correspondent étroitement à celles disponibles sur BigQuery, mais vous ne pouvez pas interroger les performances au niveau des pages.
Il existe une différence majeure entre les données au niveau de l'origine sur PSI et sur BigQuery. Les ensembles de données BigQuery sont publiés une fois par mois et incluent les données du mois calendaire précédent. Par exemple, l'ensemble de données 202005 comprend toutes les expériences utilisateur de mai 2020. En revanche, PSI agrège de nouvelles données tous les jours englobant les 28 derniers jours. Les résultats que vous voyez aujourd'hui seront peut-être différents demain et ne seront pas nécessairement les mêmes que ceux que vous verriez avec l'agrégation du mois en cours sur BigQuery.
Réponses lorsque les données d'URL ne sont pas disponibles dans CrUX
Si l'URL que vous avez saisie n'est pas disponible dans CrUX, PageSpeed Insights tente de revenir aux données au niveau de l'origine, comme indiqué ci-dessous. Pour obtenir plus d'explications, cliquez sur l'icône à côté du bouton désactivé Cette URL.
Si les données au niveau de l'origine ne sont pas non plus disponibles dans CrUX, PSI ne peut pas afficher cette section et le message No Data (Aucune donnée) s'affiche. Les données d'atelier de Lighthouse sont toujours disponibles pour vous donner une estimation des performances de la page.
Questions fréquentes
Quand dois-je utiliser PageSpeed Insights plutôt que d'autres outils ?
PSI combine les données d'expérience utilisateur réelles de CrUX avec les diagnostics de performances de Lighthouse basés sur des laboratoires. Vous pouvez ainsi voir facilement la vitesse d'affichage d'une page et comment la rendre plus rapide, le tout depuis un seul et même endroit. L'agrégation quotidienne des données de champ dans PSI est la solution idéale pour surveiller de plus près les performances de l'origine ou des URL, contrairement aux outils dont les agrégations sont moins fréquentes.
Existe-t-il des limites à l'utilisation de PageSpeed Insights ?
L'outil PSI ne fournit que l'agrégation quotidienne la plus récente. Vous ne pourrez donc pas nécessairement connaître l'évolution des performances d'un site. L'ensemble de données CrUX inclut également des métriques non essentielles qui ne sont pas exposées dans PSI.
Où puis-je en savoir plus sur PageSpeed Insights ?
Pour en savoir plus, consultez la documentation PSI.