Mit TalkBack testen: Gesten, Menü, Testrezept

TalkBack ist der auf jedem Android-Gerät vorinstallierte Screenreader und der einzige Weg, die Android-Hälfte der mobilen Nutzung zu prüfen. Gestartet wird er über Einstellungen → Bedienungshilfen oder mit beiden Lautstärketasten gleichzeitig; bedient wird er mit Wischgesten statt Tastenkürzeln. Die entscheidende Umstellung für Testende: Einmal Tippen liest vor, Doppeltippen aktiviert – ein normaler Tipp löst nichts mehr aus.

Der mobile Test ist kein Anhängsel des Desktop-Tests. Er deckt Kriterien ab, die am Desktop schlicht nicht auftreten – Zielgrößen, Gesten ohne Alternative, Ausrichtungssperren –, und er zeigt Layouts unter realen Bedingungen. Unter den mobil Testenden ist TalkBack die zweite Größe: VoiceOver auf iPhone und iPad liegt in der WebAIM-Nutzerbefragung deutlich vorn, TalkBack folgt mit gut einem Drittel – gemessen an den weltweiten Geräteanteilen ist das die Gruppe, die am ehesten unterschätzt wird.

Das Wichtigste in Kürze

• TalkBack ist auf Android vorinstalliert und Teil der Android Accessibility Suite.
• Start und Stopp: beide Lautstärketasten drei Sekunden halten (einmalig freizuschalten) oder Einstellungen → Bedienungshilfen.
• Grundgesten: einmal tippen = ansagen, doppeltippen = aktivieren, wischen = nächstes Element, mit zwei Fingern wischen = scrollen.
• Lesesteuerung ersetzt den Rotor: mit einem Finger nach oben oder unten wischen schaltet die Kategorie um.
• Getestet wird mit Chrome – die übliche Paarung auf Android.
• TalkBack ist strenger als VoiceOver: Ein Button ohne Namen heißt hier schlicht „Schaltfläche“.
• Mobil geprüft werden vor allem Zielgröße (2.5.8), Zeigergesten (2.5.1), Ziehbewegungen (2.5.7) und Ausrichtung (1.3.4).

Einrichten – und wieder herauskommen

Bevor du TalkBack einschaltest, schalte den Kurzbefehl frei: Einstellungen → Bedienungshilfen → TalkBack → Verknüpfung. Danach startet und stoppt ein Druck auf beide Lautstärketasten für drei Sekunden. Ohne diesen Schritt ist der Rückweg mühsam, weil auch die Einstellungen-App auf Doppeltipp-Bedienung umgestellt ist.

Zwei weitere Einstellungen lohnen sich vor dem ersten Durchlauf:

• Sprechtempo hochziehen (Einstellungen → Bedienungshilfen → Text-in-Sprache-Ausgabe). Die Vorgabe ist für einen Test zu langsam.
• Ausführlichkeit prüfen: In den TalkBack-Einstellungen lässt sich einstellen, ob Elementtypen, Listenpositionen und Hinweise angesagt werden. Für einen Test schalte ich alles ein – gerade die Typansage („Schaltfläche“, „Link“, „Kontrollkästchen“) ist die Information, auf die es ankommt.

Der wichtigste Notausgang: mit zwei Fingern tippen hält die Sprachausgabe an.

Die Gesten, die zählen

Die letzte Geste ist die aufschlussreichste. „Erkunden durch Berühren“ zeigt, wie eine Seite räumlich aufgebaut ist – und deckt zuverlässig auf, wenn ein Bedienelement so klein ist, dass man es kaum trifft. Genau das verlangt 2.5.8 Zielgröße (Minimum) mit 24 × 24 CSS-Pixeln.

Lesesteuerung statt Rotor

Was auf iOS der Rotor ist, heißt bei TalkBack Lesesteuerung. Ein Wisch nach oben oder unten mit einem Finger schaltet zwischen Kategorien um – Überschriften, Links, Bedienelemente, Wörter, Zeichen –, danach springt ein Wisch nach oben oder unten innerhalb dieser Kategorie. Für Website-Tests brauchst du praktisch nur „Überschriften“, „Links“ und „Bedienelemente“; die übrigen Kategorien lassen sich in den Einstellungen abschalten, damit die Umschaltgeste kürzer wird.

So testest du eine Seite mit TalkBack

Ein mobiler Durchlauf in 25 Minuten:

1. Seite in Chrome öffnen und einmal von oben nach unten durchwischen (nach rechts wischen, wiederholt). Kommt jedes Element an die Reihe? Ist die Reihenfolge die gelesene Reihenfolge? Das prüft 1.3.2 Bedeutungstragende Reihenfolge.
2. Auf Überschriften umschalten (Lesesteuerung) und die Struktur durchspringen. Ergibt sie ein Inhaltsverzeichnis? Zuständig ist 1.3.1 Info und Beziehungen.
3. Bedienelemente durchgehen. Jedes muss Name und Typ ansagen. „Schaltfläche“ ohne Namen ist ein Verstoß gegen 4.1.2 Name, Rolle, Wert – meist ein Icon-Button ohne Beschriftung, siehe Icons & SVGs.
4. Mit dem Finger über den Bildschirm fahren und die Trefferflächen abtasten. Alles, was man nur knapp trifft, ist ein Kandidat für 2.5.8.
5. Nach Gesten ohne Alternative suchen: Karussells zum Wischen, Karten zum Ziehen, Slider zum Schieben. Jede solche Geste braucht eine Ein-Zeiger-Alternative – 2.5.1 Zeigergesten und 2.5.7 Ziehbewegungen.
6. Gerät quer drehen. Funktioniert die Seite in beiden Ausrichtungen? 1.3.4 Ausrichtung verbietet die Festlegung auf eine.
7. Ein Formular ausfüllen. Wird jedes Feld benannt, meldet der Fehlerfall etwas Hörbares? Absicherung: 3.3.1 und 3.3.2.
8. Systemschriftgröße auf das Maximum stellen (Einstellungen → Anzeige → Schriftgröße) und die Seite erneut ansehen. Bricht der Text um, oder wird er abgeschnitten? Das ist die mobile Entsprechung von Reflow und Textabständen.

Wo TalkBack strenger ist als VoiceOver

Ein Unterschied, der Tests wertvoll macht: TalkBack erfindet weniger. Wo VoiceOver auf iOS gelegentlich aus benachbartem Text oder Dateinamen eine Beschriftung ableitet, sagt TalkBack schlicht den Typ an. Ein „Schaltfläche“ ohne weiteren Text ist eine klare, sofort verwertbare Fehlermeldung.

Zweiter Unterschied: TalkBack macht die Reihenfolge im DOM direkter erlebbar. Wer Elemente per CSS visuell umsortiert – Grid-order, flex-direction: row-reverse –, merkt es hier sofort, weil die Wischreihenfolge der Quelltextreihenfolge folgt und nicht der Optik. Das ist derselbe Befund, den 1.3.2 beschreibt, nur unmittelbar spürbar.

Dritter Unterschied, diesmal zu Ungunsten von Android: Die Fragmentierung. TalkBack wird über den Play Store aktualisiert, die Hersteller-Oberflächen unterscheiden sich aber, und Samsung liefert eigene Bedienungshilfen mit. Wenn ein Befund nur auf einem Gerät auftritt, ist das notiert, aber nicht automatisch ein Fehler deiner Seite.

Die Systemeinstellungen, die mitgeprüft werden müssen

Android verlagert mehr Barrierefreiheit ins System als iOS – und genau diese Einstellungen werden beim Testen übersehen, obwohl Nutzende sie dauerhaft aktiv haben. Vier davon gehören in jeden Durchlauf:

• Schriftgröße und Anzeigegröße sind zwei getrennte Regler. Die Schriftgröße vergrößert nur Text, die Anzeigegröße skaliert das gesamte Layout. Beide auf Maximum ergeben den Zustand, in dem Karten, Buttons und feste Höhen als Erstes kollabieren.
• „Animationen entfernen“ entspricht prefers-reduced-motion. Eine Seite, die trotzdem automatisch scrollt oder Karussells weiterlaufen lässt, ignoriert die Systemeinstellung – und verstößt gegen 2.2.2 Pausieren, beenden, ausblenden.
• Farbkorrektur und Kontrastverstärkung verändern die Darstellung systemweit. Wer Bedeutung nur über Farbe transportiert, sieht hier sofort, was davon übrig bleibt – siehe 1.4.1 Benutzung von Farbe.
• Die Schaltflächenumrandung („Schaltflächenformen anzeigen“) zeigt, welche Elemente das System überhaupt als Bedienelement erkennt.

Befunde protokollieren

Auf dem Handy ist das Mitschreiben unpraktisch – deshalb nehme ich den Durchlauf auf. Die Bildschirmaufnahme von Android zeichnet die TalkBack-Ausgabe mit auf, wenn beim Start „Audio: Gerät“ gewählt wird. Ein Befund besteht dann aus Gerät, Android-Version, Chrome-Version, dem Zeitstempel in der Aufnahme und der wörtlichen Ansage. Das erspart die Diskussion darüber, ob etwas „irgendwie komisch klang“.

Häufiger Fehler in der Praxis

Den Emulator für ausreichend halten. TalkBack läuft im Android-Emulator, aber die Gestenbedienung mit der Maus ist so unangenehm, dass Tests dort regelmäßig abgebrochen werden. Ein altes Gerät aus der Schublade ist die bessere Investition – und näher an dem, was Nutzende haben.

Nur das eigene Flaggschiff testen. Die interessanten Befunde entstehen auf Geräten mit kleinerem Bildschirm, älterer Android-Version und schwächerer CPU.

TalkBack-Eigenheiten melden. Dass TalkBack Listenpositionen ansagt oder beim Seitenwechsel „Web-Ansicht“ sagt, ist Programmverhalten.

Die Systemschriftgröße vergessen. Sie ist auf Android der häufigste Vergrößerungsweg – deutlich häufiger als Browser-Zoom – und deckt Layoutfehler auf, die sonst niemand sieht.

Häufige Fragen

Brauche ich ein Android-Gerät, oder reicht der Emulator?

Der Emulator funktioniert grundsätzlich, ist für Gestenbedienung aber unpraktisch. Für gelegentliche Tests reicht ein gebrauchtes Gerät; für einen einzelnen Durchlauf ist auch das Diensthandy einer Kollegin eine Option.

Ersetzt TalkBack den Test mit VoiceOver auf dem iPhone?

Nein, beide zusammen decken den mobilen Markt ab. Sie unterscheiden sich in Gesten, Ausführlichkeit und Nachsicht; ein Befund unter TalkBack ist unter VoiceOver auf iPhone und iPad nicht automatisch auch einer und umgekehrt.

Warum sagt TalkBack bei manchen Elementen gar nichts?

Weil sie nicht fokussierbar sind. Ein <div> mit onclick bekommt keinen Fokus und taucht in der Wischreihenfolge nicht auf – für TalkBack existiert es nicht. Die Lösung ist ein echtes Bedienelement, siehe Buttons vs. Links.

Gilt das BFSG auch für die mobile Website?

Ja. Das BFSG unterscheidet nicht zwischen Desktop- und Mobilansicht; für native Apps gelten über die EN 301 549 zusätzliche Anforderungen. Was das konkret heißt, steht unter BFSG einfach erklärt.

Muss ich mit TalkBack auch Apps testen, nicht nur Websites?

Wenn du eine App anbietest: ja, und dann mit denselben Fragen – Name, Rolle, Zustand, Fokusreihenfolge, Zielgröße. Die Kriterien der WCAG gelten über die EN 301 549 sinngemäß auch dort.

Fazit

TalkBack kostet nichts, liegt auf jedem Android-Gerät bereit und deckt die Hälfte des mobilen Marktes ab, die ein iPhone-Test nicht erreicht. Die Umstellung ist überschaubar – einmal tippen sagt an, doppeltippen aktiviert, ein Wisch nach oben oder unten schaltet die Lesesteuerung um. Der Ertrag ist hoch, weil vier Kriterien nur mobil auslösbar sind und weil TalkBack fehlende Beschriftungen ungeschminkt meldet. Wer den Durchlauf einmal mit maximaler Systemschriftgröße und quer gedrehtem Gerät wiederholt, hat den größten Teil der mobilspezifischen Befunde beisammen.

Verwandte Themen

• Mit VoiceOver auf iPhone und iPad testen – die andere Hälfte des mobilen Marktes
• Mit NVDA testen – der Windows-Einstieg
• Mit JAWS testen – der Screenreader in Behörden und großen Unternehmen
• Screenreader-Grundlagen – was ein Screenreader überhaupt auswertet
• Wie Screenreader-Nutzer surfen – das Navigationsverhalten hinter den Gesten

Quellen

• TalkBack aktivieren und verwenden – Hilfe zu Bedienungshilfen (Google)
• WebAIM Screen Reader User Survey #10 – mobile Nutzung und Verteilung
• Mobile Accessibility – Einordnung der WCAG für mobile Anwendungen (W3C WAI)
• WCAG 2.2 – die Kriterien, denen Befunde zugeordnet werden (W3C)