PageSpeed Insights (PSI) est un outil qui permet aux développeurs Web de comprendre les performances d'une page et de les améliorer. Elle utilise Lighthouse pour auditer la page et identifier les opportunités d'amélioration des performances. Il s'intègre également au rapport UX Chrome (CrUX) pour montrer comment les utilisateurs réels interagissent avec la page et l'origine de manière globale. Dans ce guide, vous découvrirez comment utiliser PSI pour extraire des insights du rapport 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.
Au bout de quelques secondes, des audits Lighthouse sont effectués et des sections contenant des données de CrUX ("Découvrez ce que vos utilisateurs réels vivent") et de Lighthouse ("Diagnostiquez 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é en laboratoire.
Dans la section "Expérience utilisateur réelle", les métriques sont regroupées par Core Web Vitals et autres métriques notables. Les trois métriques Core Web Vitals sont listées en premier: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) et Cumulative Layout Shift. Viennent ensuite les autres métriques notables: le First Contentful Paint (FCP) et le Time to First Byte (TTFB).
Core Web Vitals
- La métrique LCP mesure le temps nécessaire pour que la page affiche ce qui est probablement son contenu principal, comme une image ou un titre de héros.
- L'INP mesure l'interactivité de la page en mesurant la latence de toutes les interactions d'un utilisateur avec la page, et signale une valeur unique sous laquelle ont été toutes (ou presque toutes) les interactions.
- Le CLS mesure le degré d'instabilité de la mise en page sur la page, en raison de décalages tels que l'injection de contenu chargé de manière asynchrone.
Autres métriques notables
- Le FCP mesure le temps avant que la page n'affiche quelque chose au premier plan, comme du texte ou un logo.
- Le TTFB est une métrique expérimentale qui mesure le temps écoulé entre la requête d'une ressource et le début de l'arrivée du premier octet d'une réponse.
Seuils de métrique
Ce tableau décrit comment les valeurs de ces métriques sont classées comme "bonnes", "à améliorer" ou "médiocres".
| Métrique | "Bon" | "À améliorer" | "Médiocre" |
|---|---|---|---|
| LCP | 0 à 2 500 ms | 2 500 à 4 000 ms | 4 000 ms et plus |
| CLS | 0,00-0,10 | 0,10 à 0,25 | 0,25 et plus |
| INP | 0 à 200 ms | 200 à 500 ms | 500 ms et plus |
| FCP | 0 à 1 800 ms | 1 800 ms à 3 000 ms | Plus de 3 000 ms |
| TTFB | 0 à 800 ms | 800 ms à 1 800 ms | 1 800 ms et plus |
Les métriques Core Web Vitals sont les plus importantes et sont directement ressenties 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 fait de ne pas atteindre les seuils "Bon" n'a d'importance que si elles ont un impact négatif sur les Core Web Vitals.
L'expérience utilisateur est affichée de trois manières différentes dans PSI:
- un libellé indiquant si la page a réussi ou non l'évaluation Core Web Vitals
- percentiles mesurés en secondes ou millisecondes (CLS n'a pas d'unité)
- Une distribution représentant le pourcentage d'expériences "bonnes", "à améliorer" et "médiocres" est disponible en cliquant sur Développer la vue en haut à droite de cette section.
Dans la capture d'écran précédente, la page est signalée comme ayant "passé" l'évaluation Core Web Vitals. Pour réussir, le percentile doit être classé dans la catégorie "Bon" pour les trois Signaux Web essentiels. Sinon, l'évaluation s'affiche comme "échouée". Il est possible que certaines pages ne disposent pas de suffisamment de données INP. Dans ce cas, elles sont évaluées en fonction des deux autres métriques Core Web Vitals.
Les centiles affichés pour toutes les métriques correspondent au 75e centile. En statistique, 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 de l'INP est de 64 ms, ce qui signifie que 75% des expériences INP sont plus rapides que 64 ms. Ces valeurs sont codées par couleur selon le tableau des seuils précédent, où les valeurs "bonnes" sont vertes, les valeurs "à améliorer" sont orange et les valeurs "médiocres" sont rouges.
Enfin, les distributions de chaque métrique sont illustrées à l'aide des regroupements "Bon", "À améliorer" et "Médiocre". Par exemple, l'expérience LCP sur cette page est "bonne" (moins de 2,5 secondes) 90% du temps. L'INP est "médiocre" (au moins 500 millisecondes) 1% du temps. Ces distributions représentent toutes les expériences utilisateur sur la page, et leurs formes indiquent si elles sont plutôt "bonnes" ou "mauvaises".
Résumé des performances des origines
Le 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 sont très proches de celles disponibles dans BigQuery, tandis que les performances au niveau de la page ne sont pas disponibles pour les requêtes.
Il existe une différence majeure entre les données au niveau de l'origine dans PSI et dans BigQuery. Les ensembles de données de BigQuery sont publiés une fois par mois et incluent les données du mois civil précédent. Par exemple, l'ensemble de données 202005 inclut toutes les expériences utilisateur survenues en mai 2020. En revanche, l'indice PSI agrège de nouvelles données chaque jour pour les 28 jours précédents. Par conséquent, les résultats que vous voyez aujourd'hui peuvent être différents demain et ne seront pas nécessairement les mêmes que ceux que vous verriez dans l'agrégation du mois en cours dans 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 tentera de récupérer les données au niveau de l'origine, comme illustré dans la capture d'écran suivante. Cliquez sur l'icône à côté du bouton Cette URL désactivé pour obtenir plus d'explications.
Si les données au niveau de l'origine ne sont pas non plus disponibles dans CrUX, PSI ne peut pas afficher cette section. La mention Aucune donnée s'affiche alors. Les données expérimentales de Lighthouse sont toujours disponibles pour vous donner une approximation des performances de la page.
Questions fréquentes
Voici quelques-unes des questions fréquentes sur les données CrUX dans PageSpeed Insights:
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 en laboratoire de Lighthouse. Vous pouvez ainsi voir facilement la vitesse d'affichage d'une page et comment l'accélérer, le tout au même endroit. L'agrégation quotidienne des données sur le terrain dans PSI permet de surveiller plus précisément les performances des origines ou des URL que les outils dont les agrégations sont moins fréquentes.
PageSpeed Insights présente-t-il des limites d'utilisation ?
L'indice PSI ne fournit que l'agrégation quotidienne la plus récente. Vous ne pourrez donc pas nécessairement voir l'évolution des performances d'un site. Certaines métriques non essentielles incluses dans l'ensemble de données CrUX ne sont pas exposées dans PSI.
Où puis-je en savoir plus sur PageSpeed Insights ?
Pour en savoir plus, consultez la documentation PSI.