Barrierefreiheit verstehen

Barrierefreiheit im Web heißt, dass Inhalte und Bedienung auch dann funktionieren, wenn jemand nicht sieht, nicht hört, keine Maus führen kann oder Texte langsamer verarbeitet – überwiegend dadurch, dass assistive Technologien wie Screenreader, Vergrößerung oder Sprachsteuerung die Seite auswerten können. Dieser Bereich beantwortet das „Wer“ und „Warum“, bevor es woanders um Kriterien und Code geht.

Das Wichtigste in Kürze

• Zum Jahresende 2025 lebten in Deutschland gut 7,8 Millionen schwerbehinderte Menschen, 9,4 % der Bevölkerung (Destatis, Pressemitteilung vom 13. Juli 2026). Weltweit sind es laut WHO 1,3 Milliarden.
• 91 % dieser Behinderungen entstehen durch Krankheit, nur 3 % sind angeboren – und 79 % der Betroffenen sind 55 Jahre oder älter. Barrierefreiheit ist damit auch ein Thema alternder Kundschaft, nicht nur einer Minderheit.
• Es geht selten um Blindheit allein. Sehbehinderung, Schwerhörigkeit, motorische und kognitive Einschränkungen betreffen zusammen deutlich mehr Menschen – und situative Einschränkungen treffen jeden: grelles Sonnenlicht, ein Arm im Gips, laute Umgebung ohne Kopfhörer.
• Wer eine Seite mit einem Screenreader hört, liest sie nicht von oben nach unten, sondern springt – über Überschriften, Landmarks und Linklisten. Gutes Markup wird dabei belohnt, schlechtes fällt sofort auf.
• Ein Nutzer, ein Screenreader ist die falsche Vorstellung: 71,6 % nutzen mehr als ein Programm, 43 % drei oder mehr (WebAIM-Umfrage, Januar 2024).
• Stand Februar 2026: 95,9 % von einer Million untersuchten Startseiten hatten erkennbare WCAG-Fehler, im Schnitt 56,1 pro Seite. Sechs Fehlerarten verursachen 96 % davon – angeführt von zu geringem Textkontrast (83,9 %).
• „Unsere Nutzer haben das nicht“ lässt sich nicht belegen: Assistive Technologien geben sich aus Datenschutzgründen nicht zu erkennen und tauchen in keiner Statistik auf.
• Seit dem 28. Juni 2025 ist Barrierefreiheit für viele private Anbieter zusätzlich Pflicht. Das Recht ist aber der Auslöser, nicht der Grund – und dieser Bereich behandelt den Grund.

Womit du anfängst

Mit einer einzigen Seite: Wie Screenreader-Nutzer surfen. Kein anderer Artikel verändert den Blick auf das eigene Markup so schnell. Wer einmal nachvollzogen hat, dass eine Seite als Liste von Überschriften, Landmarks und Links wahrgenommen wird und nicht als Bild, trifft danach andere Entscheidungen – ohne eine Regel auswendig gelernt zu haben.

Wer dagegen erst Budget oder Team überzeugen muss, startet bei Zahlen und Business Case. Dort steht jede Zahl mit Quelle und Stand, sodass sie in einer Präsentation Bestand hat.

Und wenn du zwanzig Minuten übrig hast: Installier einen Screenreader und hör dir deine eigene Startseite an. Ich würd dafür NVDA nehmen, das ist kostenlos. Die Erfahrung ist unbequem und lehrreich zugleich – und sie beendet Diskussionen schneller als jede Statistik.

Wie dieser Bereich aufgebaut ist

Menschen und ihre Einschränkungen steht am Anfang, weil hinter jedem Kriterium eine konkrete Nutzungssituation liegt: Sehbehinderung und Blindheit, Gehörlosigkeit und Schwerhörigkeit, motorische Einschränkungen sowie Kognition und Neurodiversität. Dazu gehört der oft übersehene Rest von uns: situative und temporäre Einschränkungen – das Baby auf dem Arm, die Sonne auf dem Display, der gebrochene Finger. Den Perspektivwechsel liefert wie Screenreader-Nutzer tatsächlich surfen.

Assistive Technologien sind die Werkzeuge, mit denen diese Menschen arbeiten: Screenreader wie NVDA, JAWS und VoiceOver, Bildschirmvergrößerung, Sprachsteuerung, die Braillezeile und die Tastatur- und Switch-Bedienung. Sie alle haben eines gemeinsam: Sie lesen nicht die Seite, wie sie aussieht, sondern das, was der Browser aus dem Markup ableitet. Wer das verstanden hat, liest jedes HTML-Element anders – und begreift, warum semantisches HTML kein Stilmittel ist, sondern die Schnittstelle, über die diese Technik überhaupt funktioniert.

Warum es zählt liefert die Argumente für alle, die intern überzeugen müssen: Zahlen und Business Case für Deutschland, der Curb-Cut-Effekt und die hartnäckigsten Mythen und das Recht als Auslöser, das von der UN-Behindertenrechtskonvention bis zu BFSG und BITV führt und direkt in WCAG & BFSG überleitet.

Randnotiz – warum dieser Bereich zuerst kommt. Man kann Alt-Texte schreiben, ohne je gehört zu haben, wie ein Screenreader sie vorliest – aber man schreibt bessere, wenn man es einmal gehört hat. Verstehen macht aus Regelbefolgung Handwerk. Deshalb steht dieser Bereich am Anfang des roten Fadens: Verstehen → Recht → Umsetzung → Testen → Auffindbarkeit.

Häufige Fragen

Betrifft Barrierefreiheit wirklich so viele Menschen?

Mehr, als die Statistik zeigt. Amtlich erfasst sind 7,8 Millionen schwerbehinderte Menschen in Deutschland, aber der Schwerbehindertenausweis setzt einen Grad von 50 voraus – leichtere Sehschwächen, Farbfehlsichtigkeit, altersbedingte Einschränkungen und motorische Probleme fallen komplett heraus. Rechnet man situative Einschränkungen hinzu, ist niemand dauerhaft außerhalb der Zielgruppe.

Reicht es nicht, an blinde Nutzer zu denken?

Nein, und es ist sogar die kleinste der betroffenen Gruppen. Der mit Abstand häufigste Fehler im Web ist zu geringer Textkontrast – ein Problem für Menschen mit Sehschwäche, für ältere Augen und für jeden, der draußen auf ein Display schaut. Danach kommen fehlende Alternativtexte und unbeschriftete Formularfelder.

Wie merke ich, ob meine Nutzer Hilfsmittel verwenden?

Gar nicht. Screenreader, Vergrößerungssoftware und Sprachsteuerung geben sich gegenüber Websites nicht zu erkennen; das ist aus Datenschutzgründen so gewollt. Die Aussage „bei uns nutzt das niemand“ ist deshalb nicht belegbar – und zirkulär, weil eine unbedienbare Seite genau die Statistik erzeugt, mit der sie sich rechtfertigt.

Muss ich Programmieren können, um diesen Bereich zu verstehen?

Nein. Die Seiten hier erklären Menschen, Situationen und Hilfsmittel, nicht Code. Wer entscheidet, einkauft oder Inhalte pflegt, findet hier genau die Grundlagen, die in Ausschreibungen und Abstimmungen fehlen. Der Code kommt in den anderen Bereichen.

Was ist der schnellste Weg zu einem echten Aha-Moment?

Die Maus weglegen und versuchen, die eigene Website nur mit der Tabulatortaste zu bedienen. Das dauert fünf Minuten, braucht keine Software und deckt zuverlässig auf, was der Fokus nicht erreicht.