Une nouvelle norme d'interaction avec le Web : au-delà du clavier et du lecteur d'écran

Chaque personne utilisant le Web a des capacités différentes lorsqu'il s'agit de lire et d'interagir avec le contenu en ligne. Naturellement, ils ont aussi des besoins variés. Dans cet article, nous continuerons le thème que nous avons commencé dans partie 1 et partie deux de cette série – l'importance d'un clavier ou d'un lecteur d'écran (robuste[19659007] formes de technologie) qui rendent des informations telles que des formulaires, des vidéos, des images, du contenu, des menus et des liens accessibles à des personnes ayant des capacités différentes. Nous présenterons les 2.2 directives proposées des Web Content Accessibility Guidelines (WCAG) qui vont au-delà des interactions avec le clavier et le lecteur d'écran.  

La situation actuelle avec les utilisateurs et l'accès 

Les gens modifient ou mettent constamment à niveau leurs appareils, leurs logiciels et les versions de leur navigateur. Les solutions technologiques doivent donc s'adapter et suivre, en particulier pour le 1 milliard les utilisateurs du monde entier qui ont un handicap (visuel, auditif, mobile, cognitif et d'apprentissage). Pour répondre à ce besoin, le WCAG 2.2 a été rédigé pour continuer à créer des expériences utilisateur plus inclusives.

Le W3C a récemment publié leur ébauche de WCAG 2.2 par le Accessibility Guidelines Working Group et ces directives et critères de réussite s'appuient sur les versions antérieures des WCAG 2.1 et 2.0, qui sont construits à partir de la première version (WCAG 1.0) publiée en 1999. Aujourd'hui, WCAG 2.2 introduit des cas d'utilisation supplémentaires. Notamment, il comprend une amélioration de la prise en charge des utilisateurs de petits appareils ou à écran tactile, des utilisateurs à basse vision et des utilisateurs ayant des troubles cognitifs, linguistiques et d'apprentissage. Nous examinerons de plus près deux Directives : "Modalités de saisie et mouvements de glissement" et "Taille cible". spécifiquement axé sur les « mouvements de glissement » et la « taille cible » (pensez aux boutons). Les deux formes d'interaction ont un impact notable sur les utilisateurs ayant une déficience motrice.

Les mouvements de glissement sont devenus des interactions utilisateur courantes pour les appareils mobiles et les tablettes, ce qui représente un défi pour de nombreux utilisateurs. Cette directive vise à « faciliter l'utilisation des fonctionnalités par les utilisateurs via diverses entrées au-delà du clavier » selon l'organisation W3C, comme l'utilisation d'un « pointeur unique ». Cependant, il existe une exception lorsqu'un mouvement de glissement est « essentiel ». cela devrait rester comme une interaction. L'idée clé pour les concepteurs est de mettre en œuvre une conception inclusive pour les fonctionnalités de déplacement telles que les boutons haut ou bas ou les commandes de clic.  

L'histoire d'utilisation de « Yun » 

Pour illustrer, prenez une histoire d'utilisateur typique de Yun, un retraité de 85 ans qui lit des nouvelles en ligne et publie sur sites de médias sociaux pour rester en contact avec ses enfants et petits-enfants. Yun a des tremblements des mains, tout comme de nombreuses personnes de son âge, et il lui est impossible de maintenir le bouton de la souris enfoncé et de faire glisser avec précision pour «  déplacer les éléments de cette liste. » Pour concevoir une meilleure expérience pour les capacités de Yun et de ceux comme lui, concevez des flèches cliquables vers le haut et vers le bas pour modifier l'ordre des éléments dans la liste. C'est une solution solide qui fonctionnera aussi pour plus de gens, pas seulement pour Yun, inventée comme  résoudre pour un seul avantage .

Pour bien comprendre comment concevoir et développer des mouvements de glissement adaptés à la plupart des gens, consultez les conseils du W3C sur l'intention, les avantages, les exemples, les techniques et les termes clés.  

Directive 2.5.8 « Target Size »  

La directive WCAG « Target Size » résout les problèmes de cliquer ou d'appuyer sur les composants de l'interface utilisateur (UI) (tels qu'un bouton) qui sont conçus avec une « région » insuffisante. Cela permet également d'éviter d'activer accidentellement une cible à proximité, car elle est trop petite et trop proche de sa cible voisine. Le W3C définit « une zone d'au moins 24 x 24 pixels de feuille de style en cascade (CSS) » pour la taille de la cible. Selon la conception des composants de l'interface utilisateur sur une page, vous devrez peut-être agrandir la taille de certaines cibles ou augmenter le "rembourrage" autour de la cible. Il existe trois exceptions à cette directive.

• Espacement : Le décalage cible est d'au moins 24 pixels CSS pour chaque cible adjacente.
• Inline : La cible se trouve dans une phrase ou un bloc de texte.

• Essentiel : Une présentation particulière de la cible est essentielle à l'information véhiculée, ou elle est légalement requise pour être présentée.

Avoir une région suffisante de 24 x 24 pixels CSS résout les frustrations courantes de l'expérience utilisateur (UX) pour les personnes malvoyantes, et en particulier pour les personnes ayant de gros doigts et celles ayant des capacités motrices différentes. Prenez Yun par exemple. Il fait ses courses en ligne, lors du passage à la caisse, il se rend compte qu'il a besoin d'un autre article. Au lieu de cliquer sur « Retour », il clique accidentellement sur « Soumettre » simplement parce que les boutons sont trop proches les uns des autres. Il est particulièrement important de prendre cela en considération lors de la conception pour différentes tailles d'écrans mobiles.  

Cette illustration du W3C indique clairement les options pour passer cette ligne directrice. Un autre choix de conception clé à noter concernant la taille de la cible concerne le zoom. La taille de la cible est "indépendante du facteur de zoom sur la page ; lorsque les utilisateurs effectuent un zoom avant, la taille des pixels CSS (des éléments) ne change pas." Autre considération de conception : s'il n'y a pas de cibles immédiatement au-dessus ou en dessous des boutons, la région satisfait au critère de succès.  

Ce que nous apprendrons ensuite 

Les prochaines directives WCAG 2.2 "Prévisible" et "Aide à la saisie" sont à venir. D'ici là, pour en savoir plus sur la création d'une stratégie de conception accessible pour votre entreprise, téléchargez notre guide, Expériences numériquement accessibles : pourquoi c'est important et comment les créeret lisez notre série UX pour la conception accessible.  et Série UpSkill. Pour commencer à améliorer votre accessibilité numérique, contactez nos experts à propos de notre Accessibility IQ dès aujourd'hui.  

À propos de l'auteur

Je suis Senior Manager User Insights & Research au bureau d'Atlanta.

En savoir plus sur cet auteur