NVDA et VoiceOver couvrent l’essentiel des tests d’accessibilité menés sur ce site depuis des années, pour de bonnes raisons : gratuité, popularité, documentation abondante. Mais deux autres lecteurs d’écran équipent une partie non négligeable des utilisateurs et se comportent différemment sur des points précis : Orca, intégré à GNOME sous Linux, et Narrator, intégré nativement à Windows.
Ce comparatif porte sur trois composants WordPress courants testés à l’identique avec les quatre lecteurs, mais en concentrant l’analyse sur les écarts observés entre Orca et Narrator, les deux grands absents des retours habituels.
Composant 1 : l’accordéon de FAQ
Sur un accordéon construit avec <button aria-expanded> et un contenu associé par aria-controls, NVDA et VoiceOver annoncent correctement l’état ouvert ou fermé au moment du focus sur le bouton. Narrator fait de même, sans surprise notable. Orca, en revanche, annonce l’état à l’activation du bouton mais reste parfois silencieux si l’état change par un autre moyen (par exemple un bouton « Tout replier » global), ce qui a nécessité l’ajout d’un léger délai avant le changement de focus pour laisser Orca rattraper l’annonce.
Composant 2 : la région live du panier WooCommerce
Ce composant a produit l’écart le plus net du comparatif. Une région aria-live="polite" annonçant l’ajout d’un article au panier est correctement lue par NVDA, VoiceOver et Orca. Narrator, lui, ignore purement et simplement l’annonce si la région live n’est pas déjà présente dans le DOM au chargement initial de la page : il ne détecte pas les régions live ajoutées dynamiquement après coup par un script.
<!-- Comportement fiable avec Narrator -->
<div aria-live="polite" id="statut-panier"></div>
<script>
// La région existe déjà au chargement, seul son contenu change
document.getElementById('statut-panier').textContent =
'Bougie artisanale ajoutée au panier';
</script>
La correction a consisté à s’assurer que le conteneur aria-live soit toujours présent, vide, dès le rendu initial de la page, et que seul son contenu texte soit modifié ensuite. Ce changement, invisible pour NVDA et VoiceOver qui géraient déjà correctement les deux cas, a rendu l’annonce fonctionnelle sous Narrator.
Composant 3 : le menu de navigation à onglets clavier
Sur un jeu d’onglets respectant le modèle ARIA role="tablist", role="tab" et role="tabpanel", la navigation aux flèches gauche et droite fonctionne de façon cohérente sur les quatre lecteurs testés. Le point de divergence porte sur l’annonce du nombre total d’onglets : VoiceOver et NVDA annoncent systématiquement « onglet 2 sur 4 », Orca fait de même, mais Narrator n’annonce que le nom de l’onglet actif sans indiquer sa position, sauf si l’attribut aria-setsize et aria-posinset sont explicitement renseignés en plus du rôle natif de liste d’onglets.
Tableau de synthèse du comparatif
| Composant | Écart observé | Lecteur le plus strict |
|---|---|---|
| Accordéon FAQ | Changement d’état externe mal capté | Orca |
| Région live panier | Région ajoutée dynamiquement ignorée | Narrator |
| Onglets clavier | Position dans le groupe non annoncée | Narrator |
Ce que ce comparatif change dans la pratique
Le constat principal de ce travail tient en une phrase : un composant validé uniquement avec NVDA peut très bien présenter des défauts invisibles pour ce lecteur mais bloquants pour Narrator, qui reste installé par défaut sur chaque poste Windows sans installation supplémentaire, ce qui en fait potentiellement le lecteur le plus répandu en usage occasionnel.
Conseil maison : intégrez au moins un passage Narrator dans votre recette de test, précisément parce qu’il ne demande aucune installation et représente donc l’expérience « par défaut » d’un grand nombre d’utilisateurs Windows.
Notre verdict
Ni Orca ni Narrator ne remplacent NVDA et VoiceOver dans une routine de test quotidienne, mais les ignorer complètement laisse passer des défauts réels, comme cette région live invisible pour Narrator qui serait restée indétectée avec les seuls deux lecteurs habituels. Ajouter ponctuellement ces deux lecteurs sur les composants les plus critiques d’un projet, panier et navigation en tête, reste le meilleur rapport effort-bénéfice observé sur ce test.
