Nous nous lançons ici dans une série d’articles visant à répondre à la question « Qu’est-ce que les WCAG 2.1 ? ». Mon intention est d’aborder ce sujet en plusieurs articles. Vous trouverez peut-être des informations complémentaires dans mon premier article consacré à l’histoire des WCAG. En tant que contributeur au groupe de travail sur les directives d’accessibilité du W3C, qui participe à l’élaboration de la prochaine version des WCAG 2.1, parlons ici plus en détail de ce que l’on peut attendre des WCAG 2.1.
Si vous le souhaitez, vous pouvez suivre l'enregistrement de cette conversation sous-titrée que nous avons eue dans la vidéo ci-dessous :
Selon vous, quels seront les thèmes abordés par les WCAG 2.1 ? Pouvez-vous nous donner un aperçu général de ce à quoi il faut s'attendre ?
La première chose à retenir est que les WCAG 2.1 visent à combler les lacunes identifiées dans les WCAG 2.0 et que ces dernières restent pleinement en vigueur. Les lacunes identifiées, et notamment les principaux domaines concernés, concernent la basse vision, les appareils mobiles et les troubles cognitifs. Pourquoi en est-il ainsi ? Parce que les WCAG 2.0 ont été publiées en 2008. Si vous vous souvenez de ce à quoi ressemblaient vos appareils mobiles à l’époque, vous vous rappellerez que beaucoup d’entre nous ne disposaient pas encore de ces appareils à grand écran. Beaucoup de choses ont changé dans le domaine des appareils mobiles ; il est donc logique que les WCAG n’aient pas couvert ces aspects. Quant à la basse vision et aux troubles cognitifs, bien qu’ils soient un peu abordés dans les WCAG 2.0, il subsiste des obstacles importants que nous devons surmonter pour ces deux types de handicap. Ce sont là les principaux domaines d’action des WCAG 2.1.
Quel est le calendrier prévu pour la mise en œuvre des WCAG 2.1?
Les travaux de recherche pour les WCAG 2.1 remontent probablement dès 2008. Les WCAG intègrent désormais des éléments qui n’avaient pas été inclus dans la version 2.0 ; ainsi, après de nombreuses années de recherche, les travaux sur les WCAG 2.1 se poursuivent de manière extrêmement active depuis janvier 2017. Depuis janvier 2017, un projet de version des directives a été publié presque tous les mois. À l'approche de l'automne, la dernière version préliminaire a été publiée le 19 septembre 2017 ; c'est donc celle-ci qui est actuellement disponible.
Le WCAG prévoit deux autres versions préliminaires ; celle du 15 novembre devrait probablement être la dernière version de travail, car une « recommandation candidate » est attendue entre la mi-décembre et janvier 2018. Une « recommandation candidate » reste en réalité un projet, mais il s’agit d’un projet beaucoup plus abouti. La version finale devrait donc être prête à la mi-décembre. Dès l’été 2018, cette norme WCAG 2.1 pourrait devenir une norme et une recommandation internationales. Alors que l’on se demande toujours : « Les délais, sont-ils respectés ? », le WCAG vous répondra que depuis janvier 2017, le WCAG 2.1 respecte les délais et le calendrier prévu. Le groupe prévoit que cette nouvelle norme sera finalisée et publiée à l’été 2018.
Compte tenu de ce calendrier, est-il judicieux pour quelqu'un comme moi de commencer à utiliser les WCAG 2.1 ?
Tout dépend de votre approche : si vous cherchez à les appliquer en vous disant « Oh là là, je dois respecter cette exigence légale », alors ce n’est pas encore tout à fait le moment. Il est recommandé d’attendre la publication de la recommandation provisoire de décembre, car celle-ci sera stable et pratiquement finalisée. Mais d’un autre point de vue, chacun de ces éléments, même ceux figurant dans la version préliminaire de septembre, constitue déjà une bonne pratique en matière d’accessibilité. Si l’accessibilité vous tient à cœur et que vous cherchez à créer des sites web accessibles, vous pouvez commencer à appliquer ces principes et critères dès maintenant.
Autre point à garder à l'esprit : si vous souhaitez avoir votre mot à dire sur la forme que prendront les WCAG 2.1, sur ce qu'elles incluront ou n'incluront pas, lisez-les dès maintenant, car la période de consultation publique prendra fin à un moment donné, lorsque la finalisation des normes commencera. Il ne vous reste plus beaucoup de temps. C'est vraiment crucial si vous souhaitez contribuer à y apporter des modifications.
La norme WCAG 2.1 est-elle compatible avec la version 2.0 des WCAG ?
Tout à fait. Il n'y a aucun conflit entre les deux. C'était l'une des exigences telles que formulées par les WCAG. Elles sont véritablement complémentaires : vous pouvez donc commencer par appliquer les WCAG 2.0, puis y ajouter les WCAG 2.1. Il s'agit d'exigences supplémentaires.
Les WCAG 2.1 continueront-elles à utiliser les niveaux A, AA et AAA de la version 2.0 ?
Oui, comme il s'agit d'un complément aux WCAG 2.0, il reprend cette même structure. Le modèle A, double A, triple A reste en vigueur. Ce que vous connaissez déjà sera simplement complété par des critères de conformité supplémentaires, conformes au niveau WCAG 2.1.
Si je souhaite contribuer à ce projet de document de travail, quelles sont les exigences à respecter pour rédiger de bons critères de réussite pour les WCAG 2.1 ?
Rédiger un bon critère de conformité est un véritable défi. Pour qu’une norme puisse devenir une exigence juridique internationale, elle doit pouvoir être testée de manière fiable par des êtres humains. Elle doit être applicable. Il doit être possible de satisfaire à ce critère. Chacun de ces critères de conformité est indépendant de toute technologie, car aujourd’hui, même si nous parlons de HTML, d’applications mobiles natives et de documents numériques, qui sait quelles merveilles numériques nous réserve l’avenir ? Le critère de réussite doit rester à un niveau appelé « condition ».
Il est important de définir les exigences relatives aux critères de réussite sous forme de conditions, sans les lier de manière trop étroite au code HTML ou à un langage mobile natif, afin qu’elles puissent elles aussi résister à l’épreuve du temps. L’autre élément à prendre en compte sans aucun doute, c’est qu’il y a trois aspects à considérer. Il s’agit des besoins en matière d’accessibilité des personnes en situation de handicap, de ce qui est techniquement possible aujourd’hui, mais aussi de ce qui est raisonnable. Il est essentiel d’examiner le rapport coût-bénéfice d’une telle démarche. La barre est très haute pour rédiger ces documents, et bien que ce soit un travail très difficile, c’est aussi très stimulant sur le plan intellectuel.
Qui rédige ces WCAG 2.1 ?
Certains des plus grands esprits du monde participent à ce projet. Ce qui est particulièrement passionnant, c’est que le W3C est une organisation totalement ouverte et transparente. Dès le départ, les WCAG 2.1 ont été rédigées de manière à ce que vous puissiez suivre leur élaboration publiquement. Tous les comptes-rendus de toutes les réunions sont publics. Chaque projet est public. Tous les commentaires et toutes les questions adressés à chaque membre sont publics, à tel point que les WCAG 2.1 sont élaborées sur GitHub: vous pouvez vous rendre sur cette plateforme, les consulter et y ajouter vos propres commentaires. Alors, qui participe à leur élaboration ? Un certain nombre de personnes qui ont déjà contribué à l’accessibilité par le passé, mais aussi, sans aucune restriction, des développeurs, des designers, des personnes en situation de handicap, des juristes, etc. Tout le monde est le bienvenu.
Si je souhaitais savoir comment ces WCAG 2.1 étaient élaborées, pourrais-je suivre ce processus ?
Oui, c’est tout à fait possible. Il existe un processus mis en place par le W3C qui définit très clairement les étapes par lesquelles une idée passe du stade de projet à celui d’ébauche de travail, puis de recommandation candidate, jusqu’à la version officielle « définitive ». Ce processus est documenté sur le site du W3C. Tout est publié, c’est un processus entièrement ouvert. La seule partie qui n’est pas entièrement ouverte concerne les réunions proprement dites des groupes de travail, si vous souhaitiez y assister. Des conférences téléphoniques ont lieu deux fois par semaine, auxquelles plus de 80 personnes sont invitées. Ces réunions ne sont pas publiques, mais leurs comptes-rendus sont accessibles à tous. Vous ne pouvez pas y assister sans être membre actif du groupe de travail WCAG.
Quel est le procédure suivie par le W3C pour publier ces exigences techniques de qualité?
Les conditions indispensables sont les suivantes : il doit y avoir un premier projet de travail public, accessible à une consultation large, précoce et étendue. Il n’est pas acceptable que le WCAG élabore une norme internationale en disant : « Hum, je vais publier le projet de travail jeudi, et ils le finaliseront vendredi. » Hors de question. Ce document sera accessible pendant plus d’un an et demi afin que les gens aient réellement la possibilité de donner leur avis, de l’examiner, d’y réfléchir et de voir s’il est applicable.
Entre le premier projet de travail public et la recommandation candidate, il peut y avoir autant de projets de travail publics que nécessaire. Il peut aussi n’y en avoir aucun. Il est possible de disposer d’un premier projet de travail public et de passer directement à la phase où l’on estime que « le document est prêt pour un vote officiel ». Mais dans le cas présent, les WCAG comptent plus de cinq projets de travail qui ont été soumis à examen avant la recommandation candidate. Après la recommandation candidate, prévue pour la mi-décembre, un vote officiel aura lieu au sein des membres du W3C. Après ce vote officiel, une période de consultation publique sera encore ouverte. Entre la recommandation candidate et la version finale, qui pourrait être publiée dès l’été 2018, des modifications pourront encore être apportées, mais le document devrait être suffisamment abouti pour que ces modifications soient mineures.
