Lighthouse
Définition
Outil Google intégré à Chrome qui audite une page sur la performance, l'accessibilité, le SEO et les bonnes pratiques. Référence pour valider la qualité technique d'un site.
Ce qu'est Lighthouse
Lighthouse est l'outil d'audit développé par Google, intégré directement dans Chrome DevTools (onglet Lighthouse) et disponible en CLI, en API et via PageSpeed Insights. Il analyse une page sur quatre axes principaux : performance, accessibilité, SEO, bonnes pratiques. Pour les Progressive Web Apps, il ajoute un cinquième axe PWA. Chaque axe reçoit un score sur 100 calculé à partir de dizaines d'audits unitaires (présence de balises, temps de rendu, conformité aux standards), avec une liste détaillée de recommandations actionnables hiérarchisées par impact.
Comment l'utiliser
En local pendant le développement, Chrome DevTools permet de lancer un audit en quelques clics, en simulant un terminal mobile et une connexion 4G lente. En CI, Lighthouse CI vérifie automatiquement les scores à chaque push et fait échouer le build si la performance régresse. En production, PageSpeed Insights donne une mesure publique combinant lab data Lighthouse et field data CrUX. Pour les sites multi-pages, on automatise l'audit sur un échantillon représentatif (home, catégorie, produit, panier) plutôt qu'une seule page, qui peut cacher des problèmes localisés.
Le score de performance
Le score performance combine cinq métriques pondérées : LCP (25%), TBT (Total Blocking Time, proxy de l'INP, 30%), CLS (25%), FCP (10%), Speed Index (10%). Une page peut avoir un LCP excellent et un TBT médiocre, donc un score global moyen. Pour viser 95+ et plus, il faut soigner les cinq, pas seulement celle qui fait l'actualité. Le score est sensible aux conditions de test : un audit sur fibre donne 100, le même audit sur 3G lente peut tomber à 40. Toujours tester avec les paramètres mobile par défaut de Lighthouse, qui simulent un Moto G4 sur réseau 4G lente.
Les axes accessibilité et SEO
L'axe accessibilité vérifie les contrastes, les labels de formulaires, la structure des titres, les rôles ARIA, la navigation au clavier. Atteindre 100 est faisable sur un site bien conçu, c'est un bon proxy pour le RGAA niveau A. L'axe SEO vérifie les balises title, description, canonical, hreflang, robots, viewport, structure des liens, alt text. Ces audits sont basiques mais utiles pour ne rien oublier. Ils ne remplacent pas un audit SEO sérieux : Lighthouse ne mesure ni le contenu, ni les backlinks, ni la concurrence. C'est un filet de sécurité, pas une stratégie.
PageSpeed Insights
PageSpeed Insights utilise Lighthouse en arrière-plan pour le lab data, et CrUX pour le field data. C'est l'outil public par défaut pour comparer un site à ses concurrents : pas besoin d'accès au site, on tape l'URL et on obtient le rapport. L'avantage face à Lighthouse local : les données de terrain (CrUX) reflètent l'expérience réelle des utilisateurs Chrome. L'inconvénient : pas tous les sites ont assez de trafic pour avoir des données CrUX. Pour les petits sites, on retombe sur le lab data, qui peut diverger fortement de la réalité.
Lab data vs field data
Le piège classique de Lighthouse est de croire qu'un score local reflète l'expérience réelle. Un Lighthouse à 95 sur MacBook en fibre peut cacher un LCP catastrophique sur Android milieu de gamme en 4G. Inversement, un site qui semble lent en local peut avoir des field data correctes parce que les utilisateurs réels ont des connexions rapides. On valide les optimisations en lab pour itérer vite, puis on vérifie en field via Search Console ou un RUM. Les deux se complètent, aucun ne remplace l'autre. Ne se fier qu'à Lighthouse est une erreur courante.
L'intégrer en CI
Lighthouse CI exécute Lighthouse à chaque pull request et compare les scores au baseline. Si une régression de plus de 5 points apparaît, le build échoue et bloque la fusion. Cette discipline évite la dégradation insidieuse : un développeur ajoute une dépendance qui pèse 200 ko, le score baisse, la PR passe quand même, et trois mois plus tard, le site est devenu lent sans qu'on sache exactement quand. La config tient en quelques lignes de YAML, le coût en temps de CI est de 1 à 3 minutes par PR. Sur un projet sérieux, c'est un investissement très rentable.