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: Die KI-gestützte Analyse orientiert sich an denselben Kriterien wie manuelle WCAG-Audits. Aspekte wie die Sinnhaftigkeit von Alt-Texten, kognitive Verständlichkeit oder kontextabhängige Bedienerfahrungen werden dabei berücksichtigt. Manuelle Audits können jedoch zusätzliche kontextabhängige Aspekte erfassen, die Interpretationsspielraum lassen. Ein menschlicher Prüfer kann daher aufgrund subjektiver Einschätzung und eigener Testverfahren zu einer abweichenden Bewertung gelangen.

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.

Welche Websites werden geprüft?

Der IfDB erfasst Websites aus öffentlich zugänglichen Quellen (tranco-list.eu). Die Auswahl basiert auf Reichweite (Traffic-Ranking) und nationaler Relevanz für Deutschland im Kontext des BFSG.

Es wird ausschließlich die öffentlich zugängliche Homepage der jeweiligen Website geprüft. Login-geschützte Bereiche, Subdomains oder Unterseiten sind nicht Gegenstand der Indexierung.

Einschränkungen

Der Index für Digitale Barrierefreiheit ist ein automatisiertes Monitoring auf dem Fundament eines KI-basierten Analysetools (accessibleAI WCAG Audits for Professionals). Bitte beachten Sie:

Automatisierte Tests können in spezifischen Grenzfällen Barrierefreiheitseinschränkungen ggf. nicht erkennen.
Ein Score von 100 bedeutet nicht mit absoluter Sicherheit, dass vollständige Barrierefreiheit garantiert werden kann.
Die KI-gestützte Analyse orientiert sich an denselben Kriterien wie manuelle WCAG-Audits. Manuelle Audits können zusätzliche kontextabhängige Aspekte erfassen, die Interpretationsspielraum lassen.
Da sich die Ergebnisse nur auf die jeweilige Homepage beziehen und nicht auf die komplette Website, können diese nicht als Nachweis der BFSG-Konformität verwendet werden.

Wir empfehlen zur Absicherung der Ergebnisse ein manuelles WCAG-Audit durch geschulte Fachleute. Die Ergebnisse stellen keine Rechtsberatung dar.

Korrektur und erneute Prüfung

Wir sind an korrekten Ergebnissen interessiert. Wenn Sie der Meinung sind, dass die Analyse Ihrer Website technische Fehler enthält, kontaktieren Sie uns:

Erneute Überprüfung anfordern: Sie können jederzeit eine kostenlose Neuprüfung Ihrer Website anfordern. Der neue Score ersetzt den bisherigen im Index.
Technische Fehler melden: Bei Fehlern in der Analyse kontaktieren Sie uns unter [email protected]. Wir prüfen und korrigieren fehlerhafte Ergebnisse umgehend.

Alle gelisteten Websites werden zudem monatlich automatisch neu geprüft. Verbesserungen, die Sie an Ihrer Website vornehmen, werden spätestens beim nächsten regulären Prüfzyklus im Index sichtbar.

Datenschutz im IfDB

Der IfDB verarbeitet ausschließlich öffentlich zugängliche Daten. Es werden keine personenbezogenen Daten im Sinne der DSGVO erhoben, gespeichert oder verarbeitet. Im Einzelnen:

Geprüft wird nur die öffentlich erreichbare Homepage – kein Login, keine persönlichen Inhalte, keine Nutzerdaten.
Gespeichert werden technische Analyseergebnisse (Score, erfüllte/nicht erfüllte WCAG-Kriterien) zur Domain, nicht zu Personen.
Kontaktdaten (z. B. Impressums-Angaben) werden ausschließlich genutzt, um den Website-Betreiber über die Aufnahme in den Index zu informieren. Eine Weitergabe an Dritte erfolgt nicht.
Rechtsgrundlage für die Veröffentlichung der Analyseergebnisse ist Art. 6 Abs. 1 lit. f DSGVO (berechtigtes Interesse an Transparenz im öffentlichen Interesse, vergleichbar mit Verbraucherschutz-Portalen und Produkttests).

Weitere Informationen zum Datenschutz finden Sie in unserer Datenschutzerklärung.

Stand der Methodik

Diese Methodik wird transparent dokumentiert und bei Änderungen aktualisiert. Änderungen an Prüfkriterien, Score-Berechnung oder Prüfverfahren werden hier nachvollziehbar festgehalten.

Datum	Änderung
März 2026	Erstveröffentlichung der Methodik mit WCAG 2.2 AA (55 Kriterien). Gleichgewichteter Score.

← Zurück zum Ranking

Lösungen nach Zielgruppe

Für Website-Betreiber

Schnell BFSG-konform werden

Für Agenturen & Partner

White-Label & Provisionen

Für Unternehmen & Konzerne

Governance & Reporting

Für Entwickler

API & Dokumentation