Quelle norme d'accessibilité pour l'application mobile?
Le W3C a créé directives d'accessibilité pour les sites Web. A est le moins accessible et impose le moins de contraintes à la conception, AAA est le plus accessible et impose les plus grandes contraintes à la conception. Le W3C encourage également à appliquer les normes d'accessibilité au contenu non-site Web ( Source ).
Je conçois une application mobile pour iOS et Android et je voudrais choisir une norme d'accessibilité. Mon équipe et moi nous demandons si AA ou AAA sont meilleurs. Cela aura un impact direct sur les décisions de conception, par exemple le choix de la couleur. Les WCAG contiennent des rapports de contraste minimum entre le texte et la couleur d'arrière-plan.
D'une part, nous voulons être aussi accessibles et à l'épreuve du temps que possible, ce qui parle pour AAA. D'un autre côté, les deux Android et iOS sont livrés avec des fonctionnalités d'accessibilité, qui améliorent considérablement l'accessibilité indépendamment de notre choix de couleur, c'est pourquoi AA pourrait être suffisant. Par exemple, Android a une fonction pour augmenter la taille du texte.
Est-il correct de dire: AA est assez bon, car les utilisateurs peuvent augmenter la taille du texte avec l'outil intégré d'Android, ce qui rend le contraste plus faible acceptable?
Ma question concerne cet exemple spécifique (contraste des couleurs) mais aussi l'approche plus large: pouvons-nous être moins stricts sur les choix de conception, en supposant que les fonctionnalités d'accessibilité du système d'exploitation amélioreront l'accessibilité pour ceux qui en ont besoin?
Essayez de ne pas considérer A comme "le moins accessible" et AAA comme "le plus accessible". A est l'ensemble minimum dont vous avez besoin pour créer un site Web accessible. Il y aura toujours des problèmes pour certains utilisateurs lorsque vous ne travaillez que vers A, mais A est bien mieux que rien.
AA rend le site accessible à plus de gens.
Le W3C ne recommande pas d'essayer d'atteindre AAA. Voir "Note 2" sur https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-conf-req1-head , mais il y a certainement des parties d'AAA qui sont très utile, comme 2.4.9 "But du lien (lien uniquement)"
L'accessibilité est intéressante car essayer de satisfaire un critère de réussite peut compliquer la tâche d'un autre utilisateur. Par exemple, l'exigence AA pour un contraste minimum aide les personnes malvoyantes ou malvoyantes, mais trop de contraste peut être gênant pour des problèmes cognitifs tels que certaines formes d'autisme.
La plupart des entreprises et la plupart des pays ont des exigences AA.
Une chose à garder à l'esprit est qu'il est acceptable que des sections discrètes de l'application atteignent différents niveaux - certaines parties peuvent être faciles à apporter à AAA complet sans trop de travail, et d'autres peuvent être "assez bonnes" à un niveau inférieur.
(source - Je suis sur la liste de diffusion WebAIM, et il y a quelques semaines cela est arrivé)
https://www.w3.org/WAI/UA/work/wiki/Applying_UAAG_to_Mobile_Phones peut être en mesure de vous aider à parcourir et de voir quelles directives sont les plus pertinentes pour votre application. Beaucoup d'entre eux n'ont même pas de valeur de conformité de niveau AAA.
En 2016, le Parlement européen a approuvé directive 2016/2102 du Parlement européen et du Conseil du 26 octobre 2016 sur l'accessibilité des sites Web et des applications mobiles des organismes du secteur public .
La directive vise à rapprocher les dispositions législatives, réglementaires et administratives des États membres concernant les exigences d'accessibilité des sites Web et des applications mobiles des organismes du secteur public, permettant ainsi à ces sites Web et applications mobiles d'être plus accessibles aux utilisateurs, en particulier aux personnes handicapées.
Les exigences de la directive sont énoncées dans la norme de l'Institut européen des normes de télécommunications EN 301549: Exigences d'accessibilité pour ICT produits et services qui à son tour est basée sur WCAG 2.1 au niveau AA.
La norme contient également des exigences pour les applications mobiles dans la section 11.
La norme AAA est difficile à atteindre et la majeure partie du fardeau incombe aux administrateurs/propriétaires de l'application, pas tellement aux personnes qui créent le site/l'application en premier lieu. Une grande partie de cela se résume au contenu multimédia - ainsi, par exemple, en vous assurant que votre contenu vidéo a:
- Les sous-titres
- Pistes audio alternatives (telles que la description audio)
- Langage des signes
- Transcriptions complètes
Des choses comme cela signifient que c'est un énorme frais généraux non seulement pour créer un site/application accessible AAA, mais aussi pour garder AAA, car avec chaque nouvel élément de contenu, vous devez passer beaucoup de temps à l'optimiser.
Des choses comme la taille du texte, les rapports de contraste, etc. relèvent principalement de la catégorie AA, pas de l'AAA.
Cela ne signifie pas que AAA est une perte de temps. Mais cela signifie qu'il vaut la peine d'être sélectif quant à la nécessité de le respecter. Si vous créez une application pour les personnes handicapées/les personnes âgées, etc., alors oui, AAA serait probablement bénéfique, mais dans la grande majorité des situations, la norme AA est plus que suffisante.
De plus, les téléphones - en particulier ceux iOS - ont des fonctionnalités d'accessibilité incroyablement bonnes intégrées au système d'exploitation à partir de zéro. À condition que le site/l'application soit construit selon des normes appropriées, une grande partie du travail d'accessibilité sera traitée de manière native.