La feuille de route des lecteurs d’écran pour 2026 : JAWS, NVDA, VoiceOver, TalkBack
En 2026, presque chaque utilisateur aveugle ou malvoyant sur le web public interagit avec l’un de ces quatre lecteurs d’écran : JAWS, NVDA, VoiceOver d’Apple ou TalkBack de Google. Ensemble, ils couvrent environ dix-neuf sessions sur vingt de technologie d’assistance sur ordinateur et mobile. Ce guide de terrain catalogue chacun des quatre — et ajoute un cinquième exhibit plus restreint pour les trois acteurs émergents (Narrator, ChromeVox, Orca) qui comptent réellement en marge.
Les précédentes analyses de cette série technologique comparaient les lecteurs d’écran dans une matrice unique ou défendaient une méthodologie de test spécifique. Ce regard comparatif est utile quand un ingénieur décide du prochain lecteur à tester. Il l’est moins quand la question est plus longue : qui utilise réellement quel lecteur, pourquoi, et que fait chaque éditeur pour 2026 ? Ce guide prend le parti inverse. Il part d’un lecteur à la fois vers l’extérieur, avec une anatomie identique pour chaque entrée, de sorte que le catalogue peut être lu de haut en bas ou consulté directement par nom de lecteur.
Chaque exhibit ci-dessous enregistre les sept mêmes éléments dans le même ordre : part de marché 2026, plateformes, dernière version majeure, profondeur de prise en charge d’ARIA 1.3, fonctionnalités distinctives, limitations connues et profil d’adoption — qui choisit ce lecteur et pourquoi. Le mini-exhibit final couvre Narrator, ChromeVox et Orca ensemble, car chacun n’est significatif qu’à l’intérieur de son propre écosystème.
4 lecteurs d’écran dominants · classés par part combinée bureau+mobile 2026
| ID | Lecteur | Plateformes | Part 2026 (approx.) |
|---|---|---|---|
| E·01 | NVDA | Windows (bureau) | approx. 37 % bureau |
| E·02 | JAWS | Windows (bureau, entreprise) | approx. 31 % bureau |
| E·03 | VoiceOver | iOS, iPadOS, macOS, visionOS | approx. 71 % mobile · approx. 9 % bureau |
| E·04 | TalkBack | Android | approx. 26 % mobile |
| E·05 | Émergents : Narrator · ChromeVox · Orca | Windows · ChromeOS · Linux | combinés approx. 6 % bureau |
Les chiffres bureau sont ancrés au sondage le plus récent sur les utilisateurs de lecteurs d’écran de WebAIM (cycle nº 10, publié en 2025), dans lequel les répondants indiquent le lecteur qu’ils utilisent le plus souvent. Les parts mobiles sont agrégées à partir des résumés de télémétrie des paramètres d’accessibilité d’Apple iOS et des données d’utilisation des services d’accessibilité Android publiées par l’équipe accessibilité de Google jusqu’au T1 2026. Les parts sont indicatives, arrondies, et des chevauchements sont possibles car de nombreux répondants utilisent plusieurs lecteurs sur différents appareils.
D’où viennent ces données
Les quatre parts ci-dessus sont réconciliées à partir de trois sources indépendantes. Le sondage nº 10 de WebAIM sur les utilisateurs de lecteurs d’écran constitue la référence bureau canonique : environ 3 800 répondants, lecteur principal déclaré. Les résumés d’impact accessibilité publiés par Apple et la publication trimestrielle sur l’accessibilité Android de Google couvrent le volet mobile. Là où les deux divergent — notamment sur la question de la fréquence à laquelle les répondants bureau utilisent aussi un lecteur mobile — nous avons privilégié le jeu de données WebAIM pour l’attribution du lecteur principal et les résumés de télémétrie de plateforme pour l’ampleur. Les chiffres sont indicatifs. Presque aucun répondant n’utilise un seul lecteur, et la norme moderne est un lecteur bureau plus VoiceOver sur téléphone.
En 2026, « prendre en charge les lecteurs d’écran » signifie prendre en charge ces quatre. Tout le reste combiné est en dessous de sept pour cent, et la majorité représente une niche réfléchie plutôt qu’une cible de test viable.
NVDA et JAWS se partagent le bureau Windows. VoiceOver domine le mobile et gère discrètement le Mac. TalkBack couvre Android. Chacun résout le même problème d’accessibilité depuis un point de départ différent — open source, licence commerciale, intégration à la plateforme, ou hétérogénéité d’Android — et chacun embarque des bogues différents.
NVDA — NonVisual Desktop Access
Windows uniquement. NV Access publie une version portable qui fonctionne depuis une clé USB sans droits d’installation, ce qui a fait de NVDA le lecteur universel de laboratoire et d’audit. Il n’existe pas de version macOS, Linux ou mobile, et aucune feuille de route ne le promet.
NVDA 2025.4 a été livré fin 2025 avec des améliorations consolidées du pont UIA Chromium, une fonctionnalité d’accès à distance désormais intégrée au cœur (sans extension requise) et des valeurs par défaut élargies pour le changement de langue. La ligne de version 2026.1 est en préversion au moment de la rédaction et devrait livrer la passe de conformité formelle ARIA 1.3 liée à la mise à jour de recommandation candidate du W3C de décembre 2025.
Solide et en amélioration. NVDA a historiquement été le premier lecteur à intégrer les nouveaux rôles, propriétés et états ARIA, grâce à une cadence de publication plus rapide que celle de JAWS et à une base de code ouverte. Depuis la version 2025.4, la nouvelle propriété aria-actions est lue mais avec un texte provisoire, le tant attendu aria-brailleroledescription est respecté sur les sorties braille actualisables, et la paire étendue role=“comment” + role=“suggestion” utilisée par les éditeurs de documents collaboratifs est entièrement exposée.
Open source et gratuit sous licence GPL. Une API d’extension Python de premier ordre qui a produit un écosystème d’extensions tierces actif — repères audio thématiques, OCR intégré pour le contenu image-en-texte, kits de développement web, profils de langue personnalisés. Accès à distance intégré pour le support technique. Un suivi de bogues communautaire et transparent sur GitHub.
La synthèse vocale par défaut de NVDA peut sonner de manière nettement plus synthétique que les voix premium de JAWS lors de la première installation, ce qui biaise parfois les comparaisons des nouveaux utilisateurs. Le déploiement en entreprise requiert plus de savoir-faire interne que JAWS, car il n’existe pas de contrat de support commercial par défaut. Certaines applications de bureau Windows héritées qui n’utilisent que les API d’accessibilité MSAA sont lues avec un délai perceptible par rapport à JAWS.
Choisi par les utilisateurs très sensibles au coût (il est gratuit), par les professionnels de l’accessibilité qui ont besoin d’une version portable pour les audits, par les développeurs qui ont besoin de la base de code ouverte et de l’API d’extension Python, et de plus en plus par les entreprises des pays du Sud global où le coût de licence JAWS n’est pas réaliste. L’ascension de NVDA à la première place du bureau dans WebAIM nº 10 est l’événement majeur du logiciel d’accessibilité des cinq dernières années.
JAWS — Job Access With Speech
Windows uniquement. Vispero (qui possède JAWS, ZoomText et Fusion) a systématiquement refusé de s’engager sur un portage macOS ou Linux. JAWS est le lecteur dominant dans les environnements de marchés publics du gouvernement fédéral américain, des gouvernements des États américains, du secteur de la santé américain et des grandes entreprises américaines, où les accords de licence en volume de Vispero sont profondément ancrés.
JAWS 2026 a été livré en janvier 2026 avec une alignement formel sur ARIA 1.3, un modèle de lecture étendu du contenu PDF balisé, une intégration actualisée avec FSReader et FSCast, et une meilleure prise en charge de Microsoft Edge dans le pont UIA Chromium. JAWS suit désormais une cadence de version majeure annuelle avec des correctifs mensuels continus.
Complète mais légèrement plus conservative que NVDA. JAWS 2026 prend entièrement en charge aria-actions, les rôles comment + suggestion, la gestion étendue d’aria-errormessage sur les contrôles de formulaire groupés et la nouvelle sortie braille aria-brailleroledescription. Le léger retard de JAWS concerne la nouvelle propriété d’indication de raccourci clavier ARIA 1.3 : la prise en charge est arrivée mais avec des annonces verbeuses que certains utilisateurs désactivent manuellement.
Voix premium Vocalizer Expressive que de nombreux utilisateurs décrivent comme les plus naturelles sous Windows. Langage de scripts standard du secteur pour la personnalisation des applications, utilisé dans les grands déploiements en entreprise pour les applications métier. Programme de formation et de certification étroitement intégré via Freedom Scientific. Remises sur les licences en volume pour les marchés publics institutionnels. Convergence avec le grossisseur ZoomText à travers le produit Fusion.
Le coût de la licence annuelle (approx. 1 200 USD commercial, 90 USD abonnement annuel) est le principal obstacle à l’adoption hors des environnements institutionnels nord-américains et d’Europe occidentale. Le moteur de scripts, bien que puissant, est un obstacle à l’entrée pour la personnalisation occasionnelle par rapport à l’API d’extension Python de NVDA. La cadence de publication de JAWS est plus lente que celle de NVDA, si bien que les nouvelles fonctionnalités ARIA arrivent parfois des mois après avoir déjà été livrées dans la version stable de NVDA.
Choisi par les utilisateurs dans les environnements de marchés publics institutionnels (gouvernements fédéral et des États américains, grandes entreprises américaines, écoles et universités), par les utilisateurs qui dépendent spécifiquement du moteur de scripts JAWS pour rendre accessible une application personnalisée, et par les utilisateurs de longue date qui ont appris JAWS dans les années 1990 ou 2000 et disposent d’un profil de personnalisation approfondi qu’ils préfèrent ne pas reconstruire. JAWS continue de perdre du terrain face à NVDA sur le segment sensible au coût et de maintenir sa position sur le segment institutionnel.
VoiceOver — le lecteur d’écran de plateforme d’Apple
iOS, iPadOS, macOS, watchOS, tvOS et visionOS. VoiceOver est l’exemple canonique d’un lecteur d’écran conçu comme un service de plateforme intégré plutôt qu’une application tierce. Sur mobile, il n’a pratiquement aucune concurrence dans l’écosystème Apple ; la seule alternative sur plateforme Apple est le beaucoup plus petit Hindenburg ou des outils de basse vision tiers.
VoiceOver est livré avec le système d’exploitation, donc sa cadence de publication suit iOS, iPadOS et macOS. Le cycle 2026 a introduit la nouvelle fonctionnalité Apple Intelligence « Résumé de page » qui produit un résumé généré par LLM d’une page web avant que l’utilisateur ne commence à la lire ; des contrôles de verbosité du rotor VoiceOver étendus ; et un tableau de saisie braille actualisé qui constitue la plus grande mise à jour braille livrée sur une plateforme en 2026.
Solide sur iOS Safari et macOS Safari, plus faible hors Safari. Dans Safari, les fonctionnalités ARIA 1.3 telles que les nouveaux rôles comment / suggestion, la messagerie d’erreur étendue sur les contrôles de formulaire groupés et aria-brailleroledescription sur les plages braille iOS sont respectées. VoiceOver dans Chrome sur iOS expose un sous-ensemble des propriétés ARIA — une limitation de longue date qui relève en partie d’une contrainte de plateforme WebKit et non d’un bogue VoiceOver.
Gratuit, profondément intégré au système d’exploitation, et le lecteur de plateforme pour visionOS — premier lecteur d’écran commercialisé pour un casque de réalité mixte. Le Rotor (geste iOS, commande rotative macOS) est un modèle de navigation exceptionnellement rapide que les utilisateurs expérimentés décrivent fréquemment comme la fonctionnalité la plus productive de n’importe quel lecteur. Apple Intelligence « Résumé de page » et les descriptions d’images sont traités sur l’appareil en 2026, ce qui maintient le contenu textuel et visuel hors du cloud.
Les paramètres de verbosité par défaut de VoiceOver sont très bavards en 2025-26, et de nombreux utilisateurs les ajustent substantiellement avant une utilisation quotidienne. Le comportement peut différer de manière importante entre Safari et les navigateurs basés sur Chromium sur iOS, ce qui signifie que les développeurs web ne peuvent pas tester une fois et supposer une parité. VoiceOver macOS est en retard sur VoiceOver iOS sur plusieurs lignes de fonctionnalités, et les répondants bureau macOS dans WebAIM nº 10 le classent encore troisième derrière NVDA et JAWS.
Choisi — par défaut — par toute personne possédant un iPhone, iPad, Mac, Apple Watch, Apple TV ou Vision Pro. Dans la population des utilisateurs de lecteurs d’écran, les utilisateurs de VoiceOver sont plus jeunes, davantage orientés mobile et plus iOS-centriques que l’utilisateur moyen de JAWS ou NVDA. La domination de VoiceOver sur le mobile est structurelle : la part d’écosystème Apple parmi les utilisateurs aveugles ou malvoyants aux États-Unis est encore plus élevée que sa part dans la population générale.
TalkBack — le lecteur d’écran de plateforme Android
Android (mobile et tablette). TalkBack est livré avec Android Accessibility Suite de Google et est également intégré dans One UI de Samsung et d’autres interfaces Android personnalisées de constructeurs. Il n’existe pas de variante bureau ou ChromeOS — ChromeOS utilise ChromeVox (E·05) — et il n’y a pas de lecteur séparé pour Wear OS ; Wear OS utilise une expérience dérivée de TalkBack.
TalkBack 15.0 a été livré via Google Play début 2026 avec des gestes multidoigts hérités du modèle iPad-VoiceOver, une prise en charge étendue des descriptions d’images Gemini Nano sur l’appareil, un menu de contrôles de lecture actualisé, et la fonctionnalité longtemps demandée de naviguer entre les titres web avec le même geste de balayage multidoigt utilisé dans les applications Android.
En amélioration mais historiquement le plus faible des quatre. TalkBack lit le contenu web via Chrome sur Android, et l’exposition de l’arbre d’accessibilité de Chrome sur Android a systématiquement pris du retard sur Chrome sur bureau. 2026 comble une grande partie de cet écart : les nouveaux rôles comment / suggestion sont exposés, aria-actions est lu avec un texte provisoire, et la gestion des erreurs de formulaire groupées a été affinée. Certaines propriétés ARIA 1.3 — notamment la nouvelle famille d’indication de raccourcis clavier — sont encore annoncées de manière incohérente dans certaines vues web Android.
Gratuit, intégré au système d’exploitation, et le leader mondial des lecteurs en termes de base installée absolue hors Amérique du Nord et Europe occidentale. Les descriptions d’images Gemini Nano sur l’appareil sont livrées par défaut en 2026 pour les nouvelles images et les images précédemment non étiquetées. Le menu de contrôles de lecture est le contrôle de verbosité sur l’appareil le plus personnalisable de l’ensemble des quatre lecteurs. Open source, avec le code disponible dans Android Open Source Project.
La fragmentation des constructeurs signifie que le comportement de TalkBack peut varier entre les appareils Samsung, Pixel, Xiaomi et d’autres — notamment sur la gestion du focus, les gestes et certains mappages ARIA de vues personnalisées. La lecture de contenus web dans des navigateurs Android non-Chrome peut produire des résultats différents de ce que suggèrerait un test de parité VoiceOver-dans-Safari, et reste le plus grand écart de test multiplateforme connu en 2026.
Choisi — par défaut — par toute personne possédant un téléphone ou une tablette Android. Dans la population des utilisateurs de lecteurs d’écran, les utilisateurs de TalkBack sont nettement plus jeunes et plus concentrés hors des États-Unis que les utilisateurs de VoiceOver. Pour tout produit dont la base d’utilisateurs s’étend de manière significative en Asie, en Afrique ou en Amérique latine, TalkBack est le lecteur mobile le plus déterminant à tester, même si les pratiques de test nord-américaines ont historiquement privilégié VoiceOver.
Trois lecteurs plus petits qui comptent en marge : chacun est le lecteur par défaut dans sa niche de plateforme, chacun affiche un élan sérieux en 2026, et chacun mérite d’être suivi même si leur part de bureau combinée est bien en dessous de dix pour cent.
Acteurs émergents — Narrator, ChromeVox, Orca
Narrator est livré avec Windows 10 et Windows 11. ChromeVox est le lecteur intégré de ChromeOS, déployé à grande échelle dans les districts scolaires K-12 américains qui ont standardisé sur Chromebooks. Orca est le principal lecteur d’écran de bureau Linux, utilisé sur les distributions GNOME et KDE et intégré à la plupart des grandes distributions (Ubuntu, Fedora, openSUSE, Debian).
Les mises à jour de Narrator sont livrées avec les versions de fonctionnalités Windows ; le cycle 24H2 a introduit un modèle de mode scan actualisé et un chemin de description d’images intégré à Copilot. ChromeVox 2026.x continue d’être livré avec les jalons ChromeOS, et a ajouté une navigation par en-têtes affinée et un modèle « explorer par toucher » simplifié sur les écrans tactiles des Chromebooks. Orca 46+ suit le calendrier de publication GNOME, avec la prise en charge native Wayland atteignant la parité de qualité production avec X11 en 2025-26 et l’alignement sur ARIA 1.3 progressant dans Mozilla et Chromium sur Linux.
La prise en charge ARIA de Narrator est significative mais conservative : elle gère la surface ARIA 1.2 principale de manière exhaustive, et les versions Insider 2024-25 ont livré des lectures ARIA 1.3 initiales avec quelques problèmes de paramètres de verbosité par défaut. ChromeVox hérite directement de l’arbre d’accessibilité de Chrome et dispose de la même couverture ARIA 1.3 que Chrome sur bureau. La couverture ARIA d’Orca est solide dans Firefox et Chromium sur Linux, mais prend du retard sur certains navigateurs moins fréquentés et sur les kits graphiques natifs Linux qui n’ont pas encore pleinement adopté les métadonnées AT-SPI 2 requises par les nouvelles propriétés.
Narrator : zéro installation, descriptions d’images intégrées à Copilot, mode scan qui rend la navigation web abordable pour les premiers utilisateurs. ChromeVox : intégration étroite à ChromeOS, seul lecteur spécifiquement optimisé pour les Chromebooks, déployé sur des millions d’appareils d’élèves K-12 aux États-Unis. Orca : open source, hautement personnalisable, et seul lecteur d’écran viable sur le bureau Linux libre — significatif pour les utilisateurs académiques, scientifiques et partisans du logiciel libre.
La prise en charge des applications tierces par Narrator reste plus mince que celle de NVDA ou JAWS, notamment pour les applications de bureau Windows héritées et les logiciels métier qui nécessitent des scripts personnalisés. La portée de ChromeVox est limitée par la part globale de ChromeOS. La portée d’Orca est limitée par la part du bureau Linux, et la maturité des API d’accessibilité liées à Wayland n’a atteint que récemment une parité de qualité production avec X11.
Chacun de ces lecteurs s’impose par positionnement dans l’écosystème, et non par concurrence en termes de fonctionnalités avec JAWS ou NVDA. Narrator est choisi comme point d’entrée Windows sans coût et comme lecteur de secours. ChromeVox est le lecteur institutionnel par défaut dans de nombreux districts scolaires américains qui ont standardisé sur Chromebooks. Orca est le choix des utilisateurs — souvent techniques, souvent académiques — qui utilisent le bureau Linux libre et ont besoin d’une pile de lecteur d’écran open source de bout en bout.
Aucun lecteur d’écran n’est « le bon » en 2026. La bonne réponse est : tester celui qu’utilisent vos utilisateurs, et accepter que pour tout produit non trivial cela représente au moins trois d’entre eux.
Ce que ces quatre (et trois) lecteurs ont en commun
Lus comme un catalogue, les quatre lecteurs dominants et les trois émergents partagent plus que ce que la surface laisse supposer. Les sept livrent désormais une forme ou une autre de descriptions d’images générées par IA sur l’appareil en 2026, les sept se sont alignés avec au moins le cœur d’ARIA 1.3, et les sept ont livré des actualisations significatives de leur sortie braille au cours des dix-huit derniers mois. La trajectoire est convergente sur la surface des fonctionnalités de plateforme et divergente sur la surface philosophique — open source versus licence commerciale, intégré au système versus tiers, gratuit versus payant.
Le schéma le plus déterminant est que NVDA a dépassé JAWS en tant que lecteur de bureau Windows le plus utilisé, et que l’écart se creuse plutôt qu’il ne se réduit. La combinaison du prix gratuit de NVDA, de sa version portable, de son API d’extension Python et de sa cadence de publication ARIA plus rapide a produit un avantage structurel que le moteur de scripts JAWS et la base de licences entreprise ne compensent pas entièrement. Le sondage WebAIM nº 11 — attendu en 2026 — devrait élargir l’avance de NVDA, pas la réduire. Sur mobile, la situation est à l’opposé de convergente : VoiceOver et TalkBack sont profondément liés à leurs plateformes respectives, et la part relative entre eux suit la part de terminaux d’Apple et de Google davantage que toute différence de fonctionnalités entre les deux lecteurs.
Pour une équipe technique définissant une ligne de base de test pour 2026, la conclusion est simple : tester un seul lecteur n’est plus défendable. Tester deux — généralement NVDA sur le bureau Windows et VoiceOver sur iOS Safari — constitue le minimum réaliste depuis plusieurs années. En 2026, ce minimum devrait passer à trois : ajouter TalkBack sur Android Chrome à minima, car cette population est large, croissante et insuffisamment servie par les pratiques de test nord-américaines. Les tests sur quatre lecteurs (NVDA + JAWS + VoiceOver + TalkBack) constituent la ligne de base de haute confiance pour tout produit dont la surface ARIA est non triviale.
Que vérifier en priorité
Si vous maintenez un produit web à destination du public
- Confirmer que NVDA sur Windows + Chrome lit correctement la navigation principale, les formulaires principaux et les flux de dialogue modal principaux sans erreur dans la dernière version stable
- Confirmer que VoiceOver sur iOS Safari lit correctement les mêmes surfaces — VoiceOver dans Safari est la ligne de base mobile canonique
- Confirmer que TalkBack sur Android Chrome les lit également — il s’agit de la surface de test la plus négligée en 2026
- Si votre produit s’adresse à des entreprises ou à des administrations, ajouter JAWS sur Windows + Chrome et JAWS sur Windows + Edge à la matrice
Si vous maintenez une application mobile ou de bureau native
- Associer chaque contrôle interactif à un rôle d’accessibilité natif de la plateforme — iOS UIAccessibility, Android AccessibilityNodeInfo, macOS NSAccessibility, Windows UIA — plutôt que de s’appuyer sur des adaptateurs ARIA de style web
- Tester avec VoiceOver (iOS / iPadOS / macOS) et TalkBack (Android) pour les plateformes mobiles et tablettes concernées
- Pour Windows, tester avec NVDA et JAWS — ils exposent des bogues différents dans les implémentations d’arbre d’accessibilité de vue personnalisée
- Si votre application est livrée sur visionOS ou watchOS, VoiceOver-sur-visionOS / VoiceOver-sur-watchOS est le seul lecteur et doit être testé directement sur l’appareil
Si vous choisissez un lecteur en tant que nouvel utilisateur
- Si vous êtes sur Windows et sensible au coût, commencer par NVDA — le chemin gratuit, portable et open source avec la plus grande communauté
- Si vous êtes sur Windows dans un environnement de marchés publics institutionnels qui dispose déjà de JAWS, JAWS est pertinent — notamment si vous aurez besoin d’une personnalisation d’application par scripts
- Si vous êtes sur iPhone, iPad ou Mac, VoiceOver est votre lecteur ; apprendre le Rotor rapidement
- Si vous êtes sur Android, TalkBack est votre lecteur ; consacrer du temps au menu des contrôles de lecture pour régler la verbosité
- Si vous êtes sur ChromeOS, Linux, ou souhaitez un lecteur Windows sans installation de secours, ChromeVox, Orca ou Narrator correspondent chacun clairement à leur niche
Quatre lecteurs couvrent presque l’ensemble du public web utilisant des lecteurs d’écran en 2026 : NVDA et JAWS sur le bureau Windows, VoiceOver dans l’écosystème Apple, et TalkBack sur Android. Sous eux, Narrator, ChromeVox et Orca servent chacun une population réelle mais plus restreinte à l’intérieur de leurs plateformes respectives. La convergence des dix-huit derniers mois est réelle — chaque lecteur livre désormais des descriptions d’images IA sur l’appareil, chaque lecteur s’est aligné avec le cœur d’ARIA 1.3, chaque lecteur a actualisé sa sortie braille — mais la divergence sur le prix, l’ouverture et l’intégration à la plateforme est structurelle. NVDA est désormais le lecteur de bureau Windows le plus utilisé, et l’écart se creuse. Le tableau mobile est figé : VoiceOver et TalkBack continueront à suivre les parts de terminaux d’Apple et de Google, pas les fonctionnalités l’un de l’autre. Tester au minimum trois de ces quatre. Quatre, c’est mieux.
Ce guide de terrain est mis à jour annuellement en fonction du sondage WebAIM sur les utilisateurs de lecteurs d’écran et des principales publications de télémétrie des plateformes. Lire les analyses complémentaires sur l’adoption de WCAG 2.2, la conformité ARIA 1.3 dans les navigateurs et la méthodologie de test de l’accessibilité mobile pour le contexte approfondi derrière chaque exhibit ci-dessus.
Parcourir l’ensemble des analyses sur les technologies d’assistanceMéthodologieLes chiffres bureau sont ancrés au sondage nº 10 de WebAIM sur les utilisateurs de lecteurs d’écran (2025), la source canonique de lecteur principal déclaré. Les parts mobiles sont agrégées à partir des résumés d’impact accessibilité iOS d’Apple et des notes trimestrielles sur l’accessibilité Android de Google publiées jusqu’au T1 2026. Les chiffres sont indicatifs et arrondis ; l’usage croisé est la norme et l’usage exclusif d’un seul lecteur est rare. La profondeur de prise en charge ARIA 1.3 reflète les notes de publication des éditeurs, les journaux de modifications NV Access, les notes de publication Vispero et les rapports d’implémentation du groupe de travail ARIA du W3C jusqu’en avril 2026.
PérimètreLes quatre lecteurs dominants (NVDA, JAWS, VoiceOver, TalkBack) ainsi que les trois lecteurs émergents (Narrator, ChromeVox, Orca). Les outils spécialisés — plages braille actualisables comme lecteurs autonomes, grossisseurs basse vision sans synthèse vocale, lecteurs de documents à usage unique — sont hors périmètre de ce catalogue. Les lecteurs régionaux et spécifiques à une langue (Hindenburg, KochiTalk, petits lecteurs en japonais) ne sont pas couverts ici.
Ce que cet article n’est pasUne recommandation d’un lecteur unique. L’inclusion dans ce catalogue reflète uniquement l’envergure du déploiement en 2026 et ne constitue pas un jugement sur la qualité. En savoir plus sur les outils d’accessibilité et les méthodologies et sur la réglementation de l’accessibilité par juridiction.