Google Chrome Lighthouse 10 conté dues auditories noves

El recent llançat Lighthouse 10, la tecnologia subjacent a PageSpeed ​​Insights i Chrome DevTools, introdueix dues noves auditories del lloc. Aquestes auditories haurien de ser útils com a part de l’auditoria, ja que es refereixen a la seguretat del lloc i als factors de l’experiència de l’usuari.

Tècnicament, una de les auditories és una ampliació d’una auditoria anterior, però essencialment és una nova auditoria.

Lighthouse conté diversos tipus d’auditories, com ara auditories d’accessibilitat, auditories de bones pràctiques, auditories de rendiment, auditories d’aplicacions web progressives i una auditoria de SEO.

Aquestes dues noves auditories provenen de dues auditories diferents dins de Lighthouse. Un és una part del Auditoria de bones pràctiques i l’altre és del Auditories de rendiment categoria.

Nova auditoria de memòria cau enrere/endavant

Alguna cosa que no es pensa habitualment és la memòria cau enrere/en endavant, també coneguda com a bfcache.

bfcache és una memòria cau que s’habilita amb l’optimització que permet que les pàgines web es carreguin a l’instant quan un usuari navega cap enrere o endavant dins d’un lloc web.

Els llocs web sense bfcache habilitat obliguen els visitants del lloc a descarregar pàgines web per segona vegada quan naveguen cap enrere i cap endavant dins d’un lloc web.

Però amb bfcache habilitat, els mateixos visitants del lloc experimenten una càrrega instantània.

La pàgina de desenvolupadors de Google sobre bfcache ho explica així:

“La memòria cau enrere/en endavant (bfcache) emmagatzema una instantània de la pàgina a la memòria per quan la pàgina es restaura des de l’historial de navegació.

Això accelera significativament les navegacions de retorn a la pàgina, però algunes API del navegador (per exemple, descarregar els oients) poden fer que el bfcache falli i la pàgina es carregui normalment.

Hi ha bones pràctiques per garantir que les pàgines siguin aptes per ser emmagatzemades a la bfcache.

La primera optimització és no utilitzar mai l’esdeveniment de descàrrega.

Segons Web.dev:

“L’esdeveniment de descàrrega és problemàtic per als navegadors perquè és anterior a bfcache i moltes pàgines d’Internet funcionen sota el supòsit (raonable) que una pàgina no continuarà existint després que s’hagi activat l’esdeveniment de descàrrega.

Això presenta un repte perquè moltes d’aquestes pàgines també es van crear amb el supòsit que l’esdeveniment de descàrrega s’activaria cada vegada que un usuari s’allunya, cosa que ja no és cert (i fa molt de temps que no ho és).

El Pàgina web per a desenvolupadors de Mozilla per a l’esdeveniment de descàrrega també desaconsella:

“Avís: els desenvolupadors haurien d’evitar utilitzar aquest esdeveniment”.

Lighthouse 10 ara té una auditoria per a bfcache.

El seu funcionament és que s’allunya de la pàgina web que s’està provant i després hi torna.

Qualsevol problema amb la capacitat d’utilitzar el bfcache és cridat l’atenció per l’auditoria de bfcache.

Hi ha tres tipus de fallades:

1. Actuable
   Problemes que es poden solucionar.
2. Suport pendent
   Les funcions que encara no són compatibles amb Chrome impedeixen que el navegador emmagatzemi la pàgina web a la memòria cau.
3. No accionable
   Són problemes que es troben fora de la pròpia pàgina que no es poden controlar ni solucionar.

Llegiu per obtenir més informació: Pàgina per a desenvolupadors de Chrome sobre el bfcache:
Assegureu-vos que la pàgina es pugui restaurar des de la memòria cau enrere/endavant

Ampliació de l’auditoria de camp Enganxa a contrasenyes

Permetre als usuaris enganxar contrasenyes en un camp de formulari de contrasenya és una millora de seguretat.

La desactivació de la capacitat d’enganxar contrasenyes impedeix que els visitants del lloc utilitzin gestors de contrasenyes que utilitzen contrasenyes fortes.

Les versions anteriors de Lighthouse que van provar aquesta pràctica recomanada relacionada amb l’enganxament als camps del formulari es limitaven a provar només el camp de la contrasenya.

Lighthouse 10 millora aquesta auditoria ampliant-se per provar si s’enganxa a qualsevol camp d’entrada (no només de lectura).

L’anunci de Google d’aquesta nova auditoria explica per què és important:

“Per a la majoria de llocs, prevenir l’enganxament és una experiència d’usuari negativa a la xarxa i impedeix fluxos de treball legítims de seguretat i accessibilitat”.

Un camp d’entrada “només lectura” és un camp de formulari que conté una entrada preemplenada per defecte.

Tots els altres camps d’entrada haurien de permetre l’enganxament perquè és útil per a l’accessibilitat, l’experiència de l’usuari i la millora de la seguretat.

Desenvolupador de Google pàgina de resolució de problemes per a aquest tipus d’auditoria ofereix aquest consell per solucionar aquest problema:

“Com habilitar l’enganxament als camps de contrasenya

#Troba el codi que impedeix enganxar
Per trobar i inspeccionar ràpidament el codi que impedeix enganxar-lo:

• Amplieu el panell Punts d’interrupció de l’escolta d’esdeveniments.

• Amplieu la llista Porta-retalls.

• Seleccioneu la casella de selecció d’enganxar.

• Enganxeu text en un camp de contrasenya de la vostra pàgina.

• DevTools hauria d’aturar-se a la primera línia de codi de l’oient d’esdeveniments d’enganxament corresponent.

Google recomana identificar l’script d’escolta de JavaScript que impedeix enganxar-lo i després eliminar-lo.

Dues noves auditories del far

Moltes auditories de SEO no testegen problemes de seguretat, presumiblement perquè la seguretat no té res a veure amb la classificació, una creença que és possiblement incorrecta.

He afirmat durant molts anys que la seguretat és un problema de SEO perquè una seguretat deficient provoca un impacte negatiu en els rànquings.

Si l’objectiu d’una auditoria és detectar els motius pels quals els rànquings poden estar compromesos, al meu entendre, una comprovació de seguretat hauria de formar part de l’auditoria de SEO.

Lighthouse 10 està actiu a l’eina PageSpeed ​​Insights i apareixerà a la versió 112 de Chrome, que actualment està programada per al llançament del 29 de març de 2023.

Aquells que vulguin provar el nou Lighthouse 10 des de la interfície de Chrome DevTools poden fer-ho amb la versió per a desenvolupadors del navegador de Google, Chrome Canaryque conté totes les funcions més recents abans de la versió normal de Chrome.

Llegiu sobre les noves auditories a l’anunci Lighthouse 10:

Novetats a Lighthouse 10: noves auditories

Imatge destacada de Shutterstock/Asier Romero