Vous lancez un test sur PageSpeed Insights et la note mobile s’affiche en orange. L’outil note la page sur 100 d’après un test simulé, puis montre, si le trafic suffit, ce que vivent vos vrais visiteurs ; c’est ce second bloc que Google recommande d’améliorer.
Que mesure exactement PageSpeed Insights ?
PageSpeed Insights est l’outil gratuit de Google qui analyse une page web publique, sur mobile et sur ordinateur, sans compte, depuis pagespeed.web.dev. Son rapport réunit deux sources de données.
La première est un test de laboratoire mené par Lighthouse depuis un centre de données de Google, sur un smartphone milieu de gamme simulé puis sur un ordinateur. Il note quatre catégories (performance, accessibilité, bonnes pratiques, SEO), en rouge de 0 à 49, en orange jusqu’à 89 et en vert à partir de 90.
La seconde, ce sont les données de terrain du Chrome User Experience Report (CrUX), relevées chez de vrais utilisateurs de Chrome. Ces deux blocs ne racontent pas la même chose. Et puisque PSI teste une URL à la fois (page d’accueil, fiche produit, article…), c’est l’outil idoine pour diagnostiquer une page, pas pour auditer un site.
Le rapport évolue d’ailleurs avec Lighthouse. Après l’ajout de trois catégories en 2022 et le retrait de la catégorie PWA en 2024, PSI tourne sous Lighthouse 13 depuis le 20 octobre 2025.
Le score sur 100 n’est pas ce que Google regarde
La note sur 100 vient d’une seule simulation, sur un appareil et un réseau fixés d’avance. L’évaluation des Core Web Vitals repose au contraire sur les visites réelles d’utilisateurs de Chrome pendant les 28 derniers jours, avec tous leurs appareils et toutes leurs connexions.
Ces visites sont mesurées au 75e percentile, si bien qu’une métrique n’est jugée bonne que si elle l’est pour au moins trois visites sur quatre. Ce sont donc les expériences les plus lentes qui font pencher la balance.
Or c’est ce bloc que Google recommande vivement d’avoir au vert pour réussir dans la recherche, sans en chiffrer le poids dans le classement.
Votre page reçoit peu de visites ? PSI montre alors les données du site entier, ou rien si le site manque aussi de trafic.
Prenons une page produit fictive notée 96 sur ordinateur et 88 sur mobile, qui échoue pourtant parce que son LCP dépasse 2,5 s sur les vrais téléphones. L’équipe allège la photo principale, la note bouge à peine… En revanche, l’évaluation passe au vert quatre semaines plus tard, fenêtre de 28 jours oblige !
L’évaluation terrain se lit donc en premier. Viser 100 quand elle est déjà au vert, c’est du temps perdu ; à l’inverse, une note verte ne protège de rien si vos visiteurs attendent.
Comment lire les Core Web Vitals du rapport ?
Trois métriques décident de l’évaluation, le LCP (affichage), l’INP (réactivité) et le CLS (stabilité visuelle). Le rapport y ajoute le FCP et le TTFB, encore expérimental.
| Métrique | Ce qu’elle mesure | Bon | À améliorer | Mauvais |
|---|---|---|---|---|
| LCP | Affichage du plus grand élément | Jusqu’à 2,5 s | 2,5 à 4 s | Plus de 4 s |
| INP | Réactivité aux interactions | Jusqu’à 200 ms | 200 à 500 ms | Plus de 500 ms |
| CLS | Stabilité visuelle | Jusqu’à 0,1 | 0,1 à 0,25 | Plus de 0,25 |
| FCP | Premier contenu affiché | Jusqu’à 1,8 s | 1,8 à 3 s | Plus de 3 s |
| TTFB (expérimental) | Réponse du serveur | Jusqu’à 0,8 s | 0,8 à 1,8 s | Plus de 1,8 s |
Source : Google, documentation de PageSpeed Insights
Vous croisez encore le FID dans certains guides ? L’INP l’a remplacé, et comme il suppose de vraies interactions, PageSpeed Insights ne l’affiche qu’en données de terrain. Dans son test de laboratoire, c’est le TBT qui en donne une idée.
Le CLS, lui, est le plus négligé des trois alors qu’il se corrige en fixant les dimensions des images et la place des publicités. C’est souvent grâce à lui qu’une page passe au vert sur le fil !
Reste la barre colorée sous chaque métrique, qui donne la part des visites bonnes, à améliorer ou mauvaises. Une page à 70 % de visites vertes reste ainsi en échec, sous les trois quarts exigés.
Quiz · 4 questions
Avez-vous retenu les seuils ?
Quelles corrections font vraiment monter le score ?
La note de performance est une moyenne pondérée de cinq métriques, et la pondération de Lighthouse donne 80 % du poids au TBT, au LCP et au CLS.
Vous avez donc intérêt à partir de la métrique en rouge au poids prépondérant, puisque la note de chaque métrique est multipliée par son poids. Faisons le calcul pour une page fictive notée 55 sur mobile :
- faire passer la note du TBT de 20 à 80 rapporte 0,30 × 60 = 18 points, et la page monte à 73
- faire passer celle du FCP de 60 à 100 rapporte 0,10 × 40 = 4 points, et la page plafonne à 59
L’effort paraît comparable, mais le gain est plus de quatre fois supérieur côté TBT. Minifier le CSS d’une page dont le TBT est rouge, c’est repeindre la façade d’une maison qui prend l’eau.
Reste la note qui change d’un test à l’autre, à cause d’aléas comme une publicité qui tourne, un test A/B ou le routage du réseau. Google invite d’ailleurs à voir la performance comme une distribution de scores.
Votre note mobile a chuté sans modification du code ? Votre site n’y est peut-être pour rien ! Depuis le 5 décembre 2024, PSI simule un processeur mobile plus lent, ce qui gonfle le TBT mobile ; l’ordinateur et le terrain ne sont pas touchés.
Les leviers, du reste, sont connus. Le TBT recule quand on allège le JavaScript, le LCP avec une image principale plus légère. D’où une méthode en quatre étapes :
- Lire l’évaluation des Core Web Vitals
- Repérer la métrique en rouge la plus pondérée
- Appliquer la recommandation qui la concerne
- Retester cinq fois et comparer les médianes
Quels autres outils gratuits de Google utiliser ?
Aucun outil gratuit ne couvre seul l’analyse d’un site. PSI diagnostique une page, la Search Console surveille le site, Lighthouse teste avant la mise en ligne, et l’API suit des pages par dizaines.
Lighthouse dans Chrome
Lighthouse tourne aussi dans les outils de développement de Chrome et atteint les pages en préproduction ou protégées. En contrepartie, la note dépend de la puissance de votre machine.
Le rapport de la Search Console
Ce rapport Core Web Vitals reprend les données de terrain pour tout le site et regroupe les URL qui partagent le même problème. Vous gérez des centaines de pages ? C’est votre outil de surveillance.
L’API PageSpeed Insights
L’API, enfin, automatise les tests sur des dizaines d’URL avec une clé créée dans Google Cloud, et répond en JSON (version 5). Voici une requête :
curl "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://www.exemple.fr/&key=VOTRE_CLE"Le JSON contient le résultat de Lighthouse et, si le trafic suffit, les données de terrain, que Google prévoit toutefois de retirer de l’API. La différence entre API et web services a d’ailleurs son propre article.
Devant votre rapport, l’évaluation des Core Web Vitals passe donc avant la couleur de la note. Si elle échoue, la métrique en rouge la plus lourde indique où commencer ; si elle réussit, courir après le 100 n’apporte plus grand-chose, puisque c’est le terrain, sur 28 jours, qui tranche.
FAQ - Questions fréquentes
PageSpeed Insights est-il gratuit ?
Oui, sans compte ni limite affichée. Seule l’API demande une clé, créée dans Google Cloud.
Pourquoi le score mobile est-il plus bas que sur ordinateur ?
Le test mobile simule un smartphone milieu de gamme sur réseau mobile, avec un processeur ralenti. Ce ralentissement a été renforcé fin 2024.
Peut-on tester un site entier d’un coup ?
Non, une URL par test. Pour le site entier, le rapport de la Search Console prend le relais, et l’API peut tester une liste d’adresses en boucle.
PageSpeed Insights peut-il tester une page en local ?
Non, le test part d’un centre de données de Google et exige une adresse publique, sans mot de passe. Lighthouse dans Chrome fait ce travail sur votre machine.
L'auteur
Romain Frutos
Consultant SEO · Fondateur d'Extenzilla
Il accompagne depuis 6 ans entreprises et agences sur leur visibilité : SEO technique, stratégie sémantique, netlinking, et désormais visibilité dans les moteurs IA.
