Lighthouse 8.4 est disponible immédiatement sur la ligne de commande et dans Chrome Canary. Elle arrivera dans la version stable de Chrome dans Chrome 95 et sera disponible dans PageSpeed Insights d'ici une semaine.
Pour tester la CLI du nœud Lighthouse, exécutez les commandes suivantes:
npm install -g lighthouse
lighthouse https://www.example.com --view
Consultez la liste complète des modifications dans le journal des modifications 8.4.
Nouveaux audits
Évitez le chargement différé d'images Largest Contentful Paint
Le chargement différé des images est un moyen efficace de différer le chargement des images hors écran afin qu'elles n'interfèrent pas avec le chargement du contenu situé au-dessus de la ligne de flottaison.
Toutefois, si l'élément LCP d'une page est une image, son chargement différé peut avoir un effet négatif significatif sur le LCP. Le navigateur peut placer l'image dans la file d'attente et récupérer d'abord d'autres ressources, au lieu de donner la priorité à l'image pour qu'elle soit immédiatement téléchargée. Une récente étude sur le chargement différé dans WordPress a révélé que le LCP peut s'améliorer de 15% pour certains sites si les images de la fenêtre d'affichage initiale ne sont pas chargées en différé.
Lighthouse détecte désormais si l'élément LCP est une image à chargement différé et recommande de supprimer l'attribut loading de cette image.
Pour en savoir plus, consultez la proposition initiale et la demande d'extraction d'implémentation.
Définir une fenêtre d'affichage mobile pour améliorer le First Input Delay
L'audit de viewport fait partie de la catégorie "Bonnes pratiques" depuis des années, mais l'audit de la version 8.4 accueille également ce conseil dans la catégorie "Performances".
De nombreux navigateurs mobiles sont compatibles avec la fonctionnalité "Appuyer deux fois pour zoomer" qui permet aux utilisateurs d'agrandir facilement les contenus qui ne sont pas conçus pour un écran mobile, c'est-à-dire ceux qui ne comportent pas d'<meta name="viewport"> explicite pour mobile. En pratique, cela signifie que le navigateur doit patienter jusqu'à 300 ms après que l'utilisateur a appuyé sur l'écran pour voir s'il s'affiche une seconde fois. Pendant ce temps, la page ne peut pas répondre à l'appui initial. Cela se traduit par un FID défaillant de plusieurs centaines de millisecondes.
D'après une étude récente portant sur les données de l'archive HTTP, plus de la moitié des sites ayant reçu un score de 90 ou plus dans Lighthouse, mais ayant échoué au moins une statistique Core Web Vitals, n'avaient pas de fenêtre d'affichage pour mobile définie et ne renvoyaient pas le FID. Par conséquent, si aucune fenêtre d'affichage n'est détectée, la section "Performances" de Lighthouse recommande désormais d'ajouter une fenêtre d'affichage semblable à la suivante:
<meta name="viewport" content="width=device-width">
Pour en savoir plus, consultez le problème lié à la proposition et la demande d'extraction d'implémentation.
Contacter l'équipe Lighthouse
Pour discuter des nouvelles fonctionnalités, des modifications apportées à la version 8.4 ou de toute autre question liée à Lighthouse:
- Signalez un problème ou envoyez des commentaires via le dépôt GitHub Lighthouse.
- Contactez l'équipe Lighthouse sur Twitter (@____lighthouse).