ArticleLe guide du débutant sur l'accessibilité Web
Publié: 2022-08-12L'accessibilité du Web a fait beaucoup parler d'elle ces derniers temps. Plus récemment, une affaire impliquant Domino's Pizza a le potentiel d'aller jusqu'à la Cour suprême dans ce qui pourrait être une décision historique qui façonnera l'avenir de l'accessibilité du Web.
Les sites Web accessibles sont simplement les sites que les personnes handicapées peuvent percevoir, exploiter et comprendre. Ils fonctionnent bien avec les technologies d'assistance telles que les lecteurs d'écran, fournissent des supports alternatifs pour d'autres déficiences et permettent la navigation à l'aide d'appareils autres qu'une souris.
Un site inaccessible exclut une clientèle potentielle et augmente les chances d'un procès en vertu du titre III de l'ADA. Et cela peut nuire aux classements de recherche – plus à ce sujet ci-dessous.
Environ une personne sur huit aux États-Unis a un handicap. Si la définition est élargie pour inclure ceux qui sont modérément altérés, ce nombre passe à près d'un sur cinq.
Le fait de ne pas accueillir un public aussi large limite l'impact positif qu'un site Web peut avoir sur votre entreprise, sans parler de la capacité de votre marque à trouver un écho auprès des gens et à inspirer confiance. Construire un site Web accessible qui peut être utilisé dans autant de navigateurs et par autant de personnes que possible peut aider votre entreprise, mais c'est aussi tout simplement la bonne chose à faire.
L'objectif de ce guide est de vous aider à comprendre l'accessibilité du Web afin que vous puissiez développer votre marque et mieux servir les visiteurs de votre site Web, car c'est exactement ce qu'ils sont. Pas des visiteurs ; pas des clients ; mais des clients qui comptent sur vous pour les aider à trouver les informations qu'ils recherchent. Dans ce guide, nous aborderons les points suivants :
- Qu'est-ce que l'accessibilité Web ?
- Avantages de l'accessibilité
- Règlement d'accessibilité
- Normes d'accessibilité
- Test d'accessibilité : automatisé ou humain
- Risques de non-conformité
- Auto-évaluation de l'accessibilité
- Experts et ressources utiles
Lorsque nous aurons terminé, vous aurez une compréhension claire de tout ce qui concerne l'accessibilité du Web et l'accès à certaines ressources pertinentes pour vous aider à faire votre propre évaluation de site Web. Plongeons-nous !
Qu'est-ce que l'accessibilité Web ?
Commençons par définir l'accessibilité. Selon le W3C (World Wide Web Consortium), « L'accessibilité du Web signifie que les personnes handicapées peuvent utiliser le Web. Plus précisément, l'accessibilité du Web signifie que les personnes handicapées peuvent percevoir, comprendre, naviguer et interagir avec le Web, et qu'elles peuvent contribuer au Web. L'accessibilité du Web profite également à d'autres, y compris les personnes âgées dont les capacités changent en raison du vieillissement.
Lorsque nous créons des sites Web chez BrandExtract, nous testons sur chaque version de navigateur utilisée par plus de 1 % des audiences de nos clients. Il est logique qu'un site Web soit utilisable dans autant de navigateurs que possible afin de ne pas exclure des clients, partenaires ou employés potentiels. Même si cela affecte le coût total de leurs sites Web, nous n'avons jamais eu à convaincre qui que ce soit que cet effort en vaut la peine.
Les êtres humains méritent la même considération, sinon plus, que les navigateurs Web.
La première chose que nous avons tendance à considérer lorsque nous discutons de l'accessibilité du Web est la convivialité du site pour les visiteurs malvoyants, mais la déficience visuelle n'est qu'une catégorie de handicap. Les déficiences auditives, physiques et cognitives sont tout aussi importantes et doivent être traitées de différentes manières.
Les personnes atteintes de ces déficiences peuvent utiliser une variété d'appareils d'assistance pour naviguer plus facilement sur le Web. Les sites Web accessibles sont simplement ceux qui fonctionnent bien avec ces dispositifs d'assistance et s'efforcent d'offrir une expérience utilisateur qui minimise le besoin d'appareils d'assistance en premier lieu.
Avantages de l'accessibilité
Une bonne planification est essentielle pour créer des sites Web utilisables de haute qualité. Cela nécessite de la réflexion et de bons processus. La planification de votre UX et de votre travail de conception autour de l'accessibilité élève la barre des détails dans votre travail. Une diligence accrue garantit que votre site Web fonctionne bien pour les humains et les robots.
Les mêmes détails qui peuvent informer un lecteur d'écran ou d'autres technologies d'assistance sont également utiles pour les robots des moteurs de recherche qui explorent et indexent votre site. Selon Google Webmaster Central Blog, les sites accessibles sont plus facilement indexés par les moteurs de recherche Google, ce qui peut conduire à de meilleures correspondances et à des classements plus élevés. Google insiste sur ce fait depuis plus d'une décennie.
La plupart des choses que nous faisons pour rendre un site Web plus accessible aux utilisateurs handicapés aident également les autres utilisateurs. Polices plus grandes, meilleur contraste
Règlement d'accessibilité
Avis de non-responsabilité : je ne suis pas avocat. Les décisions que vous prenez pour mettre en œuvre quoi que ce soit de moins que la pleine conformité avec toutes les réglementations décrites ci-dessous (et celles omises) comportent des risques et doivent impliquer votre équipe juridique. Ils sont dûment qualifiés pour évaluer le risque et les conséquences du non-respect de ces réglementations. "Vous pourriez être poursuivi" n'est pas seulement une tactique de vente effrayante.
Les réglementations en matière d'accessibilité varient selon les pays. En voici quelques-unes que vous devrez connaître.
États-Unis
Aux États-Unis, vous devez connaître l'Americans with Disabilities Act of 1990, Amended (ADA), l'article 255 de la Telecommunications Act de 1996, l'Air Carrier Access Act de 1986 et la 21st Century Communications and Video Accessibility Act de 2010. (CVAA).
Gouvernement des États-Unis
Si vous créez un site Web pour une agence gouvernementale américaine ou une entité qui reçoit un financement du gouvernement, vous devez également connaître la section 504 de la loi américaine sur la réhabilitation de 1973 et la section 508 de la même loi américaine.
Union européenne
Si vous êtes basé ou faites des affaires importantes dans l'Union européenne (UE), vous
Canada
Et si vous faites des affaires au Canada, assurez-vous de connaître la Loi canadienne sur les droits de la personne et la Politique sur les communications et l'identité fédérale. De nombreux autres pays ont également leurs propres réglementations.
Il est tout à fait naturel de se sentir dépassé. Pas de particulier ou de petite entreprise
Normes d'accessibilité
La plupart des réglementations s'inspirent des normes WCAG 1.0 et WCAG 2.0 comme lignes directrices pour la création de sites Web accessibles. Ces deux normes sont élaborées et maintenues par le groupe de travail Web Content Accessibility Guidelines, un consortium de développeurs Web et d'experts invités de diverses entreprises et organisations.
Le groupe de travail WCAG est l'un des nombreux groupes de travail du W3C (World Wide Web Consortium). Le W3C est la communauté de normalisation internationale responsable du HTML, du CSS et de nombreuses autres technologies dont dépend le Web.
Les WCAG 1.0 et 2.0 vous guideront en grande partie au même endroit, mais les WCAG 2.0 ont des heuristiques plus facilement mesurables. Un site Web conforme aux WCAG 1.0 sera probablement conforme aux WCAG 2.0. Tous les sites conformes aux WCAG 2.0 seront conformes aux WCAG 1.0. La différence entre les deux réside dans la façon dont ils organisent les lignes directrices. Citant le site Web du W3C :
Les WCAG 1.0 sont organisés autour de lignes directrices qui ont des points de contrôle, qui sont de priorité 1, 2 ou 3. La base pour déterminer la conformité aux WCAG 1.0 sont les points de contrôle.
Les WCAG 2.0 sont organisés autour de quatre principes de conception de l'accessibilité Web. Chaque principe a des lignes directrices, et chaque ligne directrice a des critères de réussite testables au niveau A, AA ou AAA . La base pour déterminer la conformité aux WCAG 2.0 sont les critères de réussite.
WCAG est une norme évolutive. Les WCAG 2.1 ont atteint le statut de recommandation candidate et pourraient voir leur adoption dans toute nouvelle législation dès l'été 2018. Les WCAG 2.1 s'ajoutent aux WCAG 2.0. En d'autres termes, un site conforme à la norme 2.1 sera conforme aux normes 2.0 et 1.0, il est donc logique de cibler les WCAG 2.1 dans toute nouvelle initiative.
Faisons une ventilation de la hiérarchie WCAG 2.1. Les quatre principes de conception fondamentaux mis en avant sont les suivants :
- Les informations et les composants de l'interface utilisateur doivent être présentés d'une manière qu'ils peuvent percevoir.
- Les composants de l'interface utilisateur et la navigation doivent être utilisables.
- Les informations et le fonctionnement de l'interface utilisateur doivent être compréhensibles.
- Le contenu doit être suffisamment robuste pour pouvoir être interprété de manière fiable par une grande variété d'agents utilisateurs, y compris les technologies d'assistance.
Chacun de ces principes comprend une série de lignes directrices. Par exemple, subordonné au premier principe, nous trouverons la directive suivante :
- Créez du contenu qui peut être présenté de différentes manières (par exemple une mise en page simple) sans perdre d'informations ou de structure.
Subordonnés à cette ligne directrice, nous trouvons ces critères de succès :
- Les informations, la structure et les relations véhiculées par la présentation peuvent être déterminées par programme ou sont disponibles dans le texte.
- Lorsque la séquence dans laquelle le contenu est présenté affecte sa signification, une séquence de lecture correcte peut être déterminée par programmation.
- Les instructions fournies pour comprendre et utiliser le contenu ne reposent pas uniquement sur les caractéristiques sensorielles des composants telles que la forme, la taille, l'emplacement visuel, l'orientation ou le son.
- La signification de chaque champ de saisie collectant des informations sur l'utilisateur peut être déterminée par programmation lorsque :
- Le champ d'entrée a une signification qui correspond aux noms de champ HTML 5.2 Autofill ; et
- Le contenu est mis en œuvre à l'aide de technologies prenant en charge l'identification de la signification attendue des données d'entrée de formulaire.
- Dans le contenu implémenté à l'aide de langages de balisage, l'objectif des composants d'interface utilisateur, des icônes et des régions peut être déterminé par programmation.
Chaque principe a une ou plusieurs lignes directrices et chacune de ces lignes directrices a un ou plusieurs critères de réussite. La version actuelle des WCAG 2.1 comporte quatre principes, quatorze lignes directrices et soixante-dix-huit critères de réussite. Un site Web doit être audité par rapport à tous ces critères pour garantir la conformité à la norme et la plupart de ces critères impliquent plusieurs tests.
Mais attendez, il y a plus. Chacun des succès
Niveau A (minimum)
Traite les fonctionnalités d'accessibilité Web les plus élémentaires, mais n'offre généralement pas une large accessibilité
Niveau AA (milieu de gamme)
Résout les obstacles les plus courants pour les utilisateurs handicapés et s'aligne sur les normes 508 révisées
Niveau AAA (le plus élevé)
Aborde le plus haut niveau d'accessibilité Web, mais n'est pas recommandé en tant que politique générale, car il n'est pas possible de satisfaire à tous les critères pour certains contenus.
Choisissez avec soin le niveau de conformité que vous souhaitez atteindre avec un site Web, car cela aura un impact significatif sur le calendrier et le budget.
Test d'accessibilité : automatisé ou humain
Il existe des outils gratuits et des services en ligne qui effectueront un test automatisé d'une seule page Web ou même de sites entiers. Les outils peuvent être des plugins de navigateur, des applications de bureau autonomes, des services auto-hébergés, des services en ligne gratuits
Nos outils automatisés préférés sont :
- tenon.io - Tenon est un SaaS qui peut effectuer des recherches à la demande via le navigateur ou une API. Le prix dépend du nombre de requêtes API (scans) que vous devez effectuer. Il est extrêmement bien documenté et peut facilement être intégré dans SAM, le CMS de BrandExtract.
- AATT (Automated Accessibility Testing Tool) de Paypal - AATT est une application node.js qui s'exécute en tant que service. Il peut analyser des pages uniques ou des sites entiers et peut être configuré de manière à pouvoir accéder à des pages Web non publiques (protégées par mot de passe). Les demandes d'analyse peuvent être soumises via une API avec des réponses renvoyées dans un format JSON facilement analysé. AATT s'intègre également facilement à SAM.
hache Developer Tools by Dequeue Systems - ax est disponible dans un plugin de navigateur pour Chrome et Firefox. Il étend les outils de développement intégrés des navigateurs et crée un rapport agréable et facilement analysé avec des recommandations claires.
Ces outils sont rapides et faciles à utiliser mais ne sont pas une panacée. De nombreuses directives énoncées dans les documents des WCAG sont formulées de manière à nécessiter une analyse et une évaluation minutieuses. La façon dont ces directives s'appliquent aux conceptions uniques peut être subjective. Pourquoi sont-ils formulés de manière vague ? Ces lignes directrices doivent être évolutives.
Étant donné que le Web et les technologies connexes sont un média en constante évolution, les lignes directrices devaient être applicables aux technologies, appareils et interfaces qui n'ont pas encore été inventés.
De plus, les outils de test automatisés ne peuvent tout simplement pas percevoir l'expérience utilisateur de la même manière qu'un humain. Il existe des paramètres mesurables avec lesquels vous pouvez travailler pour faire un très bon travail, par exemple si les polices respectent ou non une taille minimale et des critères de contraste. Mais il existe de nombreuses autres variables plus difficiles à mesurer. Par exemple, le sens d'un schéma est-il correctement véhiculé dans le texte ?)
C'est là que les êtres humains entrent en jeu. Le test humain d'un site Web est un processus délibéré et rigoureux qui peut prendre des centaines d'heures. Mais c'est crucial pour créer de l'empathie entre votre public et votre marque.
Dans un scénario parfait, les tests doivent être effectués avec des utilisateurs qui ont les mêmes déficiences que celles auxquelles vous vous adressez, et l'expertise nécessaire pour savoir ce qui est bien et ce qui ne va pas avec un site Web.
Le seul moyen pratique de trouver une équipe de ces experts est de sous-traiter à un tiers réputé spécialisé dans les tests d'accessibilité. Embaucher des humains pour tester l'accessibilité d'un site Web peut coûter très cher. Vous constaterez peut-être que le fait de faire tester par des humains uniquement les pages interactives les plus complexes est un compromis rentable.
Risques de non-conformité
Nous voulons tous croire que nous allons créer des sites Web inclusifs simplement parce que c'est la bonne chose à faire. Mais la vérité est que parfois nos bonnes intentions dépassent nos portefeuilles. Pourquoi une entreprise devrait-elle dépenser des milliers de dollars pour rendre son site Web accessible ?
Une des raisons est de minimiser les risques. Même si vous ne fournissez pas de services directs aux consommateurs, vous risquez tout de même d'être reconnu coupable d'avoir enfreint une ou plusieurs réglementations.
Considérez les utilisateurs qui recherchent un emploi au sein de votre organisation mais qui sont exclus parce que votre base de données d'emplois en ligne n'est pas accessible. Qu'en est-il des investisseurs qui n'ont pas accès aux données financières de votre entreprise ? Lorsque ces choses se produisent, vous pouvez être trouvé en violation des règlements.
Aucune entité gouvernementale ne passe son temps à surfer sur le Web, à auditer des sites et à rechercher des sites Web qui ne respectent pas les directives d'accessibilité du Web. Il n'y a pas d'inspecteurs qui "signent" lorsque votre site Web est prêt à être mis en ligne.
Il appartient entièrement à votre organisation de s'assurer que le travail est bien fait. Vous êtes responsable de choisir un partenaire qui prend l'accessibilité Web au sérieux et qui dispose des ressources, internes ou externes, pour s'assurer que le travail est bien fait.
Il est difficile de quantifier la probabilité d'être poursuivi et les coûts qui en résultent, mais même les poursuites non fondées qui sont facilement rejetées peuvent coûter à une entreprise plusieurs milliers de dollars en frais juridiques. Et s'il est évident que vous n'avez pas fait suffisamment d'efforts pour rendre votre site Web accessible, vous perdrez probablement (ou serez obligé de vous contenter).
Plus de 260 poursuites en matière d'accessibilité Web ont été déposées en 2016 et les chiffres étaient nettement plus élevés en 2017. Cela n'inclut pas les affaires qui ont été réglées sans aller en justice. Parlez à vos avocats pour avoir une idée réelle des possibilités, mais sachez que le risque est réel.
Si vous souhaitez en savoir plus sur les risques de non-conformité, je vous recommande vivement cet article de blog de Karl Groves. C'est une vue équilibrée, soutenue par des chiffres réels. Gardez à l'esprit qu'il a été écrit il y a quelques années et que le paysage a changé avec le nombre de poursuites intentées.
Auto-évaluation de l'accessibilité
J'espère qu'à ce stade, vous avez une bonne compréhension du sujet de la convivialité. Mais il est tout à fait naturel de se sentir dépassé. Apporter de petites améliorations est un bon début pour réduire les risques et les dommages potentiels des poursuites judiciaires. Voici quelques étapes que vous pouvez suivre :
Évaluez votre risque
Consultez votre équipe juridique et calculez (du mieux que vous pouvez) vos risques. Demandez-leur de rechercher dans les archives publiques les litiges en cours et récents dans ce domaine. Les tendances sont-elles à la hausse ? Quel pourcentage réussit ? Semble-t-il que votre industrie voit plus d'activité? Qu'est-ce qu'un procès pourrait coûter à votre organisation, à la fois en dollars et en impact négatif sur votre marque ? Qu'en est-il des revenus perdus ?
Étudiez les coûts
Si vous créez un nouveau site, demandez à vos partenaires de développement de créer un élément de ligne pour le coût de la garantie que leur travail respecte les normes WCAG 2.1 à l'aide d'outils de test d'accessibilité automatisés. Envisagez également de rencontrer des consultants en accessibilité tiers qui disposent des ressources nécessaires pour effectuer des tests humains. Obtenez des prix directement auprès d'eux afin qu'ils puissent travailler indépendamment de votre développeur.
Faire le calcul
Cela semble impitoyable, mais la vérité est que vous devez déterminer si les risques l'emportent sur les coûts. Chez BrandExtract, nous pensons que pour la plupart des sites Web interentreprises (B2B), des tests automatisés approfondis de conformité WCAG 2.0 niveau A lors du lancement et de toute mise à jour majeure constituent une solution rentable qui démontre un effort clair pour rendre un site Web accessible. Pour les sites Web destinés aux consommateurs ou les sites Web avec une interactivité riche et complexe, des tests plus approfondis peuvent être nécessaires. Encore une fois, vous devriez consulter un professionnel du droit pour avoir une compréhension claire et précise des risques de non-conformité.
Définir un plan de lancement
Si votre site Web est destiné aux consommateurs, il serait raisonnable d'effectuer des tests avec des humains lors du lancement d'un nouveau site ou à chaque fois qu'il subit des changements majeurs. Pour un site B2B sans grande complexité ni interactions riches, des tests automatisés du site peuvent suffire.
Définir un plan d'entretien
Tout plan que vous proposez doit inclure des tests continus qui se déroulent à la demande ou automatiquement selon un calendrier régulier. Les tests humains ne sont nécessaires que lorsqu'un site Web subit des révisions et/ou une refonte importantes.
Experts et ressources utiles
Lorsque vous recherchez comment atteindre la conformité, vous constaterez que la solution n'est pas toujours claire. Heureusement, nous avons le projet A11Y. Le projet A11Y est une organisation communautaire dont l'objectif est de faciliter la compréhension et la mise en œuvre des directives d'accessibilité Web. Il propose des suggestions spécifiques pour les modèles de conception courants, des articles sur l'accessibilité, une liste organisée d'événements et des listes de contrôle pour vous assurer que vous avez franchi toutes les étapes importantes.
"A11Y" est un numéronyme fréquemment utilisé dans les médias sociaux et autres médias à espace restreint pour désigner l'accessibilité. Vous pouvez simplement le lire comme "Accessibilité" et l'utiliser pour vous aider à découvrir d'autres ressources.
- Le projet A11Y
- L'initiative d'accessibilité Web du W3C
- W3C
- WCAG 1.0
- WCAG 2.0
- WCAG 2.1 (recommandation du candidat)
- Section508.gov
- Sélection des outils d'évaluation de l'accessibilité Web
hache Outils de développement- Outil de test d'accessibilité automatisé
- Outil de test en ligne Tenon.io
- TinyMCE A11yChecker
- Poursuites en matière d'accessibilité, trolls et tactiques alarmistes
- Un merci spécial également à Kim Testa du Bureau of Internet Accessibility. Son groupe propose à la fois des tests automatisés et humains et je me sens plus intelligent pour lui avoir parlé (bien que toutes les erreurs dans cet article soient les miennes).
Quelques informations supplémentaires
SAM propose trois intégrations possibles pour faciliter la vérification automatisée de l'accessibilité :
- Le plug-in TinyMCE A11yChecker est un module complémentaire gratuit de l'éditeur HTML intégré de SAM et peut être activé sur demande pour les versions 3.2 et ultérieures de SAM.
- L'intégration avec l'instance hébergée d'AATT de BrandExtract peut être utilisée sur SAM 3.2 ou version ultérieure.
- L'intégration avec tenon.io peut être implémentée sur SAM 3.2 ou version ultérieure.
Avoir un site Web accessible ne consiste pas seulement à éviter les risques de non-conformité. Plus important encore, il s'agit de faire ce qu'il faut pour chaque utilisateur et de tenir systématiquement la promesse de votre marque. Si vous souhaitez des conseils supplémentaires sur la création d'un site Web accessible, consultez notre épisode de podcast sur l'accessibilité Web ou n'hésitez pas à contacter notre équipe.