Index für Digitale BarrierefreiheitEine Initiative von accessibleAI

Methodik

So bewerten wir digitale Barrierefreiheit

Was wird geprüft?

Der Index für Digitale Barrierefreiheit (IfDB) bewertet Websites anhand von 55 Erfolgskriterien der Web Content Accessibility Guidelines (WCAG) 2.2 auf den Konformitätsstufen A und AA. Diese Kriterien bilden den international anerkannten Standard für digitale Barrierefreiheit und sind die Grundlage des deutschen Barrierefreiheitsstärkungsgesetzes (BFSG).

Die 55 Prüfkriterien

Jede geprüfte Website wird gegen alle 55 Kriterien getestet. Die Kriterien sind in zwei Konformitätsstufen unterteilt:

Level A (31 Kriterien)

Grundlegende Anforderungen für die Barrierefreiheit

Code	Kriterium	Beschreibung
1.1.1	Nicht-Text-Inhalt	Alle Nicht-Text-Inhalte muessen eine Textalternative haben, die den gleichen Zweck erfuellt.
1.2.1	Nur-Audio und Nur-Video (aufgezeichnet)	Fuer aufgezeichnete reine Audio- oder Video-Inhalte muss eine Alternative bereitgestellt werden.
1.2.2	Untertitel (aufgezeichnet)	Aufgezeichnete Videos muessen Untertitel enthalten.
1.2.3	Audiodeskription oder Medienalternative	Fuer aufgezeichnete Videos muss eine Audiodeskription oder eine Medienalternative bereitgestellt werden.
1.3.1	Info und Beziehungen	Informationen und Beziehungen, die visuell vermittelt werden, muessen auch programmatisch bestimmbar sein.
1.3.2	Bedeutungstragende Reihenfolge	Die korrekte Lesereihenfolge muss programmatisch bestimmbar sein.
1.3.3	Sensorische Eigenschaften	Anweisungen duerfen sich nicht ausschliesslich auf sensorische Merkmale wie Form, Groesse oder Position stuetzen.
1.4.1	Verwendung von Farbe	Farbe darf nicht als einziges visuelles Mittel zur Informationsvermittlung verwendet werden.
1.4.2	Audio-Steuerung	Audio-Inhalte, die automatisch abgespielt werden, muessen pausierbar oder stummschaltbar sein.
2.1.1	Tastatur	Alle Funktionen muessen ueber die Tastatur bedienbar sein.
2.1.2	Keine Tastaturfalle	Der Tastaturfokus darf nicht in einem Element gefangen werden.
2.1.4	Zeichentasten-Kurzbefehle	Einzeltasten-Kurzbefehle muessen abschaltbar oder umkonfigurierbar sein.
2.2.1	Timing einstellbar	Zeitlimits muessen vom Benutzer anpassbar sein.
2.2.2	Pausieren, stoppen, ausblenden	Sich bewegende oder automatisch aktualisierte Inhalte muessen pausierbar, stoppbar oder ausblenbar sein.
2.3.1	Drei Blitze oder Schwellwert	Inhalte duerfen keine Blitze enthalten, die mehr als dreimal pro Sekunde auftreten.
2.4.1	Bloecke umgehen	Es gibt einen Mechanismus, um Bloecke von Inhalten zu ueberspringen, die auf mehreren Seiten wiederholt werden.
2.4.2	Seite betitelt	Webseiten muessen einen aussagekraeftigen Titel haben.
2.4.3	Fokus-Reihenfolge	Die Fokus-Reihenfolge muss eine logische Bedeutung und Bedienbarkeit bewahren.
2.4.4	Linkzweck (im Kontext)	Der Zweck jedes Links muss aus dem Linktext oder dem Kontext bestimmbar sein.
2.5.1	Zeigergesten	Funktionen, die Mehrpunktgesten oder pfadbasierte Gesten erfordern, muessen auch anders bedienbar sein.
2.5.2	Zeigerabbruch	Funktionen, die durch einfaches Druecken ausgeloest werden, muessen abbrech- oder rueckgaengig machbar sein.
2.5.3	Beschriftung im Namen	Die sichtbare Beschriftung eines Elements muss Teil des programmatischen Namens sein.
2.5.4	Betaetigung durch Bewegung	Funktionen, die durch Geraetebewegung ausgeloest werden, muessen auch ueber die Benutzeroberflaeche bedienbar sein.
3.1.1	Sprache der Seite	Die Standardsprache jeder Webseite muss programmatisch bestimmbar sein.
3.2.1	Bei Fokus	Wenn ein Element den Fokus erhaelt, darf dies keine unerwartete Kontextaenderung ausloesen.
3.2.2	Bei Eingabe	Das Aendern einer Einstellung darf keine unerwartete Kontextaenderung ausloesen.
3.2.6	Konsistente Hilfe	Hilfemechanismen muessen auf allen Seiten an konsistenter Stelle verfuegbar sein.
3.3.1	Fehlererkennung	Eingabefehler muessen automatisch erkannt und dem Benutzer beschrieben werden.
3.3.2	Beschriftungen oder Anweisungen	Eingabefelder muessen Beschriftungen oder Anweisungen enthalten.
3.3.7	Redundante Eingabe	Informationen, die der Benutzer bereits eingegeben hat, duerfen nicht erneut abgefragt werden.
4.1.2	Name, Rolle, Wert	Fuer alle Bedienelemente muessen Name, Rolle und Wert programmatisch bestimmbar sein.

Level AA (24 Kriterien)

Erweiterte Anforderungen für bessere Zugänglichkeit

Code	Kriterium	Beschreibung
1.2.4	Untertitel (live)	Live-Videos muessen Untertitel enthalten.
1.2.5	Audiodeskription (aufgezeichnet)	Aufgezeichnete Videos muessen eine Audiodeskription enthalten.
1.3.4	Ausrichtung	Inhalte duerfen nicht auf eine bestimmte Bildschirmausrichtung beschraenkt sein.
1.3.5	Eingabezweck bestimmen	Der Zweck von Eingabefeldern fuer Benutzerinformationen muss programmatisch bestimmbar sein.
1.4.3	Kontrast (Minimum)	Text und Bilder von Text muessen ein Kontrastverhaeltnis von mindestens 4,5:1 aufweisen.
1.4.4	Textgroesse aendern	Text muss ohne Hilfstechnologie auf 200% vergroesserbar sein, ohne Inhaltsverlust.
1.4.5	Bilder von Text	Text sollte bevorzugt anstelle von Bildern von Text verwendet werden.
1.4.10	Umfluss (Reflow)	Inhalte muessen ohne zweidimensionales Scrollen bei 320px Breite bzw. 256px Hoehe darstellbar sein.
1.4.11	Nicht-Text-Kontrast	Grafische Objekte und Bedienelemente muessen ein Kontrastverhaeltnis von mindestens 3:1 aufweisen.
1.4.12	Textabstand	Inhalte muessen bei angepasstem Textabstand weiterhin lesbar und funktional bleiben.
1.4.13	Inhalt bei Hover oder Fokus	Inhalte, die bei Hover oder Fokus erscheinen, muessen schliessbar, hoverbar und persistent sein.
2.4.5	Verschiedene Wege	Es muessen verschiedene Wege angeboten werden, um Webseiten innerhalb einer Website zu finden.
2.4.6	Ueberschriften und Beschriftungen	Ueberschriften und Beschriftungen muessen das Thema oder den Zweck beschreiben.
2.4.7	Sichtbarer Fokus	Der Tastaturfokus muss immer sichtbar sein.
2.4.11	Fokus nicht verdeckt (Minimum)	Der fokussierte Bereich darf nicht vollstaendig durch vom Autor erstellte Inhalte verdeckt werden.
2.5.7	Ziehbewegungen	Funktionen mit Ziehbewegungen muessen auch durch einfache Zeigereingabe bedienbar sein.
2.5.8	Zielgroesse (Minimum)	Zielgroessen fuer Zeigereingaben muessen mindestens 24x24 CSS-Pixel betragen.
3.1.2	Sprache von Teilen	Die Sprache einzelner Textpassagen muss programmatisch bestimmbar sein.
3.2.3	Konsistente Navigation	Navigationsmechanismen muessen innerhalb einer Website konsistent angeordnet sein.
3.2.4	Konsistente Erkennung	Elemente mit gleicher Funktion muessen innerhalb einer Website konsistent benannt sein.
3.3.3	Fehlerbeschreibung	Bei Eingabefehlern muessen Korrekturvorschlaege bereitgestellt werden, sofern moeglich.
3.3.4	Fehlervermeidung (rechtlich, finanziell, Daten)	Bei Eingaben mit rechtlichen oder finanziellen Folgen muessen Fehler vermeidbar sein.
3.3.8	Barrierefreie Authentifizierung (Minimum)	Authentifizierungsprozesse duerfen keinen kognitiven Funktionstest erfordern.
4.1.3	Statusmeldungen	Statusmeldungen muessen programmatisch bestimmbar sein, ohne den Fokus zu erhalten.

Score-Berechnung

Der Barrierefreiheits-Score wird nach folgender Formel berechnet:

Score = (erfüllte Kriterien / 55) × 100

Ein Score von 100 bedeutet, dass alle 55 WCAG 2.2 AA Kriterien erfüllt sind. Dies entspricht der vollständigen BFSG-Konformität auf Basis der automatisierten Prüfung. Der Score wird als ganzzahliger Prozentwert dargestellt.

Prüfverfahren

Die Prüfung erfolgt KI-gestützt und vollautomatisch über die proprietäre Analyse-Pipeline von accessibleAI. Jede Website wird im Browser gerendert und anschließend gegen alle 55 Kriterien getestet. Dabei werden unter anderem folgende Aspekte geprüft:

Kontraste und Farbverwendung
Textalternativen für Bilder und Medien
Formular-Labels und Fehlermeldungen
Tastatur-Navigation und Fokusverhalten
ARIA-Attribute und Dokumentstruktur
Sprachauszeichnung und semantisches Markup

Grenzen der automatisierten Prüfung: Nicht alle Barrierefreiheitsaspekte lassen sich automatisiert erfassen. Aspekte wie die Sinnhaftigkeit von Alt-Texten, kognitive Verständlichkeit, Qualität von Untertiteln oder kontextabhängige Bedienerfahrungen erfordern eine manuelle Bewertung.

Aktualisierung

Alle gelisteten Websites werden monatlich erneut geprüft. Der Score-Verlauf wird gespeichert, sodass Verbesserungen und Verschlechterungen nachvollziehbar sind. Score-Änderungen gegenüber dem Vormonat werden im Ranking angezeigt.

Einschränkungen

Der Index für Digitale Barrierefreiheit ist ein automatisiertes Monitoring-Instrument. Bitte beachten Sie:

Automatisierte Tests können nur einen Teil der Barrierefreiheitsanforderungen abdecken. Ein Score von 100 bedeutet nicht zwingend vollständige Barrierefreiheit.
Der Index ersetzt kein manuelles WCAG-Audit durch geschulte Fachleute.
Die Ergebnisse stellen keine Rechtsberatung dar und können nicht als Nachweis der BFSG-Konformität verwendet werden.
Es wird jeweils die Startseite (und ggf. weitere Hauptseiten) geprüft. Unterseiten können abweichende Ergebnisse liefern.

← Zurück zum Ranking