Elisa Bandy est une Googleuse qui travaille sur l'accessibilité du Web et la documentation pour nos outils internes.
Ce post met en avant un expert de la communauté dans le cadre du programme Learn Accessibility! En savoir plus sur les initiatives et recherches de Google en matière d'accessibilité
Alexandra White: J'ai la chance de vous appeler un collègue. Comment vous présenteriez-vous et présenter 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 super travail. Avec combien de personnes travaillez-vous ?
Elisa: Notre équipe dans son ensemble est d'environ 40 personnes, dont des rédacteurs techniques, des concepteurs pédagogiques et des gestionnaires de programme. Lorsque j'ai commencé, il y a six ans, l'équipe n'était composée que de quatre personnes.
Alexandra: Que faisiez-vous avant Google ?
Elisa: Pendant la semaine, j'ai travaillé dans le développement de jeux vidéo. Le week-end, j'étais cordonnerie.
Alexandra: Avez-vous commencé à travailler dans l'accessibilité Web après avoir accédé à Google ?
Elisa: Oui, mais seulement un an et demi environ. Je travaille sur l'ingénierie de l'accessibilité pour la documentation interne de Google. Avant ce travail, l'accessibilité n'était pas prise en compte lors de la conception des documents. Toute fonction de document accessible a été un heureux accident.
Il y a eu d'importants problèmes, à commencer par le fait que le contraste des couleurs n'était pas du tout approprié pour les liens. Les tables étaient un véritable bazar. Si vous faisiez un zoom avant, tout restait la même taille, car elle était définie en pixels au lieu de rem. Je me suis portée volontaire pour réparer tout cela. Et puis, j'ai continué à réparer
plus de choses. Nous voici cinq ans plus tard, et j'y suis encore.
Alexandra: Vous vous êtes construit(e) pour être une personne avec une expertise et des compétences en matière d'accessibilité, et vous avez la résolution de résoudre les problèmes qui doivent être résolus.
Elisa: Oui, on peut dire ça [rires]. En tant que personne handicapée, je sais à quel point il est difficile de demander des considérations d'accessibilité. Le fait de ne pas tenir compte de ces considérations d'accessibilité pour mes collègues et mes collègues m'a vraiment énervé. Et personne d'autre ne les réparait. Alors je suis allé et je les ai corrigés.
Je ne pense pas que quelqu'un devrait avoir à demander l'accessibilité. Elle doit être intégrée dès le départ.
Hiérarchiser vos cas d'utilisation de l'accessibilité
Alexandra: Quand on pense à l'accessibilité sur le Web, il y a tellement de couches différentes, n'est-ce pas ? Il existe des besoins différents, parfois contradictoires, pour divers handicaps. Comment hiérarchisez-vous ce qui doit être fait ?
Elisa: Je fais avant tout des priorités. Par exemple, est-il important que certains cas d'utilisation spécifiques soient totalement accessibles ? J'examine beaucoup de données: quel pourcentage de notre population est handicapée ? Combien de personnes ont un problème d'accessibilité spécifique ?
Par exemple, un sous-ensemble d'utilisateurs se sert de ChromeVox, le lecteur d'écran intégré pour les Chromebooks. En cas de problème dans ChromeVox, je dois comparer le nombre de personnes qui utilisent ChromeVox, Jaws, NVDA et VoiceOver.
Les utilisateurs externes à ChromeVox n'utilisent pas beaucoup ChromeVox. Comme nous sommes Google, de nombreuses personnes utilisent le Chromebook comme principal appareil de travail, ce qui signifie que ChromeVox est très important pour la documentation interne. Un bug ChromeVox est peut-être un peu plus élevé qu'un bug VoiceOver ou NVDA.
De manière générale, j'essaie d'abord de résoudre les problèmes pour les principaux lecteurs d'écran. La coloration a tendance à être une sorte de succès ou d'échec, car un grand nombre d'extensions contournent les problèmes de coloration, en particulier pour les modes de contraste élevé.
Alexandra: Vous avez mentionné les données, qui sont particulièrement importantes chez Google. Nous entendons toujours « Sauvegarder votre idée avec des données ». Comment collectez-vous des données pour l’accessibilité chez Google ?
Elisa: Je m'appuie beaucoup sur les données collectées par Google's Disability Alliance. Je compare souvent les enquêtes de WebAIM.
Culture de l'accessibilité
Alexandra: Parlez-moi de la culture de l'accessibilité chez Google.
Elisa: Il est devenu très rapidement une source de financement et de préoccupation de grande envergure. Et j'ai constaté que presque tout le monde veut faire la bonne chose. Nos collègues veulent des ressources pédagogiques pour savoir faire ce qu'il faut et prioriser l'accessibilité.
Restructurer une application, un site Web ou tout autre élément de sorte qu'il soit accessible après l'avoir déjà implémenté de manière incorrecte est difficile. Une partie de mon travail consiste donc à amener nos ingénieurs à réfléchir à l'intégration de l'accessibilité dans les conceptions initiales, avant la construction des produits. Les gens y sont très réceptifs, et même enthousiastes !
Je n'ai jamais eu une réelle 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 en accessibilité, ce n'était que 20% de mon temps. Certaines personnes ne comprenaient pas pourquoi nous nous concentrions sur l'accessibilité. Quelqu'un a dit : "Seul 1% de la population est handicapée." Je me suis trompé(e), nous devions le faire parce que c'était la bonne chose à faire.
Bien sûr, il est difficile de savoir que les personnes handicapées n'ont pas d'importance, car le groupe est trop petit.
Alexandra: Surtout lorsque vous êtes membre de cette population. Apprenez à connaître votre audience !
Elisa : Je n'aime jamais entendre : "Oh, ce n'est que 1 %". Le « seul » fait paraître insignifiant. Mais quand on pense à la population mondiale, cela représente beaucoup de gens. Cela représente beaucoup de gens qui travaillent chez Google. Et tant de handicaps sont sous-estimés.
Alexandra: Nous savons que plus de 1% de la population est affectée par des handicaps. Selon l'OMS, plus d'un milliard de personnes souffrent d'un handicap, et 2,2 milliards de personnes ont une sorte de déficience visuelle. La gravité varie, bien sûr, et certaines personnes souffrant de déficiences visuelles ne se considèrent pas comme handicapées. Mais ces déficiences affectent l'interaction sur le Web.
Elisa: Exactement.
Développez votre propre expertise
Alexandra: Y a-t-il un conseil que vous auriez aimé avoir avant de commencer à travailler dans l'accessibilité ?
Elisa: Ce n'est pas grave de tout savoir. L'accessibilité est une immense étendue d'espace. Je sais qu’il y a beaucoup de choses que je ne connais pas. j’ai un ensemble de compétences très spécifiques. Il se trouve simplement que je sache où trouver des informations sur les meilleures pratiques en matière d'accessibilité.
Même dans ma spécialité, les lecteurs d'écran et le contraste des couleurs, j'apprends de nouvelles choses tous les jours. Et je suis sourde, mais je ne suis pas experte en accessibilité pour les sous-titres. Je sais ce qui fonctionne pour moi, mais je ne sais pas ce qui fonctionne pour les autres. Je devrais consulter les meilleures pratiques si on vous le demande.
Alexandra: Il est raisonnable de ne pas être l'experte absolue 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 confie un bug et je lui montre comment faire pour y remédier. Ensuite, je lui présenterai les bonnes pratiques. Elle peut consulter d'autres documents et voir qu'une approche est recommandée, mais elle ne fonctionne pas pour des raisons XYZ.
L'avantage de l'accessibilité Web est qu'il n'y a 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 pouvez donc utiliser des solutions de jumelage. Beaucoup de gens ne pensent pas à l'accessibilité tant que tout n'a pas été préparé. Qu'allez-vous faire à ce stade ? Allez-vous le démonter, le reconstruire et réécrire tous vos tests ? Non. Vous allez abattre quelque chose.
Vous devez donc comprendre comment un utilisateur désactivé peut s'attendre à ce que l'application fonctionne, puis modéliser votre code afin qu'il exécute cette fonction. Cela ne ressemblera peut-être pas à des exemples de code ou à des composants inclusifs parfaits, mais en fin de compte, tant qu'il exécute 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 s'inquiéter de la façon dont nous y parviendrons.
Elisa: Oui. Car, honnêtement, les fins justifient les moyens de ce cas. Il est très important de comprendre comment un utilisateur de lecteur d'écran ou tout autre utilisateur handicapé peut s'attendre à 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 sont pas compatibles avec tous les lecteurs d'écran. Vous devez donc connaître les besoins de vos utilisateurs afin de créer pour eux.
Alexandra: Disposez-vous de ressources externes courantes lorsque vous créez de la documentation interne ou que vous proposez une assistance à des ingénieurs Google ?
Elisa: Je compte beaucoup sur les consignes du W3C. Ils sont très utiles pour vous faire une idée de ce que vous devez faire. WebAIM est une autre ressource extrêmement utile que je trouve être un peu meilleure en termes de mise en œuvre technique. J'aime aussi beaucoup les documents Mozilla : neuf fois sur dix, si je recherche quelque chose, il y a une réponse dans la documentation Web de MN.
J'adore inclusive-components.design, qui est idéal si vous souhaitez une bibliothèque de composants accessibles.
L'université Deque propose de nombreuses bonnes pratiques. Je l'utilise comme support de référence, lorsque je signale des bugs ou que je montre à quelqu'un comment suivre un modèle spécifique.
Testez directement les outils d'accessibilité
Alexandra: Comment savoir ce qui affecte un utilisateur ? Puisque votre expertise consiste à aider les personnes daltoniennes et les lecteurs d'écran, commençons par là.
Elisa: pour les déficiences de la vision des couleurs et les daltonismes, il existe des simulateurs et des émulateurs. Vous ne pouvez vraiment pas comprendre ce que quelqu'un d'autre peut voir tant que vous ne le voyez pas par vous-même. Si je remarque une très mauvaise saturation, dès que je l'exécute dans le simulateur, je peux confirmer qu'elle n'est pas du tout visible.
Pour les utilisateurs de lecteurs d'écran, le meilleur moyen de les comprendre est de se servir d'un lecteur d'écran. Commencez par lire les tutoriels. Certaines personnes sont frustrées lorsqu'elles se contentent de l'allumer et essaient de jouer avec, ce qui n'est pas une bonne façon d'apprendre à les utiliser. Il faut plus de 5, 10 ou 20 minutes. Utilisez-la pendant au moins une heure pour révéler certaines des frustrations que les utilisateurs rencontrent et qui s'appuient sur cette technologie.
Je crois fermement que tout le monde aura besoin de technologies 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, alors j'ai utilisé un clavier pendant plusieurs semaines. C'était vraiment frustrant. Ces exercices peuvent vraiment vous mettre dans la situation d'une personne handicapée qui tente de naviguer dans un monde de personnes valides.
Les simulateurs, bien que utiles, ne soient pas équivalents à un handicap
Alexandra: Bien entendu, l'utilisation des simulateurs avec les simulateurs est différente de celle que j'ai, ou celle de n'importe quel développeur, que celle d'une personne ayant une déficience visuelle.
Elisa: Vous pouvez toujours parler à une personne handicapée pour en savoir plus sur son expérience. Et lorsque vous développez cette empathie, n'oubliez pas qu'une personne qui utilise fréquemment ces outils sera toujours meilleure que vous. Les personnes handicapées sont toujours mieux à même de naviguer dans leur propre espace, car c'est le corps avec lequel elles vivent.
Je crains que les personnes qui effectuent ces exercices d'empathie, faute d'un meilleur terme, pensent savoir précisément ce que les individus traversent. Il pense soudainement qu’il est le expert de cette expérience. Vous n’êtes pas le spécialiste de cette expérience. Si vous êtes valide, vous n'êtes fondamentalement pas le spécialiste des 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 des lecteurs d'écran.
Je suis un expert dans mon expérience de la malentendante. Je suis experte dans la nécessité d’un appareil auditif et de gérer mes propres expériences chaque jour. Mais cela ne signifie pas que je suis un expert de l'expérience des autres personnes souffrant de surdité
Dans l'ingénierie d'accessibilité, la pire chose que vous puissiez faire, c'est d'avoir de l'ego. Peu importe ce que vous faites, vous allez faire une erreur. Ce n'est pas quelque chose qu'il faut vous décourager parce que deux personnes n'ont pas les mêmes besoins de handicap. Deux personnes n'ont pas 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 quand même.
Vous pouvez recevoir des commentaires critiques ou dire : "Votre produit n'est pas accessible !".
Alexandra: les simulateurs prennent en charge un style d'apprentissage différent, montrant 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 tester votre produit avec les outils d'accessibilité qu'il utilise tous les jours.
Elisa: Est-ce que je suis légèrement ennuyée quand quelqu'un désactive le son et lit les sous-titres, puis réalise soudain que ces sous-titres générés automatiquement sont horribles ? Oui. Les sous-titres ne s'affichent pas comme ça. Certaines personnes handicapées voient une personne imiter 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 restera assise là et décrire mon expérience de 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 aux expériences.
Cela dit, les « expériences » comme les repas dans un restaurant à l'aveugle et la dégustation de vins me rendent énergique. C’est comme cosplay d’un handicap. Mais dans le but d'essayer de comprendre comment vos utilisateurs utilisent une fonctionnalité ou comment les lecteurs lisent la page ? Ce n'est pas grave. 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 mettre une bannière d'avertissement en haut indiquant que tous les liens s'ouvrent dans un nouvel onglet ?" En effet, il est possible que quelqu'un ne lise pas la page qui commence par la bannière. Construisez votre conception en tenant compte des personnes handicapées.
Une seule chose: arrêter de créer le 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 un fléau et personne ne devrait jamais l'utiliser. Je ne trouve pas des choses, j'ai besoin d'être capable de trouver des choses ! et nuisent aux performances.
De plus, déplacer des éléments visuellement et dans le DOM est vraiment agaçant. L'ordre de tabulation est important, en particulier pour les utilisateurs de clavier.
En savoir plus sur les initiatives et études 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 Write for Accessibility (Rédaction technique pour l'accessibilité).
Suivez l'équipe Google Accessibilité sur Twitter (@GoogleAccess) et l'équipe Chrome (@ChromiumDev).