Critère clavier : la clause de timing que tout le monde oublie

« Est-ce que ça marche au clavier ? » Voilà la question qu'on pose en recette, et elle est incomplète. Le critère qui fonde cette vérification en dit davantage, et sa seconde moitié disparaît de la quasi-totalité des reformulations simplifiées qu'on trouve en ligne.

Cette omission n'est pas anodine : elle laisse passer des composants qui échouent, en donnant à l'équipe le sentiment d'avoir vérifié.

Ce que le critère dit vraiment

Le critère WCAG 2.1.1 demande que toute fonctionnalité soit utilisable au clavier sans exiger de minutage particulier pour chaque frappe, sauf pour les fonctions qui dépendent du tracé du mouvement de l'utilisateur, comme un dessin à main levée.

Les résumés retiennent la première partie et laissent tomber la seconde. Adrian Roselli, qui a compté, en trouve neuf sur dix dans ce cas. Sa démonstration part d'un cas concret : un bouton de commerce en ligne qu'il faut maintenir enfoncé assez longtemps pour que l'action se déclenche. Le composant est atteignable à la tabulation, il réagit à l'Entrée, et il échoue quand même, parce qu'il impose un minutage.

Les deux situations visées

Le W3C décrit précisément ce qu'est un minutage imposé.

Enchaîner des frappes dans un délai court. Une combinaison qui n'est reconnue que si les touches se succèdent vite, un raccourci à double appui rapide, une navigation qui exige d'atteindre l'élément suivant avant qu'un panneau se referme.

Maintenir une touche avant que l'appui compte. Le bouton de validation qu'il faut garder enfoncé une seconde, le contrôle « appui long » transposé du tactile au clavier sans réflexion, la suppression qui demande une pression prolongée en guise de confirmation.

Ces deux motifs viennent presque toujours d'un même geste de conception : la reprise d'une interaction tactile, où l'appui long est une convention établie, sans se demander ce qu'elle devient pour qui utilise un clavier, un contacteur ou une commande oculaire.

Pourquoi c'est une barrière et pas un détail

Le minutage suppose une régularité motrice que beaucoup d'utilisateurs n'ont pas. Un tremblement essentiel, une spasticité, une fatigue musculaire, une commande vocale qui traduit une phrase en frappe : dans tous ces cas, la durée de l'appui n'est pas maîtrisée. Le composant ne devient pas difficile, il devient inutilisable, et il l'est de façon intermittente, ce qui est pire à vivre qu'un blocage franc.

C'est aussi un défaut invisible aux tests automatiques. Un automate constate qu'un élément est focusable et qu'il porte un gestionnaire clavier ; il ne mesure pas la durée d'appui exigée. Ce contrôle-là se fait à la main, et il commence par une question simple posée au développeur : combien de temps faut-il appuyer ?

Ce que le RGAA en fait

Le référentiel français ne reprend pas la formule mot pour mot, mais l'exigence s'y retrouve par le critère 7.3, qui demande que chaque script soit contrôlable par le clavier et par tout dispositif de pointage. Un composant qui n'obéit qu'à un appui d'une durée précise n'est pas contrôlable au sens ordinaire : il l'est à condition de réussir une performance, ce qui n'est pas la même chose.

Deux critères voisins méritent d'être vérifiés dans le même passage, parce qu'ils partagent la même cause racine.

Le critère 12.11 est le plus souvent concerné en pratique : un menu ou une infobulle qui ne s'ouvre qu'après un survol prolongé transpose exactement le même défaut au pointeur.

Comment le tester

Trois vérifications suffisent, et aucune ne demande d'outil.

1. Appuyer brièvement sur chaque contrôle, une frappe nette et rien de plus. Si l'action ne se déclenche pas, vous avez trouvé un minutage imposé.
2. Traverser les menus lentement, en marquant une pause entre chaque touche. Un panneau qui se referme pendant l'hésitation impose un rythme.
3. Chercher les appuis longs hérités du tactile. Ils se repèrent dans le code par les gestionnaires qui mesurent une durée entre l'enfoncement et le relâchement.

Conclusion

La question de recette n'est pas « est-ce que ça marche au clavier » mais « est-ce que ça marche au clavier, quel que soit le rythme de l'utilisateur ». La nuance tient en quelques mots dans le texte du critère, et elle change ce qu'on doit tester.

Analysez une page pour éliminer d'abord ce qu'un automate tranche seul, comme les pièges au clavier et les éléments focusables masqués. Le minutage, lui, se vérifie au doigt, sur chaque contrôle, et c'est justement le genre de vérification qu'on gagne à ne pas noyer dans une liste de cent points.

Source de l'analyse initiale : The 2.1.1 « specific timings » Clause, Adrian Roselli, août 2026.