Accessibilité ≠ Overlay : ARIA ne répare pas magiquement un HTML mal construit
Après le HTML sémantique vient une confusion fréquente : les attributs ARIA ne rendent pas automatiquement accessible un composant mal construit. ARIA communique la sémantique aux technologies d’assistance, mais ne remplace ni le comportement, ni le clavier, ni le focus, ni une bonne base HTML.
ARIA est important, mais ce n’est pas une couche de réparation
WAI-ARIA communique rôles, états et propriétés aux technologies d’assistance, notamment pour le contenu dynamique et les contrôles avancés. Il complète HTML ; ce n’est pas un correctif universel.
Première règle : utiliser le HTML natif quand c’est possible
W3C recommande de maximiser le HTML sémantique natif. Lorsqu’un élément HTML fournit déjà la sémantique et le comportement nécessaires, il est généralement plus robuste qu’un élément générique enrichi d’ARIA.
Un rôle est une promesse
W3C résume un principe essentiel : « un rôle est une promesse ». <div role="button"> promet un comportement de bouton, mais le rôle n’ajoute pas à lui seul les interactions clavier.
ARIA communique la sémantique, pas le comportement
ARIA peut indiquer qu’un élément est un bouton, développé ou sélectionné. Il n’implémente pas automatiquement Tab, Entrée, Espace, les flèches, le focus ou la logique JavaScript. Sémantique et comportement doivent correspondre.
Nom, rôle, état et valeur
WCAG 4.1.2 exige que nom et rôle soient déterminables par programme et que les états, propriétés et valeurs pertinents soient disponibles. Les contrôles HTML standards fournissent déjà beaucoup de ces informations.
Un ARIA incorrect peut dégrader l’expérience
Un ARIA incorrect n’est pas neutre. W3C avertit : « No ARIA is better than Bad ARIA ». Une mauvaise sémantique peut mal représenter l’interface pour une personne dépendant d’une expérience non visuelle.
ARIA nécessite de vrais tests
Les exemples ARIA Authoring Practices signalent des différences de prise en charge et recommandent des tests avant la production.
Quel rapport avec les overlays ?
Cela concerne aussi les overlays. Une couche peut modifier des attributs après chargement, mais l’accessibilité dépend du fonctionnement conjoint de la sémantique, du clavier, du focus, des interactions et des états. Ajouter ARIA de l’extérieur ne répare pas automatiquement une interface défectueuse.
Et Blind Reader ?
Blind Reader relève de l’assistance à l’utilisateur. Il peut aider la personne, mais ne doit pas être présenté comme une correction automatique d’ARIA ou HTML ni comme une preuve de conformité WCAG. Le site reste responsable.
L’idée à retenir
ARIA est puissant lorsqu’il est nécessaire et correctement mis en œuvre. D’abord le HTML natif et sémantique lorsque possible ; ensuite ARIA lorsque nécessaire ; toujours un comportement correct, le clavier, le focus et des tests.