Dans l'article que j'ai publié il y a quelques jours, j'ai expliqué comment élaborer efficacement un plan stratégique de hiérarchisation des priorités en matière d'accessibilité. Cette stratégie repose sur deux principes fondamentaux : la définition d'une norme et l'identification des éléments et fonctionnalités numériques essentiels de votre entreprise. – afin de vous aider à déterminer les corrections à apporter en priorité. Maintenant que nous avons posé les bases de votre stratégie d’accessibilité, il est temps de passer à la deuxième partie : la feuille de route tactique, qui définira les modalités concrètes de la hiérarchisation des priorités pour votre équipe de développement.
Voici quelques problèmes courants et questions fréquemment soulevées par les développeurs chargés de mener à bien un projet de mise en conformité en matière d'accessibilité :
Et si notre équipe de développement n'avait aucune expérience en matière d'accessibilité ? Faut-il procéder page par page ? Comment identifier les problèmes les plus critiques ? Comment concilier tout cela avec des délais serrés ? Et surtout, comment élaborer un plan réalisable pour résoudre tous les problèmes critiques sans épuiser notre équipe de développement, déjà soumise à une forte pression ?
Je vais aborder toutes ces questions dans cet article (deuxième partie de la série consacrée à la hiérarchisation des priorités en matière d'accessibilité), en vous proposant des conseils pratiques pour mettre de l'ordre dans votre plan.
Votre guide tactique : quelles devraient être vos priorités ?
Je suggère à votre équipe de développement de répartir les fonctionnalités essentielles en différentes étapes de priorisation. Voici la meilleure façon de procéder :
Priorité n° 1: corriger les modèles communs à l'ensemble du site (en-tête, pied de page, navigation et barre(s) latérale(s) couramment utilisés)
2e priorité: corriger tous les composants réutilisables (comme un sélecteur de date ou un lecteur vidéo)
3e priorité: corriger les éléments propres à chaque page (contenu propre à une page)
Gardez à l’esprit qu’il ne s’agit pas d’une règle absolue. Si, pour une raison quelconque, cette méthode ne vous convient pas, n’hésitez pas à faire preuve de souplesse. Mais si je recommande vivement d’établir vos priorités de cette manière, c’est parce que les deux premières priorités permettent de rendre vos ressources essentielles accessibles. Pourquoi est-il si important de commencer par corriger les modèles et les composants réutilisables ? Tout simplement parce que cela établit une priorité et aide les personnes en aval à comprendre que vous avez mis en place un plan d’accessibilité – et qu’il est déjà en cours de réalisation. Si vous ne corrigez pas les modèles et les composants réutilisables, cela sera assez démoralisant pour un développeur en aval qui ne pourra corriger que les éléments situés dans la balise div principale de la page. De plus, les problèmes d’accessibilité dans le modèle empêchent une personne en situation de handicap d’utiliser la page.
Assurez-vous d'être sur la bonne voie
Vous allez maintenant vous pencher sur les éléments clés liés à l'accessibilité des parcours utilisateur. À mesure que vous passez des composants généraux du site aux parcours utilisateur, sélectionnez les parcours les plus critiques et les pages les plus fréquentées sur lesquelles travailler. Vous devez vous attaquer en priorité aux pages critiques. Ce sont des points d'entrée clés.
Par où la plupart des utilisateurs accèdent-ils à votre site ? Il peut s'agir de votre page d'accueil. Ou, si vous disposez d'un site de banque en ligne, par exemple, cela pourrait être la page de connexion à votre compte. Vous devez ensuite réfléchir aux parcours clés des utilisateurs. Quels sont les parcours les plus courants que les utilisateurs empruntent lorsqu’ils utilisent votre site web ou votre application mobile ? Si l’on s’en tient à l’analogie avec la banque, il pourrait s’agir de la page « Payer ma facture » ou « Effectuer un virement ». Une fois ces étapes franchies, vous travaillerez sur les pages qui génèrent le plus de trafic.
Lorsque vous établissez l’ordre de priorité des pages, il est important de les envisager avant tout sous l’angle de l’accessibilité. Ne vous limitez pas au point de vue de votre organisation, au risque de vous engager dans la mauvaise direction. Votre équipe devrait plutôt se poser la question suivante : « Quelles sont les informations et fonctionnalités essentielles qui doivent fonctionner pour que notre site soit réellement utile à un utilisateur ? »
Et n'oubliez pas de prendre en compte les éléments évidents, comme les formulaires de commentaires et de contact, ainsi que toutes les pages consacrées à votre politique ou à vos normes d'accessibilité, ou encore au signalement des problèmes. Tous ces éléments doivent eux aussi être accessibles !
Questions et préoccupations courantes : par quels problèmes commencer ?
Nous arrivons maintenant à la section cruciale des questions-réponses. En effet, bien que ce plan soit défini de manière assez claire, les équipes de développement sont souvent confrontées à de nombreuses incertitudes lorsqu’il s’agit de comprendre les aspects pratiques liés à la hiérarchisation de certains problèmes d’accessibilité. J’ai donc rassemblé ici les questions et préoccupations les plus courantes que l’équipe de développement pourrait se poser concernant la meilleure approche à adopter pour résoudre ces problèmes.
Dois-je résoudre tous les problèmes ?
La réponse honnête : Eh bien, oui, vous devriez vraiment le faire. Mais essayez de ne pas vous laisser submerger par cette tâche. Si tout le reste échoue, commencez par corriger ce que vous savez pouvoir corriger : les obstacles majeurs qui sont si importants qu’ils rendent certaines fonctionnalités totalement inaccessibles ou inutilisables si vous ne les traitez pas. Car même si nous aimerions voir tous nos problèmes d’accessibilité résolus dès maintenant, pour de nombreuses équipes de développement, cela n’est tout simplement pas envisageable. Il se peut que vous ne disposiez pas du temps, des ressources ou des effectifs nécessaires pour y parvenir immédiatement. Vous pouvez plutôt vous référer à votre plan stratégique et à votre rapport d’avancement, et procéder par étapes, en commençant par les fonctionnalités essentielles et les problèmes critiques ou graves.
Dois-je aborder ces problèmes page par page ?
Il est important de faire preuve de souplesse, alors optez pour ce qui vous convient le mieux. Je commence souvent par aborder les problèmes en fonction de leur impact sur les utilisateurs. Je me demande : « Dans quelle mesure ce problème affecte-t-il les personnes en situation de handicap ? » La fréquence est également un facteur à prendre en compte. Et par « fréquence », j’entends le problème qui survient le plus souvent sur un site web ou une application mobile. Mais encore une fois, ce n’est pas parce que c’est ainsi que j’aime aborder les problèmes d’accessibilité que vous devez nécessairement faire de même : il n’y a pas de solution universelle ! Il n’y a pas de recette miracle ici, seulement des conseils éclairés que vous pouvez choisir de suivre en fonction de votre situation.
Dois-je corriger tous les problèmes de la page sur laquelle je travaille en ce moment ? Si je le fais, je ne respecterai pas la date limite !
L'idéal est de corriger tous les problèmes de la page, tout simplement parce que si vous ne le faites pas, cela finira par vous retomber dessus plus tard. Si, par exemple, vous ne corrigez que quelques problèmes et que vous revenez six mois plus tard pour corriger le reste, cela prendra beaucoup plus de temps. Cela dit, toutes les entreprises ou équipes de développement ne disposent pas de ressources illimitées. Ainsi, si vous parvenez à corriger les problèmes les plus importants et à lever les obstacles sur les composants critiques, vous faites déjà des progrès.
Si vous êtes vraiment pressé par le temps, revenez à la question « Que dois-je corriger en premier ? » et concentrez-vous sur les modèles et les modules réutilisables. Abordez ensuite les parcours utilisateur et les pages clés, puis passez aux problèmes critiques et graves ; gardez les problèmes modérés et mineurs pour la fin. Vous devrez revenir sur les problèmes restants et les corriger lorsque vous en aurez le temps lors de la deuxième phase, puis supprimer ou archiver le reste.
Gardez également à l'esprit que les problèmes considérés comme prioritaires sont classés en fonction de la gravité de leur impact sur les utilisateurs en situation de handicap. La méthode consiste à hiérarchiser les catégories d'impact selon les niveaux « critique », « grave », « modéré » et « mineur ». Il s'agit de la méthode la plus pragmatique pour établir les priorités lors de la première phase de vos efforts de mise en conformité. Je ne saurais trop insister sur ce point : la conformité totale aux WCAG 2.0 niveau AA est la seule norme reconnue en matière d'accessibilité.
En parlant de priorité, même si tout outil de test d’accessibilité digne de ce nom vous permettra de traiter vos problèmes d’accessibilité par page ou par type de problème, ses paramètres de test spécifiques peuvent varier. Notre outil Worldspace Compliance vous permet de trier les problèmes selon certains paramètres, tels que les critères de réussite et (mon préféré) la priorité. Tous les outils de test ne disposent pas de cette fonctionnalité de priorité. La priorité illustre l’impact que ce type de problème a sur les personnes en situation de handicap. Personnellement, j’aime trier par priorité et résoudre en premier lieu tous les problèmes critiques et graves d’une page – cela permet d’éliminer les principaux obstacles.
C'est en forgeant qu'on devient forgeron ! Le plan pilote
Cela peut paraître banal, mais ce vieil adage est vrai : c'est en forgeant qu'on devient forgeron. Et en matière de mise en conformité avec les normes d'accessibilité, la pratique est essentielle pour permettre à votre équipe de se familiariser avec l'ensemble du processus, surtout si elle n'a aucune expérience préalable en la matière.
Dans le monde de la course automobile, il est courant que les pilotes parcourent le circuit à pied pour se préparer à la course. Cette visite à pied du circuit leur permet de découvrir les subtilités du tracé et de se faire une idée de la trajectoire idéale à suivre dans chaque virage.
Je suggère à votre équipe de développement de faire quelques « tours d’essai » avant de se lancer réellement dans la résolution des problèmes. C’est pourquoi je pense qu’un projet pilote est si important. Il peut aider votre équipe à comprendre et à se préparer au chemin qui l’attend (sans jeu de mots). Choisissez une équipe déjà motivée pour se former à l’accessibilité et associez-la à un expert en la matière. Fournissez-leur la formation, les outils, une évaluation et quelques pages à corriger. Je vous garantis qu’une fois le projet pilote terminé, ils se sentiront beaucoup plus à l’aise « sur la route ».
Voici les grandes lignes d'un bon modèle de projet pilote :
Projet pilote / Tours d'essai
Sélectionnez une équipe de développeurs + Associez-vous à un expert en accessibilité
- Chemin(s) d'accès propre(s) à l'utilisateur clé
- Motivé(e) pour apprendre l'accessibilité (a11y)
- Aventureux
Plan – Choisissez 1 à 3 pages à rendre accessibles
Formation – Formation ciblée sur l'accessibilité destinée aux développeurs
Équipement – Installe des outils de test d'accessibilité
Évaluation initiale – Fournir à l'équipe pilote un rapport d'évaluation par des experts et des recommandations de correction. L'équipe pilote examine et interprète ensuite les résultats, avec l'aide d'un expert en accessibilité si nécessaire.
Correction – L'équipe pilote donne la priorité aux problèmes d'accessibilité, les corrige et effectue de nouveaux tests. Elle bénéficie, si nécessaire, de l'aide d'un expert en accessibilité.
Synthèse des enseignements tirés – Faire le point, consigner les réussites, identifier les axes d’amélioration et passer en revue les prochaines étapes.
Retour à la réalité : les facteurs liés aux litiges et le pouvoir de l'empathie
Comment savoir si vous avez fait les bons choix lorsque vous avez établi les priorités de vos projets d’accessibilité ? Imaginez le scénario suivant : vous vous trouvez devant un juge dans une salle d’audience et vous expliquez l’état actuel de l’accessibilité au sein de votre entreprise. Vous passez en revue ce que vous avez déjà corrigé et vous avez présenté au juge ce que vous comptez résoudre ensuite. Serez-vous capable de prouver au juge que vous vous souciez véritablement de l’accessibilité et que vous mettez tout en œuvre pour rendre votre site web ou votre application entièrement accessible ? Au vu des détails du projet que vous avez présentés, sera-t-il convaincu que votre plan pour corriger le reste est à la fois raisonnable et logique ? De plus, que pensera le juge de la manière dont vous prenez en charge les clients qui ont besoin d’accéder à vos services dès maintenant, mais qui n’y ont pas encore accès ? Si vous étiez ce juge, seriez-vous convaincu que cette entreprise (votre entreprise) fait tout ce qui est en son pouvoir pour mettre en œuvre une solution d’accessibilité viable et complète ?
Allons un peu plus loin dans ce jeu de rôle. Les personnes qui travaillent dans le domaine de l’accessibilité doivent être capables de se mettre à la place de l’utilisateur le plus touché par les problèmes d’accessibilité. Sortez un instant de votre rôle de professionnel. Mettez de côté les préoccupations de votre entreprise et imaginez-vous de l’autre côté de la table. Imaginez que vous soyez celui ou celle qui n’a pas accès à une fonctionnalité essentielle de votre site web. Demandez-vous : « Si je n’avais pas accès à cela, comment me sentirais-je ? » Si votre réaction est de hausser les épaules, alors le problème n’est probablement pas critique. Mais si votre réaction instinctive est la colère et la frustration, il y a de fortes chances que le problème soit critique et doive être résolu immédiatement.
Maintenant que j’ai posé les bases et ouvert la voie à une approche pragmatique de la hiérarchisation des priorités en matière d’accessibilité, vous disposez d’un plan en deux volets qui vous aidera à définir et à mettre en œuvre les changements nécessaires. Vous saurez également mieux déterminer quelles fonctionnalités nécessitent une attention immédiate, ainsi que les problèmes à résoudre en priorité. Que la course à l’accessibilité commence… Mesdames et Messieurs, faites rugir vos moteurs !
