Elisa Bandy est une Googleuse qui travaille sur l'accessibilité Web et la documentation pour nos outils internes.
Ce post met en avant un expert de la communauté dans le cadre de la série Apprendre l'accessibilité. En savoir plus sur les initiatives et recherches d'accessibilité de Google
Alexandra Klepper: J'ai de la chance de vous appeler une collègue. Comment vous présenteriez-vous et votre poste ici ?
Elisa Bandy: Je m'appelle Elisa. Je rédige la documentation sur les outils et l'infrastructure internes de Google.
Alexandra: C'est vraiment génial. Combien de personnes travaillez-vous avec ?
Elisa: Notre équipe compte environ 40 personnes, y compris des rédacteurs techniques, des concepteurs pédagogiques et des responsables de programme. Lorsque j'ai commencé, il y a six ans, l'équipe ne comptait que quatre personnes.
Alexandra: Qu'était-ce que tu faisais avant Google ?
Elisa: Pendant la semaine, je travaillais dans le développement de jeux vidéo. Et le week-end, je travaillais dans une cordonnerie.
Alexandra: Avez-vous commencé à travailler sur l'accessibilité Web une fois que vous avez rejoint Google ?
Elisa: Oui, mais pas avant un an et demi, en parallèle. Je travaille sur l'ingénierie de l'accessibilité pour la documentation interne de Google. Avant ce travail, les documents n'étaient pas conçus pour être accessibles. Toute fonctionnalité de document accessible était un heureux hasard.
Il y avait d'énormes problèmes, à commencer par le contraste des couleurs entièrement inapproprié pour les liens. Les tableaux étaient un vrai désordre. Si vous effectuiez un zoom avant, tout restait de la même taille, car il était défini en pixels au lieu de rem. Je me suis porté volontaire pour résoudre tous ces problèmes. Et puis, j'ai continué
à réparer plus de choses. Nous voici cinq ans plus tard, et j'en suis toujours là.
Alexandra: Vous vous êtes bâtie pour être une personne dotée d'une expertise et de compétences en matière d'accessibilité, et vous avez la solution pour résoudre les problèmes à résoudre.
Elisa: Oui, je pense que nous pouvons dire cela [rires]. En tant que personne handicapée, je sais à quel point il est difficile de demander des considérations d'accessibilité. Le fait que nous n'ayons pas pris en compte ces considérations d'accessibilité pour mes collègues m'a vraiment mis en colère. Et personne d'autre ne les réparait. Je les ai donc corrigées.
Je ne pense pas que quiconque doive demander l'accessibilité. Il doit être intégré dès le départ.
Hiérarchiser vos cas d'utilisation de l'accessibilité
Alexandra: L'accessibilité Web comporte de nombreuses couches différentes, n'est-ce pas ? Les besoins des personnes ayant un handicap sont différents, et parfois contradictoires. Comment hiérarchisez-vous les tâches à accomplir ?
Elisa: Une grande partie de mon travail consiste à hiérarchiser les tâches. Par exemple, est-il important qu'un cas d'utilisation spécifique soit totalement accessible à 100 % ? Je consulte de nombreuses données: quel pourcentage de notre population est handicapé ? Combien de personnes rencontrent un problème d'accessibilité spécifique ?
Par exemple, un sous-ensemble d'utilisateurs utilise ChromeVox, le lecteur d'écran intégré des Chromebooks. Si un problème se produit dans ChromeVox, je dois examiner le nombre de personnes qui utilisent ChromeVox par rapport à Jaws, NVDA et VoiceOver.
En externe, peu de personnes utilisent ChromeVox. Étant donné que nous sommes Google, de nombreuses personnes utilisent des Chromebooks comme principal appareil de travail, ce qui signifie que ChromeVox est très important pour la documentation interne. Peut-être qu'un bug ChromeVox est signalé un peu plus haut qu'un bug VoiceOver ou qu'un bug NVDA.
En règle générale, j'essaie d'abord de corriger les problèmes pour les principaux lecteurs d'écran. La coloration a tendance à être aléatoire, car de nombreuses extensions contournent les problèmes de coloration, en particulier pour les modes à contraste élevé.
Alexandra: Vous avez mentionné les données, qui sont extrêmement importantes chez Google (bien sûr). On entend toujours "Justifiez votre idée par des données". Comment collectez-vous les données pour l'accessibilité chez Google ?
Elisa: Je m'appuie beaucoup sur les données collectées par la Google Disability Alliance. Je vérifie souvent les résultats des enquêtes de WebAIM.
Culture de l'accessibilité
Alexandra: Parlez-moi de la culture d'accessibilité chez Google.
Elisa: Elle s'est développée très, très rapidement pour devenir un sujet qui est financé et concerne un large public. Presque tout le monde veut faire ce qu'il faut. Nos collègues ont besoin de ressources pédagogiques pour savoir comment faire les bons choix et prioriser l'accessibilité.
Restructurer une application, un site Web ou tout autre élément pour qu'il soit accessible après l'avoir déjà implémenté de manière incorrecte est difficile. Une partie de mon travail consiste à amener nos ingénieurs à réfléchir à l'intégration de l'accessibilité dans les conceptions initiales, avant la création des produits. Les gens sont très réceptifs à cela, voire enthousiastes !
Je n'ai rencontré qu'une seule fois une véritable résistance à l'intégration de l'accessibilité, et même cela a été assez facile à résoudre.
Alexandra: Pouvez-vous m'en dire plus ?
Elisa: Lorsque j'ai rejoint l'ingénierie de l'accessibilité, cela ne représentait que 20% de mon temps. Certaines personnes ne comprenaient pas pourquoi nous nous concentrions sur l'accessibilité. Quelqu'un a dit : "Seulement 1% de la population est handicapée." Je suis resté ferme : nous devions le faire, car c'était la bonne chose à faire. Et c'était mon temps, je l'utiliserai comme je l'entends.
Bien sûr, il est difficile d'entendre que les personnes handicapées n'ont pas d'importance, qu'elles constituent un groupe trop restreint.
Alexandra: Surtout lorsque vous faites partie de cette population. Apprenez à connaître votre public !
Elisa: Je n'aime pas du tout entendre "Oh, ce n'est que 1%." Le « seul » le rend insignifiant. Mais si vous pensez à la population mondiale, cela représente beaucoup de personnes. Et c'est beaucoup de personnes qui travaillent chez Google. De plus, tant de handicaps sont sous-estimés.
Alexandra: Nous savons que bien plus de 1% de la population est touchée par un handicap. Selon l'OMS, plus d'un milliard de personnes sont atteintes d'un handicap et 2,2 milliards de personnes souffrent d'une déficience visuelle. Bien sûr, la gravité varie, et certaines personnes souffrant de troubles de la vision ne se considèrent pas comme des personnes handicapées. Toutefois, ces troubles ont un impact sur l'interaction sur le Web.
Elisa: Exactement.
Développer votre propre expertise
Alexandra: Avez-vous des conseils que vous auriez aimé avoir avant de commencer à travailler dans le domaine de l'accessibilité ?
Elisa: Ce n'est pas grave de ne pas tout savoir. L'accessibilité est un vaste domaine. Je sais qu'il y a beaucoup de choses que je ne sais pas. Je dispose d'un ensemble de compétences très spécifiques. Il se trouve que je sais où trouver des informations sur les bonnes pratiques en matière d'accessibilité.
Même dans mon domaine de spécialité, les lecteurs d'écran et le contraste des couleurs, j'apprends de nouvelles choses tous les jours. Je suis sourd, mais je ne suis pas un expert de l'accessibilité des sous-titres. Je sais ce qui fonctionne pour moi, mais je ne sais pas ce qui fonctionne pour les autres. Il faudrait que je recherche les meilleures pratiques si on le demandait.
Alexandra: Il est raisonnable de ne pas être un expert absolu de tous les types d'accessibilité. Comment aideriez-vous les ingénieurs à apprendre les modèles d'accessibilité ?
Elisa: Je travaille en étroite collaboration avec une ingénieure qui s'intéresse à l'accessibilité. Je lui donnerai un bug et lui montrerai comment je le résoudrais. Ensuite, je lui présente les bonnes pratiques. Elle peut consulter d'autres documents et voir qu'une approche a été recommandée, mais qu'elle ne fonctionne pas pour des raisons XYZ.
L'accessibilité Web présente la particularité qu'il n'existe pas beaucoup d'exemples de code concrets, car il n'y a pas deux personnes qui créent la même fonctionnalité de la même manière. Vous pourriez donc proposer des solutions de jury. De nombreuses personnes ne pensent pas à l'accessibilité avant que tout ne soit mis en place. Que ferez-vous à ce stade ? Allez-vous le démonter, le remettre en place et réécrire tous vos tests ? Non, vous n'êtes pas. Vous allez épingler quelque chose.
Cela signifie que vous devez comprendre comment un utilisateur handicapé s'attend à ce que l'application fonctionne, puis modéliser votre code pour qu'il effectue cette fonction. Il ne ressemblera peut-être pas aux exemples de code parfaits ou aux composants inclusifs, mais en fin de compte, tant qu'il effectue la même fonction de manière fiable, tout ira bien.
Alexandra: Vous semblez dire qu'il est plus important d'obtenir un résultat positif que de s'inquiéter trop de la façon dont on y parvient.
Elisa: Oui. Car, honnêtement, les fins justifient les moyens dans ce cas. Il est très important de comprendre comment un utilisateur de lecteur d'écran ou tout autre utilisateur handicapé s'attend à ce que cela fonctionne.
Il existe un milliard de rôles ARIA, et vous ne pouvez pas tous les connaître. De plus, certains ne fonctionnent pas avec tous les lecteurs d'écran. Vous devez donc connaître les besoins de vos utilisateurs afin de créer pour eux.
Alexandra: Avez-vous besoin de ressources externes courantes pour créer de la documentation interne ou proposer une assistance aux ingénieurs Google ?
Elisa: Je m'appuie beaucoup sur les consignes du W3C. Ils sont très utiles pour vous donner une idée de ce que vous devez faire. WebAIM est une autre ressource extrêmement utile qui, à mon avis, est un peu meilleure en termes d'implémentation technique. J'aime aussi beaucoup la documentation Mozilla. Neuf fois sur dix, si je recherche quelque chose, je trouve une réponse dans les MDN Web Docs.
J'adore inclusive-components.design, qui est idéal si vous souhaitez une bibliothèque de composants accessibles.
Deque University propose de nombreuses bonnes pratiques. Je m'en sers pour des supports de référence, lorsque je signale des bugs ou que j'apprends à suivre un modèle spécifique.
Tester les outils d'accessibilité
Alexandra: Comment savoir en quoi un utilisateur est affecté ? Comme votre expertise consiste à aider les personnes daltoniennes et les lecteurs d'écran, commençons par là.
Elisa: Pour les déficiences de vision des couleurs et le daltonisme, il existe des simulateurs et des émulateurs. Vous ne pouvez pas vraiment comprendre ce que voit une autre personne tant que vous ne l'avez pas vu vous-même. Si je remarque une saturation vraiment mauvaise, dès que je l'exécute dans le simulateur, je peux confirmer qu'elle n'est pas du tout perceptible.
Pour aider les utilisateurs de lecteurs d'écran, il n'y a pas de meilleur moyen de comprendre leur expérience que d'utiliser un lecteur d'écran. Commencez par lire les tutoriels, c'est essentiel. Certaines personnes se sentent frustrées lorsqu'elles allument simplement leur appareil et essaient de le manipuler. Ce n'est pas une bonne façon d'apprendre à l'utiliser. Vous avez besoin de plus de 5, 10 ou 20 minutes. Utilisez-la pendant une heure au moins pour révéler certaines des frustrations auxquelles les utilisateurs sont confrontés lorsqu'ils dépendent de cette technologie.
Je suis convaincue que tout le monde aura besoin d'une technologie d'accessibilité à un moment donné de sa vie. Par exemple, j'ai récemment blessé mon poignet et je ne pouvais pas utiliser ma souris. J'ai donc utilisé un clavier pendant plusieurs semaines. C'était tellement frustrant. Ces types d'exercices peuvent vraiment vous mettre dans la position d'une personne handicapée qui tente de naviguer dans un monde de personnes valides.
Les simulateurs, bien qu'utiles, ne sont pas équivalents à un handicap
Alexandra: Évidemment, l'expérience que j'ai, ou que tout développeur aurait, avec les simulateurs n'est pas la même que celle d'une personne ayant une déficience visuelle.
Elisa: Vous pouvez toujours parler à une personne ayant un handicap pour en savoir plus sur son expérience. Lorsque vous développez cette empathie, il est important de garder à l'esprit qu'une personne qui utilise fréquemment ces outils sera toujours plus douée que vous. Les personnes ayant un handicap seront toujours plus à l'aise pour se déplacer dans leur propre espace, car c'est le corps avec lequel elles vivent.
J'ai peur que les personnes qui effectuent ces exercices d'empathie, faute de meilleur terme, pensent qu'elles savent précisément ce que les gens traversent. Ils pensent soudain qu'ils sont les experts de cette expérience. Vous n'êtes pas l'expert de cette expérience. Si vous êtes valide, vous n'êtes pas fondamentalement un expert des lecteurs d'écran. Je ne suis pas un expert de la daltonisme, même si je travaille dans ce domaine. Je ne suis pas un expert des lecteurs d'écran.
Je suis expert en tant que malentendant. Je suis un expert en appareils auditifs et je gère mes propres expériences au quotidien. Mais cela ne signifie pas que je suis un expert de l'expérience des autres personnes avec la surdité.
Le pire que vous puissiez faire en ingénierie de l'accessibilité est de vous laisser guider par votre ego. Quoi que vous fassiez, vous allez faire une erreur. Ne vous découragez pas, car chaque personne a des besoins différents en fonction de son handicap. Il n'existe pas deux personnes qui aient le même point de vue sur l'accessibilité et les handicaps. Vous ne pouvez pas tout faire à 100 %, mais cela ne signifie pas que vous ne devez pas essayer. Vous ne serez jamais parfait, mais essayez de l'être quand même.
Vous pouvez recevoir des commentaires critiques. Quelqu'un peut vous dire : "Hey, votre produit n'est pas accessible !"
Alexandra: Les simulateurs sont compatibles avec un style d'apprentissage différent, permettant de présenter votre produit tout en faisant face à certains des problèmes que les personnes handicapées peuvent rencontrer. Toutefois, ce n'est pas la même chose que de découvrir votre produit avec les outils d'accessibilité qu'il utilise tous les jours.
Elisa: Suis-je légèrement agacé lorsque les gens éteignent le son et lisent les sous-titres, puis réalisent soudain que ces sous-titres générés automatiquement sont terribles ? Oui. Ce n'est pas comme ça que je les utilise. Certaines personnes ayant un handicap voient une personne émuler leur expérience et se plaignent des outils, sans en avoir réellement besoin. C'est frustrant, je comprends vraiment.
Mais je ne veux pas non plus être la personne qui doit être assise là et décrire mon expérience comme une personne sourde encore et encore. À chaque fois. Si nous voulons que les personnes valides comprennent nos expériences, nous allons devoir supporter leur réaction à ces expériences.
Cela dit, les "expériences" comme les dîners à l'aveugle et les dégustations de vin me mettent en colère. C'est comme faire du cosplay d'un handicap. Mais dans le but de comprendre comment vos utilisateurs utilisent une fonctionnalité ou comment les lecteurs lisent la page ? Pas de problème. En fait, c'est le minimum. Mettez-vous à leur place pendant une heure et découvrez comment ces choses fonctionnent réellement. C'est vraiment important.
Déterminez comment les internautes naviguent sur votre site. Vous vous demandez peut-être : "Pourquoi ne puis-je pas simplement placer une bannière d'avertissement en haut indiquant que tous les liens s'ouvrent dans un nouvel onglet ?" Eh bien, parce que quelqu'un ne lit peut-être pas la page en commençant par la bannière. Concevez votre conception en tenant compte des personnes ayant un handicap.
Une chose: arrêtez de proposer le défilement infini.
Alexandra: Y a-t-il une chose que vous souhaiteriez que les ingénieurs commencent à faire pour rendre leurs sites plus accessibles ?
Elisa: Le défilement infini est un fléau et personne ne devrait l'utiliser. Je ne trouve pas les choses. Je dois pouvoir les trouver ! Et cela nuit aux performances.
De plus, déplacer des éléments visuellement et dans le DOM est vraiment ennuyeux. L'ordre de tabulation est important, en particulier pour les utilisateurs de clavier.
En savoir plus sur les initiatives et recherches d'accessibilité de Google En plus des ressources pour le développement Web disponibles sur le site Learn Accessibility, Google a créé une documentation accessible : Tech Écrire pour l'accessibilité.
Suivez l'équipe Accessibilité de Google sur Twitter à l'adresse @GoogleAccess et l'équipe Chrome à l'adresse @ChromiumDev.