ARIA Paradox
Constat documenté annuellement par WebAIM dans le rapport Million : les pages avec attributs ARIA présentent en moyenne ~40% d'erreurs d'accessibilité en plus que les pages sans ARIA. Paradoxe contre-intuitif : ARIA est conçu pour améliorer l'accessibilité mais son mauvais usage dégrade activement l'expérience screen reader. Cause : devs et agents AI génèrent du `role=button` sur des div au lieu d'utiliser `<button>`, oublient `aria-expanded`, mettent `aria-hidden` sur du contenu visible, etc.
Forces
- Quick-win mesurable : retirer les ARIA redondants réduit immédiatement les erreurs détectées par axe-core / Lighthouse
- Donnée publique annuelle (WebAIM Million), argument chiffré utilisable pour convaincre stakeholders et équipes
- Concept simple à appliquer : checklist 'native HTML first' avant tout `role=...`
Limites
- Va à contre-courant des pratiques héritées : nombreux composants legacy reposent sur des div + ARIA, refactor coûteux
- Certains cas avancés (carrousels, comboboxes) nécessitent quand même de l'ARIA, règle pas universelle
Pour qui
- Design system manager qui veut prouver l'impact a11y de son DS avec des chiffres avant/après
- Équipe qui ouvre ses composants à des agents AI et veut éviter les générations de div avec role=button
- Audit a11y annuel / certification, différenciateur pour ne pas se contenter de la conformité de surface