Accessibilité auditive sur Android : la carte de la plateforme en 2026

Dans le monde, environ 1,5 milliard de personnes vivent avec un certain degré de perte auditive. Quelque 430 millions souffrent d’une perte auditive invalidante. La tranche des plus de 50 ans est le segment de la tech grand public qui croît le plus vite sur la plupart des marchés, et la prévalence de la perte auditive augmente fortement avec l’âge : environ 1 personne sur 3 âgée de 65 à 74 ans présente une perte auditive invalidante.

Android est la plateforme sur laquelle se trouvent 70 % de ces utilisateurs. En 2026, les capacités au niveau de la plateforme pour l’accessibilité auditive sont véritablement bonnes, tandis que l’adoption au niveau des applications reste, elle, en grande partie absente.

Voici la carte de la plateforme. Quatrième des articles piliers d’AudioLab.tools, faisant suite à Qu’est-ce que l’IA audio ?, L’infrastructure de voix par IA en 2026 et Guide du développement audio sur Android. C’est la pierre angulaire de HearLab.

La couche plateforme

Ce qu’Android fournit nativement en 2026 :

Fonctionnalité	Statut
Live Caption (médias + onglets du navigateur)	Stable, généralisé
Notifications sonores (sonnette, pleurs de bébé)	Stable, opt-in
Real-time text (RTT) pour les appels	Généralisé
Bluetooth LE Audio pour les aides auditives	Généralisé sur les modèles haut de gamme, milieu de gamme en cours de déploiement
ASHA pour les aides auditives (legacy)	Toujours nécessaire, toujours fonctionnel
Auracast (broadcast LE Audio)	Matériel prêt, déploiement dans les lieux à ses débuts
API de routage audio (MediaRouter)	Stable, sous-utilisée par les applications
Préréglages d’aides auditives via les Paramètres	Stable
Mode d’amplification sonore personnelle	Disponible sur certains marchés
Sous-titres dans les applications tierces	Inégal, dépend de l’application

L’histoire se découpe nettement : la plateforme est prête, les applications ne le sont pas.

Live Caption

La plus importante avancée en matière d’accessibilité de la dernière décennie. Des sous-titres à l’échelle du système pour tout contenu audio joué sur l’appareil : vidéos, podcasts, messages vocaux, appels vidéo. En local sur l’appareil, latence inférieure à la seconde, aucun aller-retour réseau requis.

Ce que cela couvre

• L’audio routé via STREAM_MUSIC et STREAM_VOICE_CALL
• Les sons système, les onglets du navigateur (Chrome et Edge)
• La plupart des applications vidéo et musicales automatiquement

Ce que cela ne couvre pas

• Le microphone. Live Caption sous-titre ce que votre téléphone joue, pas ce qui se passe autour de vous. Pour sous-titrer la pièce, il faut un flux distinct.
• Indices spatiaux / de source. La musique reçoit [Music]. Les applaudissements reçoivent [Applause]. Les indices détaillés sur l’environnement sonore qui comptent pour les utilisateurs sourds dans certains contextes sont absents.
• Identité du locuteur dans les appels de groupe. Cela transcrit ; cela ne distingue pas les locuteurs. Vous voyez du texte, pas qui a parlé.
• Certaines langues/régions. La couverture s’est étendue mais ne représente encore qu’une fraction des langues du monde.

La lacune du microphone est celle qu’il vaut le plus la peine de combler. Une application tierce qui sous-titre la pièce autour de l’utilisateur (réunions, restaurants, dîners) est invariablement la fonctionnalité la plus demandée parmi les porteurs d’aides auditives avec qui nous avons échangé.

Bluetooth LE Audio

Le tournant de plateforme de 2024–2026. Bâti sur Bluetooth 5.2+, il intègre le codec LC3, prend en charge le multi-stream (binaural) et le broadcast Auracast.

Ce qui change pour l’accessibilité auditive

• Streaming direct vers les aides auditives avec une latence inférieure à 30 ms. L’audio des appels téléphoniques, la musique, les sons système : tout est diffusé nativement, sans appareil intermédiaire ni protocole propriétaire.
• Auracast : diffusion audio publique. Aéroports, théâtres et salles de conférence peuvent diffuser un signal audio que tout appareil équipé de LE Audio à proximité (y compris les aides auditives) peut capter.
• Meilleure autonomie tant pour le téléphone que pour l’aide auditive.
• Multi-stream pour les paires binaurales : stéréo coordonnée vers deux aides auditives sans bricolage propre à chaque fabricant.

Statut de l’adoption

• Côté téléphone : généralisé sur les modèles haut de gamme (Pixel 7+, Galaxy S22+), en cours de déploiement sur le milieu de gamme.
• Côté aide auditive : Phonak, Oticon, Signia et ReSound livrent tous des modèles LE Audio ; les modèles legacy nécessitent encore ASHA.
• Côté lieux (Auracast) : à ses débuts. Déploiements notables à Heathrow, Schiphol, au Théâtre royal de Copenhague et dans plusieurs universités américaines. Le récit de 2026 est « l’infrastructure devance les applications ».

Ce que les développeurs d’applications devraient faire

Pour toute nouvelle application audio Android touchant à des contenus pertinents pour les aides auditives :

1. Ne codez pas en dur des hypothèses A2DP. Utilisez les API AudioAttributes et MediaRouter et laissez la plateforme gérer le routage.
2. Définissez USAGE_VOICE_COMMUNICATION ou USAGE_ASSISTANCE_ACCESSIBILITY lorsque c’est approprié. Cela déclenche les bonnes décisions de routage pour les aides auditives.
3. Rendez le routage visible. Montrez à l’utilisateur où va son audio. Les 20 lignes de code que tous les autres sautent.

ASHA : le récit legacy toujours en production

Audio Streaming for Hearing Aids : le profil de Google, de style propriétaire et datant de 2018, pour le streaming direct vers les aides auditives. Les aides auditives antérieures à LE Audio l’utilisent. En 2026, il demeure une couverture essentielle : beaucoup d’utilisateurs sur le terrain ont des appareils qui ne prennent en charge qu’ASHA.

Pour une application qui veut être inclusive en 2026 : prenez en charge à la fois LE Audio et ASHA. Le repli en douceur est le bon schéma ; partir du principe que l’un ou l’autre suffira laissera des utilisateurs de côté.

La bonne nouvelle : la plateforme gère le routage de façon transparente. Vous définissez USAGE correctement ; l’OS route via ASHA ou LE Audio selon l’appareil connecté. Votre code a rarement besoin de savoir lequel.

Auracast : le récit des lieux

Diffusion publique en LE Audio. Une seule source diffuse vers de nombreux appareils. La pertinence pour les aides auditives :

• Un théâtre peut diffuser son mixage audio principal ; les porteurs d’aides auditives s’y connectent via leurs aides auditives.
• Une porte d’embarquement d’aéroport peut diffuser des annonces directement vers les appareils à proximité.
• Une salle de réunion peut diffuser une boucle de conférence sans la boucle à induction.
• Un lieu bilingue peut diffuser plusieurs flux linguistiques ; les auditeurs choisissent le leur.

L’adoption en est à ses débuts. Les fabricants d’aides auditives la poussent (leur structure d’incitations s’y prête) ; le côté des lieux est plus lent. La prévision pour 2026 : une présence d’Auracast significative dans les grands hubs de transport public et les grands lieux d’ici 2027 ; généralisée d’ici 2028–2029.

Ce que les applications peuvent faire aujourd’hui :

• Prenez en charge Auracast dans vos applications de réception sonore et vos outils de création.
• Pour les applications axées sur l’accessibilité, exposez Auracast comme une source de premier plan aux côtés du microphone de l’appareil.

Rendre le routage visible : l’UI manquante

Toute application moderne dialogue avec la couche de routage audio, qu’elle s’en rende compte ou non. La plupart des applications ne montrent pas à l’utilisateur ce que dit la couche de routage. C’est le gain d’accessibilité le plus facile à obtenir pour les développeurs Android en 2026.

Le schéma :

val router = MediaRouter.getInstance(context)
val selected = router.selectedRoute

val routeName = selected.name
val routeType = selected.deviceType
// deviceType: TYPE_BLUETOOTH, TYPE_HEARING_AID, TYPE_USB_DEVICE, TYPE_WIRED_HEADSET, ...

Rendez-le visible dans votre application :

Diffusion en cours vers : Phonak Audéo via LE Audio

C’est une seule ligne de bannière. Son affichage ne coûte rien. Cela détermine si l’utilisateur fait confiance à votre application pour gérer correctement son flux d’accessibilité. Nous l’affichons par défaut dans HearLab Companion et nous estimons que toute application grand public touchant à l’audio devrait faire de même.

Live Transcribe et l’ASR pensée pour l’accessibilité

Live Transcribe est l’application compagnon phare de Google pour l’accessibilité, dédiée au sous-titrage côté pièce. En 2026, c’est la meilleure option gratuite pour « sous-titrer la pièce autour de moi » : elle fonctionne en local sur l’appareil pour les énoncés courts, est routée vers le cloud pour les sessions plus longues, et prend en charge de nombreuses langues.

Pour les développeurs d’applications qui construisent de l’accessibilité auditive :

• N’essayez pas de concurrencer Live Transcribe de front. C’est une base solide.
• Différenciez-vous sur le workflow : journaux par session, étiquetage du contexte, synthèse pour le suivi clinique, coordination entre plusieurs appareils.
• Utilisez la Web Speech API si vous construisez une application hybride : elle repose en grande partie sur Google STT sous le capot et vous offre une voie peu contraignante vers le sous-titrage de pièce.

HearLab Companion se positionne explicitement à côté de Live Transcribe : il consigne et synthétise l’expérience auditive dans le temps, plutôt que de seulement transcrire sur l’instant.

Préréglages d’aides auditives et amplificateur sonore personnel

Android propose des préréglages d’aides auditives dans les Paramètres depuis Android 12. Le mode d’amplification sonore personnelle est disponible sur certains marchés. Ce sont deux fonctionnalités au niveau de la plateforme avec lesquelles les applications n’ont pas besoin de s’intégrer directement, mais dont elles devraient avoir conscience.

La pertinence : si votre application effectue une quelconque amélioration audio (boost, EQ, suppression de bruit), vérifiez si l’utilisateur a déjà activé les préréglages au niveau de l’OS. Empiler amélioration sur amélioration dégrade la qualité.

Sous-titres dans les applications tierces : la lacune

Live Caption gère l’audio joué sur l’appareil. Les sous-titres à l’intérieur des applications tierces (vidéo intégrée, messages vocaux in-app, lecteurs de podcasts qui n’exploitent pas le chemin de sous-titrage du système) sont inégaux.

Pour les développeurs qui diffusent du contenu audio dans une quelconque application tierce :

1. Utilisez les API média du système. ExoPlayer + MediaSession route l’audio par des chemins que Live Caption peut intercepter.
2. Livrez des pistes de sous-titres avec l’audio. WebVTT pour le streaming, intégrées pour le contenu téléchargé.
3. Respectez les réglages de sous-titres de l’OS. Les utilisateurs ont des préférences à l’échelle du système pour le style des sous-titres ; respectez-les.

L’argument marketing en faveur de la prise en charge des sous-titres est « l’accessibilité ». La vraie raison pour laquelle la plupart des développeurs d’applications devraient s’en soucier est « votre application fonctionne pour la prochaine décennie de la démographie des consommateurs ». Les deux sont valables.

Ce que nous avons construit

HearLab Companion est l’application compagnon Android, explicitement non médicale, pour les utilisateurs d’aides auditives et d’implants cochléaires. L’aperçu côté navigateur démontre le mode de sous-titres en direct, le sonomètre d’environnement, l’étiquetage du contexte et le journal de check-in. La version native Android est sur la feuille de route (bêta privée, partenaires de conception bienvenus).

Le cadrage (non médical) est délibéré. Voir Concevoir un soutien auditif sans le médicaliser pour le raisonnement réglementaire et produit.

Feuille de route :

• Application compagnon native Android (bêta privée ce trimestre)
• Visualisation du routage LE Audio + ASHA
• Couche de tableau de bord B2B2C pour audiologistes
• Export de synthèse itératif, ajusté pour le suivi audiologique

Les opportunités non encore exploitées

Cinq endroits où la plateforme est prête et où les produits ne le sont pas :

1. Sous-titrage côté micro, persistant

Live Caption gère les médias. Live Transcribe gère le sous-titrage de pièce en temps réel. Un compagnon de « sous-titrage de pièce toujours disponible », persistant et peu contraignant, qui consigne le contexte et respecte le budget énergétique, fait en grande partie défaut.

2. Visibilité du routage, affichée par chaque application audio

Vingt lignes de code par application. Cela se rentabilise sous forme de confiance cumulative envers la plateforme.

3. Couche de synthèse destinée aux audiologistes

Les patients utilisent des applications compagnons ; les audiologistes utilisent des logiciels cliniques. Le pont entre les deux, à savoir une synthèse au moment de la visite en clinique des deux dernières semaines d’expérience auditive du patient générée à partir des données de l’application compagnon, est une opportunité B2B2C que personne n’a encore réussie.

4. Assistants vocaux pensés pour l’accessibilité

Les assistants vocaux (Assistant, Bixby, Siri) sont optimisés pour l’interaction « voice-first ». L’accessibilité multimodale (réponse visuelle par défaut pour les utilisateurs malentendants, voix optionnelle) est inégale d’une plateforme à l’autre.

5. Des sous-titres partout, y compris pour la vidéo tierce

Live Caption gère la lecture native. Le récit de la vidéo intégrée in-app reste inégal. Un SDK horizontal d’injection de sous-titres qui fonctionnerait à travers les frameworks vidéo connaîtrait une adoption significative.

Où va l’accessibilité auditive sur Android

Trois prévisions pour 2027 :

1. L’adoption de LE Audio + Auracast atteint un point d’inflexion. Les porteurs d’aides auditives n’ont plus à se demander si un lieu ou une application les prend en charge ; cela devient la norme.
2. Les appareils de milieu de gamme rattrapent leur retard. Le déploiement de LE Audio sur le matériel de milieu de gamme se généralise, élargissant la base d’utilisateurs accessible de plus de 100 millions.
3. Les produits B2B2C application compagnon + tableau de bord clinique se consolident. La poignée de petites entreprises présentes aujourd’hui sur ce créneau se consolident ou se font racheter pour rejoindre les suites des fabricants d’aides auditives.

En lien

• Concevoir un soutien auditif sans le médicaliser
• Le marché de l’audio d’accessibilité est plus grand qu’on ne le pense
• Guide du développement audio sur Android
• Live Caption sur Android : ce qu’il fait et ne fait pas
• Routage des aides auditives via l’Android Audio Framework

Participez

HearLab accueille des partenaires de conception à travers les niveaux patient, audiologiste et centre auditif. L’application compagnon native Android est en bêta privée. Si vous travaillez dans les soins audiologiques ou la fabrication d’appareils auditifs, ou si vous vivez avec une perte auditive et souhaitez façonner ce que nous construisons, prenez contact.