Certains de vos visiteurs ne touchent jamais une souris. Les personnes ayant un handicap moteur, les personnes aveugles qui naviguent au lecteur d'écran, et celles ayant une blessure temporaire utilisent le Web entièrement au clavier — Tab pour avancer, Maj+Tab pour reculer, Entrée et Espace pour activer. Si une partie de votre site Web ontarien ne peut être atteinte ou utilisée qu'avec une souris, ces visiteurs sont exclus. Et contrairement à un texte alternatif manquant ou à un contraste insuffisant, les défaillances au clavier sont presque invisibles pour les analyseurs automatisés sur lesquels la plupart des entreprises s'appuient — ce qui explique précisément pourquoi elles survivent jusqu'au stade d'une plainte.
Faits essentiels
- Les critères WCAG 2.1.1 Clavier et 2.1.2 Pas de piège au clavier sont tous deux de niveau A — le niveau le plus fondamental des WCAG (Web Content Accessibility Guidelines, ou Règles pour l'accessibilité des contenus Web) — et le critère 2.4.7 Focus visible est de niveau AA (W3C, WCAG 2.0).
- L'art. 14 du RNAI (Règlement sur les normes d'accessibilité intégrées, Règl. de l'Ont. 191/11) de l'Ontario exige des grandes organisations (50 employés ou plus) la conformité à WCAG 2.0 niveau AA, n'exemptant nommément que les critères 1.2.4 et 1.2.5 — ce qui signifie que chaque critère relatif au clavier est visé et non exempté (ontario.ca, Règl. de l'Ont. 191/11).
- WCAG 2.2 a ajouté le critère 2.4.11 Focus non masqué (minimum) au niveau AA et le critère 2.5.7 Mouvements de glissement au niveau AA, tous deux directement liés à l'utilisabilité au clavier et au pointeur (W3C, WCAG 2.2).
- Le rapport WebAIM Million 2026 a constaté que les six types d'erreurs les plus courants représentent 96 % de toutes les erreurs d'accessibilité détectées — et qu'il s'agit des mêmes six depuis sept ans consécutifs ; 10 % des liens d'évitement testés ne fonctionnaient pas pour les utilisateurs du clavier (WebAIM).
- WebAIM et tout outil automatisé ne peuvent pas détecter de façon fiable l'utilisabilité au clavier, l'ordre logique de focus ou la taille des cibles — cela exige des tests manuels (WebAIM, méthodologie WebAIM Million).
- La prochaine échéance du RCL (Rapport de conformité en matière d'accessibilité) pour les organisations ontariennes comptant 20 employés ou plus est le 31 décembre 2026 (ontario.ca).
Que la LAPHO exige-t-elle en matière d'accessibilité au clavier ?
La LAPHO (Loi sur l'accessibilité pour les personnes handicapées de l'Ontario) établit la politique ; le RNAI (Règl. de l'Ont. 191/11) fixe la barre technique. L'article 14 exige des organisations comptant 50 employés ou plus que leurs sites Web publics et leur contenu Web soient conformes à WCAG 2.0 niveau AA, en ne nommant que deux exclusions : 1.2.4 Sous-titres (en direct) et 1.2.5 Audiodescription (pré-enregistrée). Tous les critères liés au clavier se situent en dehors de ces exclusions et s'appliquent donc intégralement.
Trois pèsent le plus lourd :
2.1.1 Clavier — Niveau A. Toutes les fonctionnalités doivent être utilisables au moyen d'une interface clavier. Si l'utilisateur peut cliquer dessus, il doit pouvoir l'atteindre et l'activer au clavier seul — menus, boutons, curseurs, accordéons, fenêtres modales, « ajouter au panier ».
2.1.2 Pas de piège au clavier — Niveau A. Le focus ne doit jamais rester coincé. Si le focus clavier peut entrer dans un composant (un sélecteur de date, un lecteur multimédia intégré, un widget personnalisé), il doit pouvoir en ressortir au clavier seul. Un piège fige l'utilisateur du clavier sur un seul élément sans échappatoire.
2.4.7 Focus visible — Niveau AA. L'élément qui détient le focus clavier doit afficher un indicateur visible — généralement un contour ou un anneau. Une erreur fréquente et dommageable consiste à utiliser le CSS outline: none pour « épurer » l'apparence, supprimant ainsi le seul repère dont dispose l'utilisateur du clavier pour savoir où il se trouve sur la page.
Quels critères sont nouveaux dans WCAG 2.2 — et touchent-ils les utilisateurs du clavier ?
Le plancher légal du RNAI est WCAG 2.0, mais WCAG 2.2 est la norme de meilleure pratique actuelle pour les nouveaux travaux, et deux de ses ajouts concernent directement l'utilisabilité :
- 2.4.11 Focus non masqué (minimum) — Niveau AA (nouveau dans 2.2). Lorsqu'un élément reçoit le focus clavier, il ne doit pas être entièrement caché derrière un en-tête fixe, une bannière de témoins ou un widget de clavardage. Les utilisateurs du clavier perdent souvent la trace du focus précisément parce qu'un élément flottant « utile » recouvre la commande ciblée.
- 2.5.7 Mouvements de glissement — Niveau AA (nouveau dans 2.2). Toute action reposant sur un glissement — un curseur de plage, une liste à réordonner par glissement, une carte — doit offrir une solution de remplacement à pointeur unique (comme des boutons), ce qui profite aussi aux personnes incapables de maintenir un glissement.
Si vous vendez à des clients américains, cela compte au-delà de la simple bonne pratique. La règle finale 2024 du DOJ relative au titre II et la jurisprudence fédérale américaine en matière de LAA font référence à WCAG 2.1 niveau AA, où ces critères d'utilisabilité s'appliquent déjà — de sorte qu'une entreprise ontarienne qui vend aux États-Unis fait face à une norme effective plus élevée que le seul plancher du RNAI.
Pourquoi les analyseurs automatisés ratent-ils la plupart des problèmes de clavier ?
C'est le piège qui guette les entreprises bien intentionnées. Le rapport WebAIM Million 2026 — une analyse automatisée du million de pages d'accueil les plus consultées — confirme que les six erreurs détectables les plus courantes (en tête, le contraste insuffisant et le texte alternatif manquant) dominent le classement depuis sept ans et constituent 96 % de ce que les outils repèrent. Mais WebAIM précise explicitement que sa méthode ne peut pas évaluer la navigation au clavier, l'ordre logique de focus ni la taille des cibles. Ces aspects dépendent de l'interaction, et un analyseur n'appuie pas sur Tab.
Ainsi, un site peut afficher « 0 erreur » sur un vérificateur gratuit tout en piégeant le focus clavier dans une fenêtre modale de paiement, en masquant son indicateur de focus, ou en enfouissant un bouton « Soumettre » que le clavier ne pourra jamais atteindre. C'est le même angle mort que nous abordons dans pourquoi une analyse n'est pas un audit : les défaillances d'utilisabilité les plus lourdes de conséquences sont justement celles que seul un humain, ou un utilisateur de lecteur d'écran, repère. C'est aussi pourquoi les surcouches d'accessibilité ne règlent pas l'accès au clavier — un script superposé à une page défectueuse ne peut pas reconstruire un ordre de focus ni libérer un widget codé pour la souris seule.
Comment tester votre propre site au clavier — et que se passe-t-il si vous ne le faites pas ?
Vous pouvez effectuer une première vérification vous-même en quelques minutes, sans aucun outil :
- Mettez la souris de côté. À partir du haut d'une page clé, appuyez plusieurs fois sur Tab.
- Confirmez que vous voyez quel élément détient le focus à chaque étape (2.4.7) et que l'ordre est logique (2.4.3 Ordre de focus, niveau A).
- Activez les liens et les boutons avec Entrée ou Espace, ouvrez et fermez les menus et les fenêtres modales, et confirmez que le focus peut sortir de chaque composant sans piège (2.1.2).
- Réalisez une vraie tâche — rechercher, ajouter au panier, remplir un formulaire, soumettre — au clavier seul. Si vous n'y arrivez pas, un client utilisant uniquement le clavier non plus. Vos formulaires et votre paiement sont l'endroit où cela se brise le plus souvent.
En Ontario, la LAPHO ne prévoit pas de droit d'action privé — les particuliers ne peuvent pas la plaider directement. La voie d'application pour les particuliers est le TDPO (Tribunal des droits de la personne de l'Ontario), qui instruit les plaintes pour discrimination en vertu du Code des droits de la personne de l'Ontario. Une personne ayant un handicap moteur qui ne peut pas terminer votre paiement au clavier dispose d'un motif plausible de plainte pour accès inégal à vos biens et services. Et si vous vendez aux États-Unis, l'inopérabilité au clavier figure parmi les défaillances les plus fréquemment invoquées dans les litiges au titre de la LAA — faisant partie des 5 114 poursuites en accessibilité numérique fondées sur la LAA déposées devant les tribunaux fédéraux et d'État en 2025 (UsableNet, Rapport annuel 2025 sur les poursuites en accessibilité).
La défense est la même que pour toute lacune d'accessibilité : une remédiation documentée. Un journal de tests manuels au clavier, les correctifs que vous avez déployés et leurs dates de déploiement montrent que vous avez repéré la lacune et l'avez corrigée — ce qu'un RCL honnête devrait également refléter d'ici l'échéance du 31 décembre 2026.
Vérifiez si votre site signale des problèmes de clavier, de focus ou d'autres problèmes d'accessibilité — rapport Vayle gratuit, en environ 30 secondes : vayle.art. Il détecte les surcouches, signale les manquements WCAG réels et vous indique précisément ce qui s'applique légalement à votre organisation en Ontario. Sans engagement.
Vayle est un studio d'ingénierie en accessibilité à distance desservant l'Ontario. Information générale, non un avis juridique.