Technologies d'assistance

Les technologies d'assistance sont les logiciels et matériels que les personnes handicapées utilisent pour naviguer sur le web : lecteurs d'écran, loupes, commande vocale, plages braille, contacteurs. Elles dépendent entièrement de la qualité du code HTML pour fonctionner correctement.

Un utilisateur aveugle ouvre votre site avec NVDA. Un utilisateur tétraplégique l'ouvre avec Dragon NaturallySpeaking et un contacteur. Un utilisateur malvoyant l'ouvre avec ZoomText à 400 %. Trois personnes, trois outils différents, un point commun : ces outils ne voient pas votre design. Ils lisent votre code.

#Ce que couvre le terme

Les WCAG 2.2 définissent une technologie d'assistance comme un matériel ou logiciel qui sert d'agent utilisateur, ou qui fonctionne avec un navigateur standard, pour fournir des fonctionnalités adaptées aux besoins de personnes handicapées.

Concrètement, voici les grandes catégories :

Lecteurs d'écran (NVDA, JAWS, VoiceOver, TalkBack). Ils parcourent l'arbre d'accessibilité du navigateur et restituent la page en synthèse vocale ou en braille.
Loupes d'écran (ZoomText, loupe intégrée à Windows ou macOS). Elles agrandissent une portion de l'écran, parfois combinées à un lecteur d'écran.
Commande vocale (Dragon NaturallySpeaking, Voice Control sur macOS/iOS). L'utilisateur navigue et dicte par la voix.
Contacteurs : des boutons physiques pour les personnes à mobilité très réduite, couplés à un système de balayage qui défile entre les éléments interactifs.
Plages braille : des afficheurs tactiles qui traduisent le texte en cellules braille en temps réel.

Selon l'OMS, 2,5 milliards de personnes auront besoin d'au moins un produit d'assistance d'ici 2030. La dernière enquête WebAIM (2024, 1 539 répondants) montre que NVDA est désormais le lecteur d'écran le plus utilisé (65,6 %), devant JAWS (60,5 %).

#L'erreur que font la plupart des développeurs

Tester l'accessibilité d'un site avec un seul lecteur d'écran et déclarer que c'est « bon ». Les lecteurs d'écran ne représentent qu'une partie des technologies d'assistance. Un bouton accessible au lecteur d'écran peut être inutilisable pour quelqu'un en commande vocale si le libellé visible ne correspond pas au nom accessible. Un formulaire qui fonctionne avec NVDA peut devenir illisible à 400 % de zoom si la mise en page se casse.

L'autre confusion classique : un lecteur d'écran n'est pas une synthèse vocale. La synthèse vocale transforme du texte en son. Le lecteur d'écran, lui, interprète la structure du document (titres, listes, liens, formulaires) et utilise la synthèse vocale comme canal de sortie. Sans structure HTML correcte, le lecteur d'écran n'a rien à interpréter, quelle que soit la qualité de la voix.

#En résumé

Les technologies d'assistance sont multiples. Votre code doit fonctionner avec toutes, pas seulement avec un lecteur d'écran. La recette n'a pas changé : HTML sémantique, attributs ARIA quand les éléments natifs ne suffisent pas, et des tests avec plusieurs outils.

Retour au glossaire

Partagez cet article

Pour aller plus loin

Lecteur d'écran

Un lecteur d'écran est un logiciel qui convertit le contenu affiché à l'écran en synthèse vocale ou en braille. Il parcourt l'arbre d'accessibilité du navigateur, pas le design, pour restituer la structure de la page aux personnes aveugles ou malvoyantes.

Compatible avec les technologies d'assistance

Un contenu web est compatible avec les technologies d'assistance quand le navigateur transmet correctement ses informations (nom, rôle, valeur, états) aux lecteurs d'écran, plages braille et autres outils d'assistance. Les éléments HTML natifs comme <button> ou <input> le sont automatiquement. Les éléments génériques comme <div> ne le sont pas, sauf ajout manuel d'attributs WAI-ARIA et de comportements clavier.

ARIA

ARIA (Accessible Rich Internet Applications) est un ensemble d'attributs HTML qui décrivent les composants d'interface aux technologies d'assistance. Un bouton personnalisé, un système d'onglets, une notification dynamique : quand le HTML sémantique ne suffit pas, ARIA ajoute les informations manquantes. Mais un attribut ARIA sans le comportement correspondant fait plus de mal que de bien.