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. Voir aussi le critère 10.8 sur accessibilite.numerique.gouv.fr.

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é.

Références WCAG 2.1

1.3.2 Meaningful Sequence (niveau A)
4.1.2 Name, Role, Value (niveau A)

Techniques WCAG : G57

Ce que l’audit automatique peut détecter

Règles qui vérifient directement ce critère

Ces règles d’axe-core 4.14.0 citent un test de ce critère. Elles repèrent une partie des erreurs ; le reste du critère demande une vérification humaine.

aria-hidden-body : Ensure aria-hidden="true" is not present on the document body.Test 10.8.1.
aria-hidden-focus : Ensure aria-hidden elements are not focusable nor contain focusable elementsTest 10.8.1.

Règles liées indirectement (via WCAG 4.1.2) — signal faible

Ces règles ne citent aucun test de ce critère : elles vérifient un critère WCAG qu’il partage avec d’autres critères RGAA. Une erreur qu’elles signalent peut relever d’un autre critère, et leur silence ne prouve rien ici.

aria-braille-equivalent : Ensure aria-braillelabel and aria-brailleroledescription have a non-braille equivalentVia WCAG 4.1.2.
aria-tooltip-name : Ensure every ARIA tooltip node has an accessible nameVia WCAG 4.1.2.
summary-name : Ensure summary elements have discernible textVia WCAG 4.1.2.

Source : RGAA 4.1.2 (WCAG 2.1), © DINUM, publié dans le dépôt DISIC/accessibilite.numerique.gouv.fr (commit ca4019f), sous Licence Ouverte 2.0. Texte officiel reproduit sans modification de contenu ; certains attributs de mise en forme (liens ouverts dans une nouvelle fenêtre, lien mort) sont retirés. Seuls les encadrés « Explication Rampe — non normative » sont rédigés par Rampe.