VoiceOver

VoiceOver est le lecteur d’écran intégré d’Apple, livré sur chaque Mac, iPhone, iPad, Apple Watch et Apple TV sans coût additionnel. Sur iOS en particulier, VoiceOver est le lecteur d’écran de référence supposé pour tout test d’accessibilité web mobile significatif.

Sur macOS

VoiceOver sur macOS s’active avec Cmd+F5 (ou en maintenant le bouton Touch ID sur les claviers compatibles). Il dispose de sa propre touche modificatrice — la touche VoiceOver (VO), généralement Verr. Maj ou Contrôle+Option — qui préfixe la plupart des raccourcis spécifiques à VoiceOver. Une fois activé, VoiceOver annonce l’élément focalisé, son rôle et son état.

De façon macroscopique, VoiceOver sur macOS se comporte de manière similaire à JAWS ou NVDA sous Windows : navigation au clavier par landmark, par titre, par champ de formulaire ; annonces des rôles/états/valeurs ARIA ; gestion des régions dynamiques.

De façon microscopique, il existe des particularités qui peuvent surprendre les développeurs habitués aux tests sous Windows :

• Le « rotor » VoiceOver est l’équivalent, côté Apple, du curseur virtuel ou du mode formulaires de JAWS. VO+U ouvre un rotor (un anneau stylisé) listant les modes de navigation — titres, liens, contrôles de formulaire, landmarks, points web. L’utilisateur choisit un mode et parcourt les éléments de ce type à l’aide des touches fléchées.
• <button> vs role="button" — VoiceOver les annonçait historiquement de façon légèrement différente ; Safari moderne a réduit cet écart sans le combler totalement.
• Bordures de focus personnalisées. VoiceOver sur macOS dessine son propre contour sombre autour de l’élément focalisé. Si votre page dessine également une bordure de focus, les deux sont visibles simultanément et peuvent entrer en conflit visuellement.

Sur iOS — la plateforme la plus importante

Sur iOS, VoiceOver s’active via le raccourci d’accessibilité (triple appui sur le bouton latéral ou via Réglages). Le modèle d’interaction est basé sur les gestes et constitue la norme opérationnelle pour l’accessibilité mobile :

• Balayage d’un doigt vers la droite — déplacer le focus vers l’élément suivant.
• Balayage d’un doigt vers la gauche — élément précédent.
• Double-tap d’un doigt — activation de l’élément focalisé.
• Balayage à trois doigts vers le haut/bas — défilement de l’écran.
• Pincement à deux doigts — sortir et entrer dans les éléments à sous-structure.
• Rotor VoiceOver (rotation à deux doigts sur l’écran tactile) — même concept que sur macOS ; navigation par landmarks, titres, etc.

Ces gestes constituent le vocabulaire de facto pour l’utilisation d’un lecteur d’écran sur mobile. Toute application web ou page qui les perturbe — en détournant les événements tactiles, en piégeant le focus, en rendant des éléments non refermables — est un bug d’accessibilité mobile évident.

À quoi ressemblent les tests VoiceOver sur iOS

Trois patterns font remonter la plupart des bugs VoiceOver iOS :

1. Parcourir l’intégralité de l’écran avec des balayages d’un doigt vers la droite. L’ordre de tabulation doit correspondre à l’ordre visuel. Chaque élément interactif doit annoncer son rôle.
2. Ouvrir le rotor et vérifier les listes de titres et de landmarks. Les landmarks manquants ou les niveaux de titres sautés y sont immédiatement visibles.
3. Déclencher toute mise à jour dynamique (avancement de carrousel, développer/réduire, envoi de formulaire). Vérifier que le changement est annoncé via la région aria-live appropriée, et non via une mutation silencieuse du DOM que l’utilisateur n’entend jamais.

VoiceOver sur iOS est également la référence pour les applications iOS natives ; les mêmes compétences de test s’appliquent au web et au natif dans l’écosystème Apple.