Lighthouse 8.4 è disponibile immediatamente sulla riga di comando e in Chrome Canary. Verrà inserito 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, utilizza i seguenti comandi:
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
Le immagini a caricamento lento possono 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 effetto negativo significativo sulla metrica LCP. Il browser potrebbe mettere l'immagine in coda e recuperare prima altre risorse, invece di dare priorità all'immagine per il download immediato. Da un recente studio sul caricamento lento in WordPress è emerso che il valore LCP può migliorare fino al 15% per alcuni siti se le immagini nell'area visibile iniziale non vengono caricate tramite caricamento lento.
Lighthouse ora rileverà se l'elemento LCP era un'immagine caricata tramite caricamento lento e ti consiglia di rimuovere l'attributo loading dall'elemento.
Per ulteriori informazioni, consulta la proposta iniziale e la richiesta di pull dell'implementazione.
Impostare un'area visibile per dispositivi mobili per migliorare il First Input Delay
Il controllo viewport fa parte della categoria Best practice per anni, ma la versione 8.4 accoglie con favore questo consiglio anche nella categoria Rendimento.
Molti browser per dispositivi mobili supportano il "doppio tocco per eseguire lo zoom" che consente agli utenti di ingrandire facilmente i contenuti non progettati per gli schermi di dispositivi mobili, ovvero i contenuti privi di un <meta name="viewport"> esplicito per dispositivi mobili. In pratica, questo significa che il browser deve attendere fino a 300 ms dopo un tocco dell'utente per vedere se segue un secondo tocco e durante questo periodo la pagina non può rispondere al tocco iniziale. Ciò si traduce in un FID non superato 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 non hanno superato almeno un Segnale web essenziale, non avevano un'area visibile mobile impostata e non avevano FID. Di conseguenza, la sezione relativa alle prestazioni di Lighthouse ora consiglia di aggiungere un'area visibile come la seguente se non ne viene trovata nessuna:
<meta name="viewport" content="width=device-width">
Per maggiori dettagli, consulta il problema relativo alla proposta e la richiesta di pull dell'implementazione.
Contattare il team di Lighthouse
Per discutere delle nuove funzionalità, delle modifiche alla 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.