Critère 9.1 Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?

Texte officiel du RGAA 4.1.2. Voir aussi le critère 9.1 sur accessibilite.numerique.gouv.fr.

Tests

Test 9.1.1

Dans chaque page web, la hiérarchie entre les titres (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-elle pertinente ?

Méthodologie du test 9.1.1

Retrouver dans le document les titres (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) ;
Vérifier que la hiérarchie entre les titres est pertinente ;
Si c’est le cas, le test est validé.

Test 9.1.2

Dans chaque page web, le contenu de chaque titre (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-il pertinent ?

Méthodologie du test 9.1.2

Pour chaque titre identifié au test 9.1.1, vérifier que son contenu est pertinent ;
Si c’est le cas pour chaque titre, le test est validé.

Test 9.1.3

Dans chaque page web, chaque passage de texte constituant un titre est-il structuré à l’aide d’une balise <hx> ou d’une balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level ?

Méthodologie du test 9.1.3

Pour chaque titre identifié au test 9.1.1, vérifier que :
- Soit il est structuré au moyen d’une balise <hx> (“x” désignant une valeur numérique comprise entre 1 et 6);
- Soit il est structuré au moyen d’une balise possédant un attribut WAI-ARIA role="heading" et un attribut WAI-ARIA aria-level=x (“x” désignant une valeur numérique).
Si c’est le cas pour chaque titre, le test est validé.

Notes techniques

WAI-ARIA permet de définir des titres via le rôle heading et l’attribut aria-level (indication du niveau de titre). Bien qu’il soit préférable d’utiliser l’élément de titre natif en HTML <hx>, l’utilisation du rôle WAI-ARIA heading est compatible avec l’accessibilité.

Références WCAG 2.1

1.3.1 Info and Relationships (niveau A)
2.4.1 Bypass Blocks (niveau A)
2.4.6 Headings and Labels (niveau AA)
4.1.2 Name, Role, Value (niveau A)

Techniques WCAG : G115, G130, H42, G141, ARIA4, ARIA12

Ce que l’audit automatique peut détecter

Aucune règle d’axe-core 4.14.0 ne vérifie directement ce critère : vérification humaine indispensable, en suivant la méthodologie de chaque test.

Règles de bonne pratique ou expérimentales — à confirmer par un humain

Ces règles citent un test de ce critère, mais axe-core les classe comme bonnes pratiques ou comme expérimentales : ce qu’elles signalent ne prouve pas une non-conformité, et elles ne comptent pas comme une vérification de ce critère.

p-as-heading : Ensure bold, italic text and font-size is not used to style <p> elements as a headingTest 9.1.3. Règle expérimentale.

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.