Lignes directrices sur l’accessibilité

Introduction : Lignes directrices sur l’accessibilité

Le World Wide Web Consortium (W3C) élabore des normes d’accessibilité du Web dans le cadre de l’Initiative sur l’accessibilité des sites Web :

• Les règles d’accessibilité pour les contenus Web (WCAG)
• Les règles d’accessibilité pour les outils d’édition (ATAG) traitent des outils de rédaction ;
• Les applications Internet riches et accessibles (IAW-ARIA) traitent des applications Web, du contenu dynamique et des commandes évoluées de l’interface utilisateur.

Les règles d’accessibilité pour les contenus Web (WCAG)

Les règles pour l’accessibilité des contenus Web (WCAG) est un document normatif technique qui explique comment rendre le contenu Web plus accessible aux personnes vivant avec un handicap.

Le « contenu » Web désigne généralement l’information contenue dans une page Web ou une application Web, y compris :

• l’information naturelle comme le texte, les images et les sons
• le code ou la majoration qui définit la structure, la présentation, etc.

Les WCAG traitent des obstacles auxquels font face un large éventail de personnes handicapées, y compris celles qui ont des déficiences visuelles, auditives, physiques, cognitives et neurologiques.

Ces lignes directrices traitent également de l’accessibilité du contenu Web qui est affiché sur les ordinateurs de bureau, les ordinateurs portatifs, les tablettes et les appareils mobiles. De plus, ces lignes directrices rendront le contenu Web plus accessible à tous les utilisateurs en général.

Versions

1. Mises en œuvre pour la première fois en tant que version WCAG 1.0 en 1999. La norme WCAG 2.0 a été publiée en 2008. La norme WCAG 2.1 actuelle a été publiée en 2018.
2. La norme WCAG 2.2 devrait être achevée et publiée en 2021. Tous les critères des versions 2.0 et 2.1 sont inclus dans la version 2.2. La norme WCAG 2.2 comporte 9 critères supplémentaires.
3. La version préliminaire de la norme WCAG 3.0 a été publiée pour la première fois en janvier 2021. Elle fait état d’un nouveau modèle de conformité : bronze, argent et or.

Différents niveaux de lecture de la norme WCAG 2.1

Les quatre principes de base pour l’accessibilité du Web, qui sont : perceptible, utilisable, compréhensible et robuste. Chaque principe a des lignes directrices. Les 13 lignes directrices garantissent que le contenu est directement accessible au plus grand nombre de personnes possible et qu’il peut être présenté de nouveau sous différentes formes.

Les critères de réussite décrivent ce qui doit être réalisé pour se conformer aux DACW. Ils sont rédigés sous forme d’énoncés vérifiables (vrai ou faux) qui ne sont pas propres à la technologie. Tous les critères de réussite sont des aspects d’accès importants pour les personnes en situation de handicap.

Il y a 50 critères de réussite de niveau A et de niveau AA dans les WCAG 2.1.

Cible du niveau de conformité aux WCAG d’EDSC

WCAG 2.1 en un coup d’œil

Cette section présente un résumé reformulé des WCAG 2.1.

Perceptible

• Proposer des textes alternatifs à tout contenu non textuel.
• Proposer des versions de remplacement aux médias temporels.
• Créer un contenu qui puisse être présenté de différentes manières sans perte d’informations ni de structure.
• Faciliter la perception visuelle et auditive du contenu par l’utilisateur.

Utilisable

• Rendre toutes les fonctionnalités accessibles au clavier.
• Laisser à l’utilisateur suffisamment de temps pour lire et utiliser le contenu.
• Ne pas utiliser de contenu susceptible de provoquer des crises d’épilepsie ou des réactions physiques.
• Aider l’utilisateur à naviguer et à trouver le contenu.
• Faciliter l’utilisation d’entrées autres que le clavier.

Compréhensible

• Rendre le contenu textuel lisible et compréhensible.
• Faire en sorte que les pages apparaissent et fonctionnent de manière prévisible.
• Aider l’utilisateur à éviter et à corriger les erreurs de saisie.

Robuste

• Optimiser la compatibilité avec les outils actuels et le futur des utilisateurs.

L’information présentée dans cette section provient du document de l’Initiative d’accessibilité du Web (IAT) : WCAG 2.1 en un coup d’œil – Shawn Lawton Henry and Wayne Dick, eds. Copyright © 2018 W3C® (MIT, ERCIM, Keio). Statut : Mise à jour le 5 juin 2018.

Règles d’accessibilité pour les outils d’édition (ATAG)

Qu’est-ce que les règles ATAG?

Les Règles d’accessibilité pour les outils d’édition (ATAG) 2,0 ont été recommandées par le W3C le 24 septembre 2015 et font maintenant partie de l’initiative d’accessibilité au Web du World Wide Web Consortium (IAW-W3C). Les outils d’édition peuvent aider les développeurs et les utilisateurs à créer du contenu Web accessible au moyen de normes de conception appropriées.

En quoi consistent les outils d’édition?

Les outils d’édition sont des logiciels et des services utilisés pour créer du contenu Web ; il s’agit notamment :

• D’outils logiciels pour la gestion du site Web, comme les plateformes des systèmes de gestion du contenu (SGC) ;
• D’outils conçus pour produire du contenu Web (p. ex., éditeurs HTML et XML « Ce que vous voyez est ce que vous obtenez » » [WYSIWYG]);
• Des sites Web qui permettent aux utilisateurs d’ajouter du contenu, comme des blogues et des wikis ;
• D’outils permettant de convertir des documents en formats Web (p. ex., traitement de texte).

Liens entre les ATAG et les WCAG

Les développeurs Web utilisent habituellement des outils d’édition et d’évaluation pour créer du contenu Web.

Les gens utilisent des navigateurs Web, des lecteurs de médias, des technologies d’assistance ou d’autres « agents utilisateurs » pour accéder au contenu et interagir avec celui-ci.

ATAG 2.0 en un coup d’œil

Les ATAG 2.0 sont divisées en deux parties.

• La partie A présente l’accessibilité des interfaces utilisateurs de l’outil d’édition aux auteurs ayant un handicap.
• La partie B présente le soutien des outils d’édition pour la création de contenu Web p pour rendre le contenu plus accessible aux utilisateurs ayant un handicap.

Partie A) rendre accessible l’interface utilisateur de l’outil d’édition

1. Permets de s’assurer que les fonctionnalités Web et non Web sont accessibles.
2. Les vues d’éditions sont perceptibles en mettant le contenu valide à la disposition des auteurs.
3. Permets de s’assurer que les vues d’édition sont utilisables, comme l’accès par clavier, aux fonctions d’édition, fournit une capacité de recherche textuelle du contenu, aide les auteurs à éviter tout contenu clignotant, etc.
4. Permets de s’assurer que les vues d’édition sont compréhensibles en documentant l’interface utilisateur, y compris toutes les fonctions d’accessibilité, et d’aider les auteurs à éviter et à corriger les erreurs.

Partie B) Appuyer la production d’un contenu accessible

1. Permets de s’assurer que le contenu automatiquement spécifié est accessible et préservé.
2. Permets de s’assurer que le contenu est accessible en guidant et en aidant les auteurs à produire et à gérer du contenu et des modèles accessibles.
3. Permets de s’assurer que les auteurs reçoivent du soutien pour améliorer l’accessibilité du contenu existant en vérifiant et en corrigeant les problèmes d’accessibilité.
4. Permets de s’assurer que les outils d’édition favorisent la documentation appropriée et intègrent des caractéristiques à la production d’un contenu accessible.

L’information présentée dans cette section provient du document de l’Initiative d’accessibilité du Web (IAT) : ATAG en un coup d’œil. Shawn Lawton Henry and Wayne Dick, eds. Copyright © 2021 W3C ® (MIT, ERCIM, Keio, Beihang). Statut : Mise à jour le 1er juillet 2020. Publié pour la première fois en juillet 2005.

Les applications Internet riches et accessibles (IAW-ARIA)

IAW-ARIA, la suite d'applications Internet riches et accessibles, définit une façon de rendre le contenu et les applications Web plus accessibles aux personnes handicapées. La suite aide notamment les utilisateurs de lecteurs d’écran et de clavier grâce à un contenu dynamique et des commandes avancées d’interface utilisateur développées avec HTML, JavaScript et des technologies connexes.

IAW-ARIA fournit un cadre pour l’ajout d’attributs permettant d’identifier des caractéristiques de l’interaction entre les utilisateurs, la façon dont ils interagissent entre eux et leur état actuel. Grâce à IAW-ARIA, les développeurs peuvent identifier différentes zones de la page pour permettre aux utilisateurs du lecteur d’écran de se déplacer facilement d’une zone à l’autre. Ils peuvent également créer des widgets tels que des boutons, des listes déroulantes, des carrousels, des fonctions de calendrier, des onglets, des curseurs, des divulgations (afficher/masquer) et autres.

La spécification technique IAW-ARIA 1.2 présente des caractéristiques permettant de définir les éléments d’interface utilisateur accessible, d’améliorer l’accessibilité, l’interopérabilité du contenu et des applications Web. La spécification technique IAW-ARIA est une référence occasionnelle pour quelque chose comme la définition d’un attribut ARIA. Elle est principalement axée sur les exécutants des agents utilisateurs.

Les Pratiques de rédaction ARIA recommandent des approches pour aider les développeurs d’applications Web à rendre accessibles les widgets, la navigation et les comportements à l’aide d’attributs IAW-ARIA (rôles, états et propriétés, décrits plus loin dans le cours). Les pratiques d’édition IAW-ARIA sont un manuel pratique couramment cité qui présente des modèles de conception détaillés pour les widgets, y compris l’interaction et le comportement attendus au clavier, ainsi que des exemples de travail avec HTML, CSS et JavaScript complets.

Widgets équivalents à la Boîte à outils de l’expérience Web (BOEW)

La Boîte à outils pour l’accessibilité du Web (BOEW) est un cadre initial primé composé de gabarits souples et thématiques et de composantes réutilisables qui sont accessibles, faciles à utiliser, interopérables, conviviales et multilingues.

La BOEW met en œuvre des widgets qui correspondent principalement aux tendances décrites dans les pratiques d’édition IAW-ARIA. Vérifiez toujours la présence d’un widget dans la BOEW avant d’en créer un.

Boîte à outils de l’expérience Web (BOEW) – Exemples pratiques – Boîte à outils de l’expérience Web (wet-boew.github.io)