PageSpeed Insights (PSI) est un outil permettant aux développeurs Web de comprendre quelles sont les performances d'une page et comment les améliorer. Elle utilise Lighthouse pour auditer la page et identifier les possibilité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, découvrez comment utiliser PSI pour dégager des insights de l'expérience utilisateur CrUX et mieux comprendre l'expérience utilisateur.
Lire les données
Pour commencer, accédez à https://pagespeed.web.dev/. et saisissez l'URL de la page que vous souhaitez tester, puis cliquez sur Analyser.
Au bout de quelques secondes, Lighthouse les audits seront effectués, et vous verrez des sections contenant des données provenant des outils CrUX ("Découvrez les expériences de vos utilisateurs réels") et de Lighthouse ("Diagnostiquer les problèmes de performances"). 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ériences utilisateur réelles", les métriques sont regroupées par Core Web Vitals et autres métriques notables. Les trois métriques Core Web Vitals sont les suivantes: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) et Cumulative Layout Shift. Elles sont suivies d'autres métriques notables: First Contentful Paint (FCP) et Time to First Byte (TTFB).
Core Web Vitals
- Le LCP mesure le temps nécessaire pour que la page affiche ce qui est probablement son contenu principal, comme une image de héros ou un titre.
- INP mesure l'interactivité de la page en mesurant la latence de toutes les interactions d'un utilisateur avec celle-ci, et signale une valeur unique pour laquelle toutes les interactions (ou presque toutes) sont inférieures.
- CLS mesure le degré d'instabilité de mise en page sur la page, en raison de changements 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.
- TTFB est une métrique expérimentale qui mesure le temps écoulé entre la demande de ressource et le moment où le premier octet d'une réponse commence à arriver.
Seuils de métriques
Ce tableau décrit comment les valeurs de ces métriques sont classées selon "bonne", "à améliorer" ou "médiocre".
| Métrique | "Satisfaisante" | "Amélioration nécessaire" | "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 ms à 500 ms | 500 ms et plus |
| FCP | 0 à 1 800 ms | 1 800 ms à 3 000 ms | 3 000 ms et plus |
| 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 vécues par de vrais utilisateurs. 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 métriques Core Web Vitals et ne répondent pas au critère "satisfaisant" Les seuils n'ont d'importance que s'ils ont un impact négatif sur les Core Web Vitals.
L'expérience utilisateur s'affiche de trois manières différentes dans PSI:
- une étiquette résumant la réussite ou non du rapport Core Web Vitals pour la page évaluation
- Centiles mesurés en secondes ou en millisecondes (CLS est sans unité)
- une distribution représentant le pourcentage de « satisfaisant », « nécessaire d'améliorations » et « médiocre » expériences utilisateur possibles en cliquant sur Développer la vue en haut à droite de cette section.
Dans la capture d'écran précédente, la page est marquée comme "Conforme". l'évaluation Core Web Vitals. Pour réussir, le centile doit être classé comme "satisfaisant". des trois Core Web Vitals. Sinon, l'évaluation apparaît comme ayant échoué. 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 indiqué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 en fonction du tableau des seuils précédent, où "Satisfaisant" les valeurs sont en vert, les valeurs "à améliorer" sont orange et « mauvais » sont rouges.
Enfin, les distributions pour chaque métrique sont illustrées avec les catégories "Bonnes", "Amélioration nécessaire" et "Médiocre". le regroupement. Par exemple, l'expérience LCP sur cette page est "bonne" (moins de 2,5 secondes) 90 % du temps. INP est "médiocre" (au moins 500 millisecondes) dans 1% des cas. 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 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 l'ensemble d'une origine que celles disponibles pour des pages individuelles. Ces données correspondent étroitement à celles disponibles dans BigQuery, mais les performances au niveau de la page ne peuvent pas être interrogées.
Il existe une différence majeure entre les données au niveau de l'origine dans PSI et celles de BigQuery. Les ensembles de données BigQuery sont publiés une fois par mois et comprennent les données du mois calendaire précédent. Par exemple, l'ensemble de données 202005 inclut toutes les expériences utilisateur qui ont eu lieu en mai 2020. En revanche, PSI regroupe chaque jour de nouvelles données englobant les 28 jours précédents. Les résultats obtenus aujourd'hui seront donc peut-être différents demain et ne seront pas nécessairement identiques à ceux que vous obtiendriez dans l'agrégation BigQuery du mois en cours.
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 revenir aux données au niveau de l'origine, comme indiqué dans la capture d'écran suivante. Cliquez sur l'icône à côté du bouton Cette URL désactivé pour afficher davantage d'explications.
Si les données au niveau de l'origine ne sont pas non plus disponibles dans CrUX, l'outil PSI ne peut pas afficher cette section, et vous verrez la mention No Data (Aucune donnée). Les données de laboratoire provenant de Lighthouse sont toujours disponibles pour vous donner une estimation des performances de la page.
Questions fréquentes
Voici quelques questions fréquentes à propos des données CrUX sur PageSpeed Insights:
Dans quels cas utiliser PageSpeed Insights plutôt que d'autres outils ?
PSI combine les données réelles sur l'expérience utilisateur de CrUX avec les diagnostics de performances basés sur des laboratoires 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 de champ dans PSI est idéale pour surveiller plus étroitement 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 pouvez donc pas nécessairement suivre 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 ?
Consultez la documentation relative à PSI pour en savoir plus.