PageSpeed Insights et Lighthouse : comment les lire et les utiliser

La différence entre données réelles et laboratoire, ce que vaut le score sur cent, comment prioriser les corrections et les pièges qui font perdre du temps

L’essentiel à retenir

  • Deux mesures en une : PageSpeed Insights affiche les données réelles des visiteurs de Chrome (CrUX) et un test de laboratoire produit par Lighthouse ; seules les premières comptent pour Google.
  • Le score sur cent : issu du laboratoire, il varie d’un test à l’autre et n’est pas un facteur de classement ; les seuils des Core Web Vitals le sont.
  • Priorité : corriger d’abord ce qui fait échouer les données réelles, en commençant par le LCP, puis l’INP, puis le CLS.
  • Repère : une PME gagne généralement 20 à 40 points de score en trois actions : images au bon format, scripts différés, hébergement correct.

PageSpeed Insights est l’outil gratuit de Google qui évalue la performance d’une page. Il combine deux sources très différentes qu’il est essentiel de distinguer : les données d’expérience réelle, collectées auprès des utilisateurs de Chrome ayant accepté le partage (le rapport CrUX), et un test de laboratoire exécuté à la demande par Lighthouse, moteur d’audit intégré à Chrome. La première source alimente les Core Web Vitals pris en compte par Google ; la seconde sert au diagnostic.

Données réelles ou laboratoire : la distinction qui change tout

CritèreDonnées réelles (CrUX)Laboratoire (Lighthouse)
OrigineVisiteurs réels de Chrome sur 28 joursSimulation à la demande, machine et réseau bridés
DisponibilitéSeulement si la page reçoit assez de traficToujours
StabilitéÉvolue lentementVarie de 10 à 20 points d’un test à l’autre
Prise en compte par GoogleOui, pour l’expérience de pageNon
UsageSavoir si le problème existeSavoir d’où il vient

La conséquence pratique est simple : on juge sur les données réelles et on diagnostique avec le laboratoire. Une page dont les données réelles sont au vert n’a pas besoin d’être optimisée parce que son score Lighthouse affiche 62. À l’inverse, une page sans données réelles, faute de trafic suffisant, ne peut être évaluée que par le laboratoire, avec la prudence que cela impose.

Les trois indicateurs à surveiller

  • LCP (Largest Contentful Paint) : temps d’affichage du plus grand élément visible, en général l’image principale ou le titre. Seuil : moins de 2,5 secondes. C’est celui qui échoue le plus souvent et celui qui se corrige le plus vite.
  • INP (Interaction to Next Paint) : délai entre une action du visiteur et la réponse visible de la page. Seuil : moins de 200 millisecondes. Il a remplacé le FID en mars 2024 et sanctionne les excès de JavaScript.
  • CLS (Cumulative Layout Shift) : stabilité visuelle, c’est-à-dire les déplacements de contenu pendant le chargement. Seuil : moins de 0,1. Causé par les images sans dimensions, les bandeaux et les polices.

Les seuils doivent être atteints par 75 % des visites pour que la page soit considérée comme conforme. Le détail des mesures figure dans les Core Web Vitals.

Prioriser les corrections

  1. Commencer par les données réelles : si elles sont au vert, passer à autre chose ; l’optimisation de la performance n’est pas le chantier prioritaire.
  2. Traiter le LCP en premier : images de l’en-tête compressées et au format moderne, dimensions déclarées, chargement prioritaire pour l’image principale, hébergement à temps de réponse court.
  3. Puis l’INP : réduire et différer les scripts tiers, qui sont la cause première ; chaque outil de suivi, chat ou bandeau ajoute du délai.
  4. Puis le CLS : déclarer les dimensions de toutes les images et des blocs publicitaires, précharger les polices.
  5. Vérifier sur mobile : l’onglet mobile est celui qui compte, le trafic et les mesures y étant majoritaires.
  6. Attendre 28 jours : les données réelles se mettent à jour sur une fenêtre glissante ; un correctif déployé aujourd’hui se lit dans le rapport un mois plus tard.

Utiliser Lighthouse au-delà de la performance

Lighthouse produit quatre audits, souvent oubliés au profit du seul score de performance. L’audit d’accessibilité repère les contrastes insuffisants, les images sans texte alternatif et les champs de formulaire sans étiquette, utile en complément d’un travail RGAA. L’audit des bonnes pratiques signale les erreurs de console, les images mal dimensionnées et les problèmes de sécurité. L’audit SEO vérifie les éléments de base : balise title, meta description, texte lisible, liens explorables. Ces trois audits sont plus stables que le score de performance et se lisent utilement à chaque mise en production.

Les pièges à éviter

  • Courir après le score de cent : l’effort pour passer de 85 à 100 dépasse largement le gain, et le score n’est pas un facteur de classement.
  • Tester une seule fois : le laboratoire varie fortement ; trois tests successifs donnent une idée plus juste.
  • Tester uniquement l’accueil : les pages produits et articles reçoivent l’essentiel du trafic et ont souvent des problèmes différents.
  • Confondre score et expérience : une page à 95 qui affiche un bandeau bloquant reste désagréable.
  • Négliger le lien avec la conversion : chaque seconde de chargement coûte 5 à 15 % de conversions, ce qui rend le sujet plus commercial que technique ; voir CRO.
  • Oublier la Search Console : son rapport Core Web Vitals donne la vue d’ensemble par groupe de pages, là où PageSpeed Insights teste une URL ; voir Google Search Console.
Conseil : testez vos trois pages qui reçoivent le plus de trafic, pas votre page d’accueil, et regardez uniquement le bloc des données réelles en version mobile. Si les trois indicateurs y sont verts, votre performance est suffisante quel que soit le score affiché en dessous. Ce cadrage évite les journées perdues à optimiser un chiffre de laboratoire sans effet sur les visiteurs ni sur le référencement.

Comment GreenRed vous aide

Plutôt que de jongler entre plusieurs outils, le module Santé du site de GreenRed réunit ces indicateurs dans un seul tableau de bord, les compare dans le temps et vous indique les actions prioritaires. Vous pouvez le tester gratuitement, sans carte bancaire, depuis la page Tarifs.

Questions fréquentes

Quelle différence entre PageSpeed Insights et Lighthouse ?

PageSpeed Insights est l’interface en ligne qui affiche deux choses : les données d’expérience réelle des visiteurs de Chrome et un test de laboratoire. Lighthouse est le moteur qui produit ce test de laboratoire ; il est aussi intégré aux outils de développement de Chrome.

Le score sur cent compte-t-il pour le référencement ?

Non. Google utilise les données d’expérience réelle des visiteurs, à travers les Core Web Vitals, et non le score de laboratoire. Ce score varie de 10 à 20 points d’un test à l’autre et sert au diagnostic, pas à l’évaluation.

Par quoi commencer pour améliorer la vitesse ?

Par le LCP, qui échoue le plus souvent et se corrige le plus vite : compresser les images de l’en-tête, les servir dans un format moderne, déclarer leurs dimensions, charger l’image principale en priorité et vérifier le temps de réponse du serveur.

Pourquoi mes données réelles n’apparaissent-elles pas ?

Parce que la page ne reçoit pas assez de visites de navigateurs Chrome ayant accepté le partage de données. Dans ce cas, seul le test de laboratoire est disponible, et il faut l’interpréter avec prudence, en le complétant par le rapport de la Search Console au niveau du site.

Centralisez vos outils marketing

GreenRed connecte vos outils Google et sociaux et vous offre une vue unifiée de vos performances.

Essayer GreenRed

Articles connexes