PageSpeed Insights : lire et corriger son score
PageSpeed Insights est l’outil gratuit de Google qui analyse la vitesse et l’expérience d’une page, sur mobile et sur ordinateur, et propose des pistes de correction. Son rapport se lit en deux parties qu’il ne faut pas confondre. En haut, les données terrain : elles viennent du rapport d’expérience utilisateur de Chrome, reflètent les visites réelles des 28 derniers jours et sont évaluées au 75e centile. C’est cette partie qui dit si vos visiteurs ont une bonne expérience. En dessous, les données de laboratoire : Lighthouse simule le chargement de la page sur un appareil et un réseau fixés, donne un score sur 100 et liste des audits. C’est la partie utile pour trouver la cause d’un problème, mais son score varie d’un test à l’autre et ne correspond pas forcément à ce que vivent vos visiteurs. Un site peu visité n’a souvent pas de données terrain : il faut alors s’appuyer sur le laboratoire, avec prudence.
Mis à jour le 23 octobre 2026
Vous avez testé votre site dans PageSpeed Insights, le score est orange ou rouge, et une longue liste de recommandations s’affiche. Faut-il tout corriger ? Par quoi commencer ? Et pourquoi le score change-t-il à chaque nouveau test ?
Cette page explique comment lire le rapport, ce qui compte vraiment et ce qui relève du détail. Les seuils et la définition des trois indicateurs sont présentés sur la page consacrée aux Core Web Vitals ; ici, on se concentre sur l’outil et son interprétation.
Par Alexandre Montenon, consultant SEO depuis 2011
Ce que mesure PageSpeed Insights
| Partie du rapport | D’où viennent les données | À quoi elle sert | Limite |
|---|---|---|---|
| Données terrain | Visites réelles d’internautes sur Chrome, 28 derniers jours | Savoir si l’expérience réelle est bonne | Absentes pour les pages ou sites peu visités ; réagissent lentement aux corrections |
| Données de l’origine | Les mêmes, à l’échelle du site entier | Remplacer les données de la page quand elles manquent | Mélangent toutes les pages du site |
| Score de performance | Simulation Lighthouse | Suivre l’effet d’une modification, comparer deux versions | Varie d’un test à l’autre ; ne reflète pas l’expérience réelle |
| Diagnostics et opportunités | Analyse Lighthouse de la page | Trouver les causes concrètes de lenteur | Liste longue, sans hiérarchie selon votre activité |
| Autres catégories | Lighthouse : accessibilité, bonnes pratiques, SEO | Repérer des erreurs de base | Contrôles mécaniques, non exhaustifs |
Les données terrain : ce qui compte d’abord
Les données terrain sont le juge de paix : elles décrivent ce que vivent réellement vos visiteurs, avec leurs téléphones et leurs connexions. Le rapport indique pour chaque indicateur si l’expérience est bonne, à améliorer ou mauvaise, et un verdict global d’évaluation.
Elles proviennent du rapport d’expérience utilisateur de Chrome. La documentation de Chrome précise que ce rapport collecte des données auprès de navigateurs réels et que les pages et origines doivent être publiques et recevoir assez de visites pour former un ensemble statistiquement significatif. C’est pourquoi beaucoup de petits sites voient le message indiquant qu’il n’y a pas assez de données pour la page, voire pour le site entier.
Deux conséquences pratiques. D’abord, une correction ne se voit pas tout de suite dans les données terrain : il faut attendre que la période glissante de 28 jours se renouvelle. Ensuite, si vous n’avez pas de données terrain, ce n’est pas un problème en soi : cela signifie seulement que l’outil manque de visites pour juger.
Les données de laboratoire : pour trouver les causes
Lighthouse charge la page dans des conditions fixées : un appareil mobile de milieu de gamme sur un réseau mobile contrôlé, ou un ordinateur sur une connexion filaire. Il calcule un score de performance sur 100 et liste des audits.
Pourquoi le score bouge à chaque test
Le serveur ne répond pas toujours à la même vitesse, des scripts tiers (publicité, statistiques, discussion en ligne) se chargent plus ou moins vite, le cache est plus ou moins rempli. Quelques points d’écart entre deux tests n’ont aucune signification. Pour juger une modification, faites plusieurs tests avant et après, et regardez la tendance.
Pourquoi un bon score terrain et un mauvais score labo peuvent coexister
La simulation mobile de Lighthouse est volontairement exigeante. Si vos visiteurs utilisent surtout des appareils récents et de bonnes connexions, l’expérience réelle peut être bonne alors que le score de laboratoire est moyen. Dans ce cas, c’est l’expérience réelle qui compte.
Lire les recommandations sans se noyer
La liste des opportunités peut être longue. Pour la trier, posez trois questions à chaque ligne :
- Quel indicateur touche-t-elle ? Le rapport permet de filtrer les audits par indicateur. Si votre problème terrain est l’affichage du plus grand élément, concentrez-vous sur ce qui le concerne.
- Quel gain estimé ? Certaines lignes indiquent un gain potentiel ; commencez par les plus importants.
- Quel effort ? Compresser une image prend deux minutes ; réécrire le chargement des scripts d’un thème peut prendre des jours.
Les causes qui reviennent le plus souvent
| Constat dans le rapport | Cause habituelle | Piste de correction |
|---|---|---|
| Image principale lente à s’afficher | Image trop lourde, mal dimensionnée, chargée tardivement | Compresser, redimensionner, ne pas différer l’image principale |
| Temps de réponse du serveur élevé | Hébergement saturé, absence de cache | Activer un cache de pages, revoir l’hébergement |
| Beaucoup de JavaScript inutilisé | Extensions, constructeur de pages, scripts tiers | Désactiver ce qui ne sert pas, charger les scripts seulement où ils servent |
| Décalages de mise en page | Images sans dimensions, bandeaux insérés après le chargement | Réserver l’espace des éléments, fixer les dimensions |
| Polices qui bloquent l’affichage | Polices externes nombreuses | Limiter le nombre de polices et de graisses |
Ne testez pas seulement la page d’accueil. Testez aussi le modèle de page qui compte le plus pour vos ventes : une fiche produit, une page d’offre, un article de blog type. Ce sont souvent elles qui accumulent les extensions, les vidéos et les scripts, et une correction sur un modèle profite à toutes les pages qui l’utilisent.
Une méthode de travail en cinq étapes
- Relever l’état de départ : données terrain de la page et du site, et trois tests de laboratoire successifs pour avoir une moyenne.
- Identifier l’indicateur en difficulté dans les données terrain, ou à défaut dans le laboratoire.
- Filtrer les audits sur cet indicateur et choisir les deux ou trois corrections au meilleur rapport gain/effort.
- Corriger, puis retester en laboratoire pour vérifier l’effet immédiat.
- Suivre les données terrain sur les semaines suivantes, ainsi que le rapport dédié de la Search Console, qui regroupe les pages par statut.
PageSpeed Insights ou Lighthouse dans le navigateur ?
Lighthouse est aussi disponible dans les outils de développement de Chrome. La différence : dans le navigateur, le test tourne sur votre propre ordinateur, avec ses extensions, sa puissance et votre connexion, ce qui fausse souvent les résultats. PageSpeed Insights lance le test depuis les serveurs de Google, dans des conditions plus stables, et y ajoute les données terrain. Pour un diagnostic partagé avec un prestataire ou un développeur, préférez PageSpeed Insights ; pour tester une page encore en développement, non publique, Lighthouse dans le navigateur reste la seule option.
Les limites de l’outil
Il teste une adresse à la fois. Pour un site entier, le rapport de la Search Console donne une vue d’ensemble par groupes de pages.
Il ne connaît pas votre activité. Une page lente mais peu visitée peut attendre ; une page d’offre lente doit passer en premier.
Le score n’est pas un objectif. Viser 100 coûte souvent beaucoup pour un gain réel faible. L’objectif est une bonne expérience pour vos visiteurs, mesurée sur le terrain.
La vitesse n’est qu’un critère parmi d’autres. Une page rapide mais qui répond mal à la recherche ne se positionnera pas. La vitesse fait partie du SEO technique, qui couvre aussi l’accès des robots, l’indexation et la structure.
Les erreurs fréquentes
Courir après le score. On passe des jours à gagner dix points de laboratoire sans changement pour les visiteurs.
Juger sur un seul test. Le score varie naturellement.
Ignorer les données terrain. Ce sont elles qui décrivent l’expérience réelle.
Empiler les extensions de « performance ». Plusieurs extensions de cache ou de compression en conflit dégradent parfois le site.
Tester seulement sur ordinateur. La majorité des problèmes se voient d’abord sur mobile.
Exemple fictif : un site de chambres d’hôtes
Pour illustrer, un cas inventé. Le site d’une maison d’hôtes affiche un score mobile faible et des données terrain « à améliorer » sur l’affichage du plus grand élément. En filtrant les audits sur cet indicateur, la propriétaire découvre que la photo de la page d’accueil pèse plusieurs mégaoctets et qu’elle est chargée en différé par une extension. Elle compresse et redimensionne la photo, désactive le chargement différé pour cette seule image, retire une extension de diaporama inutilisée, puis vérifie sur trois tests que le laboratoire progresse. Les données terrain passent au vert quelques semaines plus tard. Les éléments de cet exemple sont inventés pour l’illustration.
- PageSpeed Insights combine données terrain (visites réelles sur 28 jours) et données de laboratoire (simulation Lighthouse).
- Les données terrain disent si l’expérience est bonne ; le laboratoire aide à trouver les causes.
- Le score sur 100 varie d’un test à l’autre : jugez sur plusieurs tests.
- Triez les recommandations par indicateur, gain et effort.
- Les petits sites n’ont souvent pas de données terrain : ce n’est pas une anomalie.
Questions fréquentes sur PageSpeed Insights
Qu’est-ce que PageSpeed Insights ?
C’est l’outil gratuit de Google qui évalue l’expérience de chargement d’une page sur mobile et sur ordinateur, à partir de données terrain et de données de laboratoire, et propose des pistes d’amélioration.
Quel score viser sur PageSpeed Insights ?
Le score de laboratoire n’est pas un objectif en soi. L’essentiel est que les données terrain indiquent une bonne expérience pour les trois indicateurs Core Web Vitals.
Pourquoi mon score change-t-il à chaque test ?
Parce que les conditions de chargement varient légèrement : réponse du serveur, scripts tiers, cache. Seule une tendance sur plusieurs tests est significative.
Pourquoi n’ai-je pas de données terrain ?
Parce que la page ou le site ne reçoit pas assez de visites sur Chrome pour former un ensemble statistiquement fiable. Il faut alors s’appuyer sur les données de laboratoire.
Combien de temps pour voir l’effet d’une correction ?
Immédiatement dans les données de laboratoire, et sur plusieurs semaines dans les données terrain, qui portent sur une période glissante de 28 jours.
Vous avez une question, un projet ? Parlons-en ensemble.
On discute ?