VoiceOver

VoiceOver ist Apples integrierter Screenreader, der auf jedem Mac, iPhone, iPad, Apple Watch und Apple TV ohne zusätzliche Kosten ausgeliefert wird. Auf iOS insbesondere gilt VoiceOver als der maßgebliche Referenz-Screenreader für jeden sinnvollen Test zur mobilen Web-Barrierefreiheit.

Auf macOS

VoiceOver auf macOS wird mit Cmd+F5 aufgerufen (oder durch langes Drücken der Touch-ID-Taste auf unterstützten Tastaturen). Es verwendet eine eigene Modifikationstaste — die VoiceOver-Taste (VO), in der Regel Feststelltaste oder Control+Option — die den meisten VoiceOver-spezifischen Tastenkombinationen vorangestellt wird. Sobald VoiceOver aktiv ist, liest es das fokussierte Element, seine Rolle und seinen Zustand vor.

Übergeordnet verhält sich VoiceOver auf macOS ähnlich wie JAWS oder NVDA unter Windows: Tastaturnavigation nach Landmark, Überschrift und Formularfeld; Ankündigung von ARIA-Rolle, -Zustand und -Wert; Handhabung von Live-Regionen.

Im Detail gibt es jedoch Besonderheiten, die Entwicklungsteams überraschen, die hauptsächlich unter Windows testen:

• Der VoiceOver-„Rotor“ ist Apples Äquivalent zum JAWS-Virtualcursor bzw. Formularmodus. VO+U öffnet einen Rotor (einen stilisierten Ring), der Navigationsmodi auflistet — Überschriften, Links, Formularsteuerelemente, Landmarks, Web-Spots. Nutzende wählen einen Modus und navigieren durch Elemente dieses Typs.
• <button> vs. role="button" — VoiceOver hat diese historisch in subtilen Nuancen unterschiedlich angekündigt; modernes Safari hat die Lücke verringert, aber nicht vollständig geschlossen.
• Benutzerdefinierte Fokusrahmen. VoiceOver auf macOS zeichnet einen eigenen dunklen Rahmen um das fokussierte Element. Zeichnet die Seite ebenfalls einen Fokusrahmen, sind beide gleichzeitig sichtbar und können visuell kollidieren.

Auf iOS — die wichtigere Plattform

Auf iOS wird VoiceOver über die Bedienungshilfen-Kurzbefehl aktiviert (dreifaches Drücken der Seitentaste oder über die Einstellungen). Das Interaktionsmodell ist gestenbasiert und stellt den operativen Standard für mobile Barrierefreiheit dar:

• Einfingriger Wisch nach rechts — Fokus auf das nächste Element.
• Einfingriger Wisch nach links — vorheriges Element.
• Einfingriger Doppeltipp — fokussiertes Element aktivieren.
• Dreifingriger Wisch nach oben/unten — Seite scrollen.
• Zweifingrige Zusammenführbewegung (Pinch) — Elemente mit Unterstruktur verlassen und erneut betreten.
• VoiceOver-Rotor (zweifingrige Drehbewegung auf dem Touchscreen) — dasselbe Konzept wie auf macOS; Navigation nach Landmarks, Überschriften usw.

Diese Gesten bilden das De-facto-Vokabular für die Nutzung mobiler Screenreader. Jede Web-App oder Seite, die sie unterbricht — durch das Überschreiben von Touch-Ereignissen, das Einschließen des Fokus oder das Erzeugen nicht schließbarer Elemente — stellt einen eindeutigen Fehler in der mobilen Barrierefreiheit dar.

Wie Tests mit VoiceOver auf iOS ablaufen

Drei Muster lassen die häufigsten iOS-VoiceOver-Fehler sichtbar werden:

1. Den gesamten Bildschirm mit einfingerigen Wischgesten durchtippen. Die Tab-Reihenfolge sollte der visuellen Reihenfolge entsprechen. Jedes interaktive Element sollte seine Rolle ankündigen.
2. Den Rotor öffnen und die Überschriften- sowie Landmark-Listen prüfen. Fehlende Landmarks oder übersprungene Überschriftenebenen sind dort sofort erkennbar.
3. Dynamische Aktualisierungen auslösen (Karussell weiterschalten, Auf-/Zuklappen, Formular absenden). Überprüfen, ob die Änderung über die passende aria-live-Region angekündigt wird — nicht durch eine stille DOM-Mutation, die Nutzende nie hören.

VoiceOver auf iOS ist auch Apples Referenz für native iOS-Apps; dasselbe Wissen über Testmethoden lässt sich innerhalb des Apple-Ökosystems sowohl auf das Web als auch auf native Anwendungen übertragen.