L'expérience utilisateur des autorisations jusqu'à présent
Lorsqu'un utilisateur visite un site qui demande une autorisation, une bulle s'affiche pour l'inviter à prendre une décision. Par exemple, vous pouvez voir ci-dessous l'invite d'autorisation de géolocalisation telle qu'elle est implémentée dans Chrome jusqu'à la version 96. (Vous pouvez essayer cette autorisation et d'autres sur notre site de démonstration permission.site.)
La plupart des invites d'autorisation sont ignorées ou ignorées
Les données télémétriques de Chrome prouvent que de nombreuses demandes d'autorisation sont ignorées. Vous pouvez explorer vous-même les données sur les autorisations de notification dans le rapport d'expérience utilisateur Chrome. Pour l'instant, prenons le tableau ci-dessous qui montre comment les utilisateurs Windows ont réagi à l'invite de notification sur les sites de manière cumulée, tout en notant que les invites de géolocalisation ont observé un comportement similaire de fermeture ou d'omission.
Étant donné un taux d'exclusion/de fermeture d'environ 85%, et surtout si l'invite se démarque et pousse les utilisateurs à prendre une décision immédiatement, il existe un conflit entre le niveau d'urgence supposé par le navigateur et la préférence de l'utilisateur concernant l'attente d'une décision. Cela crée l'impression qu'il est "ennuyeux" pour un site de demander une autorisation, car elle sera perdue dans les éléments supplémentaires auxquels les utilisateurs devront réagir (bannières de consentement pour les cookies, inscriptions à une newsletter, etc.).
Nouvelle interface
À partir de Chrome 98, nous avons donc introduit une UI de chip animé qui apparaît à côté du cadenas chaque fois qu'une autorisation est demandée. Elle se compose d'une icône et d'un libellé décrivant l'autorisation demandée. Notre objectif était d'améliorer la navigation sur le Web tout en évitant les demandes d'autorisation généralement inutiles pour la grande majorité des utilisateurs et fréquemment ignorées ou ignorées.
L'info-bulle de requête existante s'affiche lorsque l'utilisateur clique sur le chip de requête (s'il ne s'affiche pas déjà) et l'UI de requête est automatiquement complétée par l'info-bulle de requête en fonction des méthodes heuristiques listées ci-dessous:
- L'autorisation a été déclenchée par un geste de l'utilisateur lors de l'interaction avec le site lui-même, et non automatiquement par le site.
- L'autorisation est jugée essentielle et ne contient généralement pas de spam. Cela inclut actuellement la caméra, le micro et la caméra associés au micro.
Forcer la nouvelle interface
Comme il s'agit d'un déploiement par étapes, vous pouvez forcer la nouvelle interface en activant les indicateurs suivants:
chrome://flags/#permission-chip
chrome://flags/#permission-chip-gesture
chrome://flags/#permission-chip-request-type
Déroulement de la nouvelle interface
Sans geste de l'utilisateur
Pour les autorisations non essentielles qui ne sont pas déclenchées par un geste, l'invite n'empiète plus sur le contenu du site et n'exige pas de décision immédiate. L'utilisateur peut ignorer le chip de requête jusqu'à ce qu'il dispose de suffisamment d'informations pour prendre une décision.
Sans interaction
Sans interaction et après un court délai, le chip de requête se réduit automatiquement à une seule icône bloquée (pour indiquer que l'autorisation est temporairement bloquée) avant d'être entièrement ignoré. L'objectif est d'empêcher les utilisateurs qui choisissent de ne pas prendre de décision de le faire sans aucune interaction.
Impact à court terme attendu
À court terme, et tant que les utilisateurs ne se seront pas habitués à la nouvelle interface utilisateur, il est probable que les propriétaires de sites constateront des taux d'autorisation inférieurs pour les sites, en particulier ceux qui demandent automatiquement des autorisations sans avoir à amorcer ni exiger de geste de l'utilisateur (ce qui est de toute façon considéré comme une mauvaise pratique). Cet inconvénient reconnu est largement compensé par l'expérience moins intrusive.
Bonnes pratiques
Il appartient au site de s'assurer qu'il fournit le contexte nécessaire et qu'il ne demande des autorisations qu'au moment approprié et attendu. Les autorisations qui ont été temporairement bloquées (par un utilisateur qui ignore la requête ou ignore l'invite) peuvent redemander l'autorisation au cours de la même session. Ne le faites que si l'autorisation est essentielle au fonctionnement du site ou de la fonctionnalité. Sinon, vous risquez d'agacer les utilisateurs et d'être automatiquement bloqué. Dans ce cas, nous affichons la messagerie silencieuse introduite dans Chrome 80. Pour en savoir plus, consultez la section Expérience utilisateur des autorisations.
Perspectives et conclusions
Nous prévoyons d'améliorer davantage l'interface utilisateur et l'expérience utilisateur. L'équipe Chrome y travaille déjà et examine le blocage automatique des autorisations potentiellement plus agressif en fonction du comportement antérieur. Vous en saurez plus ici quand ces plans seront matures.
En conclusion, la nouvelle interface utilisateur réduit l'insistance perçue sur une décision et améliore l'expérience de navigation. Étant donné que la plupart des invites d'autorisation sont bloquées ou ignorées, l'objectif était d'améliorer l'expérience générale de navigation, sans interrompre les parcours utilisateur lors de l'affichage d'une invite d'autorisation, en particulier dans les cas où des autorisations sont requises pour mener à bien un cas d'utilisation.
Remerciements
Image héros par Sigmund sur Unsplash. Cet article a été lu par Joe Medley.