Lighthouse 8.4 está disponible de inmediato en la línea de comandos y en Chrome Canary. Llegará a la versión estable de Chrome en Chrome 95 y estará disponible en PageSpeed Insights en el plazo de una semana.
Para probar la CLI de Node de Lighthouse, usa los siguientes comandos:
npm install -g lighthouse
lighthouse https://www.example.com --view
Consulta la lista completa de cambios en el registro de cambios de la 8.4.
Auditorías nuevas
No cargues de forma diferida las imágenes de Largest Contentful Paint
Las imágenes de carga diferida pueden ser una forma eficaz de diferir las imágenes fuera de pantalla para que no interfieran en la carga del contenido que se encuentra en la mitad superior de la página.
Sin embargo, si el elemento LCP de una página es una imagen, la carga diferida puede tener un efecto negativo importante en el LCP. El navegador puede poner la imagen en la cola y recuperar otros recursos primero, en lugar de priorizar la imagen para su descarga inmediata. Según un estudio reciente sobre la carga diferida en WordPress, se descubrió que el LCP puede mejorar hasta en un 15% para algunos sitios si las imágenes del viewport inicial no se cargan de forma diferida.
Lighthouse ahora detectará si el elemento LCP era una imagen de carga diferida y te recomendará que quites el atributo loading de ella.
Para obtener más información, consulta la propuesta inicial y la solicitud de extracción de implementación.
Establecer un viewport para dispositivos móviles a fin de mejorar el retraso de primera entrada
La auditoría viewport forma parte de la categoría Prácticas recomendadas desde hace años, pero en la sección 8.4 también se agradece este consejo en la categoría Rendimiento.
Muchos navegadores para dispositivos móviles admiten la opción de "presionar dos veces para hacer zoom" para que los usuarios puedan ampliar fácilmente el contenido que no está diseñado para una pantalla móvil, es decir, el contenido sin un <meta name="viewport"> explícito para dispositivos móviles. En la práctica, esto significa que el navegador debe esperar hasta 300 ms después de que el usuario presione para ver si puede presionarlo por segunda vez y, durante ese tiempo, la página no puede responder al toque inicial. Esto se traduce en un FID con errores de varios cientos de milisegundos.
En un estudio reciente de los datos del archivo HTTP, más de la mitad de los sitios que recibieron una puntuación de 90 o más en Lighthouse, pero que reprobaron al menos una Métrica web esencial, no tenían un viewport para dispositivos móviles establecido y tenían fallas en el FID. Como resultado, en la sección de rendimiento de Lighthouse ahora se recomienda agregar un viewport como el siguiente si no se encuentra ninguno:
<meta name="viewport" content="width=device-width">
Para obtener más detalles, consulta el problema de propuesta y la solicitud de extracción de implementación.
Cómo comunicarse con el equipo de Lighthouse
Para hablar sobre las nuevas funciones, los cambios en la versión 8.4 o cualquier otro aspecto relacionado con Lighthouse, haz lo siguiente:
- Informa un problema o envía comentarios a través del repositorio de GitHub de Lighthouse.
- Comunícate con el equipo de Lighthouse en Twitter @____lighthouse.