Vous savez que votre site présente des problèmes d'accessibilité qui doivent être résolus… dès hier. Peut-être avez-vous fait appel à un consultant en accessibilité pour qu'il vous indique ce qui ne va pas sur votre site ou votre application mobile. Si c’est le cas, il y a de fortes chances qu’il vous ait remis un rapport d’évaluation répertoriant tous les problèmes. Chez Deque, par exemple, le premier projet d’accessibilité mené avec de nouveaux clients consiste souvent en une évaluation et une mise en conformité de leur présence Web existante. Mais comment savoir par où commencer ? Si vous faites l’objet d’une action en justice, le temps est compté et vous ne pouvez pas vous permettre d’en perdre à débattre des détails.
L’un des aspects les plus importants et les plus complexes de la planification de votre stratégie d’accessibilité réside dans la hiérarchisation de vos ressources numériques. En effet, face à une multitude de problèmes d’accessibilité répartis sur divers sites web et applications, par où diable faut-il commencer ? Faut-il commencer par votre site marketing principal ou par votre site réservé aux clients connectés ? Qu'en est-il de votre intranet et de vos offres d'emploi publiques ? Comment concilier tout cela avec des délais serrés ? Et surtout, comment élaborer un plan réalisable pour rendre tous vos sites web et applications accessibles sans épuiser votre équipe de développement, déjà soumise à une forte pression ?
Le simple fait de penser à tous ces problèmes suffit à donner un petit mal de tête à quiconque est chargé de planifier l'accessibilité. La bonne nouvelle, c'est que j'ai mis au point une approche en deux volets pour vous aider à surmonter ces défis, afin que vous disposiez d'un processus viable et facile à suivre. (Tout en gardant la tête froide.)
La planification stratégique avant tout : poser les bases
J’ai divisé ce plan en deux parties : stratégique et tactique. Vous disposerez ainsi d’une méthode infaillible pour aborder la hiérarchisation des priorités en matière d’accessibilité. La partie stratégique de cette hiérarchisation vous fournit un plan permettant d’identifier et de comprendre vos principaux actifs numériques. Cette étape doit être réalisée en premier lieu afin de vous aider à établir une base solide sur laquelle votre équipe de développement pourra s’appuyer pour élaborer son plan tactique. Dans cet article, je me concentrerai sur cet aspect stratégique très important de votre plan. Dans les prochains jours , je publierai la deuxième partie, qui portera sur l’aspect tactique afin de guider votre équipe de développement sur les détails concrets.
Voyons maintenant comment vous allez jeter les bases de la partie stratégique de votre plan. La première étape pour réussir à établir vos priorités consiste à définir votre norme d’accessibilité. Vous évaluerez ensuite les facteurs de risque afin de déterminer les fonctionnalités essentielles de votre site web ou de votre application mobile, en tenant compte d’éléments tels que le cycle de vie du produit et le coût des mesures correctives. Je vais ensuite vous montrer comment vous pouvez vous appuyer sur la planification en cas de sinistre pour mieux comprendre vos principaux actifs numériques. Enfin, j’expliquerai comment un aperçu de chaque phase de votre programme servira de feuille de route pour votre plan tactique. Sans plus attendre, c’est parti !
Étape 1 : Définir l'objectif final – Quelle est votre norme d'accessibilité Web ?
La toute première chose à faire est de définir votre norme d’accessibilité. Si vous ne disposez pas d’une norme clairement définie et d’une interprétation précise de celle-ci au sein de votre organisation, vous vous retrouverez très vite sur une pente glissante. Il existe ce que j’aime appeler les « 50 nuances d’accessibilité », car déterminer l’accessibilité n’est pas toujours une question de noir ou de blanc. Vous pourriez passer d’innombrables heures à vous disputer sur différentes interprétations. Définir votre norme d’accessibilité et la manière dont elle est interprétée vous évitera bien des débats chronophages.
Les Directives pour l’accessibilité des contenus Web (WCAG) élaborées par le Consortium pour le Web (W3C) constituent la base de la plupart des réglementations en matière d’accessibilité à l’échelle mondiale. Aux États-Unis, le gouvernement fédéral et les organisations bénéficiant de contrats ou de financements de la part du gouvernement fédéral sont soumis aux normes de la section 508 en matière d’accessibilité.
Si votre projet d'accessibilité est motivé par des réglementations gouvernementales spécifiques (telles que la loi sur l'accessibilité des transporteurs aériens) ou par une action en justice, la réglementation ou les termes de votre accord à l'amiable/décision de justice préciseront soit les détails spécifiques de la définition de l'accessibilité du Web, soit vous renverront à une norme d'accessibilité existante.
Si votre entreprise s'inquiète d'éventuelles violations de l'ADA ou souhaite simplement adopter une approche proactive en matière d'accessibilité, le choix le plus sûr consiste à viser la conformité aux WCAG 2.0 niveau AA. Il s'agit de l'ensemble de directives le plus récent et le plus largement reconnu pour rendre le Web accessible.
Étape 2 : Faire le point – Impact sur les utilisateurs vs risque de litige
Maintenant que vous avez identifié votre norme d'accessibilité, il est temps de répertorier vos ressources numériques sur ce que j'appelle la « grille de hiérarchisation ». Les axes de cette grille sont « l'impact sur les utilisateurs » et « le risque de litige ». (Figure 1)
Réfléchissez à la place qu’occupe chaque grand site web et chaque application mobile dans ce tableau, en termes de risque de litige et d’impact sur les utilisateurs. Posez-vous (ainsi qu’à votre équipe) la question suivante : « Quel est le risque que nous soyons pris à partie par le ministère de la Justice – ou de faire l’objet d’une action en justice par une organisation ? » Comparez cela à l’impact réel de cette erreur sur une personne en situation de handicap qui a besoin d’utiliser votre site web ou votre application mobile.
Dans quelle mesure cette fonctionnalité est-elle essentielle ?
J'ai défini la signification de chaque point de la grille en fonction de l'importance de la fonctionnalité. L'impact sur l'utilisateur est indiqué sur une échelle comprenant les niveaux « Essentiel », « Important », « Utile » et « Superflu ». Le point le plus crucial à prendre en compte est, bien évidemment, le contenu ou la fonctionnalité « Essentiel » ; il s'agit de ceux dont l'indisponibilité serait inacceptable pour tous les utilisateurs.
Par exemple, un élément essentiel désigne toute information ou fonctionnalité numérique indispensable à vos clients et/ou à votre activité principale. Les fonctions essentielles du site web d’une compagnie aérienne, par exemple, comprennent la réservation d’un vol et l’enregistrement pour un vol. Les fonctions essentielles du site web d’une banque comprennent l’accès à votre compte et le paiement de vos factures en ligne. À l’inverse, imaginons que la banque ait récemment parrainé un documentaire sur le président Lincoln et que la bande-annonce de ce documentaire, disponible sur le site de la banque, ne comporte pas de sous-titres. L'absence de sous-titres sur cette vidéo serait considérée comme un manquement du point de vue de l'accessibilité. Mais pour le client de la banque, l'impossibilité de se connecter à son compte et de payer ses factures constituerait une fonction essentielle, tandis que l'absence de sous-titres dans la bande-annonce du documentaire sur Lincoln serait moins importante, car elle ne l'empêcherait pas d'effectuer ses tâches principales sur le site. (Un exemple de fonction non essentielle sur le site d'une compagnie aérienne pourrait être un jeu en ligne destiné aux enfants.)
En résumé, une fois que vous aurez déterminé les ressources numériques essentielles sur lesquelles vous concentrer en priorité, les prochaines étapes consisteront à : 1) évaluer la conformité de ces ressources aux WCAG, et 2) hiérarchiser les problèmes à corriger en fonction de leur impact sur les utilisateurs, du risque juridique et du coût de la mise en conformité. Nous aborderons ces concepts plus en détail dans la partie consacrée à la planification tactique de l'accessibilité (2e partie) de cet article.
Quel est le risque de litige ?
Si une loi relative à l’accessibilité s’applique à votre entreprise et que vous constatez que le problème constitue une violation de cette loi, j’estime que vous courez déjà un risque de 60 % d’être poursuivi en justice. S’il s’agit en outre d’un service essentiel, j’estime que ce risque grimpe alors à 90 %. Vous pourriez être tenté de dire « mais peu de personnes en situation de handicap utilisent notre site ou notre service », mais cela n’a pas beaucoup d’importance par rapport aux deux autres risques de litige que j’ai mentionnés. J’estime que seulement 10 % du risque provient du nombre réel d’utilisateurs en situation de handicap… car une action en justice peut être intentée par un seul utilisateur incapable d’utiliser une fonctionnalité de votre site. Il suffit donc d’une seule personne. Voulez-vous vraiment prendre ce risque ?
À quelle étape du cycle de vie du produit en est-il ?
Le risque de litige et l’impact sur l’utilisateur sont les éléments principaux de ce schéma, mais vous devez également prendre en compte quelques autres facteurs. L’un d’entre eux est le cycle de vie du produit. Réfléchissez à la phase du cycle de vie dans laquelle se trouve chaque site web ou application mobile. S’agit-il d’un nouveau produit ? Est-il en phase de croissance, ou peut-être a-t-il atteint sa maturité ? Peut-être s’agit-il d’un site en déclin et envisagez-vous de le fermer ? Idéalement, il convient d’intégrer l’accessibilité dès le tout début du cycle de vie du produit. La phase dans laquelle se trouve le produit ne devrait pas avoir une grande importance : si des personnes l’utilisent, il doit être accessible. Mais si vous disposez d’un produit en déclin, vous pourriez envisager de le retirer du marché. Pourquoi investir dans l’accessibilité d’un produit qui sera de toute façon bientôt obsolète ?
Quel est le coût et l'effort nécessaires pour y remédier ?
Un autre point à prendre en compte concerne le coût et les efforts nécessaires à la mise en conformité. Ce ne sera pas le facteur déterminant en termes de risque, mais il s’agit sans aucun doute d’un enjeu pragmatique lorsque l’on examine les ressources disponibles. Cette partie du processus de réflexion doit être prise en compte après avoir hiérarchisé tous vos sites web et applications dans la matrice « risque de litige / impact sur les utilisateurs ». Vous devrez vous entretenir avec votre équipe de développement web afin de déterminer le niveau d'effort et les ressources dont elle aura besoin pour chaque projet de mise en conformité. N'oubliez pas que ce sont ces personnes qui devront mettre en œuvre les changements ; il est donc essentiel qu'elles disposent des ressources nécessaires pour y parvenir.
Au final, votre grille de hiérarchisation pourrait ressembler à ceci :
(Figure 2) : Matrice stratégique de hiérarchisation de l'accessibilité (A11Y). Le risque de litige est représenté sur l'axe des x. L'impact sur les utilisateurs est représenté sur l'axe des « y ». Trois sites web ont été placés sur la matrice comme suit :
- Impact important sur les utilisateurs + risque élevé de litige = les 7 fonctions clés d'airline.com. Effort de correction : coût moyen. Cycle de vie du produit : mature.
- Impact élevé sur les utilisateurs + faible risque de litige = les 7 fonctions clés d’airline.mars. Effort de mise en conformité : coût moyen. Cycle de vie du produit : déclin. Remarque : La raison du faible risque de litige tient au fait qu’il s’agit d’un exemple fictif d’une compagnie aérienne opérant sur la planète Mars. À l’heure actuelle, Mars ne dispose d’aucune exigence légale en matière d’accessibilité.
- Faible impact sur les utilisateurs + faible risque de litige = jeu en ligne destiné aux enfants. Coût des mesures correctives : élevé. Cycle de vie du produit : déclin. Remarque : La raison de ce faible risque de litige tient au fait que cet exemple fictif de jeu destiné aux enfants sera retiré du site de la compagnie aérienne avant décembre 2016.
Conseil pratique : laissez-vous guider par la planification en cas de catastrophe
Si vous avez encore du mal à déterminer quelles ressources numériques il faut améliorer en priorité, j'ai une astuce à vous proposer pour établir vos priorités en matière d'accessibilité : la planification en cas de catastrophe !
Lorsque les organisations élaborent des plans d’urgence (par exemple, en cas de coupures de courant lors de tempêtes majeures), elles répertorient souvent leurs ressources numériques. Elles doivent alors se demander : en cas de panne totale, quelle est la priorité absolue pour rétablir le fonctionnement, sur une échelle de 1 à 5 ? Prenons l’exemple d’un site web universitaire dont le site principal « edu » serait inaccessible. Cela signifierait que les étudiants ne pourraient ni postuler à l’établissement ni s’inscrire aux cours, car ces fonctionnalités seraient indisponibles. Le choix s’impose d’emblée : ce site serait à restaurer en priorité. Vous pouvez vous appuyer sur les fonctions essentielles définies dans votre plan de continuité d’activité pour vous aider à établir vos priorités en matière d’accessibilité.
Étape 3 : Définissez clairement vos priorités
Une fois que vous aurez établi l’ordre de priorité de tous vos actifs numériques, vous devrez créer un document décrivant chaque phase de la mise en conformité en matière d’accessibilité, ainsi que les dates d’achèvement prévues. À terme, votre objectif est de pouvoir mettre en évidence l’impact sur l’utilisateur grâce à un plan précis qui démontre que vous déployez des efforts concertés pour rendre vos fonctionnalités essentielles accessibles. Vous devriez en effet pouvoir vous présenter devant un juge avec ce plan et être certain qu’il suffit à prouver que votre équipe déploie tous les efforts possibles pour éliminer les barrières d’accessibilité existantes par ordre de gravité, tout en donnant un aperçu de la manière dont vous comptez agir de manière proactive à l’avenir.
Cet article vous fournit les outils nécessaires pour jeter les bases qui vous permettront de hiérarchiser vos ressources numériques en matière d'accessibilité. Dans mon prochain article, j'aborderai en détail la manière dont votre équipe de développement devrait aborder chaque projet de mise en conformité en matière d'accessibilité de son côté.
