Barrierefreiheit für Hörgeschädigte auf Android: die Plattformkarte 2026

Weltweit leben rund 1,5 Milliarden Menschen mit einem gewissen Grad an Hörverlust. Etwa 430 Millionen haben einen behindernden Hörverlust. Die Gruppe der über 50-Jährigen ist in den meisten Märkten das am schnellsten wachsende Segment für Consumer-Technik, und die Häufigkeit von Hörverlust steigt mit dem Alter stark an: etwa 1 von 3 Personen im Alter von 65 bis 74 Jahren hat einen behindernden Hörverlust.

Android ist die Plattform, auf der 70 % dieser Nutzer unterwegs sind. Im Jahr 2026 ist die Leistungsfähigkeit auf Plattformebene für die Barrierefreiheit von Hörgeschädigten wirklich gut, während die Akzeptanz auf Anwendungsebene noch weitgehend fehlt.

Dies ist die Plattformkarte. Das vierte der Säulen-Stücke von AudioLab.tools, im Anschluss an Was ist Audio-KI?, KI-Sprachinfrastruktur 2026 und Leitfaden zur Audioentwicklung auf Android. Es ist der Grundpfeiler für HearLab.

Die Plattformebene

Was Android im Jahr 2026 nativ bereitstellt:

Funktion	Status
Live Caption (Medien + Browser-Tabs)	Stabil, etabliert
Geräuschbenachrichtigungen (Türklingel, Babyweinen)	Stabil, optional
Real-time Text (RTT) für Anrufe	Etabliert
Bluetooth LE Audio für Hörgeräte	Etabliert auf Flaggschiffen, Mittelklasse im Rollout
ASHA für Hörgeräte (Legacy)	Weiterhin erforderlich, weiterhin funktionsfähig
Auracast (Broadcast LE Audio)	Hardware bereit, Rollout in Veranstaltungsorten am Anfang
Audio-Routing-API (MediaRouter)	Stabil, von Apps zu wenig genutzt
Hörgeräte-Voreinstellungen über die Einstellungen	Stabil
Modus zur persönlichen Schallverstärkung	In einigen Märkten verfügbar
Untertitel in Drittanbieter-Apps	Uneinheitlich, hängt von der App ab

Die Geschichte teilt sich sauber auf: Die Plattform ist bereit, die Apps sind es nicht.

Live Caption

Der größte einzelne Barrierefreiheits-Meilenstein des letzten Jahrzehnts. Systemweite Untertitel für jede Audiowiedergabe auf dem Gerät: Videos, Podcasts, Sprachnachrichten, Videoanrufe. On-Device, Latenz unter einer Sekunde, kein Netzwerk-Roundtrip erforderlich.

Was es abdeckt

• Audio, die über STREAM_MUSIC und STREAM_VOICE_CALL geroutet wird
• Systemklänge, Browser-Tabs (Chrome und Edge)
• Die meisten Video- und Musik-Apps automatisch

Was es nicht abdeckt

• Das Mikrofon. Live Caption untertitelt, was dein Telefon abspielt, nicht das, was um dich herum geschieht. Um den Raum zu untertiteln, brauchst du einen separaten Ablauf.
• Räumliche / Quellen-Hinweise. Musik bekommt [Music]. Applaus bekommt [Applause]. Die detaillierten Hinweise auf die Klangumgebung, die für gehörlose Nutzer in manchen Kontexten wichtig sind, fehlen.
• Sprecheridentität bei Gruppenanrufen. Es transkribiert; es trennt die Sprecher nicht. Du siehst Text, nicht, wer gesprochen hat.
• Manche Sprachregionen. Die Abdeckung wurde erweitert, umfasst aber immer noch nur einen Bruchteil der Sprachen der Welt.

Die Mikrofonlücke ist die Lücke, die am ehesten lohnt, geschlossen zu werden. Eine Drittanbieter-App, die den Raum um den Nutzer herum untertitelt (Meetings, Restaurants, Tischgespräche), ist durchgängig die am häufigsten gewünschte Funktion unter den Hörgeräteträgern, mit denen wir gesprochen haben.

Bluetooth LE Audio

Der Plattformwandel von 2024–2026. Aufgebaut auf Bluetooth 5.2+, mit dem LC3-Codec, unterstützt Multi-Stream (binaural) und Auracast-Broadcast.

Was sich für die Barrierefreiheit von Hörgeschädigten ändert

• Direktes Streaming an Hörgeräte mit einer Latenz unter 30 ms. Audio von Telefonanrufen, Musik, Systemklänge: alles streamt nativ ohne Zwischengerät oder proprietäres Protokoll.
• Auracast: öffentliche Broadcast-Audio. Flughäfen, Theater und Konferenzräume können Audio senden, auf die jedes LE-Audio-fähige Gerät in der Nähe (einschließlich Hörgeräte) abstimmen kann.
• Bessere Akkulaufzeit sowohl beim Telefon als auch beim Hörgerät.
• Multi-Stream für binaurale Paare: koordiniertes Stereo an zwei Hörgeräte ohne herstellerspezifischen Kniff.

Akzeptanzstatus

• Telefonseite: etabliert auf Flaggschiffen (Pixel 7+, Galaxy S22+), im Rollout in der Mittelklasse.
• Hörgeräteseite: Phonak, Oticon, Signia und ReSound liefern allesamt LE-Audio-Modelle aus; Legacy-Modelle benötigen weiterhin ASHA.
• Veranstaltungsseite (Auracast): am Anfang. Bemerkenswerte Rollouts in Heathrow, Schiphol, dem Königlichen Theater Kopenhagen und mehreren US-Universitäten. Die Geschichte 2026 lautet „Infrastruktur ist den Anwendungen voraus”.

Was App-Entwickler tun sollten

Für jede neue Android-Audio-App, die hörgeräterelevante Inhalte berührt:

1. Keine A2DP-Annahmen fest verdrahten. Verwende die APIs AudioAttributes und MediaRouter und überlasse das Routing der Plattform.
2. Setze USAGE_VOICE_COMMUNICATION oder USAGE_ASSISTANCE_ACCESSIBILITY, wo es passend ist. Diese lösen die richtigen Routing-Entscheidungen für Hörgeräte aus.
3. Mach das Routing sichtbar. Zeige dem Nutzer, wohin seine Audio geht. Die 20 Zeilen Code, die alle anderen überspringen.

ASHA: die Legacy-Geschichte, die noch in Produktion ist

Audio Streaming for Hearing Aids, Googles Profil aus der Zeit um 2018 im proprietären Stil zum direkten Streaming an Hörgeräte. Hörgeräte aus der Zeit vor LE Audio nutzen es. Im Jahr 2026 ist es weiterhin eine wesentliche Abdeckung, da viele Nutzer im Feld Geräte haben, die nur ASHA unterstützen.

Für eine App, die 2026 inklusiv sein will: Unterstütze sowohl LE Audio als auch ASHA. Sauberes Zurückfallen ist das richtige Muster; davon auszugehen, dass nur das eine oder das andere vorhanden ist, lässt Nutzer im Stich.

Die gute Nachricht: Die Plattform handhabt das Routing transparent. Du setzt USAGE korrekt; das OS routet je nach angeschlossenem Gerät über ASHA oder LE Audio. Dein Code muss selten wissen, welches von beiden.

Auracast: die Veranstaltungsgeschichte

Öffentliche Broadcast-LE-Audio. Eine einzelne Quelle streamt an viele Geräte. Die Relevanz für Hörgeräte:

• Ein Theater kann seinen Hauptaudiomix senden; Hörgeräteträger stimmen über ihre Hörgeräte darauf ab.
• Ein Flughafen-Gate kann Durchsagen direkt an Geräte in der Nähe senden.
• Ein Besprechungsraum kann eine Konferenzschleife ohne die Induktionsspule senden.
• Ein zweisprachiger Veranstaltungsort kann mehrere Sprachstreams senden; die Zuhörer wählen ihren aus.

Die Akzeptanz ist am Anfang. Die Hörgerätehersteller treiben es voran (ihre Anreizstruktur passt dazu); die Veranstaltungsseite ist langsamer. Die Vorhersage für 2026: spürbare Auracast-Präsenz an großen Verkehrsknotenpunkten und großen Veranstaltungsorten bis 2027; etabliert bis 2028–2029.

Was Apps heute tun können:

• Unterstütze Auracast in deinen Audioempfänger-Apps und Creator-Tools.
• Bei barrierefreiheitsorientierten Apps: Stelle Auracast als erstklassige Quelle neben dem Mikrofon des Geräts zur Verfügung.

Routing sichtbar machen: die fehlende UI

Jede moderne App spricht mit der Audio-Routing-Schicht, ob sie sich dessen bewusst ist oder nicht. Die meisten Apps zeigen dem Nutzer nicht, was die Routing-Schicht sagt. Das ist der einfachste Barrierefreiheits-Gewinn, der für Android-Entwickler im Jahr 2026 zu holen ist.

Das Muster:

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

Mach das in deiner App sichtbar:

Streamt jetzt an: Phonak Audéo via LE Audio

Das ist eine Bannerzeile. Das Rendern kostet nichts. Es entscheidet darüber, ob der Nutzer deiner App zutraut, seinen Barrierefreiheits-Ablauf ordentlich zu handhaben. Wir zeigen es standardmäßig in HearLab Companion an, und wir sind der Meinung, dass jede Consumer-App, die Audio berührt, dasselbe tun sollte.

Live Transcribe und Accessibility-first-ASR

Live Transcribe ist Googles Barrierefreiheits-Flaggschiff als Begleit-App für die raumseitige Untertitelung. Im Jahr 2026 ist es die beste kostenlose Option für „untertitle den Raum um mich herum”: läuft On-Device für kurze Äußerungen, cloud-geroutet für längere Sitzungen, unterstützt viele Sprachen.

Für App-Entwickler, die Barrierefreiheit für Hörgeschädigte bauen:

• Versuche nicht, Live Transcribe frontal Konkurrenz zu machen. Es ist eine starke Grundlinie.
• Differenziere dich über den Workflow: Protokolle pro Sitzung, Kontext-Tagging, Zusammenfassung für die klinische Nachsorge, Koordination über mehrere Geräte.
• Nutze die Web Speech API, wenn du eine Hybrid-App baust, da sie unter der Haube größtenteils auf Google STT läuft und dir einen reibungsarmen Weg zur Raum-Untertitelung bietet.

HearLab Companion positioniert sich ausdrücklich neben Live Transcribe: Es protokolliert und fasst die Hörerfahrung über die Zeit zusammen, statt nur im Moment zu transkribieren.

Hörgeräte-Voreinstellungen und persönliche Schallverstärkung

Android liefert seit Android 12 Hörgeräte-Voreinstellungen in den Einstellungen aus. Der Modus zur persönlichen Schallverstärkung ist in einigen Märkten verfügbar. Beides sind Funktionen auf Plattformebene, in die Apps nicht direkt integriert werden müssen, derer sie sich aber bewusst sein sollten.

Die Relevanz: Wenn deine App irgendeine Audioverbesserung vornimmt (Boost, EQ, Rauschunterdrückung), prüfe, ob der Nutzer die OS-Voreinstellungen bereits aktiv hat. Verbesserung auf Verbesserung zu stapeln, verschlechtert die Qualität.

Untertitel in Drittanbieter-Apps: die Lücke

Live Caption verarbeitet Audio, die auf dem Gerät abgespielt wird. Untertitel innerhalb von Drittanbieter-Apps (eingebettetes Video, In-App-Sprachnachrichten, Podcast-Player, die den System-Untertitelpfad nicht nutzen) sind uneinheitlich.

Für Entwickler, die Audioinhalte in irgendeiner Drittanbieter-App ausliefern:

1. Nutze die Medien-APIs des Systems. ExoPlayer + MediaSession routet Audio über Pfade, die Live Caption abfangen kann.
2. Liefere Untertitelspuren zusammen mit der Audio aus. WebVTT für Streaming, eingebettet für heruntergeladene Inhalte.
3. Respektiere die Untertiteleinstellungen des OS. Nutzer haben systemweite Präferenzen für den Untertitelstil; respektiere sie.

Der Marketing-Pitch für Untertitelunterstützung lautet „Barrierefreiheit”. Der eigentliche Grund, warum den meisten App-Entwicklern das wichtig sein sollte, ist „deine App funktioniert für das kommende Jahrzehnt der Verbraucherdemografie.” Beides ist berechtigt.

Was wir gebaut haben

HearLab Companion ist die ausdrücklich nicht-medizinische Android-Begleit-App für Nutzer von Hörgeräten und CIs. Die browserseitige Vorschau demonstriert den Live-Untertitel-Modus, den Umgebungs-Audiopegelmesser, das Kontext-Tagging und das Check-in-Protokoll. Die Android-native Version steht auf der Roadmap (private Beta, Design-Partner willkommen).

Die Rahmensetzung, nicht-medizinisch, ist bewusst. Siehe Hörunterstützung gestalten, ohne sie zu medikalisieren für die regulatorische und produktbezogene Begründung.

Roadmap:

• Android-native Begleit-App (private Beta in diesem Quartal)
• Visualisierung des LE-Audio- + ASHA-Routings
• B2B2C-Dashboard-Ebene für Audiologen
• Iterativer Zusammenfassungsexport, abgestimmt auf die audiologische Nachsorge

Die ungenutzten Chancen

Fünf Stellen, an denen die Plattform bereit ist und die Produkte nicht:

1. Untertitelung auf Mikrofonseite, dauerhaft

Live Caption verarbeitet Medien. Live Transcribe übernimmt die Echtzeit-Raumuntertitelung. Ein dauerhafter, reibungsarmer Begleiter für „jederzeit verfügbare Raumuntertitelung”, der den Kontext protokolliert und das Energiebudget respektiert, fehlt weitgehend.

2. Routing-Sichtbarkeit, von jeder Audio-App angezeigt

Zwanzig Zeilen Code pro App. Zahlt sich als kumulatives Plattformvertrauen aus.

3. Zusammenfassungsebene für Audiologen

Patienten nutzen Begleit-Apps; Audiologen nutzen klinische Software. Die Brücke dazwischen (eine Zusammenfassung der Hörerfahrung des Patienten der letzten zwei Wochen beim Klinikbesuch, generiert aus den Daten der Begleit-App) ist eine B2B2C-Chance, die noch niemand richtig gepackt hat.

4. Accessibility-first-Sprachassistenten

Sprachassistenten (Assistant, Bixby, Siri) optimieren für die Voice-first-Interaktion. Multimodale Barrierefreiheit (standardmäßig visuelle Antwort für Nutzer mit Hörverlust, Sprache optional) ist über die Plattformen hinweg ungleichmäßig.

5. Untertitel überall, auch bei Drittanbieter-Video

Live Caption verarbeitet native Wiedergabe. Die Geschichte des eingebetteten Videos in Apps ist nach wie vor uneinheitlich. Ein horizontales SDK zur Untertiteleinblendung, das über Video-Frameworks hinweg funktioniert, hätte spürbare Akzeptanz.

Wohin sich die Barrierefreiheit für Hörgeschädigte auf Android entwickelt

Drei Vorhersagen für 2027:

1. Die Akzeptanz von LE Audio + Auracast erreicht einen Wendepunkt. Hörgeräteträger müssen nicht mehr fragen, ob ein Veranstaltungsort oder eine App sie unterstützt; es wird zum Standard.
2. Mittelklassegeräte holen auf. Der LE-Audio-Rollout auf Mittelklasse-Hardware wird etabliert und erweitert die barrierefreie Nutzerbasis um über 100 Mio.
3. Begleit-App- + Klinik-Dashboard-B2B2C-Produkte konsolidieren sich. Die Handvoll kleiner Unternehmen in diesem Bereich von heute konsolidiert sich entweder oder wird in die Suiten der Hörgerätehersteller übernommen.

Verwandte Beiträge

• Hörunterstützung gestalten, ohne sie zu medikalisieren
• Der Markt für barrierefreie Audio ist größer, als die Leute denken
• Leitfaden zur Audioentwicklung auf Android
• Live Caption auf Android: was es tut und was nicht
• Hörgeräte-Routing über das Android Audio Framework

Mach mit

HearLab nimmt Design-Partner über die Stufen Patient, Audiologe und Hörzentrum hinweg auf. Die Android-native Begleit-App ist in der privaten Beta. Wenn du in der audiologischen Versorgung oder der Hörgeräteherstellung arbeitest oder mit Hörverlust lebst und mitgestalten möchtest, was wir bauen, nimm Kontakt auf.