L’engagement
Nous visons la conformité au RGAA et aux WCAG 2.1 niveau AA. Ce n’est pas un état atteint et déclaré une fois : c’est une contrainte que chaque écran doit tenir, et qui se vérifie à chaque changement.
Ce qui est en place
Un balisage sémantique — des titres qui se suivent, des listes qui sont des listes, des tableaux avec leurs en-têtes. Un contraste conforme sur tous les jetons de couleur, y compris en thème sombre. Chaque champ porte un libellé lié, chaque bouton d’icône un nom accessible, chaque image décorative est masquée aux lecteurs d’écran plutôt que décrite pour rien.
Le clavier, et la sortie
Tout ce qui se clique s’atteint au clavier, et le focus reste visible. Les menus déroulants suivent le motif ARIA : flèches, Début, Fin, Entrée, Échap. Les fenêtres modales retiennent le focus tant qu’elles sont ouvertes et le rendent en se fermant. La déconnexion, elle, ne dépend d’aucun script : un utilisateur ne doit jamais être enfermé par une défaillance de JavaScript.
Sans JavaScript
L’accordéon des questions est un élément natif et fonctionne sans script. Le choix de langue est une liste de liens, pas un menu qui exige du JavaScript. En revanche, les écrans du portail — virement, dépôt, gestion de carte — reposent sur Livewire et ne fonctionnent pas sans JavaScript activé : c’est le premier manque, et il est structurel.
Les limites connues
Deuxième manque : les tableaux de l’espace d’administration sont denses et défilent horizontalement sous 1 200 pixels de large. Ils restent utilisables au clavier et au lecteur d’écran, mais leur lecture demande un effort que nous n’avons pas encore supprimé. Aucun audit externe n’a été mené à ce jour ; cette déclaration repose sur des vérifications internes.
Signaler un obstacle
Si une page vous résiste, écrivez-nous en disant laquelle et ce que vous tentiez de faire. Nous répondons, et nous disons ce que nous corrigeons et quand. Si la réponse ne vous satisfait pas, vous pouvez saisir le Défenseur des droits.