Accessibility
Barrierefreiheit ist Pflicht, nicht optional. Sie hilft allen – nicht nur Menschen mit Behinderungen.
Warum wichtig
Section titled “Warum wichtig”Für alle:
- Untertitel helfen in lauten Umgebungen
- Klare Navigation hilft bei Ablenkung
- Guter Kontrast hilft bei Sonnenlicht
- Tastatur-Steuerung hilft bei repetitiven Aufgaben
Rechtlich:
- WCAG 2.1 AA ist der Standard
- EU-Richtlinie verpflichtend
- Barrierefreiheit ist menschenrechtlich verankert
Die 4 Prinzipien (POUR)
Section titled “Die 4 Prinzipien (POUR)”1. Wahrnehmbar (Perceivable)
Section titled “1. Wahrnehmbar (Perceivable)”Informationen und Designelemente dürfen nicht “unsichtbar” sein. Nutzer müssen die Inhalte mit den Sinnen erfassen können, die ihnen zur Verfügung stehen (Sehen, Hören oder Tasten).
Kernfrage: Kann der Nutzer die Inhalte sehen oder hören?
2. Bedienbar (Operable)
Section titled “2. Bedienbar (Operable)”Die Benutzeroberfläche darf keine Interaktionen erfordern, die ein Nutzer nicht ausführen kann. Die Navigation muss für jeden möglich sein, egal ob mit der Maus, der Tastatur oder per Sprachsteuerung.
Kernfrage: Kann der Nutzer die Navigation und die Steuerungselemente benutzen?
3. Verständlich (Understandable)
Section titled “3. Verständlich (Understandable)”Nicht nur die Technik, auch der Inhalt muss begreifbar sein. Die Bedienung sollte logisch und vorhersehbar aufgebaut sein, damit Nutzer nicht durch komplexe Abläufe verwirrt werden.
Kernfrage: Weiß der Nutzer, was zu tun ist und versteht er die Informationen?
4. Robust (Robust)
Section titled “4. Robust (Robust)”Inhalte müssen so programmiert sein, dass sie von einer Vielzahl von Technologien (verschiedene Browser, Screenreader, Hilfsmittel) zuverlässig interpretiert werden können – auch wenn sich die Technik weiterentwickelt.
Kernfrage: Funktionieren die Inhalte auch mit assistiven Technologien und zukünftigen Browser-Versionen?
Praxis-Checkliste
Section titled “Praxis-Checkliste”Design:
- Kontrast prüfen (min. 4.5:1)
- Touch-Targets min. 44x44px
- Farbe allein kodiert keine Info
- Fokus-States designed
Entwicklung:
- Semantisches HTML verwenden
- Alt-Texte für alle Bilder
- Tastatur-Navigation testen
- ARIA nur wo nötig
Content:
- Klare Überschriften-Hierarchie
- Aussagekräftige Link-Texte
- Einfache Sprache
- Transkripte für Audio/Video
Quick Wins
Section titled “Quick Wins”- axe DevTools – Browser Extension für schnelle Checks
- Tastatur-Test – Tab durch die ganze Seite
- Screenreader – VoiceOver (Mac) oder NVDA (Windows) testen
- Zoom 200% – Layout bricht nicht
- axe DevTools – Automated Testing
- Lighthouse – Integrated in Chrome
- WAVE – Web Accessibility Evaluator
- Stark – Figma Plugin
Don’ts
Section titled “Don’ts”- Accessibility als “nice-to-have” betrachten
- Nur auf automatisierte Tests verlassen
- Annahmen über Nutzer*innen-Fähigkeiten treffen
- “Wir haben keine Nutzer*innen mit Behinderungen”
Barrierefreiheit ist keine Feature-Liste, sondern eine Haltung.