1,3 milliard de personnes dans le monde – 1 sur 6 selon l’OMS – vivent avec un handicap significatif. Parmi elles, de nombreuses utilisent des technologies d’assistance que la plupart des concepteurs de sites n’ont jamais testées.
Lecteur d’écran, clavier braille, logiciel de grossissement, synthèse vocale : ces technologies d’assistance sont, pour leurs utilisateurs, le seul moyen d’accéder à internet. Au Luxembourg, où la loi du 28 mai 2019 impose l’accessibilité numérique au secteur public – et où la loi de 2023 étend les obligations à de nombreux produits et services – principalement unmériques. Ignorer ces outils revient à fermer
la porte à une partie de votre public.
Dans cet article, je vous explique ce que sont ces technologies, comment elles interagissent avec votre site, et ce que cela implique concrètement pour la conception de vos contenus numériques.
Qu’est-ce qu’une technologie d’assistance ?
Une technologie d’assistance (ou aide technique) est tout dispositif matériel ou logiciel qui permet à une personne en situation de handicap d’accéder à l’information numérique. On distingue plusieurs grandes familles.
Les lecteurs d’écran
Un lecteur d’écran (ou screen reader) est un logiciel qui restitue le contenu d’une application et de son contenu, sous forme vocale ou en braille. Elle permet aussi l’interaction avec un ordinateur ou smartphone. La personne n’utilise pas de souris : elle navigue uniquement au clavier, en navigant d’un endroit de l’écran à un autre. Pour les pages web, on navigue par exemple de titre en titre, de lien en lien, ou de ligne en ligne.
Les lecteurs d’écran les plus répandus sont :
- JAWS (Windows, payant) – leader historique en environnement professionnel
- NVDA (Windows, gratuit) – très utilisé, en progression constante
- VoiceOver (Apple macOS et iOS, intégré) – majoritaire sur mobile
- TalkBack (Android, intégré) – standard sur les appareils Android
Selon une étude menée auprès d’utilisateurs francophones (Belgique, France, Luxembourg, Québec, Suisse), JAWS reste en tête sur ordinateur avec 45 % des utilisateurs, suivi par NVDA à 29 %. Sur mobile, VoiceOver domine avec plus de 78 % d’utilisation.1
Navigation au clavier ≠ navigation au lecteur d’écran. C’est une confusion fréquente. Un utilisateur clavier voit le contenu à mesure qu’il se déplace. Un utilisateur de lecteur d’écran, lui, n’entend que l’élément sur lequel
son focus est positionné. Il dispose de commandes dédiées pour parcourir les titres, les listes, les tableaux, les champs de formulaire – indépendamment du focus clavier. Cela signifie que la structure sémantique de votre HTML est le vrai squelette de l’accessibilité.
Les afficheurs et claviers braille
Plus de la moitié des utilisateurs de lecteurs d’écran utilisent également le braille avec leur logiciel2. Un afficheur braille (ou plage braille) est un périphérique qui transcrit le texte de la page en caractères braille tactiles, ligne par ligne. Un clavier braille permet, quant à lui, de saisir du texte sans vue. Ces dispositifs fonctionnent en lien direct avec le lecteur d’écran.
Les logiciels de grossissement et de synthèse vocale
Les personnes malvoyantes utilisent souvent des logiciels de grossissement (ZoomText, Magnifier intégré à Windows) qui peuvent agrandir l’affichage jusqu’à 400 %, voire plus. À ce niveau de zoom, un site mal conçu devient inutilisable : le texte déborde, les boutons disparaissent, la navigation horizontale devient
épuisante.
La synthèse vocale (text-to-speech) permet de faire lire un texte à haute voix. Elle est intégrée à tous les systèmes d’exploitation modernes et à la plupart des navigateurs. Des outils dédiés comme Sproochmaschinn.lu – plateforme du Centre pour la langue luxembourgeoise – proposent même cette fonction pour les textes en luxembourgeois.
La reconnaissance vocale (speech-to-text)
À l’inverse, la reconnaissance vocale permet de dicter du texte et des commandes au lieu de les taper. Elle est précieuse pour les personnes ayant des limitations motrices. Des outils comme LuxASR, développé par l’Université du Luxembourg, offrent cette fonctionnalité en langue luxembourgeoise.
Pourquoi ces outils imposent des exigences précises à votre site
Comprendre les technologies d’assistance, c’est comprendre pourquoi l’accessibilité ne se résume pas à un « mode accessible » ou à un widget overlay ajouté en bout de chaîne. Ces outils lisent votre code. S’il est mal structuré, ils échouent – et l’utilisateur avec eux.
Un HTML sémantique correct : la base de tout
Un lecteur d’écran ne voit pas que vos titres sont plus grands. Il lit les balises <h1>, <h2>, <h3>. Si vos titres sont mis en forme avec du CSS plutôt qu’avec des balises appropriées, ils sont invisibles pour lui. Même chose pour les listes, les boutons, les landmarks ARIA.
Conséquence pratique : un site visuellement impeccable peut être totalement inaccessible à un lecteur d’écran si la structure HTML est déficiente.
Les liens et boutons doivent avoir un sens hors contexte
Un lecteur d’écran peut lister tous les liens d’une page. Si vos liens s’appellent « cliquez ici » ou « en savoir plus » sans contexte, la liste devient incompréhensible. Chaque lien doit décrire sa destination. Chaque bouton, son action.
Les formulaires : un point critique
Les champs de formulaire doivent être correctement étiquetés (<label> associé à chaque <input>). Sans étiquette, le lecteur d’écran annonce « champ de saisie » et l’utilisateur ne sait pas quoi y écrire. C’est une barrière directe à la souscription d’un service, à une prise de contact, à un achat en ligne.
Le zoom jusqu’à 400 % : une exigence WCAG
Les normes WCAG 2.1 (intégrées dans la norme européenne EN 301 549 et dans le référentiel luxembourgeois RAWeb) imposent que le contenu reste lisible et utilisable à 400 % de zoom sans défilement horizontal excessif. Un site en largeur fixe échoue systématiquement à ce critère.
Les langues déclarées : deux attributs qui changent tout
Un lecteur d’écran adapte sa synthèse vocale à la langue de la page. Si votre page est en français mais que l’attribut lang indique en (anglais), le contenu sera prononcé en anglais et deviendra inintelligible. Ce type d’erreur, aussi minime soit-elle en apparence, rend un site inaccessible du jour au lendemain.
Ce que cela change pour votre organisation au Luxembourg
Vous êtes peut-être soumis à une obligation légale
Au Luxembourg, deux lois encadrent l’accessibilité numérique :
- La loi du 28 mai 2019 oblige l’État, les communes et les organismes de droit public (dont de nombreuses ASBL financées majoritairement par des fonds publics) à se conformer aux normes WCAG 2.1 niveau AA.
- La loi du 8 mars 2023 (transposition de l’European Accessibility Act) étend ces obligations aux à de nombreux produits et services : e-commerce, banque en ligne, transport, communications électroniques.
La conformité implique directement la compatibilité avec les technologies d’assistance. Un site conforme WCAG 2.1 AA fonctionne avec les lecteurs d’écran, les claviers braille et les logiciels de grossissement. L’un ne va pas sans l’autre.
Vous élargissez votre audience réelle
En Europe, 87 millions de personnes vivent avec un handicap3, soit au moins un adulte sur quatre. Au Luxembourg, entre 15 % et 20 % de la population est concernée directement. À cela s’ajoutent les personnes âgées, les utilisateurs de smartphones dans des conditions difficiles, et tous ceux qui bénéficient d’une navigation plus claire et mieux structurée.
Un site compatible avec les technologies d’assistance est un site meilleur pour tous les utilisateurs.
Vous renforcez votre crédibilité et votre image
Intégrer l’accessibilité dès la conception plutôt que de la déléguer à une solution tierce, c’ est une marque de qualité et de responsabilité sociale. C’est aussi le modèle promu par les experts : l’accessibilité intégrée est plus robuste, moins coûteuse à maintenir, et elle profite à l’ensemble des utilisateurs, pas seulement à ceux qui en ont le plus besoin.
Vous réduisez les risques de sanction
L’OSAPS (Office de Surveillance de l’Accessibilité des Produits et Services) surveille la conformité des entreprises privées et peut infliger des sanctions en cas de non-respect. Le Service Information et Presse (SIP) remplit le même rôle pour le secteur public.
Comment key4.lu vous aide à être compatible avec les technologies d’assistance
Quand je développe un site web qui doit être accessible, je ne me contente pas de cocher des cases dans un référentiel. Je teste les sites que je développe avec de vrais lecteurs d’écran. Je construis une structure HTML sémantique correcte dès la phase de conception, pas en rattrapage.
Les formations que je propose couvrent aussi la prise en main des technologies d’assistance. Comprendre comment fonctionne un lecteur d’écran change la façon dont on conçoit du contenu.
FAQ – Technologies d’assistance et accessibilité numérique
Qu’est-ce qu’un lecteur d’écran exactement, et qui l’utilise ?
Un lecteur d’écran est un logiciel qui vocalise ou transcrit en braille le contenu affiché à l’écran. Il est principalement utilisé par des personnes aveugles ou malvoyantes, mais aussi par certaines personnes dyslexiques ou ayant des difficultés de lecture. Il fonctionne avec le clavier : l’utilisateur navigue dans la page grâce à des raccourcis dédiés pour atteindre les titres,
les liens, les formulaires ou les régions de la page. NVDA et JAWS sont les plus courants sur Windows ; VoiceOver est intégré aux appareils Apple.
Mon site est-il obligé d’être compatible avec les lecteurs d’écran au Luxembourg ?
Si votre organisation est une administration publique, une commune, ou une ASBL majoritairement financée par des fonds publics, la réponse est oui, depuis la loi du 28 mai 2019. Pour les entreprises privées, la loi de 2023 (EAA) impose la compatibilité pour un périmètre précis de services : e-commerce, banque en ligne, transport, communications électroniques. Dans tous les cas, la conformité WCAG 2.1 AA, qui garantit la compatibilité avec les technologies d’assistance, est le standard de référence au Luxembourg, via le référentiel RAWeb.
La compatibilité avec un lecteur d’écran est-elle difficile à mettre en place ?
Pas si elle est pensée dès la conception. Les erreurs les plus fréquentes sont simples à éviter : balises de titre mal utilisées, images sans texte alternatif, formulaires sans étiquettes, liens sans intitulé clair. Un site développé avec une structure HTML sémantique correcte est naturellement compatible avec les
lecteurs d’écran. Le vrai défi apparaît lorsqu’on tente de rendre accessible un site déjà conçu sans ces bases – le rattrapage est toujours plus coûteux.
Qu’est-ce que le braille a à voir avec mon site web ?
Un afficheur braille est un périphérique qui reçoit les informations du lecteur d’écran et les affiche sous forme de caractères braille tactiles. Plus de la moitié des utilisateurs de lecteurs d’écran l’utilisent en parallèle. Pour votre site, cela ne change rien techniquement : si votre code est bien structuré pour un lecteur d’écran, il fonctionne aussi avec un afficheur braille. C’est le même principe : votre structure HTML parle directement à la technologie d’assistance.
Comment savoir si mon site est compatible avec les technologies d’assistance ?
Plusieurs approches sont complémentaires. Les outils automatiques comme WAVE ou axe DevTools repèrent les erreurs les plus communes (contrastes insuffisants, images sans alternative, etc.). Mais un test manuel avec un vrai lecteur d’écran reste indispensable : certains problèmes comm un ordre de lecture incohérent, le focus invisible, les comportements dynamiques mal gérés) ne sont détectés que par une navigation réelle. Le référentiel RAWeb, utilisé au Luxembourg, offre un cadre d’évaluation structuré et exhaustif.
Est-ce que la synthèse vocale et la reconnaissance vocale concernent aussi mon site ?
Oui, indirectement. La synthèse vocale (text-to-speech) lit le contenu de votre site. Elle dépend donc de la qualité de votre structure HTML et de la langue correctement déclarée. La reconnaissance vocale (speech-to-text) est utilisée pour naviguer et interagir : si vos boutons et liens n’ont pas de nom accessible, les commandes vocales ne peuvent pas les cibler. Dans les deux cas, un code propre et sémantique résout la grande majorité des problèmes.
Puis-je former mon équipe à ces technologies d’assistance ?
Absolument et c’est même recommandé. Une équipe de communication qui comprend comment fonctionne un lecteur d’écran rédige des textes alternatifs plus pertinents, structure ses contenus plus clairement, et maintient la conformité dans le temps sans dépendre d’un prestataire externe pour chaque modification. Je propose des formations pratiques adaptées aux responsables de communication, aux gestionnaires de site WordPress et à toute personne produisant du contenu numérique.
Formations sur demande :
Les technologies d’assistance fonctionnent-elles aussi sur mobile ?
Oui. VoiceOver (iOS) et TalkBack (Android) sont les deux lecteurs d’écran mobiles les plus utilisés – et VoiceOver représente plus de 78 % des usages sur smartphone selon les études francophones disponibles. Le référentiel RAAM (Référentiel d’évaluation de l’Accessibilité des Applications Mobiles) fixe les critères au Luxembourg pour les applications mobiles, dans la même logique que le RAWeb pour les sites web.
Conclusion : rendre votre site lisible par tous, c’est votre responsabilité
Les technologies d’assistance ne sont pas des cas marginaux. Elles représentent le seul moyen pour des millions de personnes d’accéder à l’internet. Au Luxembourg, la loi vous impose de les prendre en compte. Et au-delà de la loi, c’est une question d’engagement envers votre public.
Un site compatible avec un lecteur d’écran et les autres aides techniques n’est pas un site « spécial accessibilité » : c’est simplement un bon site, bien structuré, pensé pour tous.
- WebAIM, Screen Reader User Survey #10, février 2024 — 1 539 répondants, dont ~30 % d’Europe. ↩︎
- Étude access42 / Fédération des Aveugles de France (2018) : « Plus de la moitié des répondants (51 %) ont indiqué utiliser le braille avec leur lecteur d’écran. » Source : document Articles du blog access42 sur les technologies d’assistance, section « Enquête internationale sur l’usage des technologies d’assistance ». ↩︎
- Commission européenne, Together for Rights, https://op.europa.eu/webpub/empl/together-for-rights/de/ ↩︎