Accessibilité
Problématique
La prise de conscience pour l’accessibilité se fera principalement sur les axes suivants :
- Bien comprendre ce qui peut entraver l’utilisation du web par un utilisateur. Voici quelques mises en situation,
- Prendre conscience des personnes concernées par ces handicaps. Microsoft propose un guide très bien fait sur l’inclusive design [EN].
En très résumé, il s’agit de revoir notre perception de l’accessibilité et, par extension, du handicap. Le but de l’accessibilité est de rendre un outil utilisable par tous (ce qui est un peu la mission première du développeur/designer/concepteur/etc). On oublie trop souvent les handicaps temporaires ou situationnels. Voici quelques exemples pour resituer : - Utiliser un smartphone avec un bras dans le plâtre ou dans un environnement trop lumineux
- S’appuyer sur de la reconnaissance vocale lorsqu’on a un défaut d’élocution ou un fort accent
- Naviguer sur un site web lorsqu’on a oublié sa souris ou qu’elle ne fonctionne plus
La liste est longue [EN] mais l’idée est de comprendre que l’accessibilité agit pour le bénéfice de tous les utilisateurs et permet donc de toucher un public (ou une clientèle) plus large.
En plus, l’accessibilité est inscrite dans les réglementations française et européenne :
- https://www.economie.gouv.fr/dgccrf/les-fiches-pratiques/professionnels-vos-produits-et-services-doivent-etre-conformes-la-directive-accessibilite
- https://www.avh.asso.fr/nos-solutions/accessibilite/accessibilite-numerique/accessibilite-des-produits-et-des-services/accessibilite-des-services
Pour autant, la grande majorité des sites internet présentent des problèmes d’accessibilité [EN].
Pour finir, voici quelques vérités à garder à l’esprit.
Diagnostic
Les outils sont nombreux, certains sont même inclus nativement dans Firefox (F12 -> Accessibility) et Chrome (F12 -> Audits -> cocher la case “Accessibility”).
Comme souvent, il est illusoire d’espérer trouver un outil qui fasse tout automatiquement. Voici donc quelques exemples de procédures utilisées pour tester l’accessibilité d’un site :
- https://daverupert.com/2018/07/assistive-technologies-i-test-with/ [EN]
- https://www.a11ywithlindsey.com/blog/web-accessibility-testing-process [EN]
- https://benrobertson.io/accessibility/how-to-run-quick-accessibility-audit [EN]
Partant de là, c’est en pratiquant que vous construirez votre propre procédure (et je vous invite alors à la partager à votre tour).
Note de novembre 2025 : je suis actuellement en plein dans le sujet des audits RGAA, vous en entendrez donc à nouveau parler probablement très bientôt.
Mise en place
Pour partir sur de bonnes bases, Udacity propose une formation très bien conçue sur ce sujet [EN].
Les ressources sur le sujet ne manquent pas et il est rapide d’acquérir suffisamment de bagage pour dégager les actions à prioriser. Voici déjà quelques pistes pour commencer :
- L’introduction ultime - FreeCodeCamp [EN]
- The A11y project [EN]
- Introduction par WebAIM [EN]
- Maximiser l’impact avec des astuces simples - CSS-Tricks [EN]
- Des tutoriels proposés par la WAI (Web Accessibility Initiative) [EN]
Pour ceux qui préfèrent une bonne checklist en français, Opquast est (comme souvent) le bon endroit pour commencer : premier pas vers WCAG
Et, en bonus, la newsletter qui va bien pour découvrir le sujet aussi bien que se tenir au courant [EN].
Actions prioritaires
Commençons par une fiche résumant l’essentiel [EN].
Voici quelques notions qui sont à mon avis à regarder en priorité (et que vous retrouverez dans le cours Udacity indiqué plus haut) :
- Alt, sous-titres: il est important de prévoir des alternatives (le plus souvent textuelles) aux contenus visuels ou audio. Et s’il était encore besoin de vous rappeler que l’accessibilité ne touche pas que les personnes en situation de handicap, pensez aux contenus sous-titrés qu’on retrouve un peu partout pour les séries et les films.
- ARIA [EN]
- Commencez par utiliser du HTML sémantique [EN], il n’en sera que plus propre (et de même pour votre CSS). Et gardez toujours à l’esprit que HTML propose bien plus de fonctionnalités que ce qu’on connaît.
Bénéfices attendus
Un site plus accessible le sera aussi pour les robots, ce qui améliorera notamment votre référencement naturel.
Enfin, on ne le dira jamais assez, améliorer l’accessibilité de votre site revient à améliorer l’expérience de l’ensemble de vos utilisateurs.
Conclusion
Le chantier de l’accessibilité pour le web est déjà très riche et encadré par plusieurs réglementations. Pour autant, l’état des lieux dressé par WebAIM souligne tout ce qu’il reste encore à faire. En incorporant la notion d’accessibilité dès aujourd’hui dans vos méthodes de travail, vous verrez rapidement qu’il est facile d’identifier des mesures simples avec un impact conséquent.
La question de l’accessibilité pour les applications mobiles reste entière. Les bonnes pratiques de conception existent (car c’est souvent à ce niveau que tout se joue) mais je ne connais pas forcément d’outils pour mesurer l’accessibilité similaires à ceux utilisés pour les sites web.
