Ce que tout programmeur devrait savoir sur l'accessibilité numérique
Planifier vos applications pour servir efficacement les personnes handicapées est primordial dans le monde d'aujourd'hui. Votre logiciel est-il prêt ?
L'accessibilité devient encore plus essentielle à comprendre pour les programmeurs. En 2020, la Cour suprême des États-Unis a statué dans l'affaire Domino's contre Robles qu'Internet et les applications sont des « lieux » au sens de l'Americans with Disabilities Act. Cela signifie que les personnes handicapées peuvent désormais poursuivre en justice les applications numériques qui ne sont pas accessibles.
Plus qu'une simple obligation légale, de nombreux développeurs se sentent responsables d'améliorer l'accessibilité. Cela a conduit Electronic Arts à annoncer qu'il n'appliquerait pas ses brevets d'accessibilité afin que d'autres développeurs puissent les exploiter pour créer des jeux plus inclusifs.
La tendance vers l’accessibilité est claire. Savoir comment intégrer l'accessibilité dans le développement sera bientôt une compétence essentielle pour les programmeurs de tous types.
Qu’est-ce que l’accessibilité numérique ?
L'accessibilité numérique est le processus permettant de garantir que les personnes handicapées peuvent accéder aux produits numériques tels que les applications et les sites Web. Cela pourrait signifier s’assurer que les applications de vidéoconférence comportent des sous-titres afin que les personnes sourdes ou malentendantes ne manquent pas ce qui se passe. Ou cela pourrait signifier ajouter du texte alternatif aux images afin que les personnes aveugles puissent se faire expliquer les visuels par des lecteurs d'écran.
Les lignes directrices les plus couramment utilisées en matière d'accessibilité sont les lignes directrices pour l'accessibilité du contenu Web, une norme internationale d'accessibilité créée par le World Wide Web Consortium (W3C).
Les lignes directrices actuellement en place, connues sous le nom de WCAG 2.2, ont été publiées fin 2021. Ces lignes directrices se concentrent sur quatre principes clés qui sont au cœur de l'accessibilité numérique : perceptible, exploitable, compréhensible et robuste.
Chaque section explique comment les personnes souffrant de différents types de handicaps ou d'appareils d'assistance utilisent la technologie et comment les programmeurs doivent concevoir en conséquence.
Les niveaux de conformité sont mesurés via les normes de niveau A, de niveau AA et de niveau AAA, le niveau le plus bas étant un seuil minimum et le niveau le plus élevé étant destiné à résoudre des problèmes d'accessibilité plus complexes et spécifiques qui améliorent l'expérience des utilisateurs handicapés.
Le problème des approches basées sur la conformité
Les approches traditionnelles de l’accessibilité numérique posent deux problèmes principaux. La première est qu’il y a souvent un décalage de plusieurs années entre une technologie ou une pratique émergente inaccessible et les lignes directrices qui aident à y remédier.
Avec la sortie des WCAG 2.2 avec plus d'un an de retard et le travail sur la prochaine itération, les WCAG 3.0, en cours depuis des années, il est clair que les directives d'accessibilité actuellement utilisées étaient obsolètes avant même d'être publiées.
Le deuxième problème est plus difficile à comprendre pour de nombreux programmeurs. C’est que ces lignes directrices ne vont pas assez loin.
Pourquoi une accessibilité améliorée est importante
Malheureusement, de nombreux développeurs utilisent une approche à l'emporte-pièce en matière d'accessibilité numérique qui repose trop fortement sur le respect des directives WCAG alors que la conception accessible devrait être un processus plus dynamique.
Les développeurs conformes aux normes pensent souvent que s’ils cochent simplement toutes les cases, leurs produits seront accessibles. Mais ce n’est tout simplement pas vrai. En fait, si elle est poursuivie en vertu de l’ADA, la défense d’une entreprise selon laquelle elle s’est conformée aux directives WCAG pourrait ne pas suffire.
Pourquoi? Parce que même le fait de se conformer au niveau AAA ne garantit pas que votre projet ou votre site Web soit accessible : il est conçu pour établir une norme minimale d'accessibilité.
Les équipes de développement ne devraient pas seulement vouloir rendre leur travail accessible à une population plus large, elles pourraient éventuellement y être obligées à mesure que de nouvelles réglementations ou jurisprudences émergent.
Pourquoi vous devriez vous soucier de la « dette d'accessibilité »
La plupart des programmeurs connaissent le terme « dette technologique ». Il décrit les conséquences d’un travail de développement utilisant les solutions de codage les plus simples plutôt que les meilleures. Cela conduit souvent à un code inefficace et à la nécessité de futurs travaux de correction.
La « dette d'accessibilité » est un concept similaire. Il fait référence au code et aux produits inaccessibles qu'une équipe ou une entreprise a sur le marché ou en développement et qu'il faudra du temps, des efforts et de l'argent pour rendre entièrement accessibles. Au fil du temps et d’un produit ou d’un site à l’autre, cette dette d’accessibilité augmente jusqu’à devenir incroyablement coûteuse à réparer.
En ne travaillant pas sur l’accessibilité maintenant, les programmeurs ne se contentent pas de rendre plus difficile l’utilisation de leurs produits par les personnes handicapées. Ils créent également des responsabilités futures pour leurs entreprises en cas de modification des réglementations ou des normes d'accessibilité.
Le défi de l’amélioration de l’accessibilité numérique
L’un des principaux obstacles à la création d’un code plus accessible est que de nombreux programmeurs ont une conception limitée de ce qu’englobe le handicap. Les personnages d'accessibilité que les équipes Produit et UX utilisent parfois pour guider la conception se concentrent trop souvent sur des handicaps communément connus comme la cécité, la surdité ou la paralysie.
Les programmeurs savent peut-être qu'ils doivent concevoir en pensant aux épileptiques, mais ils ne prennent peut-être pas en compte les besoins d'accessibilité des utilisateurs souffrant de migraines chroniques, une condition invalidante pour de nombreuses personnes qui en souffrent.
De plus, ces personnages englobent rarement les utilisateurs polyhandicapés ou ceux qui utilisent divers appareils d’accessibilité. Par exemple, de nombreuses fonctionnalités d’un logiciel de synthèse vocale populaire ne peuvent pas être utilisées si les utilisateurs ont activé le mode contraste élevé.
Pour un produit couramment utilisé comme appareil d’assistance par les personnes ayant une déficience visuelle (un groupe pour lequel le mode à contraste élevé peut souvent être nécessaire), il s’agit d’une négligence extraordinaire de la part de l’équipe de développement.
Utiliser la conception universelle pour une meilleure accessibilité
Alors, que peut faire un programmeur s’il souhaite atteindre des normes d’accessibilité plus élevées ? La première étape consiste à abandonner le type de pensée favorisée par des protocoles tels que les WCAG 2.2, selon laquelle l’accessibilité est quelque chose d’objectif avec des interventions de conception et de programmation spécifiques et clairement définies.
Alternativement, les concepts de conception universelle, qui font partie d'un groupe de pratiques parfois appelées conception inclusive, peuvent aider les programmeurs à réévaluer leurs conceptions et à modifier leur processus de conception pour réfléchir à la manière de rendre leurs produits plus accessibles aux personnes de toutes capacités. dès l’étape de définition du problème.
Il existe sept principes de conception universels à déployer : utilisation équitable, flexibilité d'utilisation, utilisation simple et intuitive, informations perceptibles, tolérance à l'erreur, faible effort physique, taille et espace pour les approches et les utilisations.
À première vue, ils semblent susceptibles de conduire à un code parallèle aux directives WCAG 2.2. Cependant, la principale différence est que les concepteurs commencent par considérer ces principes comme fondamentaux pour leur conception destinée à tous les utilisateurs plutôt que de se concentrer sur des conceptions conformes qui ont été créées ultérieurement pour « l'utilisateur moyen » aux normes d'accessibilité.
Cela inverse les étapes de définition du problème et de conception, car cela oblige les programmeurs à supposer que tous les utilisateurs peuvent avoir un handicap. Cela finit souvent par permettre aux entreprises d'économiser de l'argent, car l'ajout de fonctionnalités d'accessibilité non planifiées augmente le temps et le budget nécessaires à la réalisation d'un projet.
La conception universelle conduit également souvent à de meilleurs produits, car les produits développés selon les principes de conception universelle sont souvent plus utilisables par tout le monde.
L'importance de la convivialité
Les principes de conception universelle parlent également explicitement d’utilisation, ce qui n’entre pas dans le champ d’application des directives WCAG. Bien que liées, la convivialité et l’accessibilité sont des objectifs différents permettant d’évaluer l’expérience d’un utilisateur handicapé.
L'accessibilité vise simplement à garantir que les personnes handicapées puissent accéder à un site ou à un produit, et non à ce qu'elles puissent le faire d'une manière efficace, flexible ou préférable.
Par exemple, un site Web peut répondre aux exigences d’accessibilité si un utilisateur malvoyant peut y accéder via un lecteur d’écran. Cependant, certaines personnes malvoyantes préfèrent les applications de synthèse vocale et ne possèdent pas de lecteur d’écran.
Si votre site Web interdit l’exportation de texte vers une application comme le font certains sites d’actualités, votre site Web est techniquement accessible à cet utilisateur… mais il ne lui est pas utilisable. Ainsi, même si cela ne viole pas l'ADA, cela signifie qu'une personne handicapée ne peut pas utiliser votre produit.
Un autre défi survient lorsque les programmeurs sont confrontés à des situations dans lesquelles ils se conforment techniquement aux directives d'accessibilité mais ne s'y conforment pas fonctionnellement.
Dans ce cas, un site Web peut répondre aux exigences WCAG via un audit de code, mais il peut ne pas remplir l'objectif de « jouissance pleine et égale » selon l'ADA si une personne handicapée n'a pas accès aux mêmes choses qu'une personne non handicapée. -handicapé.
La plupart des normes de conception accessibles ne se concentrent pas sur la convivialité et les tests d’utilisabilité n’incluent souvent pas les utilisateurs handicapés. Mais la convivialité devrait être une mesure clé dans les tests d’accessibilité et les tests d’utilisabilité devraient être axés non seulement sur l’utilisateur moyen, mais également sur les utilisateurs handicapés, un groupe beaucoup plus susceptible de rencontrer des problèmes.
Comment Design Justice peut aider
Un dernier concept que les programmeurs devraient comprendre est la justice de conception. Une approche du design qui explore la relation entre le design, le pouvoir et la justice sociale, elle repense les processus de conception pour centrer les voix de ceux qui ont été traditionnellement ignorés dans les pratiques de conception.
En effet, les processus de design justice transforment le designer en facilitateur plutôt qu’en expert. Ce changement peut être utile puisque les personnes handicapées sont les autorités quant à ce dont elles ont besoin. Ne pas les centrer pourrait signifier consacrer du temps et de l’argent à des fonctionnalités d’accessibilité qui ne sont pas utiles.
Liz Jackson, stratège en design et activiste pour personnes handicapées, a même inventé un terme pour désigner les solutions élégantes mais inutiles proposées par les concepteurs non handicapés : les dongles pour personnes handicapées. Ce sont des produits qui ne sont pas nécessaires ou qui offrent une solution qui n’est pas utilisable.
À quoi ressemblerait un processus de justice de conception pour votre produit ? Cela pourrait impliquer l'embauche d'un certain nombre d'experts handicapés pour aider à la recherche sur l'accessibilité, à la conception UX, à la programmation, à l'assurance qualité et aux tests d'utilisabilité. Cela peut également impliquer d'héberger des groupes de discussion payants avec des utilisateurs handicapés à chaque étape de votre flux de travail de développement.
En fin de compte, l’aspect le plus important de la justice du design est la manière dont elle aide les programmeurs à comprendre le pouvoir qu’ils détiennent. Chaque choix de codage ou de conception que vous faites pourrait avoir un impact énorme sur la vie des personnes handicapées si vos décisions créent des obstacles.
Cela pourrait avoir un impact non seulement sur leur accès à votre produit, mais également sur leur accès aux choses que votre produit facilite comme les communautés, les expériences ou même l'emploi.
Prochaines étapes pour améliorer l’accessibilité numérique
Maintenant que vous savez pourquoi l’accessibilité numérique est si importante et les complexités liées à sa bonne mise en œuvre, que pouvez-vous faire ?
- Commencez par en apprendre davantage sur le design universel et la justice du design. Des ateliers, des cours en ligne et des livres sont disponibles pour vous aider.
- Passez en revue votre flux de travail de développement pour centrer l’accessibilité à chaque étape.
- Prévoyez un budget pour que votre équipe suive une formation en conception accessible et universelle.
- Embauchez des programmeurs handicapés et incluez des personnes handicapées en tant que collaborateurs sur les projets.
- Établissez des directives claires sur la conformité en matière d’accessibilité et la convivialité.
- Faites appel à des personnes handicapées qui sont des utilisateurs natifs de technologies d’assistance pour effectuer des tests d’assurance qualité plutôt que de simuler les expériences des personnes handicapées.
- Créez des listes de contrôle qui capturent les étapes clés en matière d'accessibilité pendant le développement.
Rien ne peut jamais être accessible à 100 %, car les handicaps humains présentent de multiples facettes et les besoins d’accessibilité des différentes personnes handicapées sont souvent contradictoires. Mais plus les programmeurs consacreront de temps à réfléchir aux besoins des utilisateurs handicapés, à la conception universelle et à la justice du design, plus les futurs produits seront accessibles.