Si votre organisation vient de mener à bien un audit d'accessibilité numérique, félicitations ! C'est une première étape importante vers la mise en place d'expériences numériques plus inclusives.
Mais pour de nombreuses équipes, c'est là que le cycle recommence : du code non accessible est déployé en production, les utilisateurs en subissent les conséquences, les audits mettent en évidence les problèmes, et les développeurs finissent par réécrire du code qui aurait pu être accessible dès le départ.
Le résultat ? Des retards, des reculs, une augmentation des coûts et des équipes découragées.
Il existe une meilleure solution. Commencez par analyser les résultats de votre audit, puis élaborez un plan pour corriger et garantir l'accessibilité sur l'ensemble de vos supports numériques. Et surtout, donnez à vos développeurs les moyens de détecter et de corriger les problèmes dès leur apparition, avant même que le code ne soit mis en production.
Première étape : analyser les résultats de votre audit
Les rapports d'audit peuvent sembler intimidants. Vous serez peut-être surpris par les résultats, mais c'est tout à fait normal. L'accessibilité nécessite une planification, une expertise et un effort constant.
Commencez par passer en revue les problèmes en fonction de leur niveau d'impact. La plupart des rapports mettent en évidence des dizaines (voire des centaines) de problèmes, mais tous n'ont pas la même importance :
- Blocage: empêche l'accès aux fonctionnalités essentielles.
- Critique: rend certaines fonctionnalités essentielles inutilisables pour certains utilisateurs.
- Grave: entraîne des obstacles majeurs, mais l'accès reste partiellement possible.
- Modéré: réduit la qualité de l'expérience.
- Problème mineur: gênant ou source de distraction, mais ne constituant pas un obstacle majeur.
Cela vous permettra de déterminer où vous devriez concentrer vos ressources en priorité et, espérons-le, de diviser vos corrections en parties plus faciles à gérer.
Deuxième étape : corriger les problèmes et rationaliser les solutions
Concentrez-vous d'abord sur la résolution des blocages et des problèmes critiques, en particulier ceux qui empêchent les utilisateurs d'effectuer des actions clés, telles que se connecter, valider un formulaire ou effectuer un achat.
Recherchez également les gains rapides. Les modifications pouvant être appliquées à l'ensemble des modèles ou des composants, comme la mise à jour du contraste dans un guide de style global, peuvent apporter des améliorations à grande échelle avec un minimum d'efforts.
Les produits Axe peuvent vous aider à identifier ces problèmes et vous proposer des conseils pour y remédier efficacement, afin que vous puissiez vous assurer d'allouer vos ressources là où elles sont le plus utiles.
Troisième étape : refaire des tests, vérifier et assurer la maintenance
Une fois les corrections apportées, il est essentiel de vérifier que les problèmes ont bien été résolus. Utilisez des outils automatisés et des tests manuels pour valider les corrections et suivre les améliorations.
Il est important de noter que l'accessibilité n'est pas une mesure ponctuelle, mais une démarche continue. Deque peuvent vous accompagner tout au long de ce parcours afin que vous puissiez :
- Tester et retester rapidement les problèmes
- Suivre l'avancement des différents projets
- Intégrez directement l'expertise en matière d'accessibilité dans vos processus de travail
À ce stade, vous vous demandez peut-être… « Est-ce qu’un VPAT suffit ? »
Certaines organisations ont recours à un modèle de déclaration volontaire d'accessibilité des produits (VPAT) pour documenter l'état actuel de l'accessibilité de leur produit. Bien qu'utile, un VPAT ne remplace pas les mesures concrètes. Il résume la conformité à des normes telles que la norme EN 301 549, les WCAG 2.2 ou la Section 508, mais il ne vous indiquera pas comment résoudre les problèmes ni comment améliorer l'ergonomie.
Étape n° 4 : Prévenir les problèmes futurs — commencez les tests dès le début
Le véritable changement intervient lorsque vous cessez de vous fier uniquement aux audits et que vous commencez à intégrer l'accessibilité dans vos processus dès le premier jour.
Voici comment procéder :
Former les équipes de développement
- Aidez-les à comprendre les raisons qui justifient l'accessibilité
- Intégrez l'empathie et les normes de qualité dans votre culture de développement
- Proposez des ressources spécialisées pour former vos équipes et améliorer leurs compétences
Dotez-les des outils adaptés
- Utilisez des outils permettant de tester l'accessibilité dans l'IDE, le navigateur et les pull requests afin d'obtenir un retour rapide sans ralentir le travail
- Aider les développeurs à détecter et à résoudre les problèmes courants avant qu'ils n'atteignent l'environnement de préproduction ou de production
Surveiller en permanence
- Utilisez des outils de surveillance pour détecter les risques et les régressions à l'échelle du site
- Tenir les parties prenantes informées et veiller à ce qu'elles restent sur la même longueur d'onde quant à l'avancement du projet
- Maintenir la dynamique entre deux versions
Cessez de courir après le temps perdu
Les audits ne suffisent pas à eux seuls à garantir une expérience utilisateur accessible — et ils interviennent souvent une fois que le mal est fait. Si vous souhaitez réduire les retouches, améliorer l’expérience client et gagner du temps et de l’argent, la solution est claire : soyez proactif en testant l’accessibilité dès le début, donnez les moyens d’agir à vos équipes de développeurs et intégrez l’accessibilité dès la conception.
