Fermer

mars 27, 2020

Pourquoi 2020 est l'année pour prendre au sérieux l'accessibilité9 minutes de lecture

OpinionT2 Dark_1200x303


L'accessibilité du Web fait le buzz depuis des années, mais de nombreuses entreprises n'ont pas encore fait la queue. Cependant, en raison d'un récent procès, tout cela doit changer à l'avenir. Nous examinerons pourquoi l'accessibilité du Web est un must, ainsi que 35 choses que vous pouvez faire aujourd'hui pour rendre vos sites Web et applications accessibles à tous les utilisateurs.

Des hébergements sont faits pour ceux qui ont des déficiences tout autour de nous dans le monde physique. Les rampes aident les personnes handicapées physiques à entrer dans les magasins. Le sous-titrage est disponible pour les cinéphiles malentendants. Les menus en braille permettent aux convives malvoyants de commander eux-mêmes à partir des menus.

Alors, pourquoi Internet est-il si loin derrière?

Est-ce vraiment si coûteux et long de créer des sites Web et des applications mobiles entièrement accessibles? Ou est-ce qu'il n'y a pas suffisamment de consommateurs aux facultés affaiblies criant haut et fort d'inaccessibilité alors que le problème n'a pas encore été pris au sérieux?

Quelle qu'en soit la raison jusqu'à présent, tout est sur le point de changer, grâce à la destruction par la Cour suprême de Domino's.

Aujourd'hui, je vais récapituler ce qui s'est passé avec Domino’s, expliquer comment cela vous affecte en tant que développeur ou concepteur Web, et suggérer ce que vous pouvez faire pour créer un site Web plus accessible.

Les sites Web et les applications mobiles SONT des lieux d'hébergement public

En 2016, un homme malvoyant du nom de Guillermo Robles a déposé une plainte contre Domino’s. Dans ce document, Robles a affirmé que son lecteur d'écran n'était pas en mesure d'accéder au site Web et à l'application mobile de Domino dans son intégralité. Domino’s a reçu l’ordre de mettre ses propriétés numériques en conformité.

Domino's, cependant, mène une lutte depuis des années, faisant valoir que les sites Web et les applications mobiles ne sont pas tenus d'être accessibles en vertu de l'ADA .

Dans sa longue demande d'appel, Domino's fait valoir que le titre III de l'ADA a été écrit avant le Web (ce qui est vrai). Et parce que la Cour suprême n'a pas précisé si la loi s'applique aux propriétés Web comme elle le fait pour les briques et les mortiers, Domino's a fait valoir qu'elle ne devrait pas être tenue pour responsable de ces changements (ce qui n'est pas vraiment vrai).

La Cour d'appel des États-Unis pour le neuvième circuit a répondu ce qui suit:

«Le comité a jugé que l'ADA s'appliquait au site Web et à l'application de Domino parce que la loi prescrit que les lieux de les logements publics, comme ceux de Domino, fournissent des aides et des services auxiliaires pour mettre à la disposition des personnes aveugles du matériel visuel. Même si les clients ont principalement accédé au site Web et à l'application loin des restaurants physiques de Domino, le panel a déclaré que l'ADA s'applique aux services d'un logement public, pas aux services à un lieu d'hébergement public . "

Alors, qu'est-ce que cela signifie pour les concepteurs de sites Web et d'applications?

Même si l'ADA n'a pas encore été officiellement mis à jour, la décision de la Cour suprême contre Domino's a établi un précédent assez clair pour l'avenir du Web:

Si vos sites Web ou applications mobiles connectent les utilisateurs aux produits ou services fournis, ils doivent être accessibles.

Au-delà de la décision de la Cour suprême et de ce qu'elle dicte réfléchissons à cela de la part de vos clients »et les points de vue des utilisateurs.

Selon la Web Accessibility Initiative (WAI):

«Lorsque les sites Web et les outils Web sont correctement conçus et codés, les personnes handicapées peuvent les utiliser.»

Ainsi, l'accessibilité élimine les obstacles à l'entrée. C’est ce que vous visez quand vous concevez un site Web ou une application, n’est-ce pas? Vous souhaitez supprimer toutes les frictions afin que le plus d'utilisateurs possible convertissent. Pourquoi les normes d'accessibilité ne devraient-elles pas y être incluses?

La WAI suggère également que:

"Rendre le Web accessible profite aux individus, aux entreprises et à la société."

Si vous avez encore du mal à voir comment passer du temps à rendre un site ou une application accessible en vaut la peine , pensez-y comme ceci:

L'inaccessibilité affecte toutes sortes de handicaps:

  • Visuel
  • Auditif
  • Discours
  • Cognitif
  • Physique

Mais ce n'est pas tout. L'accessibilité aide à combler les lacunes que les gens peuvent avoir dans leurs expériences en raison de:

  • Les appareils qu'ils utilisent
  • Maladies ou incapacités temporaires (comme un bras cassé)
  • Limitations de la situation (comme essayer de regarder une vidéo dans un train)
  • Vitesses de connexion Internet

En d'autres termes, ce n'est pas seulement un petit segment de la population qui est affecté par des propriétés numériques inaccessibles.

35 choses que vous pouvez faire pour créer des sites Web et des applications accessibles

Que vous construisiez un site Web ou une application à partir de zéro, ou que vous deviez revoir un site existant, la liste des normes d'accessibilité est assez claire. Vous pouvez vous référer aux directives WCAG 2.x ici ou vous pouvez utiliser la liste de contrôle suivante pour vous assurer que vous avez coché toutes les cases principales:

Prise en charge du clavier

☐ Souris ou défilement la fonctionnalité est disponible par clavier.

☐ Tous les composants d'un site Web ou d'une application peuvent être tabulés.

☐ Le focus du clavier reste toujours visible afin que le visiteur sache exactement avec quoi il interagit.

Contenu bien organisé

☐ La navigation est facile à localiser et placée de manière prévisible d'une page à l'autre.

☐ Les boutons de navigation sont clairement étiquetés.

☐ Les boutons de navigation sont suffisamment grands pour cliquer sans erreur.

☐ Le fil d'Ariane est fourni pour les pages plus profondes que le niveau supérieur.

☐ Les pages sont étiquetées de manière unique en haut.

☐ La couleur n'est pas utilisée comme seul moyen de transmettre des informations (comme une erreur de forme).

☐ Un contraste de couleur significatif est fourni entre le premier plan et l'arrière-plan.

☐ Il y a une couleur importante contraste entre le texte et l'arrière-plan.

Contrôles de texte supplémentaires

☐ Des outils de redimensionnement et d'espacement du texte sont disponibles.

☐ Les fenêtres sont configurées pour refluer correctement le texte après avoir été redimensionné.

Balises alt lisibles

☐ Si du texte contient des images, le texte doit être indépendant du contenu d'une image.

☐ Des balises Alt sont fournies pour tout le contenu non textuel.

☐ Chaque balise alt est descriptive de ce que les gens peuvent voir dans le contenu. Cela inclut tout texte ou nombre dans le graphique.

☐ S'il est joint à un clip vidéo ou audio, un bref résumé suffit.

Aides audio et visuelles

☐ La lecture audio automatique peut être mise en pause, arrêtée ou le volume ajusté.

☐ D'autres données audio et vidéo doivent être activement engagées pour jouer et doivent commencer à un volume faible ou nul.

☐ Des légendes sont fournies pour les vidéos.

☐ Des transcriptions sont fournies pour les vidéos ou les clips audio.

☐ Si des détails visuels ou sonores importants sont présents dans la vidéo ou l'audio (comme un graphique affiché à l'écran ou de la musique en arrière-plan), des transcriptions supplémentaires sont fournies.

☐ Si le site contient des animations susceptibles de provoquer des crises ou graphiques, les utilisateurs peuvent les désactiver ou passer rapidement.

Clarification des interactions

☐ Les composants interactifs sont facilement reconnus comme tels.

☐ Les interactions répétées de page en page sont systématiquement présentées.

☐ Les composants cliquables sont suffisamment grands pour être exploités.

☐ Les gestes et autres mouvements nécessitant de la dextérité ont des activations alternatives.

☐ Les libellés des boutons correspondent à la façon dont ils sont nommés dans le code.

Simplification des formulaires

☐ Des instructions descriptives sont fournies pour les formulaires ou champs complexes.

☐ Des messages d'erreur descriptifs en temps réel sont affichés avec des suggestions sur la façon de résoudre ce problème.

☐ Toute case à cocher, champ ou autre élément d'un formulaire peut être tabulé.

Considérations supplémentaires

☐ Les minuteries de paiement ne sont pas utilisées ou, à tout le moins, sont définies pour une durée raisonnable.

☐ Des commutateurs de langue ou de pays faciles à localiser sont disponibles pour les utilisateurs internationaux.

☐ Votre site ou application est codé pour la vitesse. Pour les sites Web, cela peut signifier le passage à un PWA selon l'endroit où réside votre public et s'il a besoin ou non d'un accès hors ligne.

Récapitulatif

Domino's a peut-être pensé qu'il faisait une bonne chose en se battant contre l'accessibilité des sites Web et des applications mobiles. Mais tout ce qu'il a vraiment fait, c'est ouvrir une boîte de vers qui ne peut pas être refermée.

Il y a donc deux points clés à retenir ici:

  • Lorsque vous créez un nouveau site Web ou PWA, incluez toujours l'accessibilité dans le processus dès le départ.
  • Si vous avez d'anciens sites Web ou PWA pour lesquels l'accessibilité n'avait pas été priorisée, le moment est venu de renouer avec ces anciens clients.

Une autre chose: ne laissez pas cela tomber uniquement sur vos épaules. Votre rédacteur et concepteur Web (ou développeur si vous êtes concepteur) a un rôle à jouer pour améliorer l'accessibilité de votre site Web ou de votre application mobile.

Si vous utilisez un outil comme Unite UX pour collaborer avec les membres de l'équipe, assurez-vous que l'accessibilité fait partie du processus de révision et de transfert. Cela rendra le lancement beaucoup plus fluide.




Source link