Technologie d'assistance (AT) : définition, types, exemples web

Qu'est-ce que la technologie d'assistance (AT) ?

Une technologie d'assistance est tout matériel ou logiciel qui aide une personne en situation de handicap à faire ce qu'elle ne pourrait pas faire autrement, par exemple utiliser un site web. Sur le web, cela comprend les lecteurs d'écran, les loupes d'écran, la commande vocale, les dispositifs à contacteur, les plages braille, le suivi oculaire et les outils de sous-titrage. Les sites accessibles sont conçus pour que ces outils puissent lire, annoncer et manipuler chaque partie de la page.

L'OMS estime que 1,3 milliard de personnes, soit environ 16 % de la population mondiale, vivent avec un handicap important. Des normes comme les WCAG et ARIA existent pour que la technologie d'assistance dispose d'une base fiable.

Types courants de technologies d'assistance

Lecteurs d'écran

Un lecteur d'écran transforme le contenu affiché en voix ou en braille. MDN présente JAWS comme un produit commercial pour Windows, NVDA (Windows), ChromeVox et Orca (Linux) comme gratuits, et VoiceOver (macOS et iOS), ChromeVox sur Chromebook et TalkBack (Android) comme intégrés au système. NV Access décrit NVDA comme gratuit et open source. Dans l'enquête WebAIM Screen Reader User Survey #11 (juillet à août 2026, 1 780 réponses valides), les répondants ont cité JAWS (55,0 %), NVDA (32,9 %) et VoiceOver (6,5 %) comme lecteur d'écran principal sur ordinateur. Les répondants forment un groupe auto-sélectionné : voyez ces chiffres comme une indication, pas comme une part de marché.

Comment la technologie d'assistance lit le web

La technologie d'assistance ne lit pas les pixels. Le navigateur construit un arbre d'accessibilité à partir du balisage de la page et l'expose via les API d'accessibilité de la plateforme. L'arbre contient le rôle, le nom et l'état de chaque élément. Un lecteur d'écran annonce à partir de lui, la commande vocale y associe les noms prononcés, et un dispositif à contacteur parcourt les éléments focalisables. Si le balisage ne dit pas ce qu'est un élément, l'arbre n'a aucun sens et l'outil n'a rien à signaler.

Exemple : un bouton invisible pour la technologie d'assistance

Un développeur crée un « Acheter » avec <div class="btn" onclick="buy()">Acheter</div>. Un utilisateur de souris voit un bouton. Un utilisateur du clavier ne peut pas l'atteindre avec Tab, un lecteur d'écran lit du texte simple sans dire « bouton », et quelqu'un qui dit « cliquer sur Acheter » n'obtient peut-être rien. Le remplacer par <button type="button">Acheter</button> lui donne un rôle, un nom, le focus clavier et l'activation par Entrée et Espace sans code supplémentaire.

Ce que les développeurs doivent faire

• Utiliser d'abord du HTML sémantique : boutons, liens, titres, listes, repères, champs de formulaire avec étiquette.
• N'ajouter ARIA que lorsque HTML ne peut pas exprimer le motif, comme des onglets ou une liste déroulante personnalisée, et suivre le comportement clavier documenté.
• Donner une alternative textuelle à chaque image et média.
• Garder le focus visible dans un ordre de navigation au clavier logique. Ne retirez jamais le contour sans remplacement clair.
• Gérer le focus dans les interfaces dynamiques. Quand une boîte de dialogue s'ouvre, déplacez le focus dedans et rendez-le à la fermeture.
• Annoncer les changements qui se produisent sans rechargement, comme les changements de route dans une application monopage, avec une région live ou un déplacement du focus.

Erreurs courantes

• Construire des widgets avec des éléments <div> n'ayant que des gestionnaires de clic.
• Des menus au survol uniquement et du glisser-déposer sans alternative au clavier.
• Supprimer les contours de focus.
• Un texte alt vide ou absent sur des images porteuses de sens, ou des liens vagues comme « cliquez ici ».
• Un son à lecture automatique qui couvre le lecteur d'écran.
• Des CAPTCHA qui reposent uniquement sur une image.
• Prendre un score automatique pour la preuve que le site fonctionne avec les technologies d'assistance.

Tester avec les technologies d'assistance

Les outils automatisés comme Lighthouse et axe détectent une partie des problèmes, surtout des étiquettes manquantes, du contraste et des ARIA invalides. Ils ne peuvent pas juger si un utilisateur de lecteur d'écran réussit à mener une tâche à bien. Combinez-les avec un passage au clavier seul, un passage avec un lecteur d'écran (NVDA avec Firefox ou Chrome sous Windows, VoiceOver sur Mac ou iPhone), un contrôle à 200 % de zoom et, si possible, des séances avec des personnes qui utilisent des technologies d'assistance.

Le monitoring de la vitesse des pages de LoadFocus exécute des audits Lighthouse planifiés depuis 25 régions cloud, et l'accessibilité est l'une des catégories Lighthouse que chaque audit enregistre : les régressions des contrôles automatisés apparaissent donc entre deux versions. C'est un filet de sécurité, pas un remplacement des tests manuels. Pour voir où performance et accessibilité se rejoignent, lisez pourquoi les tests de performance doivent inclure l'accessibilité, et pour les outils, outils de test d'accessibilité des sites web.

Questions fréquentes : technologies d'assistance

Un lecteur d'écran est-il la seule technologie d'assistance pour le web ?

Non. Les lecteurs d'écran sont les plus connus, mais les loupes, la commande vocale, les dispositifs à contacteur, les plages braille, les sous-titres et les modes lecture sont aussi utilisés. Beaucoup de personnes emploient plus d'un outil.

Avec quel lecteur d'écran dois-je tester ?

NVDA est gratuit et fonctionne sous Windows, ce qui en fait le point de départ habituel. Ajoutez VoiceOver pour les appareils Apple et TalkBack pour Android si votre public les utilise. Les résultats varient selon la combinaison lecteur d'écran et navigateur : testez celles de vos visiteurs.

Ai-je besoin d'ARIA pour prendre en charge les technologies d'assistance ?

Pas pour la plupart des pages. Les éléments HTML natifs exposent déjà le bon rôle, le bon nom et le bon état. ARIA comble les manques des widgets personnalisés, et un mauvais ARIA peut faire pire que rien.

Les tests automatisés me disent-ils si mon site fonctionne avec les technologies d'assistance ?

Non. Ils trouvent un sous-ensemble de problèmes détectables dans le balisage. Savoir si l'ordre de lecture, le comportement du focus et les annonces ont du sens demande des vérifications manuelles.

Existe-t-il des obligations légales de prise en charge des technologies d'assistance ?

De nombreux pays ont des lois d'accessibilité ou des règles de marchés publics qui renvoient aux WCAG, mais les détails varient selon le pays et le secteur. Vérifiez avec votre service juridique les règles qui vous concernent.