Accessibilité ≠ Overlay: quand un CAPTCHA empêche d’accéder à un site web
Un CAPTCHA peut protéger un formulaire contre les abus, mais il peut aussi devenir une porte fermée. La sécurité doit fonctionner sans imposer des épreuves que certaines personnes ne peuvent ni percevoir ni accomplir.
Le problème est l’obstacle, pas la sécurité
Sélectionner des feux de circulation sur des images, déchiffrer des lettres déformées ou résoudre une énigme visuelle peut exclure les personnes aveugles. Les défis audio ne sont pas universels non plus : ils peuvent exclure les personnes sourdes ou rencontrant des difficultés de compréhension.
Un obstacle au moment décisif
Le problème est particulièrement grave lors d’une inscription, d’une connexion, d’une prise de rendez-vous, d’une demande de contact ou d’un paiement. Si le défi est obligatoire, une partie du public ne peut plus accéder au service.
Ce que prévoient les règles d’accessibilité
Les WCAG n’interdisent pas tous les CAPTCHA. Le critère 1.1.1 demande une alternative textuelle indiquant leur fonction ainsi que des alternatives adaptées à différentes modalités sensorielles. L’authentification doit aussi tenir compte des exigences WCAG 2.2 et de leurs exceptions.
Des alternatives moins contraignantes
Privilégions la limitation des tentatives, la détection des abus côté serveur et des vérifications proportionnées au risque, sans énigmes perceptives. Si un défi est nécessaire, il faut une véritable alternative accessible et testée : un bouton audio ne suffit pas.
Tester tout le parcours
Vérifions le clavier, les lecteurs d’écran et les mobiles, ainsi que les consignes, le focus, les erreurs, les délais et les nouvelles tentatives. Une solution de remplacement qui échoue à l’envoi du formulaire ne supprime pas l’obstacle.
Comment Blind Reader peut aider
Blind Reader aide à comprendre la page, trouver le formulaire et parcourir ses champs et actions. Il peut aussi corriger certaines barrières d’interaction dans le navigateur. Ces fonctions améliorent l’accès, mais un CAPTCHA inaccessible nécessite une vérification accessible proposée par le site.
Permettre à chacun d’aller au bout
Un formulaire sûr et accessible ne doit pas opposer protection et utilisation. Chacun doit pouvoir contacter, acheter ou s’identifier sans être bloqué par une épreuve inutile.
Sources et références
Sécurité et accessibilité doivent être pensées ensemble. Un CAPTCHA ne devrait empêcher personne d’utiliser un site web.
Épisode 17 · Accessibilité ≠ Overlay