Revoir les critères d'installation de Chrome

Dans les mois à venir, Chrome effectuera des tests dans le but de simplifier les critères d'installation des applications, et d'améliorer l'expérience des développeurs et des utilisateurs. Ce post présente les changements auxquels vous pouvez vous attendre et explique pourquoi nous effectuons ces tests.

L'installation est une fonctionnalité Web sur mobile depuis 2015. Elle est compatible avec l'installation de PWA pour ordinateur depuis 2019. La capacité d'installation des navigateurs Chromium est limitée par des critères de qualité, y compris un fichier manifeste comportant des champs spécifiques tels que "name" et "icon" et un service worker avec un gestionnaire d'extraction.

L'objectif des critères d'installation existants est d'inciter les développeurs à investir dans des expériences utilisateur de haute qualité et à répondre aux attentes des utilisateurs une fois le logiciel installé. Cependant, les exigences des critères ne produisaient pas toujours une expérience de meilleure qualité. Par exemple, la vérification des service workers sert de proxy pour détecter les sites avec une certaine expérience hors connexion, mais les sites ajoutaient des service workers avec des gestionnaires d'extraction vides pour répondre aux critères. Cela affecte les performances Web au lieu d'améliorer l'expérience, et Chrome a finalement permis de résoudre le problème en ignorant les gestionnaires vides.

Étant donné que les critères existants ne sont pas considérés comme des résultats escomptés, nous effectuons des tests avec quelques modifications. Dans un premier temps, nous avons supprimé l'obligation de disposer d'un service worker qui implémente la méthode fetch() pour l'installation à partir du menu, depuis la version 108 sur mobile et la version 112 sur ordinateur.

Application sans implémentation de service worker qui affiche toujours l'option "Installer l'application" dans le menu à trois points.

Afin d'atteindre notre objectif initial d'offrir aux utilisateurs une expérience hors connexion dans les applications, nous avons lancé une page personnalisée par défaut pour les sites qui n'ont pas mis en œuvre la leur.

Pour le moment, l'algorithme qui affiche l'invite d'installation nécessite toujours la présence d'un gestionnaire fetch(). C'est dans cet espace que nous nous efforçons d'intégrer de nouveaux signaux et d'afficher l'invite lorsque l'utilisateur est le plus susceptible d'installer l'application. Les développeurs peuvent toujours utiliser beforeInstallPrompt() pour contrôler la requête.

Nous souhaitons que les utilisateurs puissent choisir les sites Web qu'ils souhaitent parcourir sous forme d'applications, en mode plein écran, avec un accès direct à l'aide d'icônes. Dans les prochaines versions, nous testerons la suppression de l'obligation de fournir certains champs du fichier manifeste pour qu'il puisse être installé. Nous évaluerons de près les métriques et les commentaires des clients pour déterminer le nouveau comportement de Chrome.

Enfin, comme les vérifications de la PWA Lighthouse sont directement associées aux critères d'installabilité, nous avons décidé de supprimer cette catégorie de Lighthouse. Nous nous engageons toujours à fournir aux développeurs les meilleurs outils pour optimiser leur expérience d'installation sur le Web. Les vérifications des optimisations et le débogage des expériences installables dans les outils de développement restent disponibles.

Restez à l'affût de ces expériences et n'hésitez pas à nous envoyer vos commentaires si vous avez des questions.