Assistive Technology (AT): Definition, Typen, Web-Beispiele
Assistive Technology (AT) hilft Menschen mit Behinderungen, das Web zu nutzen — Screen-Reader, Switch-Devices, Voice-Control, Magnifier.
Was ist Assistive Technology (AT)?
Assistive Technology (AT) ist Hardware oder Software, die Menschen mit Behinderungen ermöglicht, Tasks zu performen, die sie sonst nicht könnten — inkl. das Web zu nutzen. Der Term covered eine breite Range: Screen-Reader für blinde User, Screen-Magnifier für low-vision User, Switch-Devices für Motor-Impairment, Voice-Control für hands-free Operation.
Für Web-Devs ist AT das "Warum" hinter Accessibility-Standards.
Kategorien von Assistive Technology
| Disability-Area | Common AT |
|---|---|
| Vision (blind) | Screen-Reader (NVDA, JAWS, VoiceOver), Braille-Displays |
| Vision (low) | Screen-Magnifier, High-Contrast-Modes |
| Hearing | Captions, Transcripts, Sign-Language-Video |
| Motor | Switch-Devices, Head-Pointers, Voice-Control, Eye-Trackers |
| Cognitive | Read-Aloud-Tools, Simplified UI-Modes |
| Speech | Text-to-Speech (TTS), AAC-Devices |
| Mixed/multiple | Combinations |
Major Screen-Reader
| Tool | Plattform | Cost |
|---|---|---|
| NVDA | Windows | Kostenlos |
| JAWS | Windows | Commercial |
| VoiceOver | macOS, iOS | Built-in |
| TalkBack | Android | Built-in |
| Narrator | Windows | Built-in |
| Orca | Linux | Kostenlos |
| ChromeVox | Chrome / ChromeOS | Built-in |
Wie AT mit dem Web interagiert
AT nutzt typisch den Accessibility-Tree des Browsers (interne Representation der semantischen Struktur).
- Screen-Reader announct die Heading-Hierarchy für Navigation
- Switch-Device tabbed durch Focusable-Elements
- Voice-Control nutzt Element-Labels
- Screen-Magnifier folgt Focus + Cursor
Was Devs für AT tun
- Semantisches HTML nutzen.
- ARIA nur wenn HTML nicht ausreicht.
- Text-Alternativen providen.
- Keyboard-Accessibility sicherstellen.
- Visible Focus-Indicators.
- Sufficient Color-Contrast.
- Focus nicht trappen.
- Mit echter AT testen.
Häufige AT-blocking Fallstricke
- Div-Soup.
- Custom Widgets ohne ARIA.
- Mouse-only Interactions.
- Focus-Outline removed ohne Replacement.
- Missing Alt-Text.
- Auto-playing Media.
- Inaccessible CAPTCHAs.
- SPA-Route-Changes silent.
Mit Assistive Technology testen
| Approach | Was es catched |
|---|---|
| Automated Tools (axe, Lighthouse, WAVE) | ~30% der Issues |
| Manual Keyboard-Test | Focus-Traps, Missing Focus-Indicators |
| Screen-Reader-Test (NVDA, VoiceOver) | Misnamed Buttons, wrong Reading-Order |
| Real-User-Testing mit AT-Usern | Real Workflow-Blockers |
| Browser-Zoom-Test | Layout-Breaks bei 200%/400% |
FAQ: Assistive Technology
Was ist der häufigste Screen-Reader?
JAWS (40%) und NVDA (38%) auf Windows; VoiceOver auf Apple-Devices.
Nutzen alle blinden User Screen-Reader?
Die meisten ja, aber manche bevorzugen Braille-Displays.
Wie handhabt AT JavaScript-heavy Sites?
Moderne AT läuft JS.
Ist ARIA required für Accessibility?
Nein — semantisches HTML covered die meisten Fälle.
Was ist der Legal-Status von AT-Support?
Viele Jurisdiktionen requiren es: ADA, EAA, AODA, Equality Act.
Wie teste ich auf iOS-VoiceOver ohne iPhone?
iOS-Simulator auf macOS supportet VoiceOver.
Sind Accessibility-Overlays (z.B. AccessiBe) gut?
Generell nein — Experts kritisieren sie.
AT-Friendliness mit LoadFocus testen
LoadFocus läuft Lighthouse-Audits aus 25+ Regionen inkl. Accessibility-Audit. Registrieren bei loadfocus.com/signup.
Verwandte LoadFocus-Tools
Setze dieses Konzept mit LoadFocus in die Praxis um — derselben Plattform, die alles antreibt, was du gerade gelesen hast.