Les attributs WAI ARIA sont-ils requis pour la conformité WCAG 2.0 niveau AA?
Je lis le guide de référence rapide W3 WCAG situé ici
Il a la possibilité de sélectionner les éléments à afficher pour la conformité WAI ARIA WCAG - WAI-ARIA est-il requis pour la conformité WCAG ou non? Ce n'est pas clair pour moi.
C'est la première fois que je crée un site pour répondre aux normes WCAG de niveau AA et je dois m'assurer qu'il est fait correctement :)
Non.
Les exigences (c.-à-d. Les lignes directrices) ne figurent que dans ce document:
Directives d'accessibilité du contenu Web (WCAG) 2.0
Recommandation W3C 11 décembre 2008
Les directives sont généralement neutres sur le plan technologique et abstraites, donc elles ne s'appliquent pas uniquement au HTML, mais au contenu Web en général . Par conséquent, nécessitant les attributs WAI-ARIA n'auraient aucun sens.
Cependant, pour respecter les directives, vous pouvez (mais ce n'est pas obligatoire!) Utilisez les techniques pour WCAG 2.0 . Il se peut que certaines Techniques s'appuient sur des attributs WAI-ARIA. Mais, encore une fois, ce n'est pas normatif: il existe généralement plusieurs techniques applicables pour une directive, et probablement la plupart du temps, vous pouvez utiliser une solution qui n'est pas du tout décrite dans une technique.
Ainsi, lorsque vous devez suivre une directive et qu'une technique correspondante décrit une solution utilisant WAI-ARIA, vous n'avez pas nécessairement à l'utiliser: une autre technique (n'utilisant pas WAI-ARIA) ou une solution non documentée peut peut-être également respecter la directive. Bien sûr, vos restrictions spécifiques peuvent ne pas permettre des solutions alternatives dans tous les cas, il peut donc arriver qu'une solution avec WAI-ARIA soit la seule solution possible pour vous.
Je sais que cela a déjà été répondu, mais comme il a été référencé à partir d'une autre question, je me suis dit que je collerais cette information ici également pour les lecteurs plus récents. Il complète la réponse ci-dessus.
Si vous utilisez un HTML sémantique et structurel approprié, vous n'aurez probablement pas besoin d'ARIA. Pour les cas où vous devez utiliser le mauvais élément (comme une bibliothèque ou un framework cassé), vous devrez peut-être le faire, mais ce n'est pas la façon de commencer.
Comme toujours, le contexte est la clé et les déclarations générales ne s'appliquent pas toujours.
Si cela est utile, il y a trois (cinq) "règles" d'utilisation d'ARIA (ce sont des suggestions, mais vous devez les traiter comme des règles pour un meilleur effet):
Première règle d'utilisation ARIA : Si vous pouvez utilisez un élément HTML natif [ HTML51 ] ou un attribut avec la sémantique et le comportement dont vous avez besoin déjà intégré , au lieu de réaffecter un élément et d'ajouter un rôle, un état ou une propriété ARIA pour le rendre accessible, puis faites-le .
Deuxième règle d'utilisation ARIA : Ne changez pas la sémantique native, sauf si vous y êtes vraiment obligé.
Troisième règle d'utilisation ARIA : Tous les contrôles ARIA interactifs doivent être utilisables avec le clavier.
Quatrième règle d'utilisation ARIA : Ne pas utiliser
role="presentation"ouaria-hidden="true"sur un élément visible focalisable . L'utilisation de l'un ou l'autre de ces éléments sur un élément visible focalisable conduira certains utilisateurs à se concentrer sur "rien".Cinquième règle d'utilisation d'ARIA : Tous les éléments interactifs doivent avoir un nom accessible . Un élément interactif n'a un nom accessible que lorsque sa propriété API d'accessibilité nom accessible (ou équivalent) a une valeur.