Guide rapide relatif à WCAG 2.1

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 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, la notion d’
  accessibilité prise en charge est introduite. Cela permet aux auteurs de prendre des décisions sur la meilleure manière d’utiliser les technologies web qui peuvent ne pas présenter l’accessibilité totale, ou peut exiger des utilisateurs qu’ils 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

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 éléments sont les suivants :

1. Perceptible: un utilisateur peut-il sentir le contenu web en question ?
2. Opérable: un utilisateur peut-il naviguer, saisir des données ou interagir autrement avec le contenu web ?
3. Compréhensible: un utilisateur peut-il traiter et comprendre le contenu web qui lui est présenté ?
4. Robuste: le contenu web est-il disponible de la manière prévue dans un large éventail d’environnements de navigation, y compris les environnements de navigation hérités et émergents ?

Développons :

• Chaque Principe se compose d’un ou de plusieurs directives.

• Les instructions sont rédigées en tant qu’instructions, qui sont soit positives (faites ceci…), soit négatives (ne faites pas cela…).

• Les directives sont numérotées 1.1 à 4.1, où le premier numéro correspond au principe parent.

• Chaque ligne guide est composée d’une ou de plusieurs critères de réussite.

• Les critères de réussite sont écrits sous la forme d’instructions, qui sont True ou False pour n’importe quelle page web donnée.

• Les critères de réussite peuvent inclure des choix ou des exceptions ; dans les situations où les critères de réussite ne doivent pas être remplis.

• Les critères de réussite sont numérotés selon la ligne directrice 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

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

Cette liste ne vise pas à être exhaustive, mais présente les ressources disponibles :

• Présentation de tous les documents relatifs à WCAG
• Résumé des différents documents
• Web Content Accessibility Guidelines (WCAG) 2.1
• Nouveautés de WCAG 2.1
• Guide de référence rapide pour respecter WCAG 2.1
• Questions fréquemment posées concernant WCAG 2

Nouveautés de WCAG 2.1

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

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 consignes spécifiques et des critères de réussite peuvent être satisfaits, afin qu’elles soient utiles aux auteurs et aux développeurs travaillant dans des contextes spécifiques.

Les techniques sont accessibles :

• 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) ;
• 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 :

• A Technique suffisante est un critère qui, s’il est suivi, suffira à remplir un critère de réussite particulier.
• Un Technique consultative est un critère qui, s’il est suivi, aura un impact positif sur l’accessibilité, mais peut ne pas suffire à lui seul pour garantir qu’un critère de réussite particulier est satisfait.
• A Échec est une technique décrivant un exemple spécifique de cas où un critère de réussite ne serait pas rempli.

Les détails des techniques incluent une description, l’applicabilité, des exemples, des ressources pour plus d’informations et des détails sur la façon dont les auteurs peuvent tester une application réussie 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 bon de vérifier régulièrement la liste des techniques pour les nouveaux ajouts.

Présentation de WCAG 2.1

Il s’agit d’une série de documents qui fournissent des conseils aux lecteurs pour les aider à comprendre l’objectif de directives spécifiques et de critères de réussite. Vous pouvez télécharger une introduction, ainsi que des liens vers des informations plus détaillées.

Chaque consigne et critère de réussite possède également sa propre page "Compréhension", qui fournit des informations sur :

• l’intention de la ligne directrice ;
• des critères de réussite spécifiques ;
• Techniques consultatives qui aident à répondre aux exigences de la consigne, mais qui ne tombent sous aucun critère de réussite spécifique.

La page de "compréhension" individuelle de chaque critère de réussite fournit des informations sur :

• l’intention du critère de réussite ;
• Exemples généraux sur la façon dont le critère de réussite peut être rempli;
• 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

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 Readers peuvent filtrer les techniques de critères de réussite qu’ils souhaitent 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 consigne. 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 de "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) ;
• Liste des échecs associés, en lien avec les détails de chaque échec.

Ressources Business.Adobe.com