Lighthouse 8.4 è subito disponibile nella riga di comando e in Chrome Canary. Sarà disponibile nella versione stabile di Chrome in Chrome 95 e sarà disponibile in PageSpeed Insights entro una settimana.
Per provare l'interfaccia a riga di comando del nodo Lighthouse, usa i comandi seguenti:
npm install -g lighthouse
lighthouse https://www.example.com --view
Consulta l'elenco completo delle modifiche nel log delle modifiche 8.4.
Nuovi controlli
Non eseguire il caricamento lento delle immagini Largest Contentful Paint
Il caricamento lento delle immagini può essere un modo efficace per rimandare le immagini fuori schermo in modo che non interferiscano con il caricamento dei contenuti above the fold.
Tuttavia, se l'elemento LCP di una pagina è un'immagine, il caricamento lento può avere un significativo effetto negativo sulla metrica LCP. Il browser potrebbe mettere l'immagine in coda e recuperare altre risorse per prime, invece di dare priorità all'immagine per il download immediato. Un recente studio sul caricamento lento in WordPress ha rilevato che il valore LCP può migliorare fino al 15% per alcuni siti se le immagini nell'area visibile iniziale non sono sottoposte a caricamento lento.
Lighthouse ora rileverà se l'elemento LCP era un'immagine con caricamento lento e consiglia di rimuovere dall'elemento l'attributo loading.
Per ulteriori informazioni, consulta la proposta iniziale e la richiesta di pull dell'implementazione.
Imposta un'area visibile mobile per un First Input Delay migliore
Il controllo viewport fa parte da anni della categoria Best practice, ma la versione 8.4 accoglie con favore questo consiglio anche nella categoria Rendimento.
Molti browser mobile supportano l'opzione "Tocca due volte per eseguire lo zoom" per consentire agli utenti di ingrandire facilmente i contenuti non progettati per gli schermi dei dispositivi mobili, ovvero i contenuti senza un'esplicita <meta name="viewport"> per dispositivi mobili. In pratica, ciò significa che il browser deve attendere fino a 300 ms dopo il tocco da parte dell'utente per vedere se seguirà un secondo tocco e durante questo lasso di tempo la pagina non può rispondere al tocco iniziale. Questo si traduce in un errore FID non riuscito di diverse centinaia di millisecondi.
In un recente studio sui dati di HTTP Archive, oltre la metà dei siti che hanno ricevuto un punteggio pari o superiore a 90 in Lighthouse, ma che non hanno superato almeno un Core Web Vital, non avevano un'area visibile mobile impostata e non avevano un valore FID pari a 90. Di conseguenza, la sezione relativa alle prestazioni di Lighthouse consiglia di aggiungere un'area visibile come la seguente se non ne viene trovata nessuna:
<meta name="viewport" content="width=device-width">
Per ulteriori dettagli, consulta il problema della proposta e la richiesta di pull di implementazione.
Contattare il team di Lighthouse
Per discutere delle nuove funzionalità, delle modifiche nella versione 8.4 o di qualsiasi altra cosa relativa a Lighthouse:
- Segnala un problema o invia un feedback tramite il repository GitHub di Lighthouse.
- Contatta il team di Lighthouse su Twitter @____lighthouse.