Accueil › Ressources › Critère WCAG

Navigation au clavier selon WCAG 2.1.1

Chaque fonction doit être atteignable et déclenchable au clavier. Cela concerne surtout les éléments d'interface faits maison (div/span avec gestionnaire de clic au lieu de button/a).

Erreurs fréquentes

<div>/<span> cliquables sans tabindex ni gestionnaire clavier, menus déroulants uniquement au :hover, modales sans gestion du focus, carrousels sans boutons de commande.

Comment bien faire

Utiliser des éléments natifs (button, a, input). Là où c'est impossible : role, tabindex="0" et gestionnaire keydown pour Entrée/Espace. Pas de piège au clavier — on doit aussi pouvoir en ressortir.

Limite du test automatique

L'utilisabilité au clavier ne se vérifie qu'avec une vraie interaction — le scan gratuit d'a11yglass ne la couvre pas. Parcourir la page de haut en bas uniquement avec Tab, Maj+Tab, Entrée, Espace et les flèches.

Comment a11yglass aide

Le scan gratuit vérifie le HTML et le CSS livrés à la recherche d'infractions WCAG détectables automatiquement et indique pour chaque constat le critère de succès et une mesure concrète. Il détecte environ 20 à 35 % des problèmes et ne remplace pas un audit complet.

À lire aussi

• Focus visible selon WCAG 2.4.7
• Étiquetage des formulaires selon les WCAG
• Mouvement selon WCAG 2.2.2 / 2.3.3

Information générale donnée de bonne foi, sans valeur de conseil juridique. Pour un cas particulier, consulter un cabinet spécialisé en droit du numérique.