Lecture audio et déficience visuelle : lecteur d'écran ou synthèse vocale ?

NVDA lit déjà tout. Pourquoi ajouter un outil de lecture audio, et à quelles conditions il ne devient pas une gêne de plus.

Deux outils, deux usages

La question revient souvent : à quoi bon un outil de lecture audio quand on utilise déjà NVDA, JAWS ou VoiceOver ?

Un lecteur d’écran est un outil de pilotage. Il annonce l’interface, les liens, les boutons, les états, et permet de naviguer par titre, par région, par formulaire. Sa voix est réglée pour la réactivité : débit rapide, pas d’expressivité, interruption immédiate dès qu’on bouge.

Un outil de lecture audio est un outil de consommation. Il produit une piste continue, avec des pauses de respiration, qu’on écoute comme un podcast. On peut la mettre en pause, la reprendre le lendemain, l’exporter en MP3, l’écouter dans les transports sans que le moindre appui sur une touche interrompe tout.

Les deux sont complémentaires : le lecteur d’écran pour circuler et décider, la lecture audio pour absorber un long texte sans effort.

Ce qui rend un outil de lecture audio pénible

Les défauts que l’on rencontre le plus souvent :

• La phrase en cours est annoncée par le lecteur d’écran. Si l’application place le surlignage dans une région live, chaque phrase est prononcée deux fois : une fois par l’audio, une fois par le lecteur d’écran. C’est inutilisable. Le suivi visuel doit rester visuel.
• Les raccourcis à une touche. Espace, J, L, N sont pratiques, mais entrent en conflit avec le mode navigation de NVDA et JAWS, où ces touches servent déjà à parcourir la page. Ils doivent pouvoir être désactivés, et chaque action doit exister aussi sous forme de bouton.
• Les commandes sans intitulé. Un bouton dont le contenu est une icône seule est annoncé « bouton » et rien d’autre.
• La progression annoncée en continu. Une barre qui annonce chaque pourcentage rend la page inutilisable pendant toute la préparation. Annoncer par paliers suffit.
• La dépendance à JavaScript. Si tout casse au moindre incident de chargement, il ne reste rien.

Ce qu’il faut vérifier avant d’adopter un outil

Un test rapide, en cinq minutes, avec votre propre configuration :

1. Naviguer par titres dans le texte affiché pendant que l’audio se déroule. Les titres doivent exister comme titres, pas comme du texte en gras.
2. Atteindre toutes les commandes à la touche Tab, sans souris, et entendre un intitulé explicite pour chacune.
3. Désactiver les raccourcis à une touche et vérifier que tout reste utilisable.
4. Couper JavaScript et vérifier qu’il reste au moins un lecteur audio fonctionnel et un lien de téléchargement.
5. Écouter une minute en laissant le lecteur d’écran actif, sans y toucher : rien ne doit être prononcé en double.

La structure du document compte plus qu’on ne croit

Un texte de plusieurs milliers de mots aplati en un seul bloc est très difficile à parcourir, même en audio. Conserver les titres de section permet trois choses concrètes :

• savoir combien il reste avant la fin d’une partie ;
• sauter une section qui ne vous intéresse pas ;
• retrouver un passage précis plus tard.

Un outil qui jette la structure du document vous prive de tout cela, même s’il a d’excellentes voix.

Basse vision : ce qui aide vraiment

Pour les personnes en basse vision plutôt qu’aveugles, la combinaison texte agrandi + audio synchronisé est souvent plus efficace que l’un ou l’autre seul :

• une taille de texte réellement réglable, pas seulement le zoom du navigateur ;
• un espacement du texte ajustable — interlignage, espacement des lettres et des mots. C’est le critère 1.4.12 des règles WCAG, et il est très efficace ;
• un thème à fort contraste, et un thème sombre pour la photophobie ;
• le surlignage de la phrase en cours, qui évite de perdre sa place ;
• un défilement automatique qui garde la phrase lue à l’écran.

Notre position

Vocalise est construit sur ces contraintes : structure préservée, surlignage jamais annoncé, raccourcis désactivables, fonctions principales utilisables sans JavaScript. La page déclaration d’accessibilité liste publiquement ce qui n’est pas encore en place — le suivi mot à mot, l’import de PDF, l’écoute avant la fin de la préparation.

Les raccourcis clavier sont documentés en entier sur la page d’aide.

Si quelque chose vous bloque avec votre matériel, le dire est utile : ce sont ces retours qui décident de l’ordre des travaux, avant les nouvelles fonctionnalités.

Mis à jour le 2026-08-05.