Dans mon récent article intitulé « Le prochain grand bond en avant en matière d’accessibilité numérique : pourquoi la communauté de l’accessibilité numérique devrait adopter la norme EN 17161 « Design for All » », j’ai abordé les différences entre les normes de sortie et les normes de gestion, et j’ai notamment expliqué en détail comment les WCAG (une norme de sortie) présentent des limites qui peuvent être compensées en les associant à la norme EN 17161 (une norme de gestion).
Dans cet article, je vais aborder un autre défi lié à l'adoption des WCAG : leur modèle de conformité « tout ou rien », basé sur une seule page et un instant donné. Et je présenterai à nouveau la norme EN 17161 comme solution.
La conformité irréaliste aux WCAG
Les WCAG sont conçues pour s'appliquer à des pages web individuelles, et une page web unique est considérée comme l'« unité de conformité ». Vous ne pouvez pas exclure certaines sections d’une page lorsque vous déclarez la conformité, ni affirmer qu’un site web dans son ensemble est conforme aux WCAG. Tout au plus pouvez-vous affirmer que chaque page d’un site web est conforme aux WCAG. C’est d’ailleurs ce qu’exigent les lois sur l’accessibilité du web dans de nombreux pays : que toutes les pages soient conformes aux WCAG (ou à une norme fondée sur les WCAG).
Pour de nombreux sites, il est pratiquement impossible de se conformer pleinement aux WCAG.
Ce n'est pas une question d'efforts, de sensibilisation ou de mesures de sécurité plus efficaces. La réalité est que les humains comme les systèmes d'IA commettent des erreurs, et tout site d'une certaine envergure comporte inévitablement des bugs. De plus, de nombreux sites intègrent du contenu provenant de tiers sur lequel ils n'ont aucun contrôle.
La question qui se pose alors est la suivante : dans quelle mesure êtes-vous conforme aux normes ? Malheureusement, les WCAG ne nous aident pas à répondre à cette question. Les WCAG définissent certes des niveaux de conformité, mais cela ne signifie pas que tous les sites atteignent d’abord le niveau A, puis le niveau AA, et enfin le niveau AAA. Des bugs peuvent survenir à n’importe quel niveau. Vous ne descendez pas d’un niveau si la situation se détériore. Vous n’êtes tout simplement plus conforme.
Compter le nombre de critères WCAG respectés n'est guère plus pertinent. La répartition entre les critères est très inégale. Du point de vue de l'expérience utilisateur et de l'accessibilité, un site qui ne respecte pas trois critères peut se révéler excellent ou catastrophique, selon les trois critères non respectés et l'impact de ces manquements sur les utilisateurs.
Cela ne veut pas dire pour autant que le modèle de conformité des WCAG soit mauvais. Au contraire, je l’apprécie beaucoup. Il est parfait pour ce à quoi il est destiné. Il n’est simplement pas à la hauteur des défis auxquels sont confrontés les sites web modernes, et les efforts visant à améliorer cette situation n’ont guère porté leurs fruits. Les WCAG constituent un outil fantastique pour l’accessibilité des pages individuelles. Mais lorsqu’il s’agit de gérer des millions de pages dynamiques, un système de gestion intégré (IMS) est un bien meilleur choix.
La norme EN 17161 « Design for All » est une norme de gestion qui décrit comment les organisations peuvent concevoir et fournir des produits, des biens et des services accessibles. Elle vise principalement à aider les organisations à mettre en place des processus garantissant la prise en compte des besoins des utilisateurs tout au long des phases de planification, de conception, de développement et de mise à disposition. Elle est conçue pour être associée à la norme ISO 9001 (probablement le système de gestion de la qualité le plus connu), qui impose ce que j'appelle des « registres des problèmes ».
Registres des problèmes
Pour relever les défis que j'ai évoqués plus haut, il est nécessaire de se fixer des objectifs en matière d'accessibilité. Vous devez identifier les points faibles de votre organisation afin de concentrer vos efforts sur ces domaines. À partir de là, vous devez mettre en œuvre les mesures nécessaires et mettre en place des indicateurs de performance pour mesurer les taux de réussite. C'est ce qu'on appelle le cycle « planifier-faire-vérifier-agir », utilisé par de nombreuses normes de gestion.
Un registre des problèmes est une liste des problèmes d'accessibilité identifiés, qui comprend des informations sur les causes de chaque problème et les mesures qui seront prises pour y remédier. De nombreuses organisations disposent déjà d'une liste de problèmes ; un registre des problèmes va encore plus loin.
Votre registre des problèmes doit offrir une vue d’ensemble de l’accessibilité à l’échelle du système ou de l’organisation. Il doit inclure les problèmes identifiés par la surveillance automatisée et les audits d’experts, ainsi que les retours clients, les résultats d’ergonomie et les problèmes signalés au service client. À cela s’ajoute une analyse des causes profondes (RCA) qui met en lumière les causes courantes et vous aide à comprendre ce qui est à l’origine des problèmes, ainsi que les points sur lesquels votre stratégie de test pourrait être trop lente à les détecter. Le registre peut également contenir des actions correctives et préventives (CAPA), ce qui vous permet de suivre votre capacité à résoudre les problèmes dans les délais prévus.
Objectifs en matière d'accessibilité
Une fois qu'un registre des problèmes d'accessibilité est en place, les organisations peuvent alors se fixer des objectifs à cet égard. Cela implique de définir l'impact ; par exemple, une organisation peut faire la distinction entre les obstacles majeurs et les entraves mineures, et séparer les fonctionnalités essentielles des fonctionnalités secondaires.
Vous pouvez vous fixer des objectifs tels que :
- Résoudre les problèmes bloquants dans les systèmes centraux dans un délai de deux semaines à compter de leur détection.
- Résoudre les autres problèmes d'accessibilité dans un délai de trois mois à compter de leur détection.
- Veillez à ce que 90 % des problèmes détectés datent de moins de six mois.
- Réduire de 20 % le nombre de problèmes nouvellement détectés tous les six mois.
Vous devrez définir des objectifs qui créent une dynamique entre la création de contenu, la détection des problèmes et leur résolution. Pour détecter rapidement les problèmes, vous devrez effectuer des tests réguliers à l’aide de différentes méthodes (automatisées, manuelles, d’ergonomie). Avec des tests réguliers, la seule façon de réduire le nombre de problèmes détectés est d’améliorer le processus de création de contenu. Les tests réguliers alimentent également le pipeline de résolution, ce qui nécessite d’allouer des ressources suffisantes pour traiter les problèmes dans les délais.
Pour atteindre ces objectifs de manière constante, il faut identifier les maillons faibles du processus et trouver des moyens de les améliorer. Ce n'est qu'ainsi que vous pourrez rester sur la bonne voie pour atteindre ces objectifs.
Adoption de la norme EN 17161
Pour moi, la relation entre les WCAG et la norme EN 17161 peut se comparer à l’horizon. C’est la direction dans laquelle vous vous dirigez, et même si vous ne pouvez pas réellement « atteindre » l’horizon, c’est vers lui que vous roulez. La norme EN 17161, quant à elle, représente la route sur laquelle vous roulez ; elle comporte toutes les marquages, les repères et les panneaux qui vous permettent de rester sur la bonne voie et vous empêchent de dévier vers d’autres voies ou de finir dans le fossé.
La norme EN 17161 a été publiée pour la première fois en 2019, et une nouvelle version est attendue dans le courant de cette année. À ce jour, son adoption est loin d’avoir atteint le niveau de celle des WCAG au cours de leurs cinq premières années d’existence. Il y a plusieurs raisons compréhensibles à cela, l’énorme succès des WCAG étant la plus évidente : avec les WCAG en place, rares sont ceux qui, dans le domaine de l’accessibilité numérique, ont sérieusement exploré d’autres options. Pour compliquer encore les choses, la norme EN 17161 (à l’instar de nombreuses normes CEN/CENELEC) n’est pas une norme libre et ouverte. Malgré cela, je pense qu’elle peut nous aider à résoudre bon nombre des problèmes les plus importants en matière d’accessibilité numérique.
J'ai mentionné dans mon précédent article que le W3C se concentre également sur la résolution des problèmes et espère combler bon nombre des lacunes existantes que j'ai signalées concernant les WCAG 3.0. Vous vous demandez donc peut-être : ne devrions-nous pas simplement attendre la publication des WCAG 3.0 ?
En attendant les WCAG 3.0
Les WCAG 3.0 constitueront une refonte complète des WCAG 2.2 et incluront de nombreuses nouvelles exigences. Elles resteront destinées au Web, mais pourraient comporter des dispositions applicables à des technologies autres que celles du Web. Le W3C vise également à développer un modèle de conformité mieux adapté au Web dynamique d'aujourd'hui. Ce modèle pourrait, par exemple, inclure un système de notation et s'accompagner d'exigences relatives aux outils de création destinées aux fournisseurs de contenu tiers.
La réalité, cependant, c'est que la finalisation des WCAG 3.0 n'est pas prévue avant au moins quatre ans. C'est l'une des nombreuses raisons pour lesquelles je pense que nous avons besoin de la norme EN 17161 dès aujourd'hui.
Bien que d’importants progrès aient été réalisés, les parties des WCAG 3.0 qui sont les moins bien définies sont celles qui portent sur les questions les plus complexes — ce qui n’est pas surprenant. Comme je l’ai déjà expliqué, les WCAG — en tant que norme de sortie — ne sont tout simplement pas adaptées pour traiter ce type de problèmes.
Adoption de la norme EN 17161
Heureusement, les WCAG 3.0 n’ont pas pour vocation de résoudre tous les problèmes liés à l’accessibilité numérique. L’Union européenne a accompli un travail remarquable en élaborant ses normes sur la base des WCAG. La norme EN 301 549 (qui fait actuellement référence aux WCAG 2.1, l’adoption des WCAG 2.2 étant prévue cet automne) s’appuie sur celles-ci pour le Web et les étend aux documents, aux applications, aux bornes interactives et bien plus encore. Avec la norme EN 17161, l’UE dispose d’une norme qui étend l’accessibilité au-delà du domaine numérique et des codes de construction, afin de contribuer à surmonter les obstacles organisationnels.
Je pense que la meilleure stratégie pour le W3C, afin de disposer d’une version solide des WCAG 3.0 capable de relever tous ces défis, consiste à s’appuyer sur la norme EN 17161 et à l’adopter pleinement. Il ne faut pas dupliquer ni contredire ses exigences, mais faire en sorte que son adoption s’inscrive naturellement et sans difficulté dans le cadre de l’adoption des WCAG 3.0.
Une autre raison d'adopter dès maintenant la norme EN 17161 est qu'elle est déjà en cours d'intégration dans la loi européenne sur l'accessibilité. Les organisations opérant en Europe pourraient déjà devoir se conformer à la norme EN 17161 pour répondre à certaines de ses exigences.
Respectez les exigences de l'EAA grâce à la norme EN 17161 « Design for All »
La loi européenne sur l'accessibilité (EAA) impose que les produits et services numériques soient accessibles. On croit souvent à tort que cela signifie que l'EAA exige la conformité aux WCAG. La réalité est un peu plus complexe.
La norme EN 301 549, qui définit les exigences de l'Union européenne en matière d'accessibilité numérique, intègre effectivement les WCAG. Cependant, l'EAA impose également un certain nombre d'autres exigences, pour lesquelles d'autres normes sont en cours d'élaboration ou de mise à jour. Comme on pouvait s'y attendre, la prochaine version de la norme EN 17161 sera axée sur la conformité aux exigences de processus de l'EAA.
Et oui, vous avez bien lu. L’EAA prévoit des exigences en matière de processus ! L’accessibilité au sens de l’EAA ne se limite pas au contenu accessible sous forme numérique. Il existe également des exigences concernant les marchés publics, l’assistance, les déclarations d’accessibilité, et bien d’autres aspects encore. C’est là qu’intervient la norme EN 17161.
La norme EN 17161 fait actuellement l'objet d'un examen en vue de son adoption en tant que norme harmonisée de l'Union européenne. Si elle est approuvée, la norme EN 17161 deviendra la norme de référence pour se conformer aux exigences de processus de l'EAA. Ainsi, bien que l'EAA n'exige pas strictement l'application de la norme EN 17161, son adoption dès à présent constitue déjà le meilleur moyen de répondre à certaines des exigences de l'EAA.
Prochaines étapes
Si vous êtes en mesure de favoriser l’adoption de cette norme au sein de votre organisation, je vous recommande vivement d’envisager dès maintenant la norme EN 17161. Pour commencer, concentrez-vous d’abord sur l’adhésion de la direction. Si votre organisation utilise la norme ISO 9001 pour la qualité, la norme ISO 27001 pour la sécurité ou toute autre norme similaire, vous pouvez également vous adresser aux responsables de ces programmes. Si vous intervenez dans le domaine des achats, vous pouvez également envisager de demander aux organisations de prouver qu’elles ont adopté la norme EN 17161 (en plus d’exiger un audit selon la norme EN 301 549). Et si vous êtes aux États-Unis et impliqué dans un litige lié à l’ADA, vous pourriez envisager d’adopter la norme EN 17161 dans le cadre d’un accord à l’amiable.
Conformité à la norme EN 17161 et aux WCAG
Ici, ainsi que dans mon précédent article sur ce sujet, j’ai plaidé en faveur de deux normes plutôt que d’une seule. Les WCAG vous permettent de déterminer si votre contenu est accessible à l’heure actuelle. La norme EN 17161 peut vous aider à mettre en place une organisation qui garantisse cette accessibilité à long terme, tout en répondant aux besoins des personnes en situation de handicap que les WCAG ne couvrent pas. Aucune de ces deux normes ne suffit à elle seule, mais ensemble, elles vous permettent de gérer véritablement toutes les complexités de l’accessibilité numérique. Associer la norme EN 17161 aux WCAG constitue un grand pas en avant par rapport à la situation actuelle. Tout ce dont nous avons besoin est là ; il suffit de l’adopter.
