VoiceOver: Apples integrierter Screenreader für macOS und iOS

Kurz erklärt: VoiceOver ist der in macOS und iOS integrierte Screenreader von Apple. Er ermöglicht blinden und sehbehinderten Menschen die vollständige Bedienung von Mac, iPhone und iPad per Sprachausgabe, Gesten und Tastatursteuerung – ohne Zusatzsoftware.

VoiceOver ist der meistgenutzte Screenreader auf Mobilgeräten und der zweitwichtigste Reader für Web-Barrierefreiheitstests nach NVDA. Da er auf jedem Apple-Gerät vorinstalliert ist, haben weltweit Millionen von Nutzern Zugang zu diesem Screenreader. Für Entwickler ist VoiceOver unverzichtbar, weil Safari auf iOS der einzige Browser-Engine ist und somit VoiceOver die einzige Screenreader-Option für iPhone-Nutzer darstellt.

VoiceOver auf macOS

VoiceOver wird auf dem Mac mit Cmd + F5 aktiviert (oder über "Hey Siri, schalte VoiceOver ein"). Die Navigation erfolgt über VO-Tastenkombinationen, wobei die VO-Taste standardmäßig Ctrl + Alt ist. Die wichtigsten Befehle:

Navigation: VO + Pfeil rechts/links = nächstes/vorheriges Element, VO + Leertaste = Element aktivieren, VO + U = Rotor öffnen (Überschriften, Links, Landmarks im Überblick), VO + A = alles vorlesen ab aktueller Position.

VoiceOver arbeitet auf macOS am besten mit Safari zusammen – die Accessibility-API-Integration ist dort am tiefsten. Chrome-Unterstützung hat sich verbessert, ist aber nicht gleichwertig. Für Barrierefreiheitstests auf macOS sollte daher immer Safari als primärer Browser verwendet werden.

VoiceOver auf iOS: Gesten-Steuerung

Auf iPhone und iPad wird VoiceOver über Einstellungen > Bedienungshilfen > VoiceOver oder per Dreifach-Klick der Seitentaste aktiviert. Die Bedienung erfolgt per Gesten: Einmal tippen liest das Element vor, Doppelt tippen aktiviert es, Wischen nach rechts/links navigiert zum nächsten/vorherigen Element.

Der Rotor ist ein zentrales Konzept: Durch Drehbewegung mit zwei Fingern wechselt man zwischen Navigationsarten (Überschriften, Links, Formularfelder, Landmarks). Mit Wischen nach oben/unten springt man dann zum nächsten Element der gewählten Kategorie. Weitere Gesten: Drei-Finger-Wischen scrollt, Zwei-Finger-Tippen pausiert/setzt die Sprachausgabe fort, Zickzack-Geste (Z-Form mit zwei Fingern) drückt die Zurück-Taste.

Rotor-Navigation für Web-Inhalte

Der VoiceOver-Rotor ist das mächtigste Navigationswerkzeug für Web-Inhalte. Auf macOS wird er mit VO + U geöffnet, auf iOS durch Drehbewegung. Er listet kategorisiert alle Seitenelemente auf: Überschriften (mit Level), Links, Formularfelder, Tabellen, Landmarks, ARIA-Landmarks und Bilder.

Für Barrierefreiheitstests ist der Rotor goldwert: Er zeigt sofort, ob die Überschriftenhierarchie einer Seite logisch ist (h1, h2, h3 statt h1, h4, h2), ob aussagekräftige Link-Texte verwendet werden (statt "hier klicken") und ob Landmarks vorhanden sind (navigation, main, banner, contentinfo). Eine Seite, die im Rotor eine klare Struktur zeigt, ist in der Regel gut barrierefrei umgesetzt.

VoiceOver für Barrierefreiheitstests nutzen

Ein grundlegender VoiceOver-Testdurchlauf auf macOS umfasst vier Schritte:

1. Strukturtest: VO + U öffnen, durch Überschriften und Landmarks navigieren. Ergibt die Hierarchie Sinn?
2. Tab-Test: Mit Tab durch alle interaktiven Elemente springen. Wird jedes Element korrekt angesagt? Gibt es Fokus-Fallen?
3. Formular-Test: Formulare ausfüllen und absenden. Werden Labels vorgelesen? Werden Fehlermeldungen angesagt?
4. Dynamik-Test: Modals öffnen, Accordion-Bereiche aufklappen, Benachrichtigungen auslösen. Werden Änderungen per aria-live angesagt?

Tipp: VoiceOver auf iOS testen ist besonders wichtig, weil Mobile-Nutzer überproportional häufig Screenreader verwenden – die Kombination VoiceOver + Safari iOS deckt den größten Anteil mobiler Screenreader-Nutzung ab.

Unterschiede zu NVDA und JAWS

VoiceOver interpretiert einige ARIA-Attribute anders als NVDA und JAWS. Bekannte Unterschiede: VoiceOver auf Safari ignoriert bestimmte aria-label-Attribute auf

- und -Elementen ohne explizite Rolle, während NVDA sie vorliest. Die Behandlung von aria-hidden und aria-live-Regionen weicht ebenfalls ab.

Der Accessibility Tree von Safari unterscheidet sich strukturell von dem in Chrome/Firefox, was zu unterschiedlichem Verhalten bei komplexen Widgets (Tabs, Grids, Comboboxen) führen kann. Für robuste Barrierefreiheit sollte daher immer mit mindestens zwei verschiedenen Screenreader-Browser-Kombinationen getestet werden: NVDA + Firefox/Chrome und VoiceOver + Safari als Minimum.

Wird geprüft: bf-check prüft die technischen Voraussetzungen für VoiceOver-Kompatibilität: Landmarks, Überschriftenhierarchie, Labels und ARIA-Attribute – die Basis für eine saubere Rotor-Navigation.

Wie steht deine Webseite in diesem Punkt da?

Kostenloser Scan gegen 15 WCAG-2.1-AA-Kriterien – inkl. VoiceOver-Check.

Jetzt Webseite prüfen →

Ratgeber zum Thema

Screenreader So Funktionieren Sie → Barrierefreiheit Testen Tools Uebersicht → Barrierefreiheit Audit Selber Machen →