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.