Qu'est-ce que l'accessibilité pour les applications Web et pourquoi dois-je m'en soucier?

Au fur et à mesure de l'utilisation du Web, les anciennes façons de faire ont pris du retard. Mais ce que la technologie rend difficile, peut aussi le rendre facile. Tant que nous suivons quelques directives simples, nous pouvons rendre le Web accessible à peu près à tout le monde.

Chaque année, de plus en plus de notre vie se déroule sur le Web, qu'il s'agisse de vos achats, de votre partage, des services bancaires ou commerciaux. Ce qui a été fait en personne, sur papier ou au téléphone il y a quelques années se déroule aujourd'hui sur le Web. Nous avons tous maintenant accès à une quantité vertigineuse d'informations et d'activités en ligne. Mais avec l’utilisation de plus en plus répandue du Web, les anciennes façons de faire ont pris du retard.

Les lettres en papier, les conversations téléphoniques, les achats en personne … elles appartiennent à un musée, et dans de nombreux cas, maintenant, cela ne peut se faire que sur le Web et non plus en personne. Les succursales bancaires et même les guichets automatiques ont été remplacés par des services bancaires en ligne. Blockbuster et Borders Books sont des souvenirs lointains et Sears a déposé son bilan en faillite après avoir fermé de nombreux magasins. Maintenant nous avons Amazon.

C'est excellent pour la plupart d'entre nous et un gain de temps pour beaucoup, mais que se passe-t-il si vous n'êtes pas en mesure d'utiliser le Web? Que se passe-t-il si le magasin dans lequel vous faisiez affaire a cessé ses activités à cause de la concurrence en ligne, mais que le magasin en ligne n'est pas quelque chose que vous pouvez utiliser facilement? C’est là que l’accessibilité entre en jeu. Et tout comme les rampes sur le trottoir et le braille sur les boutons d’ascenseur ont facilité les déplacements physiques des personnes handicapées, les efforts d’accessibilité ont également rendu le Web utilisable pour ceux qui ne peuvent pas surfer sur le Web. de la même manière que le reste d'entre nous sont habitués.

Certains d'entre vous pourraient même être surpris que les personnes handicapées puissent même surfer sur le Web. Mais ce que la technologie rend difficile, cela peut aussi être facile, et il existe un certain nombre d’outils et de processus qui rendent le Web accessible à peu près à tout le monde. Du moins, dans la mesure où nous suivons quelques directives simples.

Ce problème ne concerne pas non plus un petit segment de la population. Selon le US Census Bureau, près d’un Américain sur cinq, soit 57 millions de personnes, est handicapé d’une manière ou d’une autre. Ces handicaps rendent la vie difficile dans le monde d'aujourd'hui. Nombre de ces personnes arrivent avec l’âge, ce qui alourdit encore davantage le groupe qui doit déjà faire face à une capacité de gain réduite, à une connaissance moins technique et à d’autres limitations. La probabilité d'avoir une invalidité grave dans le groupe d'âge des 65 à 69 ans est de un sur quatre, alors qu'elle n'est que d'un sur 20 pour le groupe des 15 à 24 ans.

L'incapacité généralisée vient avec le besoin d'accessibilité de ce groupe. . L'accessibilité est souvent abrégée «A11Y» car elle commence par un «a», comporte ensuite 11 lettres et se termine par un «y». Et c’est vraiment une question d’accessibilité, car si vous avez du mal à saisir les caractères, un mot de quatre lettres est bien meilleur qu’un mot de 13 lettres. L’accessibilité n’est pas une chose non plus, c’est une collection de choses. C’est un peu l’expérience de l’utilisateur, sa conception, son codage et ses tests. Mais rassemblez tout et vous aurez une expérience Web agréable pour tout le monde.

Arrêtons-nous un instant et réfléchissons à la raison pour laquelle nous nous soucions vraiment de tout cela. Alors que se passe-t-il si une poignée de personnes a du mal à accéder au Web? Avons-nous vraiment besoin de nous inquiéter pour une chose de plus lorsque nous essayons de terminer notre application? Eh bien oui. Pour trois raisons principales:

3 bonnes raisons de se préoccuper de l’accessibilité

Commençons par ne pas être un imbécile. C’est difficile de naviguer dans une vie avec un handicap, et si vous pouvez rendre la vie des gens un peu plus facile avec quelques changements, alors vous devriez le faire. Supposons que nous sommes tous d’accord sur ce point. Les handicaps pèsent lourdement sur la vie des gens, notamment en réduisant l’accès à l’emploi. Parmi les 21 à 64 ans, les personnes déclarant une incapacité ne rencontrent que 41% des emplois, contre 79% des personnes du même groupe d’âge qui ne sont pas handicapées. Parmi les personnes de 15 à 64 ans gravement handicapées, 11% vivent dans une pauvreté persistante.

Deuxièmement, et égoïstement, c’est généralement dans votre intérêt. Rien qu'aux États-Unis, plus de 56 millions de personnes sont handicapées. C’est un très gros marché. Voulez-vous vraiment ignorer le fait que de nombreux clients potentiels doivent faire preuve d'une plus grande prudence lors de la création de vos applications?

Troisièmement, même si vous ne vous souciez pas des deux premières raisons (qui, espérons-le, ne le sont pas) le cas) alors vous devez le faire parce que c'est la loi. L’accessibilité des sites Web – qu’elle soit interne ou externe – est régie par la loi intitulée Americans with Disabilities Act (ou ADA). Et tôt ou tard, il vous rattrapera. En 2017, plus de 800 poursuites fédérales ont été intentées aux États-Unis contre des sites Web pour violation de l'accessibilité, soit 14 fois plus qu'en 2015. Les entreprises continuent de faire valoir que l'ADA ne s'applique pas à leur site Web et les juges continuent presque toujours à statuer que Cela fait. Faites-le maintenant ou finissez en cour plus tard.

Et il y a en fait une quatrième raison aussi (oui, je sais que j'ai dit trois, c'est un bonus). Si vous regardez ce que vous devez faire pour rendre un site Web ou une application accessible, il s’agit pour l’essentiel de bonnes pratiques de conception pour tous. Bien sûr, une personne sourde pourrait ne pas être en mesure d’écouter la bande-son de votre vidéo d’explication, mais une personne dans un bureau ouvert surpeuplé pourrait également ne pas être en mesure de la jouer suffisamment fort pour l’entendre. Alors, mettez des sous-titres – pour l’utilisateur sourd, bien sûr, ou juste pour l’utilisateur qui ne sait pas jouer les bandes sonores. C’est un exemple de cas où l’accessibilité ne signifie pas seulement être accessible aux personnes handicapées.

Un autre facteur à prendre en compte (mais pas une cinquième raison) est que, bien que les gens pensent souvent que rendre une application accessible représente beaucoup de travail supplémentaire, ce n’est vraiment pas le cas. L’essentiel est simplement de suivre les bonnes pratiques de conception dès le début. Si vous créez correctement votre application, vous n'aurez pas beaucoup de travail supplémentaire à effectuer.

Types d'incapacités à prendre en compte

Quels sont les types de problèmes qui nous préoccupent? Commençons par cinq types de handicaps à considérer. Ce sont:

• Physique – fonction motrice faible ou inexistante
• Visuel – vision basse, aveugle, daltonien
• Audition – sourd ou malentendant
• Cognitif – dyslexie, autisme, TDAH, etc. [19659018] Discours – incapacité de parler ou obstacle à la parole

De plus, nous devons envisager des combinaisons de handicaps autant que possible, ainsi que de handicaps simples. Cela peut présenter des défis particuliers pour l'utilisateur. Par exemple, si votre solution au problème de la vision altérée consiste à utiliser un lecteur d'écran et que l'utilisateur est également malentendant, il a un problème.

Pour chacun de ces problèmes, nous devons réfléchir à la manière dont cela affecte les fonctionnalités de l'application. . Nous devons envisager des moyens d’interaction non standard: mon site fonctionne-t-il sans souris? Sans repères visuels? Sans son? Il peut être très intéressant d'essayer de déconnecter les différents périphériques d'E / S de votre ordinateur et de voir le fonctionnement de votre application. Eteignez le moniteur, rangez la souris, éteignez les haut-parleurs… que se passe-t-il quand vous le faites?

Cependant, pour vraiment tester une application, nous devons le faire dans la situation habituelle d'un utilisateur handicapé. Les utilisateurs ayant une déficience visuelle utiliseront généralement un lecteur d'écran si ils ne sont pas en mesure de voir le écran, ils le feront lire à eux. Nous devons donc également envisager l'utilisation de technologies d'assistance courantes que les personnes handicapées pourraient utiliser: mon site fonctionne-t-il avec différentes technologies d'assistance telles que les lecteurs, le grossissement, les claviers spéciaux, etc.? Comprendre les environnements qui seront utilisés vous aidera à créer des applications qui fonctionneront bien avec ces appareils et ouvriront la voie à des tests efficaces.

Des handicaps qui ne sont pas des handicaps

Nous avons envisagé des personnes présentant des handicaps typiques que nous connaissons en grande partie. avec, mais il y a une autre classe d'utilisateurs que nous devrions inclure dans ce groupe: les personnes ayant un handicap temporaire ou situationnel.

Tout d'abord, nous devons inclure les personnes qui ne maîtrisent peut-être pas très bien la technologie. Ce sont en grande partie des utilisateurs plus âgés qui ont grandi sans ordinateur ni Internet. Beaucoup d'entre eux ne sont tout simplement pas à l'aise ou particulièrement familiarisés avec l'utilisation de la technologie. Ajoutez à cela des problèmes liés à l'âge tels que la perte de vision, l'audition ou la mobilité, et le fait de ne pas comprendre ce qu'une interface utilisateur demande peut avoir le même effet qu'une déficience cognitive réelle.

Nous devons ensuite considérer l'environnement dans lequel l'utilisateur se trouve. travaille dans. Que se passe-t-il si elles surfent sur le Web dans un Starbucks bruyant, ont laissé leurs oreillettes à la maison, et ne peuvent tout simplement pas entendre la vidéo de l'explicateur astucieux que vous avez posté? Et s’ils se trouvent dans un parc ensoleillé avec leur ordinateur portable et que le soleil brille leur écran et qu’il est difficile de voir? Ou si elles se trouvent dans un endroit avec une connexion Wi-Fi très lente (horreurs!) Et que chaque page se charge très lentement?

En plus de l'emplacement, envisagez l'équipement. Que se passe-t-il s'ils se trouvent sur un téléphone portable, sur un vieil ordinateur ou sur un ordinateur équipé d'une ancienne version de navigateur?

Et enfin, qu'en est-il des problèmes de santé temporaires? Vous ne vous attendriez pas à ce que quelqu'un achète du matériel d'escalade sans l'utilisation de ses mains, alors vous ne faites peut-être pas grand chose en matière de handicap physique sur votre site d'escalade. Mais que se passe-t-il s’ils se contentent de casser la main lors de leur récente excursion d’escalade et, parce qu’ils apprennent lentement, veulent acheter plus d’équipement pour être prêts lorsque la distribution se retirera?

Ce sont des situations où il est dangereux d’assumer que vous connaissez vos utilisateurs et que vous êtes certain qu'ils ne fonctionneront pas avec des handicaps spécifiques.

Frapper à 100% accessible

Un point bref mais important à souligner est que la réalité est que vous ne serez probablement jamais totalement accessible à tous. L’accessibilité n’est pas binaire, elle n’est pas mesurée par «oui» ou «non». Toute approche visant à fournir d’autres formes d’accès est limitée. Les combinaisons d'invalidités peuvent être extrêmement difficiles. Enfin, certaines techniques visant à aider un type de handicap peuvent en réalité le rendre plus difficile pour d’autres types de handicap. L'accessibilité consiste à fournir le meilleur contenu possible au plus grand nombre de personnes sans rendre votre application difficile à utiliser pour les personnes non handicapées. Heureusement, vous n’avez pas à comprendre cela et il existe des normes et des directives à suivre pour atteindre cet état.

Alors, comment priorisons-nous? Quels sont les handicaps dont nous devons nous soucier le plus? Si nous examinons les données du recensement américain, nous constatons ce qui suit:

Sur les 57 millions de personnes handicapées aux États-Unis:

• 8,1 millions ont un certain niveau de déficience visuelle
• 2 millions sont aveugles [19659018] 7,6 millions ont une déficience auditive
• 1,1 million ont une perte auditive sévère
• 5,6 millions utilisent une aide auditive

La beauté contre l’accessibilité

Un autre point bref mais important à souligner est que rendre votre application accessible absolument ne le fait absolument pas. signifie que vous devez le rendre laid, ou maladroit, ou enfreindre les normes de la marque de votre entreprise. Un grand nombre de directives d'accessibilité rendra votre application plus utilisable par tout le monde et offrira une meilleure expérience utilisateur. Vous n'avez pas besoin de compromis pour être accessible.

La prochaine étape

Après avoir rapidement examiné l’impact des handicaps sur l’accès des utilisateurs au contenu et aux services sur le Web, il convient de jeter un coup d’œil sur les lois et directives en matière d’accès au Web. Ce sera principalement la spécification WCAG 2.1 aux États-Unis, et la loi applicable sera l’ADA. La plupart des pays ont leurs propres lois en vigueur pour fournir une accessibilité en ligne, mais c'est un bon point de départ pour la plupart des gens. Si vous envisagez d'opérer aux États-Unis, vous devez au moins être conforme aux normes WCAG 2.1. Dans le reste de cette série de blogs sur l'accessibilité, nous détaillerons les lois applicables à l'accessibilité en ligne et les normes utilisées pour guider la mise en œuvre. Nous approfondirons la question de ce que cela signifie pour le développement de votre application, puis montrerons des exemples concrets sur la manière de coder des éléments de conception courants pour garantir l'accessibilité. Restez à l'écoute!