WCAG 2.1 : quelle est la prochaine étape pour les directives d'accessibilité ?

Êtes-vous à la pointe en matière d’accessibilité numérique ? Ne vous laissez pas prendre au dépourvu : une nouvelle version des Directives pour l’accessibilité des contenus Web (WCAG) du W3C est en passe de voir le jour. En effet, la prochaine version « mineure » des WCAG a été officiellement publiée le 5 juin 2018 ! Le W3C a étudié les besoins des utilisateurs et rédigé les critères de succès des WCAG 2.1 afin de combler les lacunes identifiées.  Parallèlement, un travail est en cours pour élaborer une révision majeure des directives d’accessibilité numérique.

Historique des WCAG

Avant de nous tourner vers l’avenir, revenons sur le passé. Le 5 mai 1999, la première norme internationale en matière d’accessibilité numérique (WCAG 1.0) a été publiée par le W3C. Il s’agissait d’une norme spécifique à une technologie, axée sur le langage HTML. Le 11 décembre 2008, plusieurs pays (dont la France)ont adopté les WCAG 2.0comme norme légale d’accessibilité numérique.  En octobre 2012, l’Organisation internationale de normalisation (ISO) a même établi les WCAG 2.0 comme norme numérique en matière d’accessibilité :ISO/IEC 40500:2012

 Bien qu’elle date de près d’une décennie, la norme WCAG 2.0 reste une référence valable en matière d’accessibilité numérique. Cependant, à l’échelle du Web, 2008 est une époque révolue. Il n’est donc pas surprenant que la norme WCAG 2.0 présente des lacunes connues qui doivent être comblées. Des initiatives parallèles sont en cours pour répondre aux besoins en constante évolution de l’accessibilité numérique.  La première initiative à court terme est WCAG 2.1, une version très ciblée. La deuxième initiative, à plus long terme, porte le nom de code « Silver ». Silver consiste à repenser de fond en comble les directives d’accessibilité numérique (AG).

Comme il est probable que la future version des Directives d'accessibilité abandonne le sigle « WC » (pour « web content », contenu web) et soit simplement désignée sous le nom de « Directives d'accessibilité » (AG), elle a été surnommée « Silver », car « Ag » est le symbole de l'argent dans le tableau périodique.

Qu'est-ce que les WCAG 2.1 ?

Si vous connaissez déjà les WCAG 2.0, vous vous posez sans doute un certain nombre de questions. Et nous avons les réponses !

• La norme WCAG 2.1 est-elle rétrocompatible avec la norme WCAG 2.0 ? Oui ! La norme WCAG 2.0 reste une norme valable et très utile. La norme WCAG 2.1 s'inscrit dans la continuité de la norme WCAG 2.0.
• La norme WCAG 2.1 conserve-t-elle les niveaux de conformité A, AA et AAA de la norme WCAG 2.0 ? Oui. La norme WCAG 2.1 utilise les mêmes niveaux de conformité A, AA et AAA.
• Quels sont les principaux axes prioritaires des WCAG 2.1 ? Les trois principales lacunes des WCAG 2.0 concernent :
  • Technologie mobile – En 2008, les téléphones portables n'étaient pas encore très « intelligents », et cette plateforme évolue rapidement. Il n'est donc pas surprenant qu'il existe des besoins en matière d'accessibilité liés au mobile auxquels il faut répondre. Le Groupe de travail sur l'accessibilité mobile (MATF)a été créé pour relever les défis liés à l'accessibilité sur mobile.
  • basse vision – Les besoins en matière d'accessibilité des personnes atteintes de basse vision sont bien documentés depuis des années. Le moment est venu de supprimer les obstacles auxquels sont confrontées les quelque 246 millions de personnes dans le monde qui souffrent de basse vision. Le Groupe de travail sur la basse vision (LVTF) a été créé pour traiter les questions d'accessibilité spécifiques à la basse vision.
  • les troubles cognitifs – le domaine qui, selon moi, connaîtra le plus d’innovations et aura l’impact le plus profond sur la conception universelle est celui des troubles cognitifs. À mesure que nous trouverons des solutions aux défis recensés dans l’étude « Cognitive Accessibility User Research » ainsi que dans la « Cognitive Accessibility Roadmap and Gap Analysis », je pense que nous constaterons que nous avons amélioré le Web pour tous. Le groupe de travail sur l’accessibilité pour les personnes présentant des troubles cognitifs et des troubles d’apprentissage (COGA) a été créé pour traiter les problèmes d’accessibilité spécifiques aux troubles cognitifs.

Critères requis pour une norme technique applicable

Pour qu'une norme technique soit efficace, elle doit être claire, précise, vérifiable, techniquement réalisable et raisonnable. Le nouveau critère de conformité des WCAG 2.1 devait répondre à l'ensemble des critères suivants :

1. 1. Vérifiable – l’exigence doit pouvoir être testée de manière fiable et cohérente à l’aide d’un processus automatisé ou manuel.
   2. Condition – une exigence doit décrire une condition à remplir, et non une méthode. Les conditions sont indépendantes de la technologie.
   3. S'applique à l'ensemble du contenu – cette exigence s'applique par défaut à tous les types de contenu. Toute exception doit être explicitement indiquée.
   4. S'applique à toutes les technologies – cette exigence s'applique à tous les types de formats technologiques numériques, y compris le Web, les appareils mobiles, les ordinateurs de bureau, les documents numériques, les e-mails, les applications logicielles et bien d'autres encore.
   5. Applicable – l'exigence doit pouvoir être mise en œuvre dès aujourd'hui. Des techniques suffisantes doivent être documentées à l'aide de formats, d'agents utilisateurs et de technologies d'assistance facilement accessibles.

Quel a été le calendrier de publication des WCAG 2.1 ?

L'élaboration d'une norme technique internationale ne se fait pas du jour au lendemain. Mais compte tenu de la rapidité avec laquelle la technologie évolue, prendre trop de temps pour mettre à jour une norme peut également poser problème. Cela fait plus de 9 ans que les WCAG 2.0 ont été publiées, en décembre 2008. Conscient de cela, le W3C a adopté une approche progressive pour élaborer les WCAG 2.1 en 18 mois. Calendrier des WCAG 2.1 :

• • Janvier 2017 – Charte des directives d'accessibilité  (Terminé !)
  • Février 2017 – 1er projet de travail public (Terminé !)
  • Avril 2017 – 2e projet de travail public (Terminé !)
  • Juin 2017 – 3e projet de travail public (Terminé !)
  • Juillet 2017 – 4e projet de travail public (Terminé !)
  • Août 2017 – 5e projet de travail public (Terminé !)
  • 22 août 2017 – ne plus accepter de nouvelles propositions de SC (C'est fait !)
  • Septembre 2017 – 6e projet de travail public (Terminé !)
  • Décembre 2017 – 7e projet de travail public (Terminé !)
  • Janvier 2018 – Recommandation de candidat (C'est fait !)
  • Avril 2018 – Proposition de recommandation (Terminé !)
  • 5 juin 2018 – Recommandation WCAG 2.1 (Terminé !)

Qui a élaboré les WCAG 2.1 ?

Tout ce qui a concerné l'élaboration des WCAG 2.1 s'est déroulé de manière transparente, permettant au public de suivre les travaux et de formuler des commentaires. Plus de 150 personnes venues du monde entier ont participé à l'élaboration de cette nouvelle version des WCAG. Consultez la liste actuelle des participants au groupe de travail sur les directives d'accessibilité du W3C. Si vous n’y participez pas encore, il existe de nombreuses façons de vous lancer et de y contribuer.

Pourrais-je suivre en ligne l'évolution des WCAG 2.1 ?

Mieux encore, la rédaction des WCAG 2.1 s’est déroulée sur GitHub. Vous avez ainsi pu suivre la genèse de chaque critère de succès proposé pour les WCAG 2.1 et consulter les questions et les discussions qui ont conduit à leur amélioration. Par exemple, voici 24 tickets dans le dépôt GitHub des WCAG 2.1 qui ont contribué à l'élaboration du projet de travail des WCAG 2.1 d’août 2017.

C'est ce qu'on appelle l'ouverture et l'inclusion ! N'importe qui dans le monde pouvait suivre l'évolution des WCAG 2.1. Vous pouviez participer en faisant part de vos commentaires, en vous portant volontaire et en contribuant à créer un Web meilleur pour tous.

Où se trouve la version définitive des WCAG 2.1 ?

The final version of WCAG 2.1 can always be found at this URL: https://www.w3.org/TR/WCAG21/  The <h2> list the date of publication.  Links let you navigate to all previously published versions.  The June 5, 2018, version, known as official W3C Recommendation is the final version.

Mais qu'est-ce qu'une recommandation du W3C, au juste ? En quoi diffère-t-elle d'un projet de travail, d'une recommandation candidate ou d'une recommandation proposée ?

Une recommandation du W3C est la publication officielle définitive d'une norme technique qui a atteint sa pleine maturité et qui est prête à être utilisée. De nombreuses étapes de révision et d'affinage sont nécessaires avant que le W3C ne détermine qu'une norme est prête à être publiée.

Le W3C dispose d'un processus bien défini pour publier des normes techniques de qualité, capables de résister à l'épreuve du temps. Voici les étapes fondamentales:

1. Premier projet de travail public (FPWD) publié
   • Il FAUT encourager une révision précoce et à grande échelle.
2. Projet(s) de travail public révisé(s) (WD) publier zéro ou plusieurs
   • Nous pourrions publier d'autres versions préliminaires en fonction des commentaires reçus.
3. Recommandation de candidat (CR) anciennement connu sous le nom de « Last Call Working Draft »
   • Il FAUT préciser la date limite pour l'envoi de commentaires supplémentaires.
   • On estime que la norme technique est stable et adaptée à sa mise en œuvre.
   • La norme PEUT encore être modifiée en fonction de l'expérience acquise lors de sa mise en œuvre et des retours d'expérience. Les modifications DEVRAIENT être minimes.
4. Proposition de recommandation (PR) demande de réexamen
   • Une demande officielle d'approbation de la norme technique par le Comité consultatif du W3C.
   • DOIT justifier d'une expérience en matière de mise en œuvre
   • Il FAUT démontrer que les normes techniques proposées ont fait l'objet d'une fait l'objet d'un large examen
   • Il FAUT démontrer que toutes les questions soulevées lors de la recommandation de candidature ont été traitées de manière formelle
5. Recommandation du W3C (REC) publié
   • La décision de faire passer un document au statut de « Recommandation » est une décision du W3C.
   • La norme a atteint sa pleine maturité. Il s'agit d'une recommandation officielle du W3C.

Découvrir la proposition de recommandation WCAG 2.1

Le 5 juin 2018, le W3C a publié la recommandation WCAG 2.1. Voici un résumé des nouveaux critères de conformité :

N'oubliez pas que la norme WCAG 2.1 inclut l'intégralité de la norme WCAG 2.0 et ajoute 17 nouvelles exigences. Tout ce que vous savez déjà et tout ce que vous faites pour respecter la norme WCAG 2.0 reste valable et nécessaire. La norme WCAG 2.1 ajoute 17 nouveaux critères de succès afin de combler des lacunes connues, notamment dans les domaines de l'accessibilité sur mobile, des troubles cognitifs et de la basse vision.

Que pensez-vous des WCAG 2.1 à l'heure actuelle ?

Avant d’aller plus loin, j’aimerais vous demander : « Comment vous sentez-vous ? » Êtes-vous anxieux, inquiet, stressé ? Ou bien êtes-vous aussi enthousiaste qu’un enfant la veille de Noël ? Quoi qu’il en soit, je voudrais que vous preniez le temps de faire une pause et de respirer profondément. N’oubliez pas qu’aucun de ces critères de conformité WCAG 2.1 n’est aujourd’hui (juin 2018) imposé par la loi.  Ce sont toutes d’excellentes pratiques en matière d’accessibilité numérique, mais votre liste de tâches à accomplir aujourd’hui ne va pas s’allonger pour autant.

Les 17 critères de réussite des WCAG 2.1

Examinons de plus près les critères de succès A et AA des WCAG 2.1, tels qu’ils sont définis dans la recommandation du W3C du 5 juin 2018. Pour chacun d’entre eux, j’ai ajouté une citation d’un personnage type afin de vous aider à comprendre le besoin en matière d’accessibilité. Ces citations sont le fruit de mon imagination.

1. 1. Orientation (AA)
      • Citation du personnage : «« Paysage ou portrait ? Ne m'obligez pas à tourner mon appareil de 90 degrés. »
        • Origine : Mobile
        • Pourquoi : (Perceptible) Certains utilisateurs ont leur appareil fixé dans une orientation fixe (par exemple, sur le bras d'un fauteuil roulant électrique). Par conséquent, les applications numériques doivent prendre en charge les deux orientations en s'assurant que le contenu et les fonctionnalités sont disponibles aussi bien en mode paysage qu'en mode portrait.
        • Condition requise :  
          • «Le contenu ne limite pas son affichage et son fonctionnement à une seule orientation d’affichage, telle que le mode portrait ou paysage, à moins qu’une orientation d’affichage spécifique ne soit indispensable.»
   2. Identifier l'objectif de l'entrée (AA)
      • Citation du personnage : « À quoi sert ce champ de saisie ? »
      • Origine: Cognitive
      • Pourquoi :(Perceptible) Pour aider les personnes présentant des troubles cognitifs à comprendre et à utiliser les champs de saisie des formulaires. La personnalisation basée sur les métadonnées permettra d'utiliser des termes et des symboles familiers pour les libellés des champs de saisie. Disposer de termes et de symboles familiers est essentiel pour pouvoir utiliser le Web. Cependant, ce qui est familier pour une personne peut être nouveau ou source de confusion pour une autre, l'obligeant à apprendre de nouveaux symboles. Les futurs outils de personnalisation pourraient inclure la possibilité pour un utilisateur de charger un ensemble de symboles qui lui convient, garantissant ainsi que tous les utilisateurs trouvent les champs de saisie simples et familiers.
      • Condition requise :
        • « La fonction de chaque champ de saisie destiné à recueillir des informations sur l'utilisateur peut être déterminée par programmationlorsque :
          • Le champ de saisie remplit une fonction décrite dans la section « Objectifs de saisie pour les composants de l'interface utilisateur » ; et
          • « Le contenu est mis en œuvre à l'aide de technologies permettant d'identifier la signification attendue des données saisies dans les champs de formulaire. »
   3. Reflow (AA)
      • Citation du personnage : «Le défilement horizontal, c'est le mal ! »
      • Origine : Basse vision
      • Pourquoi :(Perceptible) Une proportion importante de personnes malvoyantes a besoin d’un agrandissement du contenu supérieur à 200 %.L’effet du défilement horizontal peut multiplier par 40 à 100 l'effort nécessaire à la lecture. Évitez les mises en page qui nécessitent un défilement horizontal.
      • Condition requise :
        • « Le contenu peut être présenté sans perte d'informations ni de fonctionnalités, et sans nécessiter de défilement en deux dimensions pour :
          • Contenu à défilement vertical d'une largeur équivalente à 320 pixels CSS
          • Contenu à défilement horizontal d'une hauteur équivalente à 256
        • « À l'exception des parties du contenu qui nécessitent une mise en page bidimensionnelle pour leur utilisation ou leur compréhension. »
   4. Contraste hors texte (AA)
      • Citation de Persona : «Vouliez-vous queje voie cet élément important de l'interface utilisateur, ou non ? »
      • Origine : Basse vision
      • Justification :(Perceptible) Étendre les exigences en matière de contraste des couleurs applicables au texte (dans les WCAG 2.0, critère de conformité 1.4.3) afin d'y inclure les éléments graphiques importants.
      • Condition requise :
        • « L'aspect visuel présentation Parmi les éléments suivants, lesquels ont un rapport de contraste d'au moins 3:1 par rapport à la ou aux couleurs adjacentes :
          • Composants de l'interface utilisateur : informations visuelles nécessaires pour identifier les composants de l'interface utilisateur et leurs états, à l'exception des composants inactifs ou lorsque l'apparence du composant est déterminée par l'agent utilisateur et n'est pas modifiée par l'auteur ;
          • « Objets graphiques : éléments graphiques nécessaires à la compréhension du contenu, sauf lorsqu’une présentation particulière des graphiques est essentielle à l’information transmise. »
   5. Espacement du texte (AA)
      • Citation du personnage: « Mince alors ! Ce texte est vraiment difficile à lire ! Je vais devoir modifier l'espacement pour pouvoir le lire. »
      • Origine : Basse vision
      • Justification :(Perceptible) Permettre aux personnes malvoyantes de modifier l'espacement entre les paragraphes, l'espacement entre les lettres, l'espacement entre les mots et la hauteur de ligne.
      • Condition requise :
        • « Dans les contenus mis en œuvre à l'aide de langages de balisage prenant en charge les éléments suivants : texte propriétés de style, le fait de définir tous les paramètres suivants sans modifier aucune autre propriété de style n'entraîne aucune perte de contenu ni de fonctionnalité :
          • Hauteur de ligne (interligne) d'au moins 1,5 fois la taille de la police ;
          • Espacer les paragraphes suivants d'au moins deux fois la taille de la police ;
          • Espacement entre les caractères (tracking) d'au moins 0,12 fois la taille de la police ;
          • L'espacement entre les mots doit être d'au moins 0,16 fois la taille de la police.
        • Exception : les langues et les systèmes d'écriture qui n'utilisent pas une ou plusieurs de ces propriétés de style dans le texte écrit peuvent se conformer à la norme en utilisant uniquement les propriétés existantes pour cette combinaison de langue et de système d'écriture.
   6. Contenu affiché au survol ou à la mise en surbrillance (AA)
      • Citation du personnage : « Dégagez de là ! Je ne vois pas et je ne peux pas utiliser le contenu ou les commandes dont j'ai besoin ! »
      • Origine : Bassevision
      • Pourquoi : (Perceptible) Les nouveaux contenus qui n'apparaissent que lorsque l'utilisateur les sélectionne ou passe la souris dessus peuvent poser de nombreuses difficultés aux utilisateurs malvoyants et à ceux dont la précision de la souris est réduite.
      • Condition requise :
        • « Lorsque le fait de passer le curseur de la souris ou le focus clavier sur un élément, puis de s'en éloigner, déclenche l'affichage puis le masquage d'un contenu supplémentaire, les principes suivants s'appliquent :
          • Dismissable:< A mechanism is available to dismiss the additional content without moving pointer hover or keyboard focus, unless the additional content communicates an input error or does not obscure or replace other content;
          • Affichage au survol : si le survol du pointeur permet d'afficher du contenu supplémentaire, il est alors possible de déplacer le pointeur sur ce contenu sans que celui-ci ne disparaisse ;
          • Persistant : le contenu supplémentaire reste visible jusqu'à ce que le déclencheur (survol ou mise en surbrillance) disparaisse, que l'utilisateur le ferme ou que les informations qu'il contient ne soient plus valides.
        • Exception : « La présentation visuelle du contenu supplémentaire est gérée par l'agent utilisateur et n'est pas modifiée par l'auteur. »
   7. Raccourcis clavier pour les caractères (A)
      • Citation du personnage : « Alexa! Arrête ! Je ne voulais pas que tu… ! »
      • Origine : Mobile
      • Pourquoi : (Fonctionnel) Aider les utilisateurs qui recourent aux technologies de reconnaissance vocale à interagir avec le contenu sans déclencher par inadvertance certaines fonctionnalités associées à un raccourci.
      • Condition requise :
        • « Si un raccourci clavier si le contenu est composé exclusivement de lettres (majuscules et minuscules), de signes de ponctuation, de chiffres ou de symboles, alors au moins l'une des conditions suivantes est remplie :
          • Désactiver : Un mécanisme permet de désactiver le raccourci ;
          • Reconfiguration : Un mécanisme permet de reconfigurer le raccourci afin d'utiliser un ou plusieurs caractères clavier non imprimables (par exemple, Ctrl, Alt, etc.) ;
          • Actif uniquement lorsque le focus est sur le champ : Le raccourci clavier d'un composant de l'interface utilisateur n'est actif que lorsque ce composant a le focus.»
   8. Gestes de pointage (A)
      • Citation du personnage : «Tu veux que je fasse ce geste compliqué avec la main ? Tu te fous de moi ? C'est quoi ça ? Les Jeux olympiques des doigts ? »
      • Origine : Mobile
      • Pourquoi : Aide (accessible) aux utilisateurs qui ne parviennent pas à effectuer avec précision des gestes complexes à l'aide du pointeur. Les balayages sur écran tactile ou les gestes à plusieurs doigts, tels que le pincement ou le zoom à deux doigts, peuvent s'avérer impossibles pour certains utilisateurs.  
      • Condition requise :  
        • «Toutes les fonctionnalité dont le fonctionnement repose sur des gestes multipoints ou basés sur un tracé peuvent être utilisées avec un seul pointeur sans geste basé sur un tracé, à moins qu’un geste multipoint ou basé sur un tracé ne soit indispensable.»
   9. Annulation d'un pointeur (A)
      • Citation du personnage : «Oh nonnnnn ! Je viens d’activer X par accident rien qu’en le touchant ! »
      • Origine : Mobile
      • Pourquoi : (Actionnable) Les personnes présentant divers handicaps peuvent déclencher involontairement des événements tactiles ou de souris, entraînant des résultats indésirables. Contribuez à réduire le risque qu'un contrôle soit activé par inadvertance.
      • Condition requise :
        • Pour fonctionnalité qui peut être commandé à l'aide d'un pointeur unique, au moins l'une des conditions suivantes est remplie :
          • Pas d'événement « Down » : Le événement de retour du pointeur n'est pas utilisé pour exécuter une partie quelconque de la fonction ;
          • Annuler ou revenir en arrière : L'exécution de la fonction se termine lors de l' événement « up », et un mécanisme est disponible pour interrompre la fonction avant son exécution complète ou pour l'annuler une fois celle-ci terminée ;
          • Inversion « Up » : L'événement « haut » annule tout résultat de l'événement « bas » précédent ;
          • Indispensable : L'exécution de la fonction lors de l'événement « down » est indispensable.
   10. Libellé du nom (A)
       • Citation du personnage : « Ordinateur ! “Envoie” le formulaire ! Ordinateur ! Bon sang ! Pourquoi tu ne fais pas ce que je t’ai dit ?!?! »
       • Origine : Mobile
       • Pourquoi : (Fonctionnel) Aider les utilisateurs qui recourent aux technologies de reconnaissance vocale à interagir avec le contenu grâce à une étiquette visuelle intuitive.
       • Condition requise :
         • «Pour les les composants d’interface utilisateur dotés d’ des étiquettes contenant du texte ou des images de texte, le nom contient le texte qui s’affiche à l’écran.»
   11. Actionnement par mouvement (A)
       • Citation du personnage : «Ne me fais pas basculer ni trembler ! »
       • Origine : Mobile
       • Pourquoi : (Fonctionnel) Les utilisateurs en situation de handicap peuvent être dans l'impossibilité d'effectuer certaines actions dépendant de capteurs (comme l'inclinaison ou la secousse), soit parce que l'appareil est fixé, soit parce qu'ils sont physiquement incapables d'effectuer le geste nécessaire.
       • Condition requise :
         • «Fonctionnalité qui peuvent être actionnés par le mouvement de l'appareil ou celui de l'utilisateur peuvent également être actionnés par composants de l'interface utilisateur et la réponse à la commande peut être désactivée afin d'éviter tout déclenchement accidentel, sauf dans les cas suivants :
           • Interface prise en charge : Ce geste permet d’utiliser des fonctionnalités via une interface compatible avec l’accessibilité ;
           • Point essentiel : La motion est indispensable au bon fonctionnement et le fait de le faire invaliderait l’activité. »
   12. Messages d'état (AA)
       • Citation du personnage : « Je ne sais pas si quelque chose s’est passé. »
       • Origine : Cognitive
       • Pourquoi : (Robustesse) Certains messages d'erreur ou de réussite sont intégrés de manière si discrète à une page qu'ils sont difficiles à repérer. Les utilisateurs aveugles, malvoyants ou présentant des troubles cognitifs peuvent avoir des difficultés à repérer un message d'état ajouté à la page.
       • Condition requise :
         • « Dans les contenus mis en œuvre à l'aide de langages de balisage, les messages d'état peuvent être déterminés par programmation via un rôle ou des propriétés, de sorte qu'ils puissent être présentés à l'utilisateur par des technologies d'assistance sans que le focus ne soit placé dessus.»

   Enfin, il existe cinq autres critères de conformité WCAG 2.1 relevant du niveau AAA. Si vous êtes un expert en accessibilité, vous devriez également passer en revue ces exigences du niveau AAA et encourager leur mise en œuvre.

   1. Définir l'objectif (AAA)
   2. Délais d'attente (AAA)
   3. Animations issues d'interactions (AAA)
   4. Taille cible (AAA)
   5. Mécanismes d'entrée simultanés (AAA)

   Dans quels cas serais-je tenu d'utiliser les WCAG 2.1 ?

   Je prévois que la plupart des organisations américaines (qu'il s'agisse d'entreprises ou d'administrations) n'exigeront pas la conformité aux WCAG 2.1 avant plusieurs années. L'Union européenne devrait, quant à elle, rendre les WCAG 2.1 obligatoires dès 2019. Les développeurs, concepteurs et experts en accessibilité avisés considèrent d'ores et déjà les WCAG 2.1 comme des bonnes pratiques documentées pouvant être mises en œuvre dès aujourd'hui. Vous souhaitez pérenniser votre site web ? Commencez dès aujourd’hui à appliquer les principes des WCAG 2.1 !

   Comment allez-vous vous impliquer ?

   C'est le moment pour vous de prendre le temps de réfléchir à l'impact que les WCAG 2.1 auront sur vous. Posez des questions. Proposez votre aide pour rédiger des « documents d'explication », des « techniques suffisantes » et bien plus encore.  

   Est-ce que ce travail est facile ? Non. Est-il profondément significatif et important ? Absolument ! C’est la première fois que je travaille sur les WCAG. Et je dois vous dire… ça… ÇA… c’est le travail le plus stimulant intellectuellement que j’aie jamais fait. Il y a eu des moments, au cours de l’année écoulée, où j’ai cru que mon cerveau allait fondre. Mais je me suis dit que c’était à mon tour d’avoir un impact positif. Des personnes exceptionnelles m’ont précédée et ont osé créer le premier lecteur d’écran ainsi que les première et deuxième versions des WCAG. Il est temps pour moi de prendre le relais et de contribuer à élaborer les solutions dont nous avons besoin aujourd’hui (tout en tirant parti du travail brillant accompli auparavant).

   (Goodwitch te tend la main.) Allez, rejoins-nous. Je te promets que tu ne le regretteras pas. Comment vas-tu contribuer à la solution ?

   • Avis Recommandation WCAG 2.1
   • Devenez bénévole au sein de l'Initiative pour l'accessibilité du Web du W3C