Tests et outils

Tester au clavier seul : guide pratique

Tester une page uniquement au clavier - sans souris du tout - est l'une des vérifications manuelles d'accessibilité les plus rapides, les moins coûteuses et les plus utiles. Elle n'exige aucun logiciel particulier, prend quelques minutes par page, et fait directement apparaître des problèmes réels que l'analyse automatisée ne détecte que partiellement.

La méthode de base

Débranchez physiquement votre souris (ou simplement n'y touchez pas), puis naviguez uniquement avec :

• Tab - déplacer le focus vers l'élément interactif suivant
• Maj+Tab - revenir en arrière
• Entrée - activer un lien ou valider un bouton
• Espace - activer un bouton, cocher ou décocher une case
• Flèches - se déplacer à l'intérieur d'un composant qui les attend (liste déroulante, groupe de boutons radio, menu)
• Échap - fermer une fenêtre modale, une liste déroulante ou une infobulle

Ce qu'il faut vérifier au fil du parcours

Voyez-vous où se trouve le focus à tout moment ? Si vous perdez le fil, il s'agit d'un échec au critère Visibilité du focus : l'indicateur est absent, trop discret, ou masqué par un autre contenu (Focus non masqué).

Pouvez-vous atteindre chaque élément interactif ? Chaque bouton, lien, champ de formulaire et composant sur mesure doit être atteignable par Tab. Si un élément est systématiquement sauté, c'est généralement un échec au critère Clavier - souvent une <div> ou un <span> mis en forme pour paraître interactif, sans prise en charge réelle du clavier.

L'ordre de tabulation est-il cohérent ? Le focus doit se déplacer dans une séquence logique correspondant à l'ordre visuel et de lecture de la page - voir Ordre du focus. S'il saute de façon imprévisible, cherchez un réordonnancement visuel en CSS ou des valeurs de tabindex qui contrarient l'ordre naturel du DOM.

Pouvez-vous utiliser chaque composant sur mesure ? Listes déroulantes, fenêtres modales, curseurs, panneaux à onglets : chacun a un modèle d'interaction clavier attendu (documenté dans le guide des pratiques de rédaction WAI-ARIA pour les types de composants courants). Vérifiez que les flèches, Entrée et Échap se comportent comme on peut raisonnablement l'attendre.

Pouvez-vous ressortir de tout ? Ouvrez chaque fenêtre modale, liste déroulante et module embarqué, et confirmez que vous pouvez les fermer et ramener le focus au reste de la page au seul clavier : un piège au clavier est l'un des échecs les plus graves, car il bloque totalement.

Pourquoi ce test vaut la peine même avec une analyse automatisée

Une part importante des problèmes d'accessibilité au clavier relève des catégories « partiellement automatisable » ou « manuel uniquement » des WCAG (voir Tests automatisés et manuels) : un analyseur peut signaler des motifs suspects comme un tabindex positif, mais confirmer en pratique une utilisabilité réellement correcte suppose d'essayer. Ce passage manuel de cinq minutes révèle des problèmes réels et graves qu'aucun outil automatisé disponible aujourd'hui ne peut vérifier entièrement par lui-même.

Questions fréquentes

Comment tester un site uniquement au clavier ?

Débranchez la souris et naviguez avec Tab et Maj+Tab pour déplacer le focus, Entrée et Espace pour activer les commandes, les flèches à l'intérieur des composants, et Échap pour les fermer - en vérifiant que tout reste atteignable et actionnable.

Que révèle un test au clavier seul ?

Des indicateurs de focus absents ou masqués, des éléments inatteignables par Tab, un ordre de tabulation illogique, des composants sur mesure inutilisables et des pièges au clavier dont on ne peut pas sortir - autant de points que les outils automatisés ne détectent que partiellement.

Pourquoi tester au clavier si une analyse automatisée est déjà en place ?

Une grande partie de l'accessibilité au clavier n'est que partiellement automatisable, voire exclusivement manuelle. Un analyseur peut signaler un tabindex suspect, mais confirmer l'utilisabilité réelle suppose d'essayer - un passage de cinq minutes qui révèle des problèmes graves.