Guide rapide relatif à WCAG 2.1 quick-guide-to-wcag
Adobe Experience Manager (AEM) as a Cloud Service a été développé afin de maximiser la conformité aux directives d’accessibilité du contenu web.
Web Content Accessibility Guidelines (WCAG) version 2.1 est un ensemble de consignes reconnues internationalement et développées par le World Wide Web Consortium (W3C) dans le cadre de son initiative sur l’accessibilité du web (WAI).
WCAG 2.1 regroupe un ensemble de consignes et de critères de réussite, qui ne sont pas associés à une technologie particulière, visant à rendre les contenus web plus accessibles aux personnes en situation de handicap. Elles fournissent aux auteurs, aux concepteurs et aux développeurs de contenu web des conseils à suivre afin de s’assurer que les ressources qu’ils produisent sont aussi accessibles que possible pour autant de personnes que possible, quel que soit le handicap qu’elles peuvent avoir ; par exemple, une déficience visuelle, des troubles de l’audition, des difficultés d’apprentissage ou des restrictions liées à l’âge.
Par exemple, la description d’une image (ou de tout autre contenu non textuel) à l’aide de l’attribut alt dans le code HTML avantage considérablement les personnes non voyantes ou malvoyantes. La description textuelle dans l’attribut alt peut être convertie en sortie vocale ou transmise aux affichages électroniques en braille actualisables.
En outre, WCAG 2.1 peut présenter des avantages pour d’autres bénéficiaires, y compris les personnes qui peuvent être considérées comme handicapées par rapport à la situation. c’est-à-dire les personnes qui, en raison de circonstances telles que la technologie de navigation, la vitesse de la connexion réseau ou l’environnement de navigation, peuvent rencontrer des obstacles similaires à ceux des personnes handicapées.
En utilisant Adobe Experience Manager, les auteurs de contenu et/ou les propriétaires de sites web peuvent créer du contenu web qui satisfait les critères de réussite des niveaux A et AA pertinents de WCAG 2.1.
Par conséquent, la compréhension des objectifs de WCAG 2.1 et de la structure des consignes représente une part importante dans la compréhension de l’accessibilité web, de même que la compréhension de la façon dont les consignes peuvent vous aider à créer du contenu web accessible.
L’objectif de WCAG 2.1 est de fournir des consignes présentant les caractéristiques suivantes :
-
Agnostiques en ce qui concerne la technologie :
En d’autres termes, des consignes qui peuvent être appliquées à divers formats de contenu web, pas seulement au format HTML. Ainsi, WCAG 2.1 peut couvrir le contenu généré par ou fourni au format PDF, Flash, JavaScript, ainsi que d’autres technologies web actuelles et futures. -
Testables :
Chaque consigne est écrite de manière à pouvoir être testée objectivement pour s’assurer qu’un groupe d’experts en accessibilité conviendrait de façon générale que la consigne a été respectée. L’un des défis des consignes d’accessibilité est que, alors que certaines peuvent être testées par des moyens techniques, d’autres requièrent un jugement humain afin de vérifier si la consigne a été respectée. -
Permettent une mise en œuvre contextuelle avec des priorités :
les consignes de WCAG 2.1 reçoivent des priorités en fonction de l’impact probable du manquement à cette consigne sur un groupe particulier de personnes en situation de handicap. Cela permet aux auteurs de prendre une décision éclairée sur les consignes les plus importantes pour leur situation donnée. En outre, le concept d’accessibilité prise en charge est introduit. Ainsi, les auteurs et autrices peuvent prendre des décisions sur la meilleure manière d’utiliser les technologies web qui peuvent ne pas prendre totalement en charge l’accessibilité ou qui peuvent nécessiter que les personnes utilisatrices disposent de technologies d’assistance et/ou de navigateurs spécifiques, permettant ainsi de tirer profit des fonctions d’accessibilité.
Ces objectifs ont considérablement influencé la structure de WCAG 2.1.
Structure structure
WCAG 2.1 présente les concepts de création de contenu web accessible d’une manière progressivement détaillée. Cela peut donner l’impression que WCAG 2.1 est un ensemble très complexe de documents liés, mais le but est de fournir (progressivement) des informations plus détaillées à mesure que les auteurs en ont besoin, plutôt que de fournir l’ensemble dans un document très volumineux.
WCAG 2.1 est constitué de quatre principes clés de conception accessible, parfois évoqués par l’acronyme POUR. Ces principes sont les suivants :
- Perceptible : un utilisateur ou une utilisatrice peut-il/elle appréhender le contenu web en question ?
- Opérationnel : un utilisateur ou une utilisatrice peut-il/elle naviguer, saisir des données ou interagir d’une manière ou d’une autre avec le contenu web ?
- Compréhensible : un utilisateur ou une utilisatrice peut-il/elle traiter et comprendre le contenu web qui lui est présenté ?
- Robuste : le contenu web est-il disponible de la manière prévue dans un nombre suffisamment important d’environnements de navigation, y compris les anciens et les nouveaux environnements de navigation ?
Développons :
-
Chaque principe se compose d’une ou de plusieurs recommandations.
-
Les recommandations sont rédigées en tant qu’instructions, qui sont soit positives (faites ceci…), soit négatives (ne faites pas cela…).
-
Les recommandations sont numérotées de 1.1 à 4.1, le premier numéro correspondant au principe parent.
-
Chaque recommandation est composée d’un ou de plusieurs critères de réussite.
-
Les critères de réussite sont écrits sous la forme d’instructions, qui sont
TrueouFalsepour n’importe quelle page web donnée. -
Les critères de réussite peuvent inclure des choix ou des exceptions, dans les cas où les critères de réussite ne doivent pas être remplis.
-
Les critères de réussite sont numérotés selon la recommandation et le principe parents, de 1.1.1 à 4.1.1. Ils ont également un nom court résumant l’intention du critère, à titre de référence plus facile. Par exemple, le critère de réussite 1.1.1 est Contenu non textuel.
-
Les critères de réussite incluent une liste de techniques associées (décrites plus en détail ci-dessous).
Ressources annexes supporting-resources
Outre les composants fondamentaux de WCAG 2.1 qui sont les principes, consignes et critères de réussite, il existe plusieurs documents annexes. Certains d’entre eux contiennent des conseils spécifiques sur la façon de respecter ces consignes. D’autres sont des références plus générales destinées à aider les programmateurs web, les concepteurs et les développeurs, quelles que soient leurs capacités, à comprendre et à utiliser WCAG 2.1 aussi efficacement que possible.
En tant que tel, WCAG 2.1 est un document stable qui ne changera pas. Toutefois, la plupart de ces ressources annexes sont des documents dynamiques ; elles changeront et se développeront au fil du temps, à mesure que de nouvelles technologies et de nouveaux exemples seront disponibles sur la façon de parvenir à l’accessibilité web.
Ressources WCAG 2.1 wcag-resources
Cette liste ne vise pas à être exhaustive, mais présente les ressources disponibles :
Nouveautés de WCAG 2.1 what-is-new
Les directives contiennent des informations sur les nouveautés de WCAG 2.1 :
-
La section Nouveautés de WCAG 2.1 fournit des informations précieuses sur les différences entre WCAG 2.0 et WCAG 2.1.
-
La section WCAG 2.0 et 2.1 précise plus en détail la façon dont ces deux versions sont liées.
Techniques relatives à WCAG 2.1 techniques-for-wcag
Les techniques relatives à WCAG 2.1 sont disponibles sur la page Techniques relatives à WCAG 2.1.
Les techniques forment le niveau sous les critères de réussite dans la hiérarchie de WCAG 2.1. Elles sont classées par WAI comme étant informatives, et non normatives. En d’autres termes, une technique spécifique ne doit pas nécessairement être suivie pour qu’une ressource soit conforme à WCAG 2.1.
Étant donné que les techniques sont bien plus spécifiques que les critères de réussite, elles font généralement référence à une technologie, un type de contenu (par exemple, HTML ou vidéo) ou une situation spécifique (par exemple, une application d’e-commerce ou d’apprentissage en ligne). Vous pouvez considérer les techniques comme des exemples éprouvés de la manière dont des recommandations spécifiques et des critères de réussite peuvent être respectés, afin qu’ils soient utiles aux auteurs et autrices et aux développeurs et développeuses travaillant dans des contextes spécifiques.
Vous pouvez y accéder comme suit :
- par collection (les techniques peuvent être générales ou associées à une technologie ou un format spécifique, comme HTML, CSS ou des scripts côté client) ;
- À partir des critères de réussite associés. Les techniques peuvent s’appliquer à plusieurs critères de réussite.
Chaque technique possède un numéro unique, qui se rapporte à sa collection. Par exemple, l’une des techniques ARIA est la technique ARIA2 : identification d’un champ obligatoire avec la propriété « aria-required ».
Les techniques peuvent être suffisantes, consultatives ou en cas d’échec :
- Une Technique suffisante est un critère qui, s’il est suivi, est suffisant pour satisfaire à un critère de réussite particulier.
- Une Technique consultative est un critère qui, s’il est suivi, aura un impact positif sur l’accessibilité, mais peut ne pas suffire à elle seule à garantir le respect d’un critère de réussite particulier.
- Un Échec est une technique décrivant un exemple spécifique de cas où un critère de réussite ne serait pas respecté.
Les détails des techniques incluent une description, l’applicabilité, des exemples, des ressources informatives, ainsi que des détails sur la façon dont les auteurs et autrices peuvent tester avec succès l’application de la technique.
La liste des techniques n’est pas terminée, et WAI la met constamment à jour avec de nouveaux exemples en fonction des développements dans la technologie web, les approches de conception et l’état de la recherche. Il est donc conseillé de vérifier régulièrement la liste des techniques pour les nouveaux ajouts.
Présentation de WCAG 2.1 understanding-wcag
Il s’agit d’une série de documents qui fournissent des conseils aux lecteurs et lectrices, en vue de les aider à comprendre l’objectif des recommandations et critères de réussite spécifiques. Vous pouvez télécharger une introduction, ainsi que des liens vers des informations plus détaillées.
Chaque recommandation et critère de réussite possède également sa propre page Compréhension, qui fournit des informations sur :
- l’intention de la recommandation ;
- les critères de réussite spécifiques ;
- les techniques consultatives qui aident à répondre aux exigences de la recommandation, mais qui ne relèvent d’aucun critère de réussite spécifique.
La page Compréhension rattachée à chaque critère de réussite fournit des informations sur :
- l’intention du critère de réussite ;
- des exemples généraux sur la façon dont le critère de réussite peut être rempli ;
- des ressources connexes (hors W3C) sur la façon de remplir le critère de réussite ;
- des techniques et échecs : exemples spécifiques et détaillés de la façon dont le critère de réussite peut être rempli (décrits plus en détail ci-dessous) ;
- les termes clés : glossaire des termes importants pour comprendre le critère de réussite.
En voici un exemple : Présentation du critère de réussite 1.1.1 (« contenu non textuel »).
Conformité à WCAG 2.1 how-to-meet-wcag
La section « Comment se conformer » est disponible sur la page Comment se conformer à WCAG 2.1. Cette section fournit une autre présentation de WCAG, permettant aux lecteurs d’affiner le contenu des consignes au mieux de leurs intérêts et/ou de circonstances particulières. Les lecteurs et lectrices peuvent filtrer les techniques de critères de réussite à afficher en spécifiant des technologies de contenu web particulières, telles que les feuilles de style en cascade ou les scripts, ou en spécifiant un ou plusieurs niveaux de priorité particuliers.
Sans filtrage, cette ressource fournit tous les critères de réussite regroupés par recommandation. Pour chaque critère de réussite, les informations suivantes sont fournies :
- le texte du critère de réussite ;
- un lien vers le document « Compréhension » correspondant ;
- une liste des techniques suffisantes connexes, avec un lien vers les détails de chaque technique ;
- une liste des techniques consultatives connexes, avec un lien vers les détails de chaque technique (le cas échéant) ;
- une liste des échecs associés, avec un lien vers les détails de chaque échec.