Lighthouse

Lighthouse est l'outil d'audit open source de Google qui charge une page web dans des conditions simulées et produit un rapport noté de 0 à 100 en performance, accessibilité, bonnes pratiques et SEO. Intégré aux DevTools de Chrome et à PageSpeed Insights, il fournit des données dites de laboratoire : reproductibles et détaillées, mais différentes de ce que vivent les vrais visiteurs.

Définition détaillée de Lighthouse

Lighthouse est un outil automatisé et open source, développé par l'équipe Chrome de Google, dont la documentation officielle donne la vocation suivante : aider à améliorer la qualité des pages web. On lui fournit une URL, il charge la page dans une instance de Chrome, exécute une série d'audits, puis génère un rapport. Chaque audit échoué est accompagné d'une référence qui explique pourquoi le point compte et comment le corriger. Le code source est publié sur GitHub sous licence Apache 2.0, et les versions se succèdent à un rythme soutenu : la version 12 est sortie le 22 avril 2024, la version 13 le 10 octobre 2025.

Lighthouse se lance de quatre façons : depuis l'onglet « Lighthouse » des DevTools de Chrome, ce qui permet d'auditer un site local ou une page derrière une authentification ; en ligne de commande, après installation du module Node (npm install -g lighthouse, puis lighthouse <url>) ; comme module Node intégré à une chaîne d'intégration continue, avec le projet compagnon Lighthouse CI qui sert à bloquer les régressions ; enfin depuis une interface web, dont la plus connue est PageSpeed Insights. Une extension Chrome existe aussi, mais la documentation recommande les DevTools à sa place.

Le point à retenir pour le SEO est la nature de la donnée produite. Lighthouse est un outil de laboratoire : il mesure une page lors d'un chargement unique, sur une machine et un réseau simulés, sans cache et sans interaction. Il ne mesure pas ce que vivent les visiteurs réels, dont les Core Web Vitals sont collectés par le Chrome User Experience Report. Les deux jeux de données se complètent, mais seul le second alimente les systèmes de classement de Google.

Les catégories et leur score

Un rapport Lighthouse comporte quatre catégories notées de 0 à 100 : performance, accessibilité, bonnes pratiques et SEO. Une cinquième, « Progressive Web App », a été retirée dans Lighthouse 12 en avril 2024, en cohérence avec les nouveaux critères d'installation de Chrome. Chaque catégorie affiche un score coloré selon trois plages : de 0 à 49 en rouge (faible), de 50 à 89 en orange (à améliorer), de 90 à 100 en vert (bon). La documentation précise qu'un score de 100 est « extrêmement difficile à atteindre et n'est pas attendu » : passer de 99 à 100 demande à peu près le même effort que passer de 90 à 94.

Le calcul du score de performance

Seules les métriques comptent dans le score de performance, jamais les « opportunités » ni les « diagnostics » listés plus bas dans le rapport. Ces derniers agissent indirectement, en améliorant les métriques. Depuis Lighthouse 10, le score est une moyenne pondérée de cinq métriques : le Largest Contentful Paint (25 %), le Total Blocking Time (30 %), le Cumulative Layout Shift (25 %), le First Contentful Paint (10 %) et le Speed Index (10 %). Le Time to Interactive, qui pesait 10 % dans Lighthouse 8, a quitté le calcul. Les pondérations ont changé à chaque version majeure et changeront encore : l'équipe les ajuste selon ses recherches sur la perception de la vitesse.

Chaque métrique brute, en millisecondes le plus souvent, est convertie en score de 0 à 100 sur une courbe log-normale construite à partir des données réelles de HTTP Archive. Deux points de contrôle fixent la courbe : le 25e percentile des sites vaut 50, le 8e percentile vaut 90. Entre 0,5 et 0,92, la relation est presque linéaire ; au-delà de 0,96, chaque point supplémentaire coûte de plus en plus cher en gain réel. Les courbes mobiles et ordinateur sont distinctes depuis Lighthouse 6 : auparavant, les audits sur ordinateur utilisaient les courbes mobiles, ce qui gonflait artificiellement leurs scores.

La catégorie SEO

La catégorie SEO vérifie une dizaine de points techniques : présence d'une meta description, texte descriptif des liens, validité de l'attribut hreflang et de la balise canonical, code HTTP de la page, validité du fichier robots.txt, et une vérification manuelle des données structurées. Lighthouse 12 l'a réorganisée pour refléter les priorités de Google en 2024 : l'audit d'indexabilité (is-crawlable) pèse désormais assez lourd pour faire échouer la catégorie à lui seul, les audits de viewport et de taille de police ont été déplacés vers les bonnes pratiques, celui sur les plugins a été supprimé et celui sur les zones tactiles a été remplacé par un audit d'accessibilité. Un score SEO de 100 signifie que la page ne présente aucun de ces défauts de base ; il ne dit rien de la qualité du contenu, du maillage ou de la popularité.

Les trois modes : navigation, temporel, instantané

Historiquement, Lighthouse ne savait faire qu'une chose : analyser le chargement à froid d'une page. Depuis fin 2021, l'outil propose trois modes, d'abord par script, puis directement dans le panneau des DevTools.

• Navigation : le mode par défaut, qui charge la page depuis zéro, cache et stockage vidés, et mesure tout le chargement. C'est le seul mode qui produit un score de performance complet.
• Temporel (timespan) : Lighthouse observe la page pendant une durée choisie, avec ou sans navigation, ce qui permet de capturer ce qui se passe pendant les interactions. L'exemple donné par la documentation est un CLS provoqué par des publicités injectées au défilement : nul en mode navigation, élevé en mode temporel. Ce mode se rapproche de la mesure de terrain, où le CLS court jusqu'à la fermeture de la page.
• Instantané (snapshot) : Lighthouse audite la page dans son état présent, sans la recharger, par exemple avec un menu déroulant ouvert ou un formulaire à moitié rempli. Les métriques de chargement n'ont pas de sens ici ; les audits d'accessibilité et une partie des bonnes pratiques restent utiles.

Ces modes s'enchaînent dans un « parcours utilisateur » scripté avec Puppeteer, qui permet par exemple de comparer un chargement à froid et un chargement avec cache chaud, ou de contrôler l'accessibilité au fond d'un tunnel de commande.

Lighthouse 13 et les « insights »

Depuis Lighthouse 13, publié le 10 octobre 2025 et déployé dans PageSpeed Insights le 20 octobre 2025, la section performance du rapport ne liste plus les anciens audits mais des « insights » communs au panneau Performance des DevTools. L'objectif annoncé est d'avoir la même analyse dans les deux outils. Une vingtaine d'audits historiques ont ainsi été remplacés : les ressources bloquant le rendu, la chaîne de requêtes critiques, la latence du document (qui regroupe redirections, temps de réponse serveur et compression), la diffusion des images, les polices, le JavaScript dupliqué ou obsolète, l'arbre de dépendances réseau, la durée de vie du cache. D'autres ont été supprimés sans remplacement, dont l'audit de taille de police (« aucun signal n'indique que ce soit encore un sujet SEO », écrit l'équipe), le First Meaningful Paint, les images hors écran et les façades de scripts tiers. Le calcul du score de performance n'a pas changé à cette occasion : il repose sur les métriques, pas sur les audits.

Une catégorie expérimentale, « navigation agentique » (agentic browsing), a été ajoutée à la configuration par défaut au printemps 2026. Elle évalue la lisibilité d'une page par des agents logiciels : intégration de l'API WebMCP, qualité de l'arbre d'accessibilité, stabilité de la mise en page, présence d'un fichier llms.txt à la racine du domaine. Elle ne produit pas de score de 0 à 100 mais un ratio d'audits réussis, et nécessite Chrome 150 au minimum. Les standards de l'agentic web n'étant pas stabilisés, la documentation présente cette catégorie comme un moyen de collecter des signaux plutôt qu'un classement.

Comment utiliser Lighthouse en SEO

• Diagnostiquer, pas juger. Le rapport vaut par ses audits détaillés (quel élément est le LCP, quelle ressource bloque le rendu, quelle image est surdimensionnée), bien plus que par le chiffre en haut de page. Un score sert à suivre une tendance sur une même page, pas à comparer deux sites.
• Auditer plusieurs fois et plusieurs gabarits. La documentation liste les causes de variation d'un lancement à l'autre : tests A/B, publicités servies, routage réseau, extensions de navigateur, antivirus, puissance de la machine. Plusieurs passes sur la page d'accueil, une page de catégorie et une fiche produit donnent une image plus fiable qu'une passe unique.
• Auditer en mobile d'abord. Dans PageSpeed Insights, la simulation mobile correspond à un téléphone de milieu de gamme sur réseau mobile ; c'est le cas le plus contraignant, et celui qui reflète l'indexation mobile first de Google.
• Automatiser. Lighthouse CI, ou un simple script Node, permet de faire tourner l'audit à chaque mise en production et de bloquer un déploiement qui ferait passer le LCP sous un seuil choisi.
• Confronter au terrain. Avant d'ouvrir un chantier, vérifier dans CrUX ou dans le rapport Core Web Vitals de la Search Console si le problème signalé par Lighthouse existe pour les vrais visiteurs.

Les limites de Lighthouse

La première limite tient à la nature du laboratoire. Lighthouse charge la page une fois, sans cache, sans interaction, sur un appareil et un réseau simulés : il ne voit ni les visiteurs récurrents, ni ceux qui utilisent un téléphone plus lent que la simulation, ni l'INP, métrique de réactivité aux interactions qui n'existe qu'en données de terrain. Un score de performance de 95 ne garantit pas de bons Core Web Vitals, et la documentation de PageSpeed Insights le dit en toutes lettres : de bonnes données de laboratoire ne signifient pas que l'expérience réelle est bonne.

La deuxième limite est la variabilité. Deux lancements successifs sur une page inchangée peuvent donner des scores différents de plusieurs points, pour des raisons étrangères à la page. La documentation suggère d'ailleurs de penser la performance comme une distribution de résultats plutôt que comme un chiffre unique.

La troisième limite est le périmètre. Lighthouse n'audite qu'une URL à la fois : il ne remplace pas un crawler pour un audit de site entier, et sa catégorie SEO ne couvre que des prérequis techniques. Enfin, le score n'est pas un signal de classement : Google utilise les Core Web Vitals mesurés sur le terrain, jamais la note Lighthouse.

FAQ

Le score Lighthouse est-il un critère de classement Google ?

Non. Google prend en compte l'expérience de page, et notamment les Core Web Vitals, mesurés à partir des données de terrain du Chrome User Experience Report. Le score Lighthouse est une mesure de laboratoire, produite lors d'un chargement simulé, qui n'entre dans aucun système de classement. Il sert à trouver quoi corriger, pas à se classer.

Pourquoi mon score change-t-il d'un lancement à l'autre sans modification de la page ?

La documentation de Lighthouse cite plusieurs causes : tests A/B et publicités qui varient, routage réseau, puissance de la machine qui exécute l'audit, extensions de navigateur qui injectent du code, antivirus. Il est recommandé de lancer plusieurs audits et de raisonner en tendance plutôt que sur un chiffre isolé.

Quelle est la différence entre Lighthouse et PageSpeed Insights ?

PageSpeed Insights est une interface web qui exécute Lighthouse sur les serveurs de Google et y ajoute les données de terrain de CrUX pour l'URL et pour l'origine. Lighthouse seul, dans les DevTools ou en ligne de commande, ne donne que les données de laboratoire, mais il peut auditer une page locale ou protégée par un mot de passe, ce que PageSpeed Insights ne peut pas.

Faut-il viser 100 en performance ?

La documentation officielle indique qu'un score de 90 à 100 est considéré comme bon et qu'un 100 est extrêmement difficile à atteindre, sans être attendu. L'effort pour passer de 99 à 100 équivaut à peu près à celui de passer de 90 à 94. L'objectif utile est de bons Core Web Vitals sur le terrain, pas un score parfait en laboratoire.

Que sont devenus les audits « opportunités » depuis Lighthouse 13 ?

Ils ont été remplacés par des « insights », communs au panneau Performance des DevTools de Chrome : latence du document, ressources bloquant le rendu, diffusion des images, polices, JavaScript dupliqué ou obsolète, arbre de dépendances réseau, cache. Certains audits ont disparu sans remplacement, comme la taille de police ou le First Meaningful Paint. Le calcul du score n'a pas changé.

En résumé

• Lighthouse : outil d'audit open source de Google, exécutable dans les DevTools de Chrome, en ligne de commande, en module Node ou via PageSpeed Insights.
• Catégories : performance, accessibilité, bonnes pratiques et SEO, notées de 0 à 100 ; la catégorie PWA a été retirée en 2024, une catégorie expérimentale « navigation agentique » est apparue en 2026.
• Score de performance : moyenne pondérée de cinq métriques (LCP 25 %, TBT 30 %, CLS 25 %, FCP 10 %, Speed Index 10 %), converties sur une courbe issue des données HTTP Archive.
• Trois modes : navigation (chargement à froid), temporel (période avec interactions) et instantané (état de la page à un moment donné).
• Laboratoire, pas terrain : Lighthouse simule un chargement unique ; les Core Web Vitals pris en compte par Google viennent de CrUX. Le score n'est pas un critère de classement.

Abondance c'est aussi des audits SEO, un service de contenus et des formations en e-learning !