Elisa Bandy est une Googler qui travaille sur l'accessibilité Web et la documentation de nos outils internes.
Ce post met en avant un expert de la communauté dans le cadre de l'initiative Learn Accessibility! En savoir plus sur les initiatives et les recherches de Google en matière d'accessibilité
Alexandra Klepper : j'ai la chance de pouvoir vous compter parmi mes collègues. Comment vous présenteriez-vous et comment décririez-vous votre travail ici ?
Elisa Bandy : Je m'appelle Elisa et je rédige de la documentation pour les outils et l'infrastructure internes de Google.
Alexandra : C'est un métier vraiment cool. Combien de personnes travaillent avec vous ?
Elisa : Notre équipe au sens large 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'avez-vous fait avant de rejoindre 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 êtes arrivée chez Google ?
Elisa : Oui, mais pas avant environ un an et demi, sur le côté. 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 en tenant compte de l'accessibilité. Toute fonctionnalité Docs accessible était une heureuse surprise.
De nombreux problèmes ont été identifiés, à commencer par le contraste des couleurs, qui était totalement inapproprié pour les liens. Les tableaux étaient un véritable désordre : si vous faisiez un zoom avant, tout restait à la même taille, car les éléments étaient définis en pixels au lieu de rem. Je me suis porté volontaire pour réparer tout ça. Et puis, j'ai continué à réparer d'autres choses. Cinq ans plus tard, je suis toujours là.
Alexandra : Vous vous êtes construit pour devenir une personne possédant des compétences et une expertise en matière d'accessibilité, et vous avez la détermination nécessaire pour résoudre les problèmes qui doivent l'être.
Elisa : Oui, je suppose qu'on peut dire ça [rires]. En tant que personne handicapée, je sais à quel point il est difficile de demander des aménagements pour l'accessibilité. J'étais donc très en colère de constater que ces considérations d'accessibilité n'avaient pas été prises en compte pour mes collègues. Et personne d'autre ne les corrigeait. Je suis donc allé les réparer.
Je ne pense pas que quiconque devrait avoir à demander l'accessibilité. Elle doit être intégrée dès le début.
Hiérarchiser vos cas d'utilisation liés à l'accessibilité
Alexandra : Quand on pense à l'accessibilité Web, il y a tellement de couches différentes, n'est-ce pas ? Les besoins des personnes souffrant de différents handicaps sont parfois contradictoires. Comment hiérarchisez-vous les tâches à effectuer ?
Elisa : Je passe beaucoup de temps à prioriser les tâches. Par exemple, quelle est l'importance de l'accessibilité totale d'un cas d'utilisation spécifique ? Je consulte beaucoup de données : quel pourcentage de notre population est en situation de 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é pour les Chromebooks. Si un problème se pose 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. Comme nous sommes Google, de nombreuses personnes utilisent les Chromebooks comme appareil de travail principal. ChromeVox est donc très important pour la documentation interne. Il se peut qu'un bug ChromeVox soit placé un peu plus haut qu'un bug VoiceOver ou NVDA.
En règle générale, j'essaie de résoudre les problèmes pour les principaux lecteurs d'écran en premier. La coloration a tendance à être aléatoire, car il existe de nombreuses extensions qui 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 nous dit toujours : "Appuyez votre idée sur des données." Comment collectez-vous des données sur l'accessibilité chez Google ?
Elisa : Je m'appuie beaucoup sur les données collectées par l'Alliance Google pour les personnes handicapées. Je croise souvent les résultats avec les études de WebAIM.
Culture de l'accessibilité
Alexandra : Parle-moi de la culture de l'accessibilité chez Google.
Elisa : Il s'est développé très, très rapidement pour devenir un problème qui bénéficie d'un financement et qui suscite une préoccupation à grande échelle. J'ai constaté que presque tout le monde voulait faire ce qui était juste. Nos collègues souhaitent disposer de ressources pédagogiques pour apprendre à faire les choses correctement et à donner la priorité à l'accessibilité.
Il est difficile de restructurer une application ou un site Web pour les rendre accessibles après les avoir mal implémentés. Une partie de mon travail consiste donc à inciter nos ingénieurs à réfléchir à l'intégration de l'accessibilité dans les conceptions initiales, avant la création des produits. Les gens y sont très réceptifs, voire enthousiastes !
Je n'ai rencontré qu'une seule fois une véritable résistance à l'intégration de l'accessibilité, et même celle-ci a été assez facile à résoudre.
Alexandra : Pouvez-vous m'en dire plus ?
Elisa : Quand j'ai commencé à travailler sur l'ingénierie de l'accessibilité, cela ne représentait que 20 % de mon temps. Certains utilisateurs ne comprenaient pas pourquoi nous nous concentrions sur l'accessibilité. Quelqu'un a dit : "Seulement 1 % de la population est handicapée." J'ai tenu bon : nous devions le faire, car c'était la bonne chose à faire. Et c'était mon temps, je le consacrerai comme bon me semble.
Bien sûr, il est difficile d'entendre que les personnes handicapées ne comptent pas, qu'elles représentent un groupe trop petit.
Alexandra : surtout quand vous faites partie de cette population. Apprenez à connaître votre audience.
Elisa : Je n'aime jamais entendre "Oh, ce n'est que 1 %". Le mot "seulement" donne l'impression que le problème est insignifiant. Mais quand on pense à la population mondiale, cela représente beaucoup de personnes. C'est beaucoup de personnes qui travaillent chez Google. De plus, de nombreux handicaps sont sous-déclarés.
Alexandra : Nous savons que bien plus de 1 % de la population est concernée par le handicap. L'OMS indique que plus d'un milliard de personnes sont atteintes d'un handicap et que 2,2 milliards de personnes souffrent d'une forme de déficience visuelle. Bien sûr, la gravité varie et certaines personnes souffrant d'une déficience visuelle ne se considèrent pas comme handicapées. Toutefois, ces déficiences ont une incidence sur l'interaction sur le Web.
Elisa : Exactement.
Développez votre propre ensemble d'expertise
Alexandra : Y a-t-il un conseil que vous auriez aimé recevoir avant de commencer à travailler dans le domaine de l'accessibilité ?
Elisa : Il arrive 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. J'ai des 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 en accessibilité pour les sous-titres. Je sais ce qui fonctionne pour moi, mais pas pour tout le monde. Je devrai rechercher les bonnes pratiques si on me le demande.
Alexandra : Il est normal de ne pas être un expert absolu dans tous les domaines de l'accessibilité. Comment aideriez-vous les ingénieurs à apprendre les modèles d'accessibilité ?
Elisa : Je travaille en étroite collaboration avec un ingénieur qui s'intéresse à l'accessibilité. Je lui donnerai un bug et lui montrerai comment je le résoudrais. Ensuite, je lui explique la bonne pratique. Elle peut consulter d'autres documents et voir qu'une approche est recommandée, mais qu'elle ne fonctionne pas pour des raisons XYZ.
L'accessibilité Web ne comporte pas beaucoup d'exemples de code concrets, car deux personnes ne créent pas la même fonctionnalité de la même manière. Vous pouvez donc bricoler des solutions. Beaucoup de gens ne pensent pas à l'accessibilité tant que tout n'est pas assemblé. Que vas-tu faire à ce moment-là ? Allez-vous le démonter, le remonter et réécrire tous vos tests ? Non, vous ne l'êtes pas. Vous allez agrafer 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 exécute cette fonction. Il ne s'agit peut-être pas d'exemples de code ou de composants inclusifs parfaits, mais tant qu'ils remplissent la même fonction de manière fiable, tout ira bien.
Alexandra : J'ai l'impression que vous dites qu'il est plus important d'obtenir un résultat positif que de trop se soucier de la manière dont nous y parvenons.
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 il est impossible de 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 pour concevoir des produits qui leur sont adaptés.
Alexandra : Existe-t-il des ressources externes courantes sur lesquelles vous vous appuyez lorsque vous créez de la documentation interne ou que vous aidez les 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, que je trouve un peu mieux en ce qui concerne l'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 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 l'utilise pour les documents de référence, lorsque je signale des bugs ou que j'explique à quelqu'un comment suivre un modèle spécifique.
Découvrir les outils d'accessibilité
Alexandra : Comment savoir si un utilisateur est concerné ? Comme vous êtes spécialisé dans l'assistance aux personnes daltoniennes et aux lecteurs d'écran, commençons par là.
Elisa : Pour la déficience de la vision des couleurs et le daltonisme, il existe des simulateurs et des émulateurs. Vous ne pouvez pas vraiment comprendre comment quelqu'un d'autre peut voir 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, le meilleur moyen de comprendre leur fonctionnement est de les utiliser vous-même. Commencez par lire les tutoriels, c'est essentiel. Certaines personnes sont frustrées lorsqu'elles allument simplement l'appareil et essaient de le manipuler. C'est une mauvaise façon d'apprendre à les utiliser. Vous avez besoin de plus de 5, 10 ou 20 minutes. Utilisez-le pendant au moins une heure pour découvrir certaines des difficultés rencontrées par les utilisateurs qui s'appuient sur cette technologie.
Je suis fermement convaincu que tout le monde aura besoin d'une technologie d'accessibilité à un moment donné de sa vie. Par exemple, je me suis récemment blessé au poignet et je ne pouvais pas utiliser ma souris. J'ai donc utilisé un clavier pendant plusieurs semaines. C'était tellement frustrant. Ce type d'exercice peut vraiment vous aider à vous mettre à la place d'une personne handicapée qui essaie de se déplacer 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 n'importe quel développeur aurait, en utilisant des simulateurs n'est pas la même que celle d'une personne souffrant d'un handicap visuel.
Elisa : vous pouvez toujours parler à une personne en situation de handicap pour en savoir plus sur son expérience. Lorsque vous développez cette empathie, il est important de vous rappeler qu'une personne qui utilise fréquemment ces outils sera toujours plus compétente que vous. Les personnes handicapées seront toujours plus à même de se déplacer dans leurs propres espaces, car c'est le corps avec lequel elles vivent.
Ma crainte est que les personnes qui pratiquent ces exercices d'empathie, faute d'un meilleur terme, pensent savoir exactement ce que vivent les autres. Ils pensent soudainement être les experts de cette expérience. Vous n'êtes pas l'expert de cette expérience. Si vous êtes une personne valide, vous n'êtes pas un expert en lecteurs d'écran. Je ne suis pas un expert en daltonisme, même si je travaille dans ce domaine. Je ne suis pas un expert en lecteurs d'écran.
Je suis un expert de ma propre expérience en tant que personne malentendante. Je suis un expert en matière de prothèses auditives et de gestion de mes propres expériences au quotidien. Mais cela ne signifie pas que je suis un expert de l'expérience des autres avec la surdité.
La pire chose que vous puissiez faire en tant qu'ingénieur en accessibilité, c'est d'être égocentrique. Quoi que vous fassiez, vous allez forcément faire une erreur. Ne vous découragez pas, car les besoins des personnes en situation de handicap sont tous différents. Chaque personne a son propre point de vue sur l'accessibilité et le handicap. Vous ne pouvez pas tout faire à 100 %, mais cela ne signifie pas que vous ne devez pas essayer. Vous ne serez jamais parfait, mais efforcez-vous quand même de l'être.
Vous pouvez recevoir des commentaires critiques, par exemple : "Hey, votre produit n'est pas accessible !"
Alexandra : Les simulateurs sont compatibles avec un style d'apprentissage différent. Ils permettent de présenter votre produit tout en montrant certains des problèmes que les personnes handicapées peuvent rencontrer. Mais cela ne revient pas à découvrir votre produit avec les outils d'accessibilité qu'ils utilisent au quotidien.
Elisa : Est-ce que je suis légèrement agacée quand les gens coupent le son et lisent les sous-titres, puis se rendent soudainement compte que ces sous-titres générés automatiquement sont terribles ? Oui. Je n'ai pas la même expérience avec les sous-titres. Certaines personnes en situation de handicap voient une personne imiter leur expérience et se plaindre des outils, sans avoir réellement besoin de ces outils. C'est frustrant, je comprends tout à fait.
Mais je ne veux pas non plus être la personne qui doit s'asseoir et décrire mon expérience en tant que personne sourde encore et encore et encore et encore et encore. À chaque fois. Si nous voulons que les personnes valides comprennent nos expériences, nous devrons supporter leur réaction à ces expériences.
Cela dit, les "expériences" comme les dîners dans le noir et les dégustations de vin m'énervent. 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 très important.
Découvrez comment les utilisateurs naviguent sur votre site. Vous vous demandez peut-être : "Pourquoi ne puis-je pas simplement ajouter une bannière d'avertissement en haut de la page indiquant que tous les liens s'ouvrent dans un nouvel onglet ?" En effet, il est possible que certains utilisateurs ne lisent pas la page en commençant par la bannière. Concevez votre design en pensant aux personnes handicapées.
Faites une chose : arrêtez de créer des pages à défilement infini
Alexandra : Y a-t-il une chose que vous aimeriez que les ingénieurs commencent à faire pour rendre leurs sites plus accessibles ?
Elisa : le défilement infini est une plaie et personne ne devrait l'utiliser. Je ne trouve pas ce que je cherche. J'ai besoin de pouvoir trouver ce que je cherche ! Et c'est très mauvais pour les 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 les recherches de Google en matière d'accessibilité En plus des ressources de développement Web disponibles sur Learn Accessibility, Google a créé un cours de documentation accessible : Tech Writing for Accessibility.
Suivez l'équipe Google Access sur Twitter : @GoogleAccess et l'équipe Chrome : @ChromiumDev.