8. Navigation au clavier

8.2.1

Dans chaque écran, l'ordre de tabulation dans le contenu est-il cohérent ?
‍

Méthodologie du test 8.2.1

iOS et Android

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Naviguer sur l'ensemble des éléments de l'écran et vérifier que l'ordre de tabulation reste cohérent. Il n'est pas obligatoire que la tabulation suive l'ordre de lecture naturel (de gauche à droite et de haut en bas par exemple) tant que les éléments sont accessibles dans un ordre cohérent.
3. Repérer dans l'écran les composants (bouton par exemple) qui actualisent un contenu (affichage d'élément masqué, mise à jour dynamique de contenus par exemple) :
   • activer le composant ;
   • après l'affichage du contenu actualisé, vérifier que la tabulation reste cohérente.
4. Si c'est le cas, le critère est validé.

Références

WCAG 2.1

Critère(s) de succès :

• 2.4.3

RGAA 4.1.2

Critère(s) de référence :

• 12.8

‍

8.3.1

Dans chaque page web, chaque élément recevant le focus vérifie-t-il une de ces conditions ?

• Il est possible d'atteindre l'élément suivant ou précédent pouvant recevoir le focus avec la touche de tabulation ;
• L'utilisateur est informé d'un mécanisme fonctionnel permettant d'atteindre au clavier l'élément suivant ou précédent pouvant recevoir le focus.
  ‍

Méthodologie du test 8.3.1

iOS et Android

1. Retrouver dans l'écran l'ensemble des éléments d'interface susceptibles de recevoir le focus (au moyen de la tabulation ou au moyen d'un script) ;
2. Pour chaque élément d'interface, vérifier que l'utilisateur peut atteindre l'élément suivant ou précédent pouvant recevoir le focus :
   • Soit au moyen de la touche de tabulation (Tab ou Maj+Tab) ;
   • Soit au moyen d'une autre interaction clavier dont l'utilisateur est informé (par exemple, les flèches de direction).
3. Si c'est le cas pour chaque élément d'interface, le test est validé.
   ‍

Références

WCAG 2.1

Critère(s) de succès :

• 2.1.1
• 2.1.2

RGAA 4.1.2

Critère(s) de référence :

• 12.9

‍

8.4.1
‍

Chaque composant d'interface vérifie-t-il une de ces conditions ?

• L'élément est atteignable et contrôlable au clavier ;
• Il existe une manière alternative, atteignable et contrôlable au clavier, d'accéder à la même fonctionnalité.
  ‍

Méthodologie du test 8.4.1

iOS et Android

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Parcourir l'ensemble des composants interactifs.
3. Vérifier :
   • qu'il peut être atteint avec les touches du clavier ;
   • qu'il peut être activé avec la touche dédiée du clavier.
   • sinon, vérifier qu'un élément atteignable et contrôlable au clavier permettant de réaliser la même action est présent à l'écran.
4. Si c'est un composant modifiable (champ de saisie, case à cocher, potentiomètre), vérifier qu'il peut être modifié avec les touches du clavier.
5. Si c'est le cas, le critère est validé.

Cas particuliers

Il existe une gestion de cas particulier lorsque la fonctionnalité dépend de l'utilisation d'un gestionnaire d'événement sans équivalent universel ; par exemple, une application de dessin à main levée ne pourra pas être rendue contrôlable au clavier. Dans ces situations, le critère est non applicable.

Références

WCAG 2.1

Critère(s) de succès :

• 1.3.1
• 2.1.1
• 2.4.7

RGAA 4.1.2

Critère(s) de référence :

• 7.3

‍