À l'heure actuelle, vous avez très certainement déjà entendu parler du terme « accessibilité numérique » et vous en avez peut-être une vague idée, mais avez-vous cédé à l'engouement général ? Ou vous posez-vous secrètement des questions telles que :
- « Combien de personnes qui consultent mon site web ou mon application ont réellement besoin de ces fonctionnalités d'accessibilité ? »
- « Est-ce que rendre mon site web ou mon application accessible ne va pas me demander trop de temps, d'efforts ou d'argent ? »
- « Est-ce que mon site web ou mon application sera moche si je le/la rends accessible ? »
Si vous ou votre client vous êtes déjà posé ces questions (ou d'autres similaires), je suis là pour vous faire voir les choses sous un autre angle en démystifiant certaines idées reçues sur l'accessibilité numérique !
Mythe n° 1 : Seul un faible pourcentage de mes utilisateurs a besoin d'un site web ou d'une application accessible
Non, loin de là !
D'après les derniers résultats du recensement américain, environ 19 % de la population américaine se déclare en situation de handicap. Cela représente environ 57 millions de personnes. Pour mettre ces chiffres en perspective, le nombre de personnes en situation de handicap est supérieur à la population de New York et de la Californie réunies. À l'échelle mondiale, cela représente 15 % de la population mondiale selon l'Organisation mondiale de la santé (OMS). Cela représente plus d'un milliard de personnes dans le monde !
Bien sûr, le nombre de personnes qui se considèrent comme en situation de handicap est déjà très élevé en soi. Mais il existe également une part importante de la population qui pourrait bénéficier d'un site web ou d'une application accessible, sans pour autant s'identifier comme en situation de handicap.
Parmi ces communautés, on peut citer :
- Population vieillissante— peut avoir besoin de sous-titres sur les vidéos ou d'une police de caractères plus grande pour lire le texte
- Les utilisateurs dont la langue maternelle ou principale n'est pas l'anglaispeuvent avoir besoin de plus de temps pour lire le texte des diaporamas à rotation automatique.
- Les utilisateurs présentant des troubles cognitifspeuvent avoir besoin de polices adaptées ou de contenus présentés sous forme de listes à puces pour les aider à se concentrer.
- Les utilisateurs malvoyants ou ayant une vision réduitepeuvent avoir besoin d'agrandir le contenu pour pouvoir le lire et le comprendre.
- Les utilisateurs présentant un handicap ponctuelpeuvent avoir besoin d'un meilleur contraste des couleurs afin que les reflets sur l'écran ne les gênent pas dans la lecture du contenu.
- Les utilisateurs souffrant d'un handicap temporairepeuvent être amenés à utiliser exclusivement leur clavier pour accéder à toutes les fonctionnalités, car ils ne peuvent pas se servir d'une souris.
Ainsi, si l'on tient compte de ces groupes supplémentaires, le nombre de personnes ayant besoin de sites web et d'applications conçus de manière accessible est bien supérieur à celui des personnes déclarant être en situation de handicap. Et bien sûr, ce nombre continuera d'augmenter à mesure que l'espérance de vie s'allonge et que la technologie occupe une place de plus en plus importante dans notre quotidien.
Mythe n° 2 : rendre notre site web ou notre application accessible demandera trop de temps, d'efforts ou d'argent
Pas vraiment !
De nombreuses entreprises testent l’accessibilité à la fin du cycle de développement, juste avant le lancement public de leur nouveau site web ou de leur nouvelle application. Mais si vous attendez la fin pour tester l’accessibilité, vous arrivez trop tard. Les petits bugs d’accessibilité qui auraient pu être corrigés en une seule ligne de code se sont transformés en bugs gigantesques, de la taille de Mothra, qui peuvent nécessiter des réécritures majeures susceptibles de frustrer toute l’équipe. En revanche, en adoptant une approche un peu plus proactive en matière d’accessibilité et en l’intégrant dès le début, vous éliminerez les bugs au fur et à mesure que vous les détecterez, ce qui vous permettra d’économiser du temps, des efforts et de l’argent à long terme.
Cette approche «priorité à l’accessibilité» ou «« shift left »» peut sembler un peu intimidante. Elle peut même apparaître comme un changement radical de mentalité pour certains, mais nous avons déjà connu cela. En effet, ce que vous ressentez aujourd’hui à l’égard de l’accessibilité numérique ressemble beaucoup à ce que beaucoup d’entre nous ont ressenti lorsque nous avons entendu parler pour la première fois du concept «« mobile first ». Au début, l’approche « mobile first » était source de confusion et parfois de frustration (vous vous souvenez des». Au début, l’approche « mobile first » était source de confusion et parfois de frustration (vous vous souvenez des points de rupture « pixel perfect » ?!). Mais nous avons persévéré et aujourd’hui, elle fait partie intégrante de notre flux de travail quotidien. En réalité, il est désormais difficile d’imaginer concevoir ou développer un site web ou une application sans tenir compte de la multiplicité des appareils. Je prédis que c’est ainsi que sera perçue l’accessibilité numérique dans quelques années : simplement une étape normale du processus de travail qui ne nécessite pas beaucoup de temps ni d’efforts supplémentaires.
Mythe n° 3 : l'accessibilité numérique est une tâche ponctuelle qui incombe aux développeurs
Pas possible !
Si nous attendons d’intégrer les bonnes pratiques en matière d’accessibilité au niveau du code, nous passons à côté de l’objectif qui consiste à faire de l’accessibilité une priorité (voir le mythe n° 2). Il est vrai que les développeurs ont une grande influence sur le niveau d’accessibilité d’un site web ou d’une application en général. Mais il existe de nombreuses autres personnes qui *devraient* également être responsables de l’accessibilité numérique, notamment :
- Clients/Actionnaires—Ce groupe détient les fonds et dicte le calendrier du projet (qui consiste généralement à obtenir le produit le moins cher dans les délais les plus courts). Il doit comprendre que consacrer un peu plus de temps et de budget à l’intégration de l’accessibilité dès le début du projet lui sera bénéfique à long terme — surtout s’il fait partie de ces malchanceux qui se font poursuivre en justice pour ne pas avoir, dès le départ, mis en place un site web ou une application accessible.
- Marketing/Ventes—Ce groupe doit comprendre que l’amélioration de l’ergonomie des sites web et des applications peut directement se traduire par une augmentation des ventes et du trafic web pour le client. En soulignant que certaines techniques de référencement (SEO) sont directement liées aux bonnes pratiques en matière d’accessibilité, il peut aider ses clients à optimiser leur temps et leur budget.
- Architectes web / Concepteurs / Spécialistes UI et UX—Ce groupe inspire le code qui sera écrit et exerce une grande influence sur l’accessibilité d’un site web ou d’une application. Dans certaines organisations, un développeur ne remettra pas (ou ne pourra pas remettre) en question ce qui lui est transmis par ce groupe ; les concepteurs et les spécialistes UI/UX doivent donc s’assurer que leurs maquettes fonctionnelles et leurs maquettes graphiques sont accessibles avant même qu’un développeur n’écrive la moindre ligne de code.
- Stratèges numériques / Rédacteurs / Créateurs de contenu—Ce groupe a plus d’influence sur l’accessibilité que certains ne le pensent. Même si le site web ou l’application a été optimisé, conçu et développé dans un souci d’accessibilité, le contenu réel de la page peut remettre tout cela en cause. Le contenu est essentiel à l’accessibilité globale de votre site web ou de votre application.
- Les utilisateurs— C’est vraiment ce groupe qui est au cœur de tout cela. Imaginons que vous ayez fait votre travail et que votre site web ou votre application soit aussi accessible que possible — c’est génial ! Mais devinez quoi ? Les utilisateurs, ce sont des personnes. Et les personnes sont toutes différentes, tout comme les navigateurs, les appareils, les environnements et les technologies d’assistance qu’elles utilisent. Il est impossible de rendre votre site web ou votre application accessible à 100 % à toute cette diversité ; les utilisateurs doivent donc disposer d’un moyen de signaler les problèmes qu’ils rencontrent avec votre site web ou votre application, et vous devez les *écouter* et apporter les modifications nécessaires.
Pour approfondir ce sujet, consultez la série d’articles de Dennis Lembree consacrée à intégrer l'accessibilité au sein de votre organisation.
Mythe n° 4 : les sites web et les applications accessibles sont sans charme ou laids
Ce n'est pas vrai !
La conception d’un site web ou d’une application implique de nombreuses étapes : phase d’idéation et d’esquisse, prototypage, réflexion sur l’UI/UX, schémas fonctionnels, maquettes, guides de style, etc. Avec tout ce qu’il y a déjà à faire, l’idée d’ajouter un élément supplémentaire peut sembler intimidante — surtout un sujet comme l’accessibilité numérique, que beaucoup considèrent comme allant à l’encontre de la conception moderne des sites web et des applications. Mais n’ayez crainte ! Les sites web et les applications accessibles ne doivent pas nécessairement être fades ou laids.
Il existe aujourd'hui de très nombreux exemples de sites web à la fois esthétiques et, pour la plupart, accessibles, parmi lesquels (sans que cette liste soit exhaustive) :
- 24 façons
- Chase Bank
- Funka
- Université de l'Indiana
- Jiffy Lube
- Administration nationale océanique et atmosphérique (NOAA)
- La Maison Blanche
- Université de Washington
- Système américain de conception de sites web
Je pourrais citer d’autres exemples, mais vous avez compris l’idée : les sites web et les applications, quel que soit leur domaine, peuvent être à la fois modernes *et* accessibles. En recadrant mentalement l’accessibilité numérique comme une sorte de « défi de conception » plutôt que comme une exigence imposée, vous pouvez ouvrir la voie à de nombreuses solutions possibles qui sont à la fois esthétiques et accessibles.
Avertissement: la plupart des sites figurant sur cette liste présentent certes des problèmes d'accessibilité non résolus, mais leur nombre global reste faible ou les infractions sont mineures par rapport à la majorité des sites web existants. Gardez également à l'esprit que la conception et les fonctionnalités des sites web et des applications évoluent constamment ; cette liste pourrait donc être obsolète au moment où vous lirez cet article ! Veuillez effectuer vos propres tests et nous signaler s'il est nécessaire de mettre à jour la liste.
Comme si rendre les sites web et les applications plus inclusifs ne suffisait pas, la maîtrise de l'accessibilité numérique présente un autre avantage : davantage d'opportunités professionnelles ! Que vous soyez un professionnel du design ou un étudiant à la recherche d'un emploi, une expérience ou des connaissances en matière de conception accessible vous permettra sans aucun doute de vous démarquer de vos concurrents.
Si vous débutez dans ce domaine, il existe de nombreuses ressources très utiles pour vous aider à vous lancer, notamment :
- L'influence des tendances actuelles en matière de design sur l'accessibilité du Web (article)
- La conception avant le code : réfléchir à l'accessibilité dès le départ (article)
- Introduction aux heuristiques d'accessibilité (webinaire enregistré)
Mythe n° 5 : j'ai utilisé des outils de test automatisés, donc mon site web ou mon application est désormais accessible
Attends un peu, mon pote !
Selon une étude consacrée au site web le plus inaccessible au monde, les outils de test automatisés permettent de détecter de manière fiable jusqu’à 41 % de *certains* types d’erreurs. Ces études suscitent de vifs débats, notamment sur la question de savoir quels sont les « meilleurs » outils automatisés, mais quel que soit l’outil ou les outils automatisés que vous choisissez d’utiliser, d’autres facteurs liés aux tests doivent également être pris en compte.
Voici quelques questions relatives aux tests automatisés :
- Sur quels navigateurs ou systèmes d'exploitation est-ce que je procède aux tests ?
- Sur quels appareils dois-je effectuer mes tests : ordinateur de bureau, tablette ou téléphone portable ?
- Dans quelle mesure l'outil automatisé que j'utilise est-il fiable ?
- Et si différents outils me donnaient des résultats différents ?
- Comment puis-je hiérarchiser les bogues d'accessibilité signalés par l'outil ?
- Quelles erreurs l'outil n'a-t-il pas détectées ?
Ainsi, même si les outils automatisés sont véritablement impressionnants et deviennent de plus en plus « intelligents » à chaque nouvelle version, ils ne sont pas encore capables, à l’heure actuelle, de détecter tous vos problèmes d’accessibilité et nécessitent toujours l’intervention d’un être humain pour interpréter les résultats et hiérarchiser les problèmes qu’ils identifient. Par exemple, un outil de test automatisé peut vous signaler qu’il manque un texte alternatif à votre image, mais il ne peut pas vous indiquer quel texte alternatif rédiger. Ou, dans le cas d’une image décorative, il peut la signaler comme nécessitant un texte alternatif, alors que ce n’est peut-être pas le cas.
Cela dit, la plupart des experts en accessibilité s'accordent à dire que les outils de test automatisés constituent une excellente première étape vers des sites web et des applications accessibles. Mais il ne faut pas s'arrêter là ! Les outils de test automatisés sont plus efficaces lorsqu'ils sont associés à des tests manuels.
Les tests manuels peuvent inclure :
- Vérification de la structure ou de l'architecture d'un site web ou d'une application (par exemple, vérification de l'ordre des titres)
- Tests de compatibilité avec le clavier (par ex. lecture logique/ordre de tabulation)
- Analyse des médias (par ex. description audio et/ou textuelle d'une vidéo)
- Tests des technologies d'assistance (par exemple, les lecteurs d'écran et autres)
- Des tests auprès d'utilisateurs réels !
Récapitulatif : les idées reçues sur l'accessibilité, démystifiées !
J'espère avoir contribué, grâce à cet article, à « démystifier » certaines de vos idées reçues sur l'accessibilité. Ensemble, nous pouvons faire passer le message suivant :
- L'accessibilité numérique permet d'aider plus de personnes que vous ne le pensez
- Pensez à l'accessibilité dès le début et régulièrement lors du processus de conception et de développement afin d'économiser du temps, des efforts et de l'argent sur l'ensemble du projet
- L'accessibilité numérique est l'affaire de chacune des personnes de votre entreprise — et pas seulement celle des développeurs ou des responsables de l'assurance qualité
- Les sites web et les applications peuvent être à la fois esthétiques et accessibles
- L'utilisation d'outils de tests automatisés constitue une excellente première étape, mais vous devez également prévoir des tests manuels pour que votre site web ou votre application soit véritablement accessible
Bien sûr, ce ne sont là que quelques-uns des mythes sur l’accessibilité qui circulent — n’hésitez pas à m’en signaler d’autres pour une nouvelle série de démystifications ! En attendant, n’oubliez pas que l’accessibilité numérique n’est PAS une question de « tout ou rien ». Même l’intégration d’un petit changement dans votre flux de travail ou celui de votre entreprise peut avoir des retombées positives exponentielles. Alors, lancez-vous et démystifiez vous-mêmes certains mythes sur l’accessibilité !
