TalkBack: Googles Screenreader unter Android

Was TalkBack ist

TalkBack ist Googles Screenreader und Teil der Android Accessibility Suite. Auf den meisten Android-Geräten ist er vorinstalliert und wird (anders als bei iOS) über den Play Store aktualisiert. Daraus folgt eine Besonderheit des Android-Ökosystems: Version und Verhalten von TalkBack können sich je nach Gerät, Hersteller und Android-Version unterscheiden. Was auf einem aktuellen Pixel funktioniert, kann auf einem älteren Gerät anders heißen oder fehlen, für dich als Entwickler:in ein Grund, auf mehr als einem Gerät zu testen.

Das Bedienkonzept: erkunden und wischen

Wie bei VoiceOver gilt: Tippen wählt aus, statt zu aktivieren. Das berührte Element bekommt den TalkBack-Fokus (sichtbar als grüner Rahmen) und wird vorgelesen, zusammengesetzt aus Name, Rolle, Zustand und gegebenenfalls einem Bedienhinweis. Erst das Doppeltippen löst die Aktion aus.

Für die Erkundung gibt es zwei gleichberechtigte Wege: Du kannst den Finger über den Bildschirm ziehen und hören, was unter ihm liegt („Tippen zum Erkunden") oder dich mit Wischgesten linear von Element zu Element bewegen. Geübte Nutzer:innen kombinieren beides: grob per Berührung orten, fein per Wischen navigieren.

Die wichtigsten Gesten

TalkBack arbeitet mit Ein-Finger-Wischgesten, Winkel-Gesten (z. B. „nach unten, dann nach rechts" in einer Bewegung) und, auf neueren Geräten, Mehr-Finger-Gesten. Der Grundvorrat:

Lesesteuerung und TalkBack-Menü

Was bei VoiceOver der Rotor ist, ist bei TalkBack die Lesesteuerung: Sie legt fest, in welcher Einheit die vertikalen Wischgesten navigieren: Zeichen, Wörter, Zeilen, Absätze, Überschriften, Links oder Bedienelemente. So springst du etwa von Überschrift zu Überschrift durch einen langen Bildschirm, statt jedes Element einzeln abzulaufen.

Das TalkBack-Menü ergänzt kontextbezogene Aktionen: Text kopieren, ab dem nächsten Element vorlesen, Sprechtempo ändern, Bedienungshilfen-Einstellungen öffnen und mehr. Beide (Lesesteuerung und Menü) sind der Schlüssel zur effizienten TalkBack-Bedienung.

Was deine App liefern muss

Android stellt die Accessibility-Infrastruktur über AccessibilityNodeInfo bereit. Standard-Views füllen sie weitgehend automatisch. Deine Aufgabe ist, die Lücken zu schließen: Namen für grafische Elemente, Beziehungen zwischen Beschriftung und Feld, Überschriften-Markierungen und Ansagen bei dynamischen Änderungen.

 <!-- Icon-Button: ohne contentDescription nur „Schaltfläche, ohne Label" --> 
<ImageButton
    android:id="@+id/send"
    android:src="@drawable/ic_send" android:contentDescription="@string/nachricht_senden" 
/> <!-- Sichtbares Label mit dem Eingabefeld verknüpfen --> 
<TextView
    android:text="E-Mail-Adresse" android:labelFor="@id/email_input" 
/> <!-- Abschnitts-Überschrift für die Lesesteuerung markieren --> 
<TextView
    android:text="Bestellübersicht" android:accessibilityHeading="true" 
/>

 // Icon-Button beschriften 
IconButton(onClick = send) {
    Icon(Icons.Default.Send, contentDescription = "Nachricht senden" 
)
} // Überschrift markieren 
Text("Bestellübersicht",
     modifier = Modifier.semantics { heading() 
}) // Zusammengehörige Inhalte zu einer Ansage bündeln 
Row(modifier = Modifier.semantics( mergeDescendants = true 
) {}) {
    Text("Ungelesen"); Text("12")
}

Drei weitere Bausteine gehören in jede Android-App: Live Regions( accessibilityLiveRegion ) sorgen dafür, dass sich ändernde Inhalte (Statusmeldungen, Fehlermeldungen) automatisch angesagt werden. Dekoratives bekommt importantForAccessibility="no" bzw. in Compose gar keine contentDescription , damit der Fokus nicht an Bedeutungslosem hängen bleibt. Und Berührungsziele sollten mindestens 48×48 dp groß sein. Diese Material-Design-Empfehlung liegt deutlich über dem WCAG-Minimum.

Testen mit TalkBack

Auch hier gilt: Der ehrlichste Test ist die eigene Bedienung. Google empfiehlt in seinen Accessibility-Prinzipien ausdrücklich, die App mit aktiviertem TalkBack komplett durchzuarbeiten. Ergänzend prüfen automatisierte Werkzeuge (etwa die Accessibility-Checks des Android-Test-Frameworks) typische Fehler wie fehlende Labels oder zu kleine Berührungsziele.

TalkBack und VoiceOver im Vergleich

Wer beide Screenreader kennt, testet effizienter und versteht, warum sich App-Konzepte nicht eins zu eins zwischen den Plattformen kopieren lassen. Die wichtigsten Unterschiede:

Die gute Nachricht zum Schluss: Wer die Konzepte einmal verstanden hat (Name, Rolle, Wert, Fokus-Reihenfolge, Ansagen bei Änderungen), kann sie auf beiden Plattformen anwenden. Die Begriffe wechseln, das Prinzip bleibt. Den rechtlichen Rahmen dazu erklärt der Artikel WCAG für native Apps.