RGAA 4.1.2 · THÉMATIQUE 10 · PRÉSENTATION DE L’INFORMATION
Critère 10.8 : Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d’assistance ?
Texte officiel du RGAA 4.1.2 (DINUM), mis en page par Claren · Mis à jour le
Ce critère appartient à la thématique « Présentation de l’information » du RGAA 4.1.2. Il se vérifie par un test.
Le critère
Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d’assistance ?
Les tests
Test 10.8.1
Dans chaque page web, chaque contenu caché vérifie-t-il une de ces conditions ?
- Le contenu caché a vocation à être ignoré par les technologies d’assistance ;
- Le contenu caché n’a pas vocation à être ignoré par les technologies d’assistance et est rendu restituable par les technologies d’assistance suite à une action de l’utilisateur réalisable au clavier ou par tout dispositif de pointage sur un élément précédent le contenu caché ou suite à un repositionnement du focus dessus.
Méthodologie du test 10.8.1
- Retrouver les contenus cachés (éléments pourvus de l’attribut hidden ou de l’attribut WAI-ARIA aria-hidden, ou bien d’une classe ou d’un ensemble de styles CSS susceptibles de masquer le contenu).
- Pour chaque contenu caché, vérifier que :
- Soit le contenu caché a vocation à être ignoré par les technologies d’assistance (un élément statistique de visites par exemple) ;
- Soit le contenu caché n’a pas vocation à être ignoré par les technologies d’assistance, et dans ce cas il est rendu restituable par les technologies d’assistance au moyen :
- Soit d’une action de l’utilisateur réalisable au clavier ou par tout dispositif de pointage sur un élément précédent le contenu caché ;
- Soit d’une fonction de programmation qui repositionne le focus sur le contenu.
- Si c’est le cas pour chaque contenu caché, le test est validé.
Notes techniques
WAI-ARIA propose un attribut aria-hidden (true ou false) qui permet d’inhiber la restitution d’un contenu en direction des technologies d’assistance, sans action sur sa visibilité en direction des agents utilisateurs : un contenu avec aria-hidden="true" ne sera donc plus vocalisable, mais restera visible.
Sauf si le contenu contrôlé par aria-hidden n’a pas vocation à être restitué par les technologies d’assistance, la valeur de l’attribut aria-hidden doit être cohérente avec l’état affiché ou masqué du contenu à l’écran.
La spécification HTML5 propose un attribut hidden qui permet de rendre indisponible (quand l’attribut hidden est présent) un contenu dans le DOM généré (de manière similaire au type="hidden" sur un contrôle de formulaire).
Il est possible d’avoir des situations où un contenu contrôlé par hidden ou aria-hidden se trouve momentanément dans un état incohérent avec le statut affiché ou masqué du contenu, par exemple si l’on désire rendre disponible un élément, mais que son affichage à l’écran reste dépendant d’une action ultérieure. Dans ce cas, c’est l’état final du contenu qui doit être considéré.
Correspondance WCAG
- WCAG 2.2, critère 1.3.2 : Meaningful Sequence
- WCAG 2.2, critère 4.1.2 : Name, Role, Value
Ce qu’un contrôle automatique peut voir
Les contrôles automatiques de Claren couvrent une partie de ce critère. Le reste se vérifie à la main.
- aria-hidden n’est pas assigné aux éléments qui reçoivent le focus au clavier
- aria-hidden='true' ne doit pas être présent sur <body>
- Contenu caché aux aides techniques mais atteignable au clavier
Faire vérifier votre site
Un test automatique ne tranche qu’une partie des critères. Un audit RGAA les contrôle tous à la main, sur un échantillon de pages, et vous laisse un plan de correction.
Version officielle : critère 10.8 sur accessibilite.numerique.gouv.fr.
Textes du critère, des tests, de la méthodologie, des cas particuliers et des notes techniques : RGAA 4.1.2, DINUM, sous Licence Ouverte 2.0 (Etalab), repris tels quels. Intitulés des critères WCAG 2.2 : W3C, W3C Document License. Les liens des termes mènent au glossaire officiel du RGAA.