Aller au contenu
A11ySignal
Niveau AWCAG 2.0WCAG 2.1WCAG 2.2EN 301 549 § 9.4.1.2

4.1.2
Nom, rôle et valeur

Chaque contrôle doit exposer ce qu'il est, comment il s'appelle et dans quel état il se trouve.

Ce que dit la norme

Pour tout composant d'interface utilisateur (incluant, mais sans s'y limiter, les éléments de formulaire, les liens et les composants générés par des scripts), le nom et le rôle peuvent être déterminés par un programme informatique ; les états, les propriétés et les valeurs qui peuvent être paramétrés par l'utilisateur peuvent l'être également par un programme informatique ; et la notification des changements de ces éléments est disponible pour les agents utilisateurs, incluant les technologies d'assistance.

Pourquoi c'est important

C'est le critère sur lequel butent les composants maison. Un `div` stylé en case à cocher ne dit rien aux technologies d'assistance sur le fait d'être coché.

À quoi ressemble un échec

  • échoueUn interrupteur en `<div>` sans `role="switch"` ni `aria-checked`.
  • échoueUn bouton en icône sans nom accessible.
  • échoueUn accordéon dont l'en-tête ne met jamais `aria-expanded` à jour.
  • échoueUn `<select>` maison sans `role="combobox"` ni `aria-activedescendant`.

Comment corriger

  • à faireUtilisez l'élément natif partout où il en existe un. `<button>`, `<input type="checkbox">` et `<select>` fournissent tout cela gratuitement.
  • à fairePour un composant réellement sur mesure, suivez le motif correspondant des ARIA Authoring Practices, comportement clavier compris.
  • à faireGardez les attributs d'état synchronisés avec ce qui est à l'écran.

Comment A11ySignal le vérifie

29 vérifications automatiques s'exécutent sur ce critère à chaque analyse.

mineuraria-deprecated-roleDeprecated ARIA roles must not be used

Également sous 4.1 Compatible