Assistive Technologie (AT): Definition, Typen, Web-Beispiele

Was ist Assistive Technologie (AT)?

Assistive Technologie ist jede Hardware oder Software, die einem Menschen mit Behinderung hilft, etwas zu tun, was ihm sonst nicht möglich wäre, zum Beispiel eine Website zu nutzen. Im Web gehören Screenreader, Bildschirmlupen, Sprachsteuerung, Schaltergeräte, Braillezeilen, Eye-Tracker und Untertitelungswerkzeuge dazu. Barrierefreie Seiten sind so gebaut, dass diese Werkzeuge jeden Teil der Seite lesen, ansagen und bedienen können.

Die WHO schätzt, dass 1,3 Milliarden Menschen, rund 16 % der Weltbevölkerung, mit einer erheblichen Behinderung leben. Standards wie WCAG und ARIA gibt es, damit Assistive Technologie etwas Verlässliches zum Arbeiten hat.

Gängige Arten von Assistiver Technologie

Screenreader

Ein Screenreader wandelt Bildschirminhalte in Sprache oder Braille um. MDN nennt JAWS als kommerzielles Produkt für Windows, NVDA (Windows), ChromeVox und Orca (Linux) als kostenlos sowie VoiceOver (macOS und iOS), ChromeVox auf Chromebooks und TalkBack (Android) als eingebaut. NV Access beschreibt NVDA als kostenlos und quelloffen. In der WebAIM Screen Reader User Survey #11 (Juli bis August 2026, 1.780 gültige Antworten) nannten die Befragten JAWS (55,0 %), NVDA (32,9 %) und VoiceOver (6,5 %) als ihren hauptsächlichen Desktop-Screenreader. Die Befragten sind eine selbst ausgewählte Gruppe, verstehen Sie die Zahlen also als Orientierung, nicht als Marktanteil.

Wie Assistive Technologie das Web liest

Assistive Technologie liest keine Pixel. Der Browser erstellt aus dem Seiten-Markup einen Accessibility Tree und stellt ihn über Barrierefreiheits-Schnittstellen der Plattform bereit. Der Baum enthält Rolle, Name und Zustand jedes Elements. Ein Screenreader sagt daraus an, die Sprachsteuerung ordnet gesprochene Namen zu, und ein Schaltergerät springt durch die fokussierbaren Elemente. Sagt das Markup nichts darüber aus, was ein Element ist, bleibt der Baum ohne Bedeutung und das Werkzeug hat nichts zu melden.

Beispiel: ein Button, der für Assistive Technologie unsichtbar ist

Ein Entwickler baut ein "Jetzt kaufen" als <div class="btn" onclick="buy()">Jetzt kaufen</div>. Sehende Mausnutzer sehen einen Button. Wer die Tastatur nutzt, kommt nicht mit Tab dorthin, ein Screenreader liest einfachen Text und kein "Button" vor, und wer per Sprache "Jetzt kaufen klicken" sagt, bekommt womöglich nichts. Ersetzt man ihn durch <button type="button">Jetzt kaufen</button>, hat er Rolle, Namen, Tastaturfokus und Aktivierung per Enter und Leertaste ohne zusätzlichen Code.

Was Entwickler tun sollten

• Zuerst semantisches HTML nutzen: Buttons, Links, Überschriften, Listen, Landmarks, beschriftete Formularfelder.
• ARIA nur ergänzen, wo HTML das Muster nicht ausdrücken kann, etwa bei Tabs oder einer eigenen Combobox, und das dokumentierte Tastaturverhalten umsetzen.
• Jedem Bild und Medium eine Textalternative geben.
• Den Fokus sichtbar halten und in einer logischen Reihenfolge der Tastaturnavigation. Den Umriss nie ohne klaren Ersatz entfernen.
• Den Fokus in dynamischen Oberflächen steuern. Öffnet sich ein Dialog, den Fokus hineinsetzen und beim Schließen zurückgeben.
• Änderungen ansagen, die ohne Seitenwechsel passieren, etwa Routenwechsel in einer Single Page App, mit einer Live-Region oder einem Fokuswechsel.

Häufige Fehler

• Widgets aus <div>-Elementen mit reinen Klick-Handlern bauen.
• Menüs nur per Hover und Drag-and-drop ohne Tastaturalternative.
• Fokusumrisse entfernen.
• Leere oder fehlende alt-Texte bei aussagekräftigen Bildern oder unklare Linktexte wie "hier klicken".
• Automatisch startende Audioinhalte, die den Screenreader übertönen.
• CAPTCHAs, die allein auf einem Bild beruhen.
• Einen automatisierten Wert als Beweis nehmen, dass die Seite mit Assistiver Technologie funktioniert.

Testen mit Assistiver Technologie

Automatisierte Werkzeuge wie Lighthouse und axe finden einen Teil der Probleme, meist fehlende Beschriftungen, Kontraste und ungültiges ARIA. Ob ein Screenreader-Nutzer eine Aufgabe abschließen kann, beurteilen sie nicht. Kombinieren Sie sie mit einem Durchgang nur per Tastatur, einem Durchgang mit Screenreader (NVDA mit Firefox oder Chrome unter Windows, VoiceOver auf Mac oder iPhone), einer Prüfung bei 200 % Zoom und, wenn möglich, Sitzungen mit Menschen, die Assistive Technologie nutzen.

Das Page-Speed-Monitoring von LoadFocus führt geplante Lighthouse-Audits aus 25 Cloud-Regionen aus, und Barrierefreiheit ist eine der Lighthouse-Kategorien, die jedes Audit erfasst, sodass Rückschritte bei den automatisierten Prüfungen zwischen Releases sichtbar werden. Das ist ein Sicherheitsnetz und kein Ersatz für manuelle Tests. Wo sich Performance und Barrierefreiheit berühren, lesen Sie unter warum Performance-Tests Barrierefreiheit einschließen sollten, und zu Werkzeugen unter Tools für Barrierefreiheitstests von Websites.

Häufige Fragen: Assistive Technologie

Ist ein Screenreader die einzige Assistive Technologie fürs Web?

Nein. Screenreader sind am bekanntesten, doch Lupen, Sprachsteuerung, Schaltergeräte, Braillezeilen, Untertitel und Lesemodi sind ebenfalls im Einsatz. Viele Menschen nutzen mehr als ein Werkzeug.

Mit welchem Screenreader soll ich testen?

NVDA ist kostenlos und läuft unter Windows, deshalb ist er der übliche Einstieg. Ergänzen Sie VoiceOver für Apple-Geräte und TalkBack für Android, wenn Ihre Zielgruppe sie nutzt. Die Ergebnisse unterscheiden sich je nach Kombination aus Screenreader und Browser, testen Sie also die, die Ihre Besucher verwenden.

Brauche ich ARIA, um Assistive Technologie zu unterstützen?

Für die meisten Seiten nicht. Native HTML-Elemente liefern bereits die richtige Rolle, den Namen und den Zustand. ARIA schließt Lücken bei eigenen Widgets, und falsches ARIA kann schlimmer sein als gar keines.

Zeigen automatisierte Tests, dass meine Seite mit Assistiver Technologie funktioniert?

Nein. Sie finden eine Teilmenge von Problemen, die sich aus dem Markup erkennen lassen. Ob Lesereihenfolge, Fokusverhalten und Ansagen sinnvoll sind, braucht manuelle Prüfungen.

Gibt es gesetzliche Anforderungen an die Unterstützung Assistiver Technologie?

Viele Länder haben Barrierefreiheitsgesetze oder Beschaffungsregeln, die auf WCAG verweisen, die Einzelheiten unterscheiden sich aber je nach Land und Branche. Klären Sie die für Sie geltenden Regeln mit Ihrer Rechtsabteilung.