Google plus Google chrome Lighthouse 10 tiene dentro 2 novedosas auditorías

El reciente lanzamiento de Lighthouse 10, la tecnología tras PageSpeed ​​​​Insights y Google chrome DevTools, muestra 2 novedosas auditorías de sitios. Estas auditorías habrían de ser útiles como una parte de su auditoría, puesto que abordan la seguridad del lugar y los causantes de experiencia del usuario.

Técnicamente, entre las auditorías es una extensión de una auditoría previo, pero es fundamentalmente una auditoría novedosa.

Lighthouse tiene dentro múltiples géneros de auditorías, dentro auditorías de disponibilidad, auditorías de mejores prácticas, auditorías de desempeño, auditorías de apps web progresivas y auditorías de SEO.

Estas 2 novedosas auditorías surgen de 2 auditorías Lighthouse distintas. uno es una parte de Comprobación de mejores prácticas y el otro es de Auditorías de desempeño categoría.

Compruebe el caché adelante/atrás nuevamente

Algo en lo que no se piensa generalmente es el almacenaje en caché hacia atrás/adelante, asimismo popular como bfcache.

bfcache es un caché habilitado con optimización que deja que las webs se carguen instantáneamente en el momento en que un usuario navega hacia adelante o hacia atrás por medio de un portal de internet.

Los websites sin un bfcache dejaron que los visitantes del portal web se puedan ver obligados a bajar páginas por segunda vez mientras que navegaban por todos lados en un portal de internet.

Pero con bfcache habilitado, los visitantes del ubicación experimentan una carga instantánea.

La página de programadores de Google plus en bfcache lo enseña de esta forma:

«La caché de adelanto/retroceso (bfcache) guarda una instantánea de la página en la memoria para en el momento en que la página se restaura desde el historial de navegación.

Esto hace más rápido relevantemente la navegación a la página, no obstante, ciertas API del navegador (como los oyentes de descarga) tienen la posibilidad de lograr que bfcache falle y la página se cargue comunmente».

Hay mejores prácticas para asegurar que las páginas sean seleccionables para guardarse en caché en bfcache.

La primera optimización es jamás emplear el acontecimiento de descarga.

Según Web.dev:

«El acontecimiento de descarga es problemático para los navegadores por el hecho de que está guardado en caché y muchas páginas en Internet marchan bajo la suposición (razonable) de que una página no proseguirá estando una vez que se haya habilitado el acontecimiento de descarga.

O sea un desafío por el hecho de que muchas de esas páginas asimismo se hicieron con la suposición de que el acontecimiento de descarga se activaba toda vez que un usuario navegaba, lo que por el momento no es verdad (y no lo fué a lo largo de un buen tiempo).

EL Página para programadores de Mozilla firefox para el acontecimiento de descarga asimismo sugiere:

«Observación: los programadores tienen que eludir emplear este acontecimiento».

Lighthouse 10 en este momento tiene una auditoría bfcache.

La manera en que marcha es que se distancia de la web que se prueba y después vuelve a ella.

Cualquier inconveniente con la aptitud de utilizar bfcache se comunica a la auditoría de bfcache.

Hay tres géneros de fallas:

1. operado
   Inconvenientes que se tienen la posibilidad de arreglar.
2. Soporte pendiente
   Las especificaciones que aún no son compatibles con Google chrome evitan que el navegador almacene en caché la web.
3. no puedes accionar
   Estos son inconvenientes fuera de nuestra página que no se tienen la posibilidad de revisar ni arreglar.

Lea para conseguir mucho más información: Página de creador de Google chrome en bfcache:
Asegúrese de que la página se logre volver a poner desde el caché de retroceso/avance

Extensión de control de campo para pegar claves de acceso

Dejar que los individuos ingresen claves de acceso en un campo de formulario de contraseña es una optimización de seguridad.

Deshabilitar la aptitud de pegar claves de acceso impide que los visitantes del ubicación utilicen gestores de claves de acceso que emplean claves de acceso seguras.

Las ediciones anteriores de Lighthouse que probaron esta práctica sugerida de pegar en campos de formulario solo probaron el campo de contraseña.

Lighthouse 10 optimización esta verificación al extenderla para evaluar si hay que pegar en cualquier campo de entrada (que no sea de solo lectura).

El aviso de Google plus sobre esta novedosa auditoría enseña por qué razón es esencial:

«Para la mayor parte de los sitios, eludir el pegado es una mala experiencia para el usuario y también impide los flujos de trabajo lícitos de seguridad y disponibilidad».

Un campo de entrada de «solo lectura» es un campo de formulario que tiene dentro una entrada ya establecida rellenada antes.

Todos los otros campos de entrada tienen que aceptar pegar, puesto que es útil para la disponibilidad, la experiencia del usuario y para progresar la seguridad.

creador de Google plus página de depuración para este género de control proporciona este consejo para arreglar este inconveniente:

«De qué forma activar el pegado en campos de contraseña

#Halla el código que impide pegar
Para hallar y también examinar velozmente el código que impide pegar:

• Expanda el panel Puntos de interrupción del descubridor de acontecimientos.

• Expanda la lista del Portapapeles.

• Elija la casilla de verificación Pegar.

• Pegue un artículo en un campo de contraseña en su página.

• DevTools debería detenerse en la primera línea de código en su descubridor de acontecimientos de pegado».

Google plus sugiere detectar el oyente de JavaScript que impide pegarlo y después quitarlo.

2 novedosas auditorías de faros

Muchas auditorías de SEO no valoran los inconvenientes de seguridad, probablemente pues la seguridad no guarda relación con la clasificación, una creencia que probablemente sea errónea.

He argumentado a lo largo de varios años que la seguridad es un inconveniente de SEO pues la seguridad deficiente lleva a un encontronazo negativo en las clasificaciones.

Si el propósito de una auditoría es detectar las razones por las cuales las clasificaciones tienen la posibilidad de verse comprometidas, entonces, a mi juicio, una verificación de seguridad habría de ser una parte de la auditoría de SEO.

Lighthouse 10 está libre en la herramienta PageSpeed ​​​​Insights y aparecerá en la versión 112 de Google chrome, cuyo lanzamiento está planificado para el 29 de marzo de 2023.

Quienes deseen evaluar el nuevo Lighthouse 10 desde el diseño de Google chrome DevTools tienen la posibilidad de llevarlo a cabo con la versión para programadores del navegador de Google plus, cromo canarioque tiene dentro todas y cada una de las funcionalidades mucho más recientes antes de la versión habitual de Google chrome.

Lea sobre las novedosas auditorías en el aviso de Lighthouse 10:

Nuevo en Lighthouse 10 – Nuevos controles

Imagen señalada de Shutterstock/Asier Romero