Le nouveau Lighthouse 10, la technologie sous-jacente à PageSpeed ​​Insights et Chrome DevTools, introduit deux nouveaux audits de site. Ces audits devraient être utiles dans le cadre de l’audit, car ils concernent la sécurité du site et les facteurs d’expérience utilisateur.

Techniquement, l’un des audits est une extension d’un audit précédent, mais il s’agit essentiellement d’un nouvel audit.

Lighthouse contient plusieurs types d’audits, notamment des audits d’accessibilité, des audits des meilleures pratiques, des audits de performance, des audits d’applications Web progressives et un audit SEO.

Ces deux nouveaux audits proviennent de deux audits différents au sein de Lighthouse. L’un fait partie de l’audit des meilleures pratiques et l’autre de la catégorie Audits de performance.

Nouvel audit de cache en amont/en aval

Quelque chose auquel on ne pense pas habituellement est ce cache arrière/avant, également connu sous le nom de bfcache.

bfcache est un cache qui est activé avec une optimisation qui permet aux pages Web de se charger instantanément lorsqu’un utilisateur navigue en arrière ou en avant dans un site Web.

Les sites Web sans bfcache activé obligent les visiteurs du site à télécharger des pages Web une deuxième fois lorsqu’ils naviguent en arrière et en avant dans un site Web.

Mais avec bfcache activé, les mêmes visiteurs du site bénéficient d’un chargement instantané.

La page développeur de Qwanturank sur bfcache l’explique comme suit  :

« Le cache arrière/avant (bfcache) stocke un instantané de la page en mémoire pour le moment où la page est restaurée à partir de l’historique de navigation.

Cela accélère considérablement les navigations de retour vers la page, mais certaines API de navigateur (par exemple, les écouteurs de déchargement) peuvent entraîner l’échec du bfcache et la page sera chargée normalement.

Il existe des bonnes pratiques pour s’assurer que les pages sont éligibles pour être stockées dans le bfcache.

La première optimisation consiste à ne jamais utiliser l’événement de déchargement.

Selon Web.dev  :

« L’événement de déchargement est problématique pour les navigateurs car il est antérieur à bfcache et de nombreuses pages sur Internet fonctionnent sous l’hypothèse (raisonnable) qu’une page ne continuera pas d’exister après le déclenchement de l’événement de déchargement.

Cela représente un défi car bon nombre de ces pages ont également été construites avec l’hypothèse que l’événement de déchargement se déclencherait chaque fois qu’un utilisateur navigue, ce qui n’est plus vrai (et ne l’est plus depuis longtemps).

La page Web du développeur Mozilla pour l’événement de déchargement le déconseille également  :

« Avertissement  : les développeurs doivent éviter d’utiliser cet événement. »

Lighthouse 10 a maintenant un audit pour bfcache.

La façon dont cela fonctionne est qu’il s’éloigne de la page Web testée, puis y revient.

Tous les problèmes liés à la capacité d’utiliser le bfcache sont signalés par l’audit de bfcache.

Il existe trois types de pannes :

  1. Actionnable

    Problèmes qui peuvent être résolus

  2. Assistance en attente

    Les fonctionnalités qui ne sont pas encore prises en charge par Chrome empêchent le navigateur de mettre en cache la page Web

  3. Non exploitable

    Ce sont des problèmes extérieurs à la page elle-même qui ne peuvent pas être contrôlés ou résolus

Lisez pour plus d’informations  : Page du développeur Chrome sur le bfcache  :

Assurez-vous que la page peut être restaurée à partir du cache arrière/avant

Extension de l’audit de champ Coller dans les mots de passe

Permettre aux utilisateurs de coller des mots de passe dans un champ de formulaire de mot de passe est une amélioration de la sécurité.

La désactivation de la possibilité de coller des mots de passe empêche les visiteurs du site d’utiliser des gestionnaires de mots de passe qui utilisent des mots de passe forts.

Les versions précédentes de Lighthouse qui testaient cette meilleure pratique liée au collage dans les champs de formulaire se limitaient à tester uniquement le champ de mot de passe.

Lighthouse 10 améliore cet audit en développant pour tester si le collage dans n’importe quel champ d’entrée (non en lecture seule) fonctionne.

L’annonce par Qwanturank de ce nouvel audit explique pourquoi il est important  :

« Pour la plupart des sites, empêcher le collage est une expérience utilisateur négative sur le net et empêche les flux de travail légitimes de sécurité et d’accessibilité. »

Un champ de saisie « en lecture seule » est un champ de formulaire qui contient une entrée par défaut préremplie.

Tous les autres champs de saisie doivent permettre le collage car il est utile pour l’accessibilité, l’expérience utilisateur et l’amélioration de la sécurité.

La page de dépannage des développeurs de Qwanturank pour ce type d’audit propose ces conseils pour résoudre ce problème  :

« Comment activer le collage dans les champs de mot de passe

#Trouvez le code qui empêche le collage

Pour trouver et inspecter rapidement le code qui empêche le collage  :

  • Développez le volet Points d’arrêt de l’écouteur d’événements.

  • Développez la liste Presse-papiers.

  • Cochez la case Coller.

  • Collez du texte dans un champ de mot de passe sur votre page.

  • DevTools doit s’arrêter sur la première ligne de code dans l’écouteur d’événement de collage pertinent.

Qwanturank encourage l’identification du script d’écoute JavaScript qui empêche le collage, puis sa suppression.

Deux nouveaux audits phares

De nombreux audits SEO ne testent pas les problèmes de sécurité, probablement parce que la sécurité n’a rien à voir avec le classement, une croyance qui est sans doute incorrecte.

J’affirme depuis de nombreuses années que la sécurité est un problème de référencement, car une mauvaise sécurité a un impact négatif sur les classements.

Si l’objectif d’un audit est de repérer les raisons pour lesquelles les classements pourraient être compromis, alors, à mon avis, un contrôle de sécurité devrait faire partie de l’audit SEO.

Lighthouse 10 est actif dans l’outil PageSpeed ​​Insights et apparaîtra dans la version 112 de Chrome, dont la sortie est actuellement prévue pour le 29 mars 2023.

Ceux qui souhaitent essayer le nouveau Lighthouse 10 à partir de l’interface Chrome DevTools peuvent le faire avec la version développeur du navigateur de Qwanturank, Chrome Canary, qui contient toutes les dernières fonctionnalités avant la version standard de Chrome.

Découvrez les nouveaux audits sur l’annonce de Lighthouse 10  :

Quoi de neuf dans Lighthouse 10 – Nouveaux audits

Image sélectionnée par Shutterstock/Asier Romero

Categories: SEO

S’abonner
Notification pour
guest

Commentaires
Commentaires en ligne
Afficher tous les commentaires
0
Nous aimerions avoir votre avis, veuillez laisser un commentaire.x