Glossar der Barrierefreiheit: Begriffe erklärt

Die Sprache der Barrierefreiheit sprechen

Das Verständnis digitaler Barrierefreiheit beginnt damit, ihr Vokabular zu lernen. Das Fachgebiet liegt an der Schnittstelle von Recht, Design, Technik und gelebter Erfahrung, weshalb die Terminologie beim ersten Kontakt überwältigend wirken kann. Abkürzungen wie WCAG, ARIA und VPAT fallen in einem Atemzug mit Konzepten wie „wahrnehmbarer Inhalt” und „zugänglicher Name”, und schnell verliert man den Faden.

Dieses Glossar ordnet die wichtigsten Begriffe vier praktischen Kategorien zu – Standards und Gesetze, Behinderungen und assistive Technologien, technische und ARIA-Konzepte sowie Tests und Prozesse –, damit Sie schnell finden, was Sie brauchen, und sehen, wie die Teile zusammenhängen. Jeder Eintrag enthält eine verständliche Definition und, wo es hilft, ein kurzes Beispiel.

Ein Hinweis vorab: Kein einzelnes Tool, Plugin oder „Accessibility-Overlay” macht eine Website konform oder wirklich nutzbar. Echte Barrierefreiheit entsteht durch barrierefreien Code, durchdachtes Design und Tests mit den Menschen, die auf assistive Technologien angewiesen sind. Begegnen Sie jedem Produkt, das sofortige Konformität verspricht, mit tiefem Misstrauen.

Standards, Gesetze und Rahmenwerke

Diese Begriffe beschreiben die Spielregeln – die Richtlinien, an denen Sie sich messen, und die Gesetze, die Konformität verpflichtend machen können.

WCAG: Web Content Accessibility Guidelines. Veröffentlicht vom W3C, sind die WCAG der globale technische Standard für barrierefreie Webinhalte. Die aktuelle Version ist WCAG 2.2. Die Erfolgskriterien sind nach vier Prinzipien gegliedert – wahrnehmbar, bedienbar, verständlich und robust (POUR) – und in drei Konformitätsstufen abgestuft: A, AA und AAA. Die meisten Gesetze und Verträge verweisen auf WCAG 2.1 oder 2.2 Stufe AA als Ziel. Erfahren Sie in unserem WCAG-Compliance-Leitfaden, wie sich das auf Ihre Pflichten abbildet.
Konformitätsstufe (A, AA, AAA): Die drei Stufen der WCAG-Erfolgskriterien. Stufe A ist das Minimum, AA der praktische rechtliche Standard, den die meisten Organisationen anstreben, und AAA die höchste Messlatte (über eine gesamte Website hinweg selten erforderlich, da manche Kriterien nicht für alle Inhaltsarten erreichbar sind).
POUR: Die vier grundlegenden Prinzipien der WCAG: Inhalte müssen wahrnehmbar (Nutzer können sie erfassen), bedienbar (Nutzer können mit ihnen interagieren), verständlich (Nutzer können sie begreifen) und robust sein (sie funktionieren zuverlässig über Browser und assistive Technologien hinweg).
ADA: Der Americans with Disabilities Act. US-amerikanische Bürgerrechtsgesetzgebung, die Diskriminierung von Menschen mit Behinderungen verbietet. Gerichte wenden ihn zunehmend auf Websites und Apps an, und der ADA ist die Grundlage für die Mehrheit der US-Klagen zur digitalen Barrierefreiheit. Siehe unseren ADA-Compliance-Überblick.
Section 508: Ein Abschnitt des US Rehabilitation Act, der Bundesbehörden und bundesfinanzierte Organisationen verpflichtet, ihre elektronische und Informationstechnologie barrierefrei zu gestalten. Section 508 bezieht WCAG 2.0 Stufe AA durch Verweis ein. Details in unserem Section-508-Leitfaden.
EAA: European Accessibility Act (EU-Richtlinie 2019/882). Verpflichtet ein breites Spektrum von Produkten und Dienstleistungen – darunter E-Commerce, Banking, Verkehr und E-Books – zur Erfüllung von Barrierefreiheitsanforderungen. Die Durchsetzung begann im Juni 2025. Mehr dazu in unserem EAA-Compliance-Leitfaden.
EN 301 549: Der europäische harmonisierte Standard für Barrierefreiheit von IKT-Produkten und -Dienstleistungen. Er ist das technische Rückgrat, auf das der EAA verweist, und übernimmt die WCAG-Erfolgskriterien als seine Web-Anforderungen, sodass die Erfüllung von WCAG 2.1 AA bereits einen großen Schritt zur EN-301-549-Konformität bedeutet.
AODA: Accessibility for Ontarians with Disabilities Act. Kanadische Provinzgesetzgebung, die Barrierefreiheitsstandards für in Ontario tätige Organisationen festlegt, einschließlich Anforderungen an Webinhalte. Siehe unseren AODA-Compliance-Leitfaden.
W3C: World Wide Web Consortium. Das internationale Normungsgremium, das WCAG, ARIA und die umfassendere Sammlung offener Webstandards entwickelt und veröffentlicht.
WAI: Web Accessibility Initiative. Der auf Barrierefreiheit spezialisierte Zweig des W3C. Die WAI erstellt die WCAG, die ARIA-Spezifikation, unterstützende Techniken und Bildungsressourcen.
VPAT®: Voluntary Product Accessibility Template. Ein standardisiertes Dokument zur Erstellung eines Accessibility Conformance Report (ACR), der beschreibt, wie ein Produkt Standards wie WCAG, Section 508 und EN 301 549 erfüllt. Häufig in der Beschaffung von Unternehmen und Behörden gefordert. Erfahren Sie in unserem VPAT/ACR-Leitfaden, was dazugehört, oder lassen Sie uns über VPAT-Reporting-Dienstleistungen einen für Sie erstellen.
ACR: Accessibility Conformance Report. Das fertige, mit Nachweisen belegte Dokument, das aus dem Ausfüllen eines VPAT für eine bestimmte Produktversion entsteht. Käufer nutzen ACRs, um Anbieter zu vergleichen und Beschaffungsrisiken zu bewerten.

Behinderungen und assistive Technologien

Barrierefreiheit existiert, um echten Menschen zu dienen. Diese Begriffe beschreiben die Technologien und Interaktionsmethoden, die Menschen mit Behinderungen nutzen, um auf digitale Inhalte zuzugreifen.

Assistive Technologie (AT): Jede Hard- oder Software, die Menschen mit Behinderungen hilft, Computer und das Web zu nutzen. Beispiele sind Screenreader, Bildschirmlupen, Switch-Geräte, Sprachsteuerungssoftware, aktualisierbare Braillezeilen und alternative Eingabegeräte. Für Barrierefreiheit zu entwickeln bedeutet letztlich, für AT zu entwickeln.
Screenreader: Software, die Bildschirminhalte – Text, Bilder, Formularfelder und Bedienelemente – in synthetische Sprache oder Braille-Ausgabe umwandelt. Gängige Screenreader sind JAWS und NVDA (Windows), VoiceOver (macOS und iOS) sowie TalkBack (Android). Unser Leitfaden zum Screenreader-Testing zeigt, wie man damit prüft, und Sie können bei unserem Team eine Screenreader-Evaluierung beauftragen.
Text-to-Speech (TTS): Technologie, die geschriebenen Text vorliest. TTS ist ein Baustein von Screenreadern, wird aber auch als eigenständige Funktion für ein allgemeines Publikum angeboten. Es ist nicht dasselbe wie ein Screenreader, der Struktur, Rollen und Zustände vermittelt – nicht nur Wörter. Den Unterschied erklären wir in Text-to-Speech versus Screenreader.
Aktualisierbare Braillezeile: Ein Hardwaregerät, das Bildschirmtext mithilfe von Stiften, die sich heben und senken, als tastbare Braille-Zeichen darstellt. Es wird mit einem Screenreader gekoppelt und ist für viele taubblinde Nutzer unverzichtbar.
Bildschirmlupe: Software, die einen Teil des Bildschirms für Nutzer mit Sehbehinderung vergrößert, oft mit Farb- und Kontrastanpassungen. Layouts, die bei hohen Zoomstufen sauber umfließen, funktionieren mit Vergrößerung deutlich besser.
Switch-Steuerung: Eine Eingabemethode, mit der Menschen mit erheblichen motorischen Behinderungen ein Gerät über einen oder mehrere Schalter (Tasten, Sip-and-Puff-Schläuche oder andere Bedienelemente) statt Maus oder Tastatur bedienen können. Sie setzt eine logische, vollständig bedienbare Oberfläche voraus.
Spracheingabe / Spracherkennung: Software wie Dragon oder integrierte Sprachsteuerung, mit der Nutzer per Sprache navigieren und diktieren können. Sie ist auf korrekte zugängliche Namen angewiesen, damit Befehle wie „Absenden anklicken” zur sichtbaren Beschriftung passen.
Tastaturnavigation: Eine Website ausschließlich mit der Tastatur bedienen – typischerweise Tab, Umschalt+Tab, Pfeiltasten, Enter und Leertaste. Sie ist unverzichtbar für Menschen, die keine Maus nutzen können, und bildet auch die Grundlage für Switch- und Sprachsteuerung. Wenn etwas nur per Hover oder Klick funktioniert, scheitert es bei Tastaturnutzern.
Kognitive Behinderung: Eine breite Kategorie, die Zustände umfasst, die Gedächtnis, Aufmerksamkeit, Problemlösung oder Verständnis betreffen. Klare Sprache, konsistente Navigation, vorhersehbares Verhalten und großzügige Fehlertoleranz unterstützen alle die kognitive Barrierefreiheit.
Sehbehinderung: Eingeschränkte Sehfähigkeit, die nicht durch eine Brille korrigiert wird. Nutzer verlassen sich möglicherweise auf Vergrößerung, hohen Kontrast oder eigene Farben, weshalb skalierbarer Text und starker Farbkontrast so wichtig sind.

Technische und ARIA-Konzepte

Dies sind die Bausteine auf Entwicklerebene – die Teile der Seite und des Markups, die darüber entscheiden, ob assistive Technologien Ihre Oberfläche erfassen können.

Semantisches HTML: HTML, das mit bedeutungstragenden Elementen geschrieben ist – <nav>, <main>, <button>, <article> und Überschriften-Tags – statt mit generischen <div>- und <span>-Wrappern. Native Semantik liefert assistiver Technologie Rolle, Zustand und Tastaturverhalten kostenlos, weshalb die erste Regel von ARIA lautet: „Verwende kein ARIA, wenn natives HTML die Aufgabe erledigen kann.”
ARIA: Accessible Rich Internet Applications. Eine Sammlung von HTML-Attributen (mit dem Präfix aria-) sowie Rollen, die Rolle, Zustand und Eigenschaften von UI-Elementen an assistive Technologie vermitteln, wenn native Semantik nicht ausreicht – zum Beispiel aria-expanded bei einem benutzerdefinierten Dropdown. Falsch eingesetztes ARIA kann die Lage verschlechtern, daher sollte es gezielt angewendet werden.
Rolle: Ein ARIA-Attribut (oder ein implizites HTML-Attribut), das assistiver Technologie mitteilt, was ein Element ist – ein Button, ein Tab, ein Dialog, eine Navigations-Landmark. Rollen ermöglichen es Nutzern, zu verstehen und vorherzusehen, wie sie mit einem Bedienelement interagieren.
Zugänglicher Name: Die Beschriftung, die ein Screenreader für ein Element ansagt, berechnet aus Quellen wie sichtbarem Text, aria-label, aria-labelledby oder einem zugeordneten <label>. Ein reiner Icon-Button ohne zugänglichen Namen wird als „Button” angesagt und lässt Nutzer rätseln.
Barrierefreiheitsbaum (Accessibility Tree): Eine parallele Struktur, die der Browser aus dem DOM aufbaut und die Rollen, Namen, Zustände und Beziehungen von Elementen über Plattform-Accessibility-APIs an assistive Technologie weitergibt. Es ist das, was ein Screenreader tatsächlich „sieht”.
DOM: Document Object Model. Die lebendige, strukturierte Repräsentation einer HTML-Seite im Browser. Der Barrierefreiheitsbaum wird daraus abgeleitet, weshalb ein gut strukturiertes DOM die Grundlage eines barrierefreien Erlebnisses ist.
AOM: Accessibility Object Model. Eine Browser-API, die den Barrierefreiheitsbaum für JavaScript zugänglich macht und Entwicklern erlaubt, Barrierefreiheitseigenschaften programmatisch abzufragen und anzupassen.
Alt-Text: Eine Textbeschreibung eines Bildes, die über das HTML-Attribut alt bereitgestellt wird. Screenreader sagen sie an, damit nicht sehende Nutzer die Information erhalten, die das Bild vermittelt. Dekorative Bilder sollten ein leeres alt="" verwenden, damit sie übersprungen statt als Störgeräusch vorgelesen werden.
Farbkontrast: Der Helligkeitsunterschied zwischen Text und seinem Hintergrund. Die WCAG verlangt mindestens 4.5:1 für normalen Text und 3:1 für großen Text (sowie 3:1 für bedeutungstragende UI-Komponenten und Grafiken). Ausreichender Kontrast hilft Nutzern mit Sehbehinderung und allen, die bei hellem Sonnenlicht lesen.
Fokusindikator: Ein sichtbarer Rahmen oder eine Hervorhebung, die zeigt, welches Element gerade den Tastaturfokus hat. Die WCAG verlangt, dass er klar sichtbar ist, damit Tastaturnutzer stets wissen, wo sie sich befinden. Fokusrahmen im CSS ohne sichtbaren Ersatz zu entfernen, ist ein häufiger, schwerwiegender Fehler.
Fokusreihenfolge: Die Reihenfolge, in der sich der Tastaturfokus durch interaktive Elemente bewegt. Eine logische Reihenfolge folgt dem visuellen Layout und der Bedeutung des Inhalts, sodass sich die Navigation vorhersehbar statt durcheinander anfühlt.
Landmark: Ein durch eine Rolle gekennzeichneter Seitenbereich – Banner, Navigation, Main, Contentinfo –, der es Screenreader-Nutzern erlaubt, direkt zwischen großen Abschnitten zu springen, statt von oben nach unten zu lesen.
Skip-Link: Ein Link, meist als Erstes in der Tab-Reihenfolge, der es Tastaturnutzern erlaubt, wiederkehrende Navigation zu überspringen und direkt zum Hauptinhalt zu springen. Er ist oft visuell verborgen, bis er den Fokus erhält.
Echter Text: Text, der als tatsächliche HTML-Zeichen dargestellt wird, statt in ein Bild eingebrannt zu sein. Echter Text kann skaliert, umgeflossen, übersetzt und von assistiver Technologie gelesen werden. Bilder von Text scheitern an der WCAG, außer bei Logos und nebensächlichen Fällen.
API: Application Programming Interface. In der Barrierefreiheit sind Plattform-Accessibility-APIs die Kanäle, über die assistive Technologie mit dem Betriebssystem und Anwendungen kommuniziert, um Informationen über UI-Elemente abzurufen.
CAPTCHA: Completely Automated Public Turing test to tell Computers and Humans Apart. Herkömmliche Bild-CAPTCHAs sind eine erhebliche Barriere für Nutzer mit Behinderungen. Bevorzugen Sie barrierefreie Alternativen wie Audio-Challenges, Honeypot-Felder oder unsichtbare Risiko-Scoring-Verfahren.

Tests, Rollen und Prozesse

Barrierefreiheit ist etwas, das man überprüft und aufrechterhält, kein Häkchen, das man einmal setzt. Diese Begriffe beschreiben, wie Teams sie bewerten und nachhaltig sichern.

Automatisierte Tests: Software einsetzen, um Seiten auf erkennbare Probleme wie fehlenden Alt-Text, geringen Kontrast oder leere Beschriftungen zu scannen. Das ist schnell und hervorragend, um Regressionen aufzuspüren, findet aber nur einen Teil aller Probleme. Unsere Software zum Barrierefreiheits-Scan und der kostenlose Barrierefreiheits-Scan sind gute Ausgangspunkte.
Manuelle Tests: Eine Bewertung durch einen Menschen mithilfe assistiver Technologie und fachlichen Urteilsvermögens. Sie findet, was Automatisierung nicht kann – logische Lesereihenfolge, aussagekräftige Linktexte, sinnvolles Fokusmanagement und ob ein Ablauf tatsächlich nutzbar ist. Siehe unseren Leitfaden zu manuellen Barrierefreiheits-Audits und Dienstleistungen für wiederkehrende Audits.
Usability-Tests mit Menschen mit Behinderungen: Echte Nutzer assistiver Technologie dabei beobachten, wie sie Aufgaben mit Ihrem Produkt erledigen. Dies ist der Goldstandard und legt Reibungspunkte offen, die weder Tools noch Checklisten aufdecken. Entdecken Sie unsere Audits durch Menschen mit Behinderungen.
Barrierefreiheits-Audit: Eine strukturierte Bewertung eines Produkts gegen einen Standard (üblicherweise WCAG 2.2 AA), die automatisierte und manuelle Methoden kombiniert, um eine priorisierte Liste von Problemen mit Hinweisen zur Behebung zu erstellen. Die Prinzipien werden in echter digitaler Barrierefreiheit behandelt.
Behebung (Remediation): Die Arbeit, die bei einem Audit aufgedeckten Barrierefreiheitsprobleme zu beheben – Code korrigieren, Komponenten neu gestalten oder Dokumente neu erstellen. Bei Nicht-Web-Dateien bedeutet dies oft PDF-Remediation, um Dokumente für assistive Technologie lesbar zu machen.
VPAT / ACR (im Prozess): Über Dokumente hinaus ist die Erstellung eines VPAT-basierten ACR ein Prozess: das Produkt gegen jedes anwendbare Kriterium testen, den Unterstützungsgrad erfassen und Nachweise dokumentieren. Käufer werten ein glaubwürdiges ACR als Beleg für Sorgfaltspflicht.
Shift Left: Barrierefreiheitsarbeit früher in den Entwicklungslebenszyklus verlagern – in Design und Code-Review statt in Korrekturen nach dem Launch. Probleme früh abzufangen ist dramatisch günstiger als nachträgliches Nachrüsten, die Kernidee hinter Barrierefreiheitsberatung.
Barrierefreiheitserklärung: Eine öffentliche Seite, die Ihre Konformitätsstufe, bekannte Einschränkungen, die befolgten Standards und beschreibt, wie Nutzer Barrieren melden oder Hilfe anfordern können. Viele Gesetze, darunter der EAA, erwarten eine solche.
Accessibility-Overlay: Ein Widget eines Drittanbieters, das behauptet, eine Website über ein Skript und eine Toolbar automatisch konform zu machen. Overlays liefern keine echte Konformität, können die eigene assistive Technologie der Nutzer stören und waren bereits Gegenstand von Klagen. QualiBooth befürwortet sie nicht. Für einen transparenten, von Nutzern kontrollierten Ansatz siehe stattdessen unser Accessibility-Toolkit und Agora.
A11y: Ein Numeronym für „accessibility” (Barrierefreiheit) – der Buchstabe „a”, 11 Buchstaben, dann „y”. Eine gängige Kurzform der Community, die Ihnen in Code, Konferenzvorträgen und Team-Kanälen begegnet.
Universal Design: Eine Philosophie, Produkte zu schaffen, die von so vielen Menschen wie möglich ohne spezielle Anpassung nutzbar sind. In der digitalen Arbeit bedeutet es, Barrierefreiheit von Anfang an mitzudenken, statt sie nachzurüsten – und es verbessert tendenziell die Nutzbarkeit für alle, nicht nur für Menschen mit Behinderungen.

Wie es weitergeht

Ein Glossar sagt Ihnen, was die Begriffe bedeuten; es kann Ihnen nicht sagen, wo Ihr Produkt steht. Der schnellste Weg, Vokabular in Handeln zu verwandeln, ist, eine automatisierte Ausgangsbasis mit fachkundiger manueller Prüfung und Tests durch Menschen zu kombinieren, die täglich assistive Technologie nutzen.

Beginnen Sie mit einem kostenlosen Barrierefreiheits-Scan, um oberflächliche Probleme zu sehen, lesen Sie häufige Barrierefreiheitsprobleme, die es zu vermeiden gilt, und wenn Sie für eine echte Bewertung bereit sind, fordern Sie eine Demo an oder sprechen Sie mit unserem Team über Barrierefreiheitsberatung.