Google Chrome Lighthouse 10 contiene dos nuevas auditorías


El recién lanzado Lighthouse 10, la tecnología subyacente de PageSpeed ​​Insights y Chrome DevTools, presenta dos nuevas auditorías de sitios. Estas auditorías deberían ser útiles como parte de la auditoría porque se relacionan con la seguridad del sitio y los factores de experiencia del usuario.

Técnicamente, una de las auditorías es una expansión de una auditoría anterior, pero es esencialmente una auditoría nueva.

Lighthouse contiene varios tipos de auditorías, incluidas auditorías de accesibilidad, auditorías de mejores prácticas, auditorías de rendimiento, auditorías de aplicaciones web progresivas y una auditoría de SEO.

Estas dos nuevas auditorías son de dos auditorías diferentes dentro de Lighthouse. uno es parte del Auditoría de Mejores Prácticas y el otro es del Auditorías de desempeño categoría.

Nueva auditoría de caché atrás/adelante

Algo en lo que normalmente no se piensa es en la caché de retroceso/adelante, también conocida como bfcache.

bfcache es un caché que está habilitado con optimización que permite que las páginas web se carguen instantáneamente cuando un usuario navega hacia atrás o hacia adelante dentro de un sitio web.

Los sitios web sin bfcache habilitado obligan a los visitantes del sitio a descargar páginas web por segunda vez cuando navegan hacia atrás y hacia adelante dentro de un sitio web.

Pero con bfcache habilitado, los mismos visitantes del sitio experimentan una carga instantánea.

La página de desarrolladores de Google sobre bfcache lo explica así:

“La caché de avance/retroceso (bfcache) almacena una instantánea de la página en la memoria para cuando la página se restablezca desde el historial de navegación.

Esto acelera significativamente las navegaciones de regreso a la página, sin embargo, algunas API del navegador (por ejemplo, descargar oyentes) pueden hacer que bfcache falle y la página se cargará normalmente”.

Existen mejores prácticas para garantizar que las páginas sean elegibles para almacenarse en bfcache.

La primera optimización es nunca usar el evento de descarga.

Según Web.dev:

“El evento de descarga es problemático para los navegadores porque es anterior a bfcache y muchas páginas en Internet operan bajo la suposición (razonable) de que una página no seguirá existiendo después de que se haya activado el evento de descarga.

Esto presenta un desafío porque muchas de esas páginas también se crearon con la suposición de que el evento de descarga se activaría cada vez que un usuario se alejara, lo cual ya no es cierto (y no lo ha sido durante mucho tiempo)”.

El Página web para desarrolladores de Mozilla para el evento de descarga también lo desaconseja:

«Advertencia: los desarrolladores deben evitar usar este evento».

Lighthouse 10 ahora tiene una auditoría para bfcache.

La forma en que funciona es que se aleja de la página web que se está probando y luego regresa a ella.

La auditoría de bfcache llama la atención sobre cualquier problema con la capacidad de usar bfcache.

Hay tres tipos de fallas:

  1. Procesable
    Problemas que se pueden solucionar.
  2. Soporte pendiente
    Las características que aún no son compatibles con Chrome evitan que el navegador almacene en caché la página web.
  3. No accionable
    Estos son problemas que están fuera de la propia página que no se pueden controlar ni solucionar.

Lea para obtener más información: Página de desarrollador de Chrome sobre bfcache:
Asegúrese de que la página se pueda restaurar desde la caché de retroceso/avance

Expansión de la auditoría de campo Pegar en contraseñas

Permitir que los usuarios peguen contraseñas en un campo de formulario de contraseña es una mejora de la seguridad.

Deshabilitar la capacidad de pegar contraseñas evita que los visitantes del sitio utilicen administradores de contraseñas que emplean contraseñas seguras.

Las versiones anteriores de Lighthouse que probaron esta mejor práctica relacionada con pegar en campos de formulario se limitaban a probar solo el campo de contraseña.

Lighthouse 10 mejora esta auditoría al expandirse para probar si funciona pegar en cualquier campo de entrada (que no sea de solo lectura).

El anuncio de Google de esta nueva auditoría explica por qué es importante:

«Para la mayoría de los sitios, evitar el pegado es una experiencia de usuario negativa y evita flujos de trabajo legítimos de seguridad y accesibilidad».

Un campo de entrada de «solo lectura» es un campo de formulario que contiene una entrada predeterminada precargada.

Todos los demás campos de entrada deben permitir pegar porque es útil para la accesibilidad, la experiencia del usuario y la mejora de la seguridad.

desarrollador de Google página de solución de problemas para este tipo de auditoría ofrece este consejo para solucionar este problema:

“Cómo habilitar el pegado en campos de contraseña

#Encuentra el código que impide pegar
Para encontrar e inspeccionar rápidamente el código que impide pegar:

  • Expanda el panel Puntos de interrupción del detector de eventos.

  • Expanda la lista del Portapapeles.

  • Seleccione la casilla de verificación pegar.

  • Pegue un texto en un campo de contraseña en su página.

  • DevTools debe hacer una pausa en la primera línea de código en el detector de eventos de pegado relevante”.

Google recomienda identificar el script de escucha de JavaScript que impide pegarlo y luego eliminarlo.

Dos nuevas auditorías Lighthouse

Muchas auditorías de SEO no evalúan los problemas de seguridad, presumiblemente porque la seguridad no tiene nada que ver con la clasificación, una creencia que podría decirse que es incorrecta.

He afirmado durante muchos años que la seguridad es un problema de SEO porque la seguridad deficiente conduce a un impacto negativo en las clasificaciones.

Si el objetivo de una auditoría es detectar las razones por las que las clasificaciones pueden verse comprometidas, entonces, en mi opinión, una verificación de seguridad debería ser parte de la auditoría de SEO.

Lighthouse 10 está activo en la herramienta PageSpeed ​​Insights y aparecerá en la versión 112 de Chrome, cuyo lanzamiento está programado para el 29 de marzo de 2023.

Aquellos que deseen probar el nuevo Lighthouse 10 desde la interfaz de Chrome DevTools pueden hacerlo con la versión para desarrolladores del navegador de Google, cromo canarioque contiene todas las funciones más recientes anticipadamente a la versión normal de Chrome.

Lea sobre las nuevas auditorías en el anuncio de Lighthouse 10:

Novedades de Lighthouse 10: nuevas auditorías

Imagen destacada de Shutterstock/Asier Romero





Consultar el artículo en la publicación original

Google Chrome Lighthouse 10 contiene dos nuevas auditorías