- Produit · Surveillance du Score Lighthouse
Surveillance Lighthouse : Scores Google Lighthouse suivis selon un planning, avec alertes en cas de baisse
Une exécution Lighthouse dans Chrome DevTools ou PageSpeed Insights vous indique le score actuel. Dotcom-Monitor exécute Google Lighthouse sur votre page selon un planning, aussi fréquemment qu’une fois par minute, depuis l’un des 33 emplacements de votre choix, et conserve chaque rapport. Choisissez le score ou la métrique à suivre, définissez un minimum ou un maximum, et recevez une alerte lorsque l’exécution le dépasse.
Les scores de Performance, SEO, Accessibilité et Bonnes Pratiques, ainsi que le Largest Contentful Paint, Cumulative Layout Shift, Total Blocking Time et les autres métriques de laboratoire sont tracés dans le temps, pour qu’une baisse après une mise à jour soit visible le jour même.
- Pas de carte de crédit
- Toutes les fonctionnalités, toutes les localisations et tous les types de surveillance inclus dans l’essai
- Fiable pour plus de 10 000 organisations
- SLA de disponibilité à 99,99%
- Top Performer G2
- Leader de la surveillance de sites web depuis 1998
Intervalle d’audit le plus court
Scores et métriques Lighthouse pouvant générer une alerte
Sites de surveillance, 6 continents
Du rapport Lighthouse conservé par exécution
Qu'est-ce que la surveillance Lighthouse
La surveillance Lighthouse est l’exécution automatisée de Google Lighthouse sur une page web selon un calendrier fixe, avec chaque rapport conservé et une alerte envoyée lorsqu’un score ou une métrique choisie dépasse un seuil. L’outil de surveillance Lighthouse de Dotcom-Monitor le fait depuis 33 emplacements, aussi souvent qu’une fois par minute, pour les scores de Performance, SEO, Accessibilité et Meilleures Pratiques ainsi que les métriques de laboratoire qui les sous-tendent. Chaque exécution utilise les mêmes paramètres d’audit et emplacements, donc une baisse apparaît comme un changement par rapport au score normal de la page, avec le rapport de cette exécution attaché.
Surveillance Lighthouse Dotcom-Monitor en un coup d'œil
Rapport Lighthouse, sur la plateforme BrowserView, une URL par appareil
De toutes les 1 minute à toutes les 3 heures, par appareil
33 emplacements de surveillance sur 6 continents
Google Lighthouse dans Chrome, profil d’audit bureau
Une des 12 notes ou métriques par appareil, choisie parmi les quatre scores de catégorie et huit métriques de performance
Minimum et/ou maximum pour la métrique choisie ; une exécution hors de cette plage est une erreur
Le rapport Lighthouse complet, chaque catégorie et audit, plus la cascade réseau de l’audit
Email, SMS, téléphone, Slack, Teams, PagerDuty, ServiceNow, webhooks, application mobile
Pour surveiller les scores Lighthouse d’une page, vous créez un appareil Rapport Lighthouse, saisissez l’URL, choisissez le score ou la métrique à rapporter, et définissez la plage que vous considérez acceptable. Dès lors, Dotcom-Monitor exécute Lighthouse sur cette page selon votre planning et depuis les emplacements sélectionnés. Chaque exécution stocke le rapport Lighthouse complet, celui que vous verriez dans Chrome DevTools, avec les quatre catégories et chaque audit qu’elles contiennent. La métrique sélectionnée est tracée dans le temps, alimente des rapports programmés quotidiens, hebdomadaires ou mensuels, et déclenche une alerte quand elle sort de la plage.
Ce que ce n’est pas. Il ne parcourt pas votre site. Il audite les URL spécifiques que vous configurez : page d’accueil, pages d’atterrissage clés, les pages sur lesquelles vos rapports SEO sont basés. Il mesure les données de laboratoire, pas les données de terrain issues des utilisateurs Chrome que le signal d’expérience de page de Google utilise ; la section laboratoire vs terrain explique pourquoi vous avez besoin des deux. Si vous avez besoin du temps de chargement de page sur plus de 40 navigateurs bureau et mobiles avec une cascade synchronisée à une vidéo, c’est la surveillance des performances de site web. La section adéquation produit fournit la comparaison complète.
Audit Lighthouse unique vs. Surveillance Lighthouse
Chrome DevTools, PageSpeed Insights, la CLI Lighthouse et les extensions de navigateur exécutent tous le même audit. Ils rapportent le score de la page à l’exécution que vous avez lancée, depuis la machine et le réseau où vous l’avez exécuté. Ils ne peuvent pas vous dire que le score de Performance est passé de 91 à 62 mercredi après-midi, ou que le SEO est tombé à 75 après qu’un changement de modèle a ajouté noindex. Ils sont aussi exécutés depuis un seul endroit, donc une page qui obtient 40 points de moins depuis Sydney que depuis Dallas paraît normale depuis Dallas. Un moniteur qui conserve chaque exécution répond à ces questions et les date.
Question | Exécution DevTools / PageSpeed Insights | Surveillance Lighthouse Dotcom-Monitor |
|---|---|---|
Quel est le score actuel de cette page ? | Oui | Oui, chaque minute si vous le souhaitez |
Le score a-t-il chuté après la dernière mise à jour ? | Seulement si quelqu’un a pensé à le lancer avant et après | Oui, chaque exécution est conservée ; la tendance montre le jour du changement |
Quelqu’un sera-t-il averti lorsque la performance tombe en dessous de 70 ? | Non | Oui, par email, SMS, téléphone, Slack, Teams, PagerDuty ou webhook |
Le score diffère-t-il selon les régions ? | Une seule exécution depuis un seul endroit | Oui, 33 emplacements au choix |
Quel audit a échoué et quelle correction a été suggérée ? | Dans ce rapport | Dans chaque rapport, y compris celui qui a déclenché l’alerte |
Puis-je afficher un mois de valeurs LCP ou CLS sur un graphique ? | Feuille de calcul manuelle | Oui, graphiques de tendance, tableaux de bord et rapports programmés |
Puis-je auditer un serveur de staging ou une origine spécifique ? | DevTools uniquement, depuis votre propre machine | Oui, mappage DNS personnalisé par appareil |
Peut-il auditer 20 pages selon un planning sans intervention ? | Non | Oui, un appareil par page, avec les mêmes groupes d’alertes et rapports |
Ce que la Surveillance Lighthouse Capture
Chaque exécution est un audit Lighthouse complet, donc toutes les quatre catégories sont enregistrées à chaque exécution. Les clients règlent le seuil sur l’une d’elles et utilisent les rapports stockés pour expliquer les autres.
Baisse du Score de Performance Après un Déploiement
Un nouveau conteneur de gestionnaire de balises, une image héro non optimisée ou un chargeur de police bloquant le rendu peuvent retirer 20 points du score de Performance. Avec un seuil minimum défini, la première exécution qui enregistre la baisse envoie une alerte avec le rapport qui nomme l’audit échoué.
Régression LCP sur une Page d'Atterrissage Clé
Surveillez Largest Contentful Paint directement, en millisecondes, avec un maximum de 2 500 ms, la limite que Google qualifie de “bonne”. Le graphique de tendance montre si le LCP a augmenté progressivement sur plusieurs semaines ou a sauté un jour, ce qui indique généralement le changement qui en est la cause.
Déplacement de Mise en Page Introduit par une Bannière ou un Emplacement Publicitaire
Cumulative Layout Shift est une métrique de laboratoire que Lighthouse calcule à chaque exécution. Une bannière cookie qui se charge tard ou un emplacement publicitaire sans hauteur réservée pousse le CLS au-delà de 0,1, et le rapport montre quels éléments ont bougé.
Baisse du Score SEO Suite à un Changement de Modèle
Une balise noindex laissée depuis la mise en scène, une meta description manquante, un canonical cassé, des liens non explorables ou une erreur hreflang échouent chacun à un audit SEO. Le score baisse lors de la prochaine exécution, et le rapport liste l’audit échoué et ce qu’il faut corriger.
Régressions d'Accessibilité
Texte alt manquant, contraste insuffisant des couleurs, champs de formulaire sans étiquettes et mauvaise utilisation d’ARIA sont détectés par les audits d’Accessibilité. Définissez un score d’Accessibilité minimum et découvrez quand une refonte ou un nouveau composant le fait baisser.
Contenu Mixte, Erreurs de Console, APIs Dépréciées
Les audits des Bonnes Pratiques signalent les ressources HTTP sur une page HTTPS, les erreurs JavaScript enregistrées dans la console, les rapports d’aspect d’images manquants, les cookies tiers ou les APIs dépréciées. Ces problèmes restent souvent invisibles car la page semble encore correcte.
Gonflement des scripts tiers. Le Total Blocking Time est la métrique de laboratoire la plus sensible au JavaScript lourd. Surveiller le TBT avec un maximum de 200 à 300 ms permet de repérer la balise de suivi ou le widget de chat qui a doublé le travail du thread principal, avant que cela ne se traduise par une interaction à la peinture suivante plus lente dans vos données terrain.
Comment Ça Marche
Un dispositif de rapport Lighthouse surveille une URL pour une métrique. En configurer un prend quelques minutes ; ajoutez-en d’autres pour d’autres pages ou d’autres métriques.
Créer un Dispositif de Rapport Lighthouse
Dans votre compte, ajoutez un nouvel appareil, choisissez Website, puis Lighthouse Report. Single Web Page est la surveillance des performances du site web, Multiple Step Journey est la surveillance des applications web, et HTTP/S est la surveillance de la disponibilité.
Entrez l'URL
Tapez-le exactement comme un navigateur le ferait, y compris https:// et tout paramètre de requête. Ajoutez une description pour que l'appareil soit reconnaissable dans les rapports. Sous Options DNS, vous pouvez choisir comment les noms sont résolus et mapper un nom d'hôte à une IP spécifique, afin que l'audit cible un serveur de préproduction ou une origine derrière un équilibreur de charge.
Choisissez la métrique du rapport
Choisissez le score ou la métrique que cet appareil suit et sur laquelle il alerte : Performance, Accessibilité, Bonnes pratiques ou score SEO global, ou l'une des métriques de performance telles que Largest Contentful Paint, Cumulative Layout Shift, Total Blocking Time, First Contentful Paint ou Speed Index. Chaque exécution stocke toujours le rapport complet ; ce choix ne détermine que ce qui est graphiquement représenté et alerté.
Définissez les seuils d'erreur
Entrez un seuil minimum, un seuil maximum, ou les deux. Les scores vont de 0 à 100, donc une Performance minimum de 65 signale toute exécution avec un score de 64 ou moins. Les métriques de temps sont en millisecondes, donc un LCP maximum de 2500 signale tout temps supérieur à 2,5 secondes. Réglez Alerter sur les erreurs Lighthouse sur Oui pour traiter également comme une erreur une exécution où Lighthouse n'a pas pu terminer l'audit, ou Non pour ignorer ces exécutions.
Choisissez les emplacements et la fréquence
Sélectionnez parmi les 33 emplacements de surveillance et un intervalle de une minute à trois heures. Les emplacements tournent : un intervalle de 15 minutes sur quatre emplacements fournit un nouveau rapport d'un emplacement différent toutes les 15 minutes, et l'historique de chaque emplacement est filtrable individuellement.
Recevez l'alerte avec le rapport
Lorsqu'une exécution dépasse le seuil, la notification identifie l'appareil, la valeur de la métrique et l'emplacement, et fournit un lien vers la session avec le rapport complet Lighthouse. Acheminé via groupes d'alerte et escalade vers email, SMS, téléphone, Slack, Microsoft Teams, PagerDuty, ServiceNow ou un webhook.
Le type d’appareil à choisir : Website, puis Lighthouse Report.
Illustration du graphique de tendance de l’appareil
- 90 et plus
- 65 à 89
- En dessous du seuil, alerte envoyée
Quels scores et métriques Lighthouse pouvez-vous surveiller
Chaque appareil trace et alerte sur une métrique de rapport. Le rapport complet, avec chaque catégorie et audit, est stocké à chaque exécution quel que soit la métrique choisie. Pour alerter sur deux métriques pour la même page, par exemple le score de performance et le LCP, créez deux appareils.
Scores par catégorie (0 à 100)
Score global de performance
Le mélange pondéré des métriques de performance de Lighthouse, selon le scoring de performance de Google. Le nombre que la plupart des rapports SEO et marketing mentionnent. Lighthouse colore de 90 à 100 en vert, de 50 à 89 en orange, en dessous de 50 en rouge.
Score global SEO
Réussites et échecs aux audits SEO : titre et meta description, crawlabilité et robots.txt, canonique, hreflang, texte de lien descriptif, ancres crawlables, balise meta viewport, code de statut valide.
Score global d'accessibilité
Contrôles automatisés d’accessibilité : texte alternatif des images, contraste des couleurs, labels de formulaire, attributs ARIA, ordre des titres, attribut de langue, éléments focalisables.
Score global des bonnes pratiques
HTTPS et contenu mixte, erreurs console, API obsolètes, ratios et résolution d’image, cookies tiers, erreurs navigateur enregistrées dans la console.
Métriques de laboratoire Core Web Vitals
Largest Contentful Paint (LCP)
Millisecondes jusqu’à ce que la plus grande image ou bloc de texte dans la fenêtre d’affichage soit rendu. La métrique de chargement principale dans le signal d’expérience page de Google.
Seuil “bon” de Google : 2 500 ms ou moins; mauvais au-dessus de 4 000 ms (web.dev)
Changement de mise en page cumulatif (CLS)
Combien de contenu visible s’est déplacé pendant le chargement de la page, sous forme d’un score sans unité. Les bannières, publicités et polices qui se chargent tard sans réservations de taille sont les causes habituelles.
Limite “bonne” de Google : 0.1 ou moins ; mauvais au-dessus de 0.25 (web.dev)
Temps total de blocage (TBT)
Millisecondes pendant lesquelles le thread principal a été bloqué par des tâches longues entre le premier rendu de contenu (FCP) et le temps jusqu’à l’interactivité (TTI). Remplaçant de laboratoire de Lighthouse pour la réactivité ; un JavaScript lourd l’augmente.
Limite “bonne” de Lighthouse : 200 ms ou moins ; mauvais au-dessus de 600 ms (docs Chrome)
Autres métriques de performance
Premier rendu de contenu (FCP)
Millisecondes avant que le navigateur affiche le premier élément de contenu DOM. Bon = 1 800 ms ou moins.
Indice de vitesse
Vitesse à laquelle le contenu visible de la page est affiché, en millisecondes, calculée à partir de l’évolution visuelle image par image. Bon = 3 400 ms ou moins.
Temps jusqu'à l'interactivité (TTI)
Millisecondes jusqu’à ce que la page soit rendue et que le thread principal soit suffisamment libre pour répondre de manière fiable aux interactions. Bon = 3 800 ms ou moins.
Premier rendu significatif (FMP)
Millisecondes jusqu’à ce que le contenu principal soit visible. Maintenu pour la continuité avec les anciennes versions de Lighthouse et pour les appareils qui le suivent déjà.
Délai maximal potentiel de première entrée
La plus longue tâche sur le thread principal après le FCP, en millisecondes : le pire délai qu’un utilisateur pourrait subir lors de sa première interaction.
Toutes les autres vérifications du rapport
Les ressources qui bloquent le rendu, le JavaScript et le CSS inutilisés, les formats et tailles d’image, le temps de réponse du serveur, les durées de cache, la taille du DOM et le reste des diagnostics figurent dans chaque rapport enregistré.
Profil d’audit. Les audits sont exécutés avec les paramètres de bureau de Lighthouse dans Chrome à chaque emplacement de surveillance, avec la limitation simulée de Lighthouse. Les scores sont comparables entre les exécutions et entre les emplacements. Ils ne correspondent pas à un score mobile PageSpeed Insights, qui utilise un profil mobile avec 4G lent et CPU limité ; voir la FAQ.
Seuils correspondant à la manière dont Google attribue les scores
Le seuil est une plage sur la métrique choisie, exprimée de la manière dont Google publie ses limites. Un score de Performance minimum de 90 alerte lorsque la page sort de la bande verte. Un LCP maximum de 2500 alerte lorsqu’il sort de la catégorie « bon ».
Min et max ensemble. Les deux peuvent être définis. Un score SEO minimum de 90 et un maximum de 100 est le schéma habituel pour un score ; un maximum seul est le schéma habituel pour une métrique de temps. Laissez un champ vide pour désactiver ce côté de la plage.
Alerte sur les erreurs Lighthouse. Parfois, Lighthouse ne parvient pas à terminer un audit : la page n’atteint jamais le premier rendu de contenu pendant la fenêtre d’attente, ou l’exécution est expirée. Une exécution échouée est relancée automatiquement. Si elle échoue à nouveau, ce paramètre décide si cela compte comme une erreur de périphérique et vous alerte, ou est enregistré et ignoré pour que seules les modifications de score déclenchent des alertes.
Limitation et escalade. La limitation des alertes empêche les notifications répétées tant que le score reste hors de la plage. L’escalade envoie la première alerte à l’équipe SEO et, si personne ne la résout, la suivante à l’ingénierie, avec des modèles incluant la valeur de la métrique et l’emplacement comme variables.
Canaux de diffusion
- Email et SMS aux individus ou groupes, avec des horaires calmes par planning.
- Appel téléphonique avec une alerte vocale pour les pages de sévérité un.
- Canaux Slack et Microsoft Teams.
- Gestion des incidents PagerDuty et ServiceNow.
- Webhooks et API pour tout le reste, y compris vos propres tableaux de bord.
- Application mobile, notifications push pour iOS et Android.
Chaque exécution conserve le rapport Lighthouse complet
L’alerte indique que la Performance est tombée à 58. Le rapport enregistré montre quels audits ont changé.
Le rapport est le rapport standard Lighthouse : scores, métriques, opportunités, diagnostics et audits réussis.
Le rapport complet, par exécution, par emplacement
Ouvrez n’importe quelle session dans le rapport en ligne et le rapport Lighthouse complet pour cette exécution y est : les quatre jauges de catégorie, les valeurs des métriques, les opportunités avec les économies estimées, les diagnostics et la liste des audits réussis. C’est le même format de rapport que celui produit par Chrome DevTools.
Comme chaque exécution enregistre également la cascade réseau de l’audit, vous pouvez voir les requêtes en cours lorsque le score a chuté, comme un nouveau script tiers ou une image devenue de 3 Mo.
Tendances, Tableaux de bord et Rapports Planifiés
La métrique choisie est représentée par appareil et par emplacement sur n’importe quelle plage de dates : un graphique du score de performance pour le dernier trimestre, ou un graphique LCP depuis la refonte. Les rapports planifiés agrègent la métrique par jour, semaine ou mois et sont envoyés par email selon un calendrier.
- Tableaux de bord qui placent les scores Lighthouse à côté du temps de disponibilité et du temps de chargement des mêmes pages, partagés publiquement ou en privé.
- Filtrage par emplacement pour distinguer une régression globale d'un problème CDN dans une région.
- Accès API pour extraire l'historique des métriques dans votre propre outil BI ou pile de rapports SEO.
Essai gratuit de 30 jours, sans carte de crédit, tous les emplacements et types de surveillance inclus.
Données de laboratoire Lighthouse vs Données terrain Core Web Vitals
Le signal de classement page-experience de Google utilise des données terrain : les Core Web Vitals mesurés auprès des utilisateurs de Chrome et publiés dans le Chrome User Experience Report (CrUX) sous forme d’agrégat glissant sur 28 jours. C’est ce que montre le rapport Core Web Vitals dans Search Console et la moitié supérieure d’un résultat PageSpeed Insights. Lighthouse fournit des données de laboratoire : un test contrôlé dans des conditions fixes. Les deux répondent à des questions différentes, et un programme SEO a besoin des deux.
Données terrain (CrUX, Search Console) | Données de laboratoire (monitoring Lighthouse) | |
|---|---|---|
Ce qu’il mesure | Vrais visiteurs, leurs appareils, réseaux et emplacements | Une charge contrôlée, mêmes paramètres à chaque exécution |
Latence | Fenêtre glissante de 28 jours ; une régression met des semaines à apparaître entièrement | Prochaine exécution planifiée, dès une minute après un déploiement |
Couverture | Seulement les pages avec un trafic suffisant pour se qualifier | Toute URL que vous configurez, y compris les pages nouvelles et à faible trafic, en staging et avant lancement |
Métriques | LCP, INP, CLS (plus FCP et TTFB) | LCP, CLS, TBT, FCP, Speed Index, TTI, plus audits SEO, Accessibilité et Meilleures Pratiques |
Ce que cela vous indique | Si Google considère actuellement que la page est réussie | Ce qui a changé, quand, et quel audit l’explique |
Utilisé pour | Signal de classement ; rapport aux parties prenantes | Détecter les régressions tôt ; vérifier une correction ; appliquer un budget par page |
Exemple : une mise à jour est publiée mardi, le moniteur Lighthouse enregistre un saut du LCP de 1,9 s à 3,4 s lors de l’exécution suivante et alerte l’équipe, la correction est déployée mercredi. La fenêtre CrUX de 28 jours bouge à peine. Sans le moniteur, la régression est découverte lorsque le rapport Search Console vire au jaune le mois suivant, après avoir affecté chaque visiteur pendant des semaines.
Chaque paramètre de l’appareil, métrique par métrique, dans la base de connaissances.
Ce que Google mesure, comment c’est pondéré, et ce que les données synthétiques et de terrain vous disent.
Temps de chargement des pages dans plus de 40 navigateurs desktop et mobiles avec cascade synchronisée à la vidéo ; le compagnon de cette tâche.
Quel Produit Dotcom-Monitor Me Faut-il ?
Trois types de surveillance sur la même plateforme chargent les pages web, et ils répondent à différentes questions. Les équipes SEO exécutent généralement la surveillance Lighthouse et la surveillance des performances du site sur les mêmes pages clés.
Surveillance Lighthouse (Cette page)
Audits Google Lighthouse programmés avec rapport complet conservé par exécution, un score ou une métrique tracée et alertée par appareil. Utilisez-le pour les scores Performance, SEO, Accessibilité et Meilleures Pratiques ainsi que les métriques lab Core Web Vitals.
- Scores de catégorie au fil du temps
- LCP, CLS, TBT et autres métriques de laboratoire
- L'audit derrière chaque chute
Surveillance des Performances du Site
Charge des pages spécifiques dans plus de 40 navigateurs de bureau et mobiles, évaluées par rapport à un seuil de temps de chargement, avec une cascade pour chaque élément synchronisée avec la vidéo, une répartition par hôte et la détection d’éléments échoués.
- Temps de chargement de la page et sa répartition
- Éléments lents, échoués et manquants
- Variantes de navigateur, appareil et réseau
Surveillance des applications Web
Parcours utilisateur multi-étapes scriptés enregistrés avec EveryStep : connexion, recherche, ajout au panier, paiement, soumission d’un formulaire. Vérifie que chaque étape réussit et mesure son temps, avec vidéo et cascades par étape.
- Connexions, paniers, paiements, formulaires
- Temps et échecs par étape
- SPAs, AJAX, WebSockets, SSO
Une configuration courante pour un site marketing : surveillance Lighthouse sur la page d’accueil et les dix premières pages de destination organiques pour les scores SEO et Performance, surveillance des performances du site sur les mêmes pages pour le temps de chargement, et vérifications de disponibilité sur chaque URL. Tous partagent les mêmes emplacements, groupes d’alerte et tableaux de bord.
Qui utilise la surveillance Lighthouse
Équipes SEO
Mettez un plancher sous les scores de Performance et SEO des pages qui génèrent du trafic organique, et soyez informé le jour où une mise à jour les casse au lieu du mois où Search Console le remarque. Le rapport stocké nomme l’audit à renvoyer aux développeurs.
Équipes Marketing et Web
Les pages de destination changent constamment : nouveaux formulaires, nouvelles balises de suivi, une image principale plus lourde. Surveillez LCP et TBT sur les pages vers lesquelles les campagnes payantes dirigent le trafic, depuis les régions où les campagnes sont menées, et détectez la balise qui les a ralenties.
Agences et Consultants
Surveillez les pages clés de chaque client sous un seul compte avec des groupes distincts et un routage des alertes, et envoyez à chaque client un rapport programmé, en marque blanche montrant les scores Lighthouse au cours du mois, avec les preuves d’audit pour le travail que vous recommandez.
Développement et DevOps
Définissez un budget de performance par page comme seuil et recevez une alerte lorsqu’un déploiement le dépasse. Provisonnez des appareils depuis le CI via l’API et rapatriez l’historique des métriques dans vos propres tableaux de bord.
Ce que disent les clients à propos de Dotcom-Monitor
4.5
83 avis
4.6
4.6
Tous les avis proviennent de avis vérifiés Capterra. Évaluations au août 2026.
Questions sur la surveillance Lighthouse
Qu'est-ce que Google Lighthouse ?
Lighthouse est l’outil open-source de Google pour auditer une page web. Il charge la page dans Chrome sous des conditions contrôlées et produit un rapport avec des scores de 0 à 100 dans quatre catégories : Performance, Accessibilité, Bonnes Pratiques et SEO, ainsi que les métriques de laboratoire derrière le score de Performance, telles que Largest Contentful Paint, Cumulative Layout Shift et Total Blocking Time, et une liste d’audits spécifiques réussis ou échoués avec des corrections suggérées. Il est intégré aux Chrome DevTools et alimente la section laboratoire de PageSpeed Insights (Vue d’ensemble de Lighthouse par Google).
Pourquoi mon score ici est-il différent de celui de PageSpeed Insights ?
PageSpeed Insights utilise par défaut un profil mobile avec un réseau 4G lent et un bridage CPU, alors que Dotcom-Monitor audit avec le profil desktop de Lighthouse, donc les scores mobiles PSI sont généralement plus bas. L’audit est effectué depuis un emplacement Dotcom-Monitor plutôt que depuis les serveurs de Google, donc les chemins réseau diffèrent. De plus, les scores Lighthouse varient de quelques points entre les exécutions d’une même page en raison de la variance normale du chargement. La surveillance concerne la tendance sous conditions constantes : comparez les exécutions entre elles, pas avec un seul résultat PSI.
À quelle fréquence Lighthouse peut-il s'exécuter sur une page ?
De une fois par minute à une fois toutes les trois heures, par appareil. Les exécutions tournent à travers les emplacements que vous avez sélectionnés, un emplacement par intervalle. Pour la plupart des cas d’utilisation SEO, un intervalle de 15 à 60 minutes sur trois ou quatre emplacements donne une tendance claire sans générer de bruit ; utilisez des intervalles d’une minute pendant une fenêtre de publication lorsque vous souhaitez détecter immédiatement une régression.
Puis-je configurer une alerte sur plusieurs métriques pour la même page ?
Chaque appareil trace et alerte sur une seule métrique de rapport, mais stocke le rapport Lighthouse complet à chaque exécution. Pour alerter à la fois sur le score de Performance et sur LCP pour la même URL, créez deux appareils Lighthouse Report pointant vers celle-ci, chacun avec son propre seuil. Ils peuvent partager les mêmes emplacements, planification et groupe d’alerte.
Mesure-t-il les Core Web Vitals ?
Il mesure les versions laboratoire de Largest Contentful Paint et de Cumulative Layout Shift, ainsi que Total Blocking Time, que Lighthouse utilise comme indicateur laboratoire de la réactivité. Interaction to Next Paint est une métrique sur le terrain qui nécessite de vraies interactions utilisateur, donc aucun outil basé sur Lighthouse ne la rapporte. Le signal de classement de Google utilise des données sur le terrain provenant des utilisateurs Chrome agrégées sur 28 jours ; la surveillance des Core Web Vitals avec les données laboratoire de Lighthouse montre une régression plusieurs semaines avant que ces données sur le terrain ne la reflètent.
Que se passe-t-il lorsque Lighthouse ne peut pas compléter un audit ?
Une exécution qui échoue, par exemple parce que la page n’atteint jamais le First Contentful Paint dans la fenêtre d’attente, est automatiquement relancée. Si la relance échoue également, le réglage « Alerter sur les erreurs Lighthouse » décide si l’échec compte comme une erreur d’appareil et envoie une alerte, ou est enregistré sans affecter l’état de l’appareil. Les violations de seuils sur un audit complété comptent toujours comme des erreurs.
Puis-je auditer un site de staging ou un serveur spécifique ?
Oui. Les Options DNS sur l’appareil vous permettent de choisir comment les noms d’hôtes sont résolus et de mapper un nom d’hôte à une adresse IP spécifique, IPv4 ou IPv6. Cela permet d’auditer un site pré-lancement avant les changements DNS, ou une origine derrière un équilibrage de charge, en utilisant le nom d’hôte de production afin que les URL absolues propres à la page soient toujours résolues.
Ai-je également besoin d'une surveillance de la performance du site web ?
Ils mesurent des choses différentes. La surveillance Lighthouse vous donne les scores d’audit de Google et les Core Web Vitals en laboratoire sous conditions fixes. La surveillance de la performance du site charge la page dans plus de 40 navigateurs desktop et mobile, mesure le temps de chargement, et conserve une cascade par élément synchronisée avec une vidéo pour chaque session, ce qui vous permet de trouver exactement la ressource qui a ralenti une page. La plupart des équipes SEO utilisent les deux sur leurs pages principales ; les deux sont inclus dans l’essai gratuit.
Qu'est-ce qui est inclus dans l'essai gratuit ?
Tout : surveillance Lighthouse et tous les autres types de surveillance, les 33 emplacements, tous les canaux d’alerte et intégrations, tableaux de bord et rapports planifiés, pendant 30 jours, sans carte bancaire requise. Configurez un appareil Lighthouse Report dans les cinq premières minutes et l’historique des scores commence à s’accumuler immédiatement.
Recevez une alerte le jour où votre score Lighthouse baisse
Commencez un essai gratuit de 30 jours, pointez un appareil Lighthouse Report vers votre page la plus importante, et définissez le score minimum que vous souhaitez maintenir. Le premier rapport est disponible en quelques minutes.
- Pas de carte de crédit
- Toutes les fonctionnalités, toutes les localisations et tous les types de surveillance inclus dans l’essai