# Orca sous Linux contre Narrator sous Windows, deux lecteurs négligés

> NVDA et VoiceOver accaparent presque tous les tests d'accessibilité. Comparaison sur les mêmes composants WordPress avec Orca et Narrator, souvent oubliés à tort.

- Auteur : Clément Hadrot
- Publié le : 2025-11-21
- Mis à jour le : 2025-11-21
- Catégorie : Accessibilité
- URL : https://wpmoderne.dev.wordpress-developpement.fr/accessibilite/orca-linux-narrator-windows-lecteurs-negliges/

## L’essentiel

- Narrator gère différemment les régions live que NVDA
- Orca reste très strict sur les rôles ARIA implicites
- Un composant qui passe NVDA ne passe pas toujours les deux autres

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.

> L'essentiel à retenir : Narrator gère différemment les régions live que NVDA ; Orca reste très strict sur les rôles ARIA implicites ; Un composant qui passe NVDA ne passe pas toujours les deux autres

## 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.