Octobre est le le Mois national de sensibilisation à l'emploi des personnes en situation de handicap, ou NDEAM en abrégé. L’objectif de cet événement est de mettre en avant les contributions des personnes en situation de handicap dans le monde du travail. Si vous lisez ces lignes, il y a de fortes chances que vous n’ayez jamais été confronté à l’expérience en ligne d’un utilisateur de lecteur d’écran comme moi. Je vais donc vous décrire « une journée dans la vie de Patrick ».
Récemment, j’ai participé à une réunion consacrée aux projets, aux besoins des clients et aux tâches générales nécessaires pour offrir un service de qualité à nos clients d’ Deque . La question de la planification des rendez-vous avec des clients externes à l’organisation Deque a été abordée, et on m’a suggéré d’essayer un nouvel outil de planification. Il s’agit d’un de ces outils qui permettent de résoudre le problème de la coordination des agendas de chacun, quelle que soit la place de chacun au sein de l’organisation. J’ai reçu un lien vers le produit et je me suis mis en mode « c’est parti pour la bataille », ce qui est mon attitude habituelle face à de nouveaux sites que je n’ai encore jamais consultés.
Mes efforts de reconnaissance pour mon « nouveau site »
Lorsque j'aborde un nouveau site, voici quelques-uns des éléments que j'examine :
- La structure générale du site : à l'aide de mon lecteur d'écran, j'examine comment parcourir le contenu proposé via divers liens et éléments de navigation tels que les titres, les menus, les barres de recherche et les onglets.
- Les illustrations accompagnées d'une légende : celles-ci permettent souvent de mieux comprendre le message du site.
- Une révision de la déclaration d'accessibilité, le cas échéant
Une fois que j'ai une idée générale de ce que propose le site et de sa structure de base, il est temps de me mettre au travail et d'utiliser le site pour effectuer des tâches concrètes, qu'il s'agisse de rechercher des informations ou d'effectuer une transaction. Dans mon cas, j'allais vérifier les disponibilités de mon collègue à une date précise afin de tester les fonctionnalités du site.
Plonger au cœur du contenu et des fonctionnalités
En général, cela peut prendre entre 5 et 30 minutes, selon la complexité du site. J'ai cliqué sur le lien fourni et je me suis retrouvé sur une page épurée et simple qui, d'emblée, m'a fourni les informations que je cherchais.
Pas de barre de navigation sophistiquée, pas de champ de recherche, pas de carrousel défilant, pas de publicités, ni de longue liste de liens vers d’autres pages. Elle affichait simplement le nom de l’utilisateur et une liste de types de réunions parmi lesquels je pouvais choisir pour rechercher un créneau horaire pour cet utilisateur. J’ai cliqué sur le lien « Réunion de 30 minutes » et j’ai accédé à une autre page bien organisée et accessible, comportant un lien de retour et un calendrier simple d’utilisation avec des commandes me permettant de changer facilement de mois.
Le calendrier s’affichait sous forme de tableau, ce qui me fait toujours plaisir car cela me permet de naviguer facilement entre les jours grâce à une grille : je peux sélectionner le jour en me déplaçant vers la droite ou vers la gauche, puis descendre le long d’une colonne de dates jusqu’à ce que je trouve celle dont j’ai besoin. Chaque déplacement indiquait clairement le jour et la date sur lesquels je me trouvais, ainsi que la présence d’un bouton que je pouvais utiliser pour effectuer ma sélection. Une fois le bouton enfoncé, j’appuyais sur la touche « H » pour que mon lecteur d’écran me fournisse la liste des titres, jusqu’à la liste des horaires disponibles.
Je ne vais pas vous expliquer tout le processus en détail, mais croyez-moi, tout s'est déroulé sans accroc et j'ai pu envoyer une demande de réunion via le site. J'ai tellement apprécié cette expérience que j'ai demandé à créer mon propre compte, et les écrans permettant de configurer mes préférences étaient tout aussi accessibles, épurés et simples à utiliser et à parcourir.
Un aperçu de l'expérience mobile native
Cette fois-ci, je vous invite à me suivre dans l'une de mes expériences sur mobile, sur la plateforme iOS. Bien qu'il ne s'agisse pas d'une expérience professionnelle, elle est assez représentative de bon nombre de mes expériences.
Tout a commencé il y a quelque temps, lorsque j'ai acheté des billets de concert sur un site web relativement facile d'accès et que tout s'était bien passé. À présent que la date de l'événement approche, je reçois des rappels par e-mail m'informant de la date à venir et du fait que les billets achetés en ligne ne sont valables sur place que s'ils sont présentés sur mon téléphone. Aucun billet imprimé n'est accepté.
Après avoir appris cela, je télécharge l'application mobile du distributeur de billets, prêt à me connecter et à télécharger mes billets pour les ajouter à mon portefeuille numérique. Je clique simplement sur le lien figurant dans l'e-mail pour accéder à l'App Store, télécharger l'application et l'ouvrir.
Une fois l’application installée sur mon téléphone, je l’ai ouverte et je me suis retrouvé face à un écran vide. N’étant pas habitué à cela, j’ai vérifié que j’avais bien téléchargé la bonne application. Je l’ai fermée, puis relancée, mais l’écran est resté vide : il ne réagissait ni aux gestes de VoiceOver ni aux commandes vocales, même en faisant glisser mon doigt partout sur l’écran. La seule chose qui parle, c’est la barre d’état en haut de l’écran, qui affiche notamment l’heure. Comme j’ai maintenant le temps, je vais attendre qu’une personne voyante puisse m’aider à comprendre ce qui ne va pas avec cette application. Ce n’est pas ce à quoi je m’attendais.
Le jour vient où je trouve quelqu’un pour m’aider à y jeter un œil ; je rouvre donc l’application et constate que le problème persiste, puis je tends mon téléphone aux « pros du service optique ». On m’explique qu’il y a des écrans de clause de non-responsabilité – cinq au total – auxquels il faut répondre. Comme ces écrans ne sont pas tous accessibles, mon ami répond aux questions simples en l’espace d’une minute, et l’application principale s’affiche, avec la fonctionnalité de connexion.
L'application devient alors assez accessible, mais présente toutefois des problèmes de claviers sur l'écran de connexion qui nécessitent l'aide d'une personne voyante. Une fois connecté, j'ai pu trouver l'événement qui m'intéressait ainsi que les billets associés que j'avais achetés. À partir de là, j'ai pu consulter et télécharger les billets dans mon portefeuille mobile.
Pour la plupart des applications iOS que je rencontre, au pire, je parviens à trouver des solutions de contournement. Cette application m’a surpris car elle constituait un obstacle majeur à l’accomplissement de ma tâche, et je n’ai pas réussi à trouver de moyen de le surmonter. Pour ne rien arranger, mon alternative (les billets papier) n’était pas envisageable. Quand on mène une vie numérique qui repose sur des technologies d’assistance pour fonctionner, on ne sait jamais quelles surprises, bonnes ou moins bonnes, nous attendent.
Où se trouvent les déclarations d'accessibilité ?
Vous les avez peut-être ignorées en faisant défiler la page, tout comme les mentions légales, la politique de confidentialité ou d’autres liens qui se perdent souvent dans les pieds de page des sites. Consultez Dequela Déclaration d’accessibilité si vous cherchez un exemple. Sur cette page, vous trouverez des déclarations concernant l’engagement d’une organisation en faveur de l’accessibilité numérique.
Vous pourriez également trouver des VPAT ou « Voluntary Product Accessibility Templates » (modèles volontaires d’accessibilité des produits). Les VPAT suivent un format très spécifique, qui indique le niveau de conformité de ce site ou de ce produit par rapport à des directives telles que les WCAG. Cela permet essentiellement de mieux comprendre l’accessibilité des services proposés par l’organisation et constitue un excellent moyen de me donner une idée de ce à quoi je peux m’attendre.
Bien que les deux expériences que j’ai évoquées ci-dessus représentent des cas extrêmes en matière d’accessibilité numérique, elles ont en commun de ne pas disposer de déclaration d’accessibilité. Pourquoi ? Elles disposent pourtant bien de plans de site pour aider les robots de Google à explorer, parcourir et indexer le site. Pourquoi ne pas fournir ces mêmes informations à des millions d’autres utilisateurs de technologies d’assistance comme moi ?
J'aimerais beaucoup simplifier mon processus de « reconnaissance » d'un « nouveau site » pour qu'il se résume à « lire la déclaration d'accessibilité », puis « utiliser le site ». Et à mesure que nous progressons collectivement pour faire de l'accessibilité numérique la norme, peut-être pourrons-nous supprimer complètement mes efforts de reconnaissance.
Conclusion
Mon expérience avec l'application de planification me porte à croire qu'avec le temps, tout le monde bénéficiera d'expériences de plus en plus enrichissantes lorsqu'il s'agira d'accéder à tout ce qu'Internet a à offrir. Il est évident que le problème rencontré avec l’application de billetterie aurait facilement pu être évité si les développeurs avaient effectué un simple test de balayage à l’aide de VoiceOver, car cela aurait rapidement interrompu leur processus de test et les aurait alertés afin qu’ils demandent une correction. Grâce au travail que nous menons tous en faveur de l’accessibilité numérique, nous créons davantage d’expériences positives que négatives, permettant ainsi à chacun d’entre nous de mener une vie numérique inclusive, quelle que soit la technologie d’assistance utilisée.
