Un site lent se paie en visiteurs perdus et en taux de rebond qui grimpe, mais encore faut-il savoir ce qui ralentit la page. PageSpeed Insights répond à cette question sans installation ni compte : vous collez une adresse, et Google renvoie deux lectures de la même page, l’une tirée des visites réelles d’utilisateurs de Chrome, l’autre d’un chargement simulé par Lighthouse. Depuis novembre 2018, l’outil s’appuie sur ce moteur Lighthouse, celui des outils de développement de Chrome, si bien que ses recommandations sont identiques d’un outil Google à l’autre.
Ce que PageSpeed Insights mesure, et pour qui
L’outil vise d’abord ceux qui doivent prouver qu’une page est rapide ou trouver pourquoi elle ne l’est pas : responsables SEO, développeurs front, intégrateurs WordPress, agences qui livrent un site. Son rôle n’est pas de surveiller un site en continu mais de produire un diagnostic page par page, en version mobile et en version bureau, que vous pouvez partager par un simple lien grâce au bouton « Copier le lien ».
Le rapport répond à deux questions distinctes. La première : vos visiteurs vivent-ils une bonne expérience ? Ce sont les données de terrain, issues du rapport d’expérience utilisateur Chrome (CrUX). La seconde : qu’est-ce qui, dans le code de la page, freine son affichage ? C’est le rôle du test de laboratoire, reproductible et détaillé, qui chiffre chaque piste d’amélioration.
Comment lire un rapport sans se tromper
Le haut du rapport affiche l’évaluation Core Web Vitals : réussite ou échec, selon que les trois métriques clés sont bonnes au 75e centile des visites des 28 derniers jours. Retenez les seuils publiés par Google :
| Métrique | Bon | Médiocre |
|---|---|---|
| Largest Contentful Paint (LCP) | 2,5 s ou moins | plus de 4 s |
| Interaction to Next Paint (INP) | 200 ms ou moins | plus de 500 ms |
| Cumulative Layout Shift (CLS) | 0,1 ou moins | plus de 0,25 |
| First Contentful Paint (FCP) | 1,8 s ou moins | plus de 3 s |
| Time to First Byte (TTFB, expérimental) | 0,8 s ou moins | plus de 1,8 s |
Un détail compte : quand la page n’a pas assez de visites, PageSpeed Insights bascule sur les données de l’origine, c’est-à-dire de tout le domaine. Le sélecteur « Cette URL / Origine » vous indique laquelle des deux vues s’affiche. Une page récente peut donc afficher une évaluation flatteuse qui reflète en réalité la moyenne du site.
Vient ensuite le test de laboratoire. Sur mobile, Lighthouse émule un smartphone de milieu de gamme sur une connexion 4G lente ; sur ordinateur, une connexion filaire. Il calcule un score de performance de 0 à 100 (90 et plus est bon, moins de 50 est médiocre) à partir de cinq mesures : FCP, LCP, Total Blocking Time, CLS et Speed Index. Dans la pondération documentée par Google, le Total Blocking Time pèse le plus lourd, devant le LCP et le CLS. Les sections Insights et Diagnostic listent enfin les problèmes avec un gain estimé, en millisecondes ou en kilo-octets, et un filtre par métrique permet de n’afficher que les audits qui touchent le LCP ou le CLS.
Ne confondez pas les deux lectures. Le score de laboratoire varie d’une analyse à l’autre selon le réseau, les publicités ou les tests A/B de la page, et un bon score ne garantit pas une bonne expérience réelle. Ce sont les données de terrain qui reflètent ce que vivent vos visiteurs.
Cas d’usage concrets selon votre profil
- Responsable SEO : vérifier qu’un gabarit de page (fiche produit, article, catégorie) passe l’évaluation Core Web Vitals sur mobile, puis contrôler le volet SEO de Lighthouse pour repérer une balise manquante.
- Développeur front : classer les chantiers par gain estimé, en commençant par les requêtes qui bloquent le rendu et le JavaScript inutilisé, puis relancer l’analyse après déploiement.
- Éditeur de site WordPress : mesurer l’effet d’une extension de cache ou d’un changement de thème, en suivant notre méthode pour réduire le temps de chargement d’un site WordPress.
- Agence : joindre le lien du rapport à une recette de site ou à un audit d’avant-vente, et comparer mobile et bureau sur les pages clés du client.
- Équipe SEO qui prépare les agents IA : consulter la catégorie Navigation agentique, encore expérimentale, qui vérifie l’arbre d’accessibilité, la stabilité de la mise en page et les outils WebMCP déclarés. Nous détaillons la nouvelle métrique Agentic Browsing de Lighthouse.
Industrialiser les audits avec l’API v5
L’interface teste une page à la fois. Pour auditer un catalogue ou suivre un échantillon d’URL dans le temps, passez par l’API PageSpeed Insights v5 : une requête vers le point d’accès runPagespeed renvoie en JSON le résultat Lighthouse complet et, pour l’instant, les données terrain de la page et de l’origine. Les paramètres strategy (mobile ou bureau), category (performances, accessibilité, bonnes pratiques, SEO) et locale règlent l’analyse.
L’API fonctionne sans clé pour quelques essais, mais Google recommande d’en créer une dans la console Google Cloud pour des requêtes fréquentes ou automatisées ; une clé partagée peut aussi déclencher un captcha. Surtout, Google annonce son intention de retirer les données CrUX de cette API, sans date. Pour les données terrain, l’API CrUX prend le relais : gratuite, avec clé obligatoire et un quota de 150 requêtes par minute et par projet, elle sert les données par page ou par origine, et par type d’appareil.
PageSpeed Insights face à GTmetrix, WebPageTest et Search Console
GTmetrix et WebPageTest s’adressent à ceux qui veulent aller plus loin dans le test de laboratoire : choix du lieu de test et du navigateur, cascade réseau détaillée, tests répétés et suivi programmé. PageSpeed Insights ne propose pas ces réglages, mais il est le seul des trois à afficher dans le même rapport les données de terrain de Chrome qui servent de référence à Google.
La Search Console de Google est complémentaire : son rapport Core Web Vitals regroupe les URL d’un site vérifié par familles de pages, là où PageSpeed Insights examine une page précise. Le bon réflexe consiste à repérer un groupe d’URL en difficulté dans la Search Console, puis à disséquer une page représentative dans PageSpeed Insights. Lighthouse, enfin, s’exécute aussi dans Chrome DevTools, en ligne de commande ou comme module Node : utile pour tester une page de préproduction protégée par mot de passe, que PageSpeed Insights ne peut pas atteindre.
Les limites à connaître
- Les données de terrain exigent une URL publique, explorable et indexable, et assez de visites échantillonnées : une page neuve ou peu fréquentée n’en a pas.
- Le test de laboratoire tourne depuis un centre de données Google, avec un seul profil d’appareil et de réseau : il ne reproduit pas les conditions de tous vos visiteurs.
- Les recommandations ne sont pas des obligations : Google lui-même invite à peser le coût de chaque correction face à son bénéfice.
- La catégorie Navigation agentique est expérimentale et susceptible d’évoluer ; ses audits WebMCP reposent sur des standards encore à l’état de proposition.
Interface, API ou outil de monitoring : que choisir
Pour un diagnostic ponctuel, l’interface web suffit et ne coûte rien. Dès que vous suivez plus d’une dizaine de pages, scriptez l’API v5 avec votre propre clé et stockez les résultats ; ajoutez l’API CrUX si les données de terrain comptent pour vous, puisqu’elles quitteront l’API PageSpeed Insights. Pour bloquer une régression avant la mise en production, Lighthouse CI s’intègre à votre chaîne d’intégration continue. Et si les métriques serveur comme le TTFB restent dans le rouge malgré les optimisations du code, le problème vient souvent de l’infrastructure : notre comparatif des hébergeurs web vous aidera à trancher.