Pour tester la navigation au clavier, essayez d'accomplir un parcours complet sans souris, puis revenez en arrière. Vérifiez où se trouve le focus, ce que chaque commande active et comment quitter les panneaux ouverts. Le résultat utile est une liste de blocages reproductibles, pas une déclaration d'accessibilité totale.
Préparer les conditions de l'essai
Notez le navigateur, le système et la page de départ. Certains réglages du navigateur ou du système modifient l'accès aux éléments par Tabulation : vérifiez-les avant de conclure à un défaut du site. Choisissez une tâche, par exemple ouvrir une rubrique puis envoyer un formulaire de démonstration.
Le critère clavier du W3C porte sur l'utilisation des fonctionnalités avec une interface clavier, avec des exceptions définies. Un passage de Tabulation ne suffit donc pas à tout contrôler.
Parcourir, activer et revenir
Placez-vous au début de la page. Utilisez Tabulation pour avancer et Majuscule + Tabulation pour revenir. Notez les éléments atteints dans leur ordre, sans supposer que tous les textes doivent recevoir le focus : un paragraphe ordinaire n'est pas un contrôle interactif.
Activez les liens et les boutons avec les commandes adaptées. Entrez dans un champ, saisissez une valeur, corrigez-la et poursuivez le parcours. Pour les composants personnalisés, relevez aussi les commandes annoncées ou attendues. Si vous ne savez plus où vous êtes, inspectez le repère visuel avant de continuer. Le critère de focus visible fournit la référence de ce contrôle.
Exemple fictif : une recherche dans un panneau
Imaginez un bouton « Rechercher » qui ouvre un panneau au-dessus du contenu. Testez quatre étapes : atteindre le bouton, ouvrir le panneau, saisir la requête et fermer le panneau. Consignez ce qui arrive après la fermeture : le focus doit retrouver une position cohérente pour poursuivre la tâche.
Si le panneau est modal, vérifiez son comportement comme tel : les éléments derrière ne devraient pas devenir un parcours concurrent pendant son ouverture. Un simple bloc dépliant dans la page obéit à une autre logique. Ne recopiez pas une gestion de focus de fenêtre modale dans tous les menus.
Écrivez une fiche précise : « Après fermeture du panneau depuis son bouton, la prochaine Tabulation part du début de la page ». Cette observation sera plus exploitable qu'un signalement « clavier cassé ».
Vérifier la correction dans le parcours entier
Rejouez la séquence après modification, dans les deux sens. Contrôlez le fonctionnement depuis une page chargée à neuf et après plusieurs ouvertures. Une correction sur le panneau peut modifier l'ordre de navigation du reste de la page.
Si la difficulté apparaît pendant la saisie, poursuivez avec le guide pour améliorer un formulaire accessible. Pour un menu étroit ou plein écran, utilisez les scénarios de navigation mobile. Documentez les environnements réellement vérifiés ; « tous les navigateurs » n'est pas une preuve exploitable sans liste.
Questions fréquentes
Faut-il rendre chaque élément atteignable avec Tabulation ?
Non. Le parcours doit donner accès aux commandes et fonctionnalités pertinentes. Ajouter des arrêts sur chaque phrase ou illustration surcharge la navigation et ne remplace pas une structure de document correcte.
Le test clavier remplace-t-il un lecteur d'écran ?
Non. Les annonces, les noms des contrôles et les relations entre éléments nécessitent des vérifications complémentaires. Un parcours au clavier réussi ne couvre qu'une partie des besoins.
Quand retester ?
Après une modification d'un composant interactif, de son ordre ou de son affichage. Conservez les anciennes étapes de reproduction pour détecter une régression sans réinventer le scénario à chaque livraison.
Sources
Documentation consultée lors de la relecture du 10 septembre 2026.