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

WCAG 2.2 Level A Kriterien
Code	Kriterium	Beschreibung
1.1.1	Nicht-Text-InhaltNon-text Content	Alle Nicht-Text-Inhalte muessen eine Textalternative haben, die den gleichen Zweck erfuellt.
1.2.1	Nur-Audio und Nur-Video (aufgezeichnet)Audio-only and Video-only (Prerecorded)	Fuer aufgezeichnete reine Audio- oder Video-Inhalte muss eine Alternative bereitgestellt werden.
1.2.2	Untertitel (aufgezeichnet)Captions (Prerecorded)	Aufgezeichnete Videos muessen Untertitel enthalten.
1.2.3	Audiodeskription oder MedienalternativeAudio Description or Media Alternative (Prerecorded)	Fuer aufgezeichnete Videos muss eine Audiodeskription oder eine Medienalternative bereitgestellt werden.
1.3.1	Info und BeziehungenInfo and Relationships	Informationen und Beziehungen, die visuell vermittelt werden, muessen auch programmatisch bestimmbar sein.
1.3.2	Bedeutungstragende ReihenfolgeMeaningful Sequence	Die korrekte Lesereihenfolge muss programmatisch bestimmbar sein.
1.3.3	Sensorische EigenschaftenSensory Characteristics	Anweisungen duerfen sich nicht ausschliesslich auf sensorische Merkmale wie Form, Groesse oder Position stuetzen.
1.4.1	Verwendung von FarbeUse of Color	Farbe darf nicht als einziges visuelles Mittel zur Informationsvermittlung verwendet werden.
1.4.2	Audio-SteuerungAudio Control	Audio-Inhalte, die automatisch abgespielt werden, muessen pausierbar oder stummschaltbar sein.
2.1.1	TastaturKeyboard	Alle Funktionen muessen ueber die Tastatur bedienbar sein.
2.1.2	Keine TastaturfalleNo Keyboard Trap	Der Tastaturfokus darf nicht in einem Element gefangen werden.
2.1.4	Zeichentasten-KurzbefehleCharacter Key Shortcuts	Einzeltasten-Kurzbefehle muessen abschaltbar oder umkonfigurierbar sein.
2.2.1	Timing einstellbarTiming Adjustable	Zeitlimits muessen vom Benutzer anpassbar sein.
2.2.2	Pausieren, stoppen, ausblendenPause, Stop, Hide	Sich bewegende oder automatisch aktualisierte Inhalte muessen pausierbar, stoppbar oder ausblenbar sein.
2.3.1	Drei Blitze oder SchwellwertThree Flashes or Below Threshold	Inhalte duerfen keine Blitze enthalten, die mehr als dreimal pro Sekunde auftreten.
2.4.1	Bloecke umgehenBypass Blocks	Es gibt einen Mechanismus, um Bloecke von Inhalten zu ueberspringen, die auf mehreren Seiten wiederholt werden.
2.4.2	Seite betiteltPage Titled	Webseiten muessen einen aussagekraeftigen Titel haben.
2.4.3	Fokus-ReihenfolgeFocus Order	Die Fokus-Reihenfolge muss eine logische Bedeutung und Bedienbarkeit bewahren.
2.4.4	Linkzweck (im Kontext)Link Purpose (In Context)	Der Zweck jedes Links muss aus dem Linktext oder dem Kontext bestimmbar sein.
2.5.1	ZeigergestenPointer Gestures	Funktionen, die Mehrpunktgesten oder pfadbasierte Gesten erfordern, muessen auch anders bedienbar sein.
2.5.2	ZeigerabbruchPointer Cancellation	Funktionen, die durch einfaches Druecken ausgeloest werden, muessen abbrech- oder rueckgaengig machbar sein.
2.5.3	Beschriftung im NamenLabel in Name	Die sichtbare Beschriftung eines Elements muss Teil des programmatischen Namens sein.
2.5.4	Betaetigung durch BewegungMotion Actuation	Funktionen, die durch Geraetebewegung ausgeloest werden, muessen auch ueber die Benutzeroberflaeche bedienbar sein.
3.1.1	Sprache der SeiteLanguage of Page	Die Standardsprache jeder Webseite muss programmatisch bestimmbar sein.
3.2.1	Bei FokusOn Focus	Wenn ein Element den Fokus erhaelt, darf dies keine unerwartete Kontextaenderung ausloesen.
3.2.2	Bei EingabeOn Input	Das Aendern einer Einstellung darf keine unerwartete Kontextaenderung ausloesen.
3.2.6	Konsistente HilfeConsistent Help	Hilfemechanismen muessen auf allen Seiten an konsistenter Stelle verfuegbar sein.
3.3.1	FehlererkennungError Identification	Eingabefehler muessen automatisch erkannt und dem Benutzer beschrieben werden.
3.3.2	Beschriftungen oder AnweisungenLabels or Instructions	Eingabefelder muessen Beschriftungen oder Anweisungen enthalten.
3.3.7	Redundante EingabeRedundant Entry	Informationen, die der Benutzer bereits eingegeben hat, duerfen nicht erneut abgefragt werden.
4.1.2	Name, Rolle, WertName, Role, Value	Fuer alle Bedienelemente muessen Name, Rolle und Wert programmatisch bestimmbar sein.

Level AA (24 Kriterien)

Erweiterte Anforderungen für bessere Zugänglichkeit

WCAG 2.2 Level AA Kriterien
Code	Kriterium	Beschreibung
1.2.4	Untertitel (live)Captions (Live)	Live-Videos muessen Untertitel enthalten.
1.2.5	Audiodeskription (aufgezeichnet)Audio Description (Prerecorded)	Aufgezeichnete Videos muessen eine Audiodeskription enthalten.
1.3.4	AusrichtungOrientation	Inhalte duerfen nicht auf eine bestimmte Bildschirmausrichtung beschraenkt sein.
1.3.5	Eingabezweck bestimmenIdentify Input Purpose	Der Zweck von Eingabefeldern fuer Benutzerinformationen muss programmatisch bestimmbar sein.
1.4.3	Kontrast (Minimum)Contrast (Minimum)	Text und Bilder von Text muessen ein Kontrastverhaeltnis von mindestens 4,5:1 aufweisen.
1.4.4	Textgroesse aendernResize Text	Text muss ohne Hilfstechnologie auf 200% vergroesserbar sein, ohne Inhaltsverlust.
1.4.5	Bilder von TextImages of Text	Text sollte bevorzugt anstelle von Bildern von Text verwendet werden.
1.4.10	Umfluss (Reflow)Reflow	Inhalte muessen ohne zweidimensionales Scrollen bei 320px Breite bzw. 256px Hoehe darstellbar sein.
1.4.11	Nicht-Text-KontrastNon-text Contrast	Grafische Objekte und Bedienelemente muessen ein Kontrastverhaeltnis von mindestens 3:1 aufweisen.
1.4.12	TextabstandText Spacing	Inhalte muessen bei angepasstem Textabstand weiterhin lesbar und funktional bleiben.
1.4.13	Inhalt bei Hover oder FokusContent on Hover or Focus	Inhalte, die bei Hover oder Fokus erscheinen, muessen schliessbar, hoverbar und persistent sein.
2.4.5	Verschiedene WegeMultiple Ways	Es muessen verschiedene Wege angeboten werden, um Webseiten innerhalb einer Website zu finden.
2.4.6	Ueberschriften und BeschriftungenHeadings and Labels	Ueberschriften und Beschriftungen muessen das Thema oder den Zweck beschreiben.
2.4.7	Sichtbarer FokusFocus Visible	Der Tastaturfokus muss immer sichtbar sein.
2.4.11	Fokus nicht verdeckt (Minimum)Focus Not Obscured (Minimum)	Der fokussierte Bereich darf nicht vollstaendig durch vom Autor erstellte Inhalte verdeckt werden.
2.5.7	ZiehbewegungenDragging Movements	Funktionen mit Ziehbewegungen muessen auch durch einfache Zeigereingabe bedienbar sein.
2.5.8	Zielgroesse (Minimum)Target Size (Minimum)	Zielgroessen fuer Zeigereingaben muessen mindestens 24x24 CSS-Pixel betragen.
3.1.2	Sprache von TeilenLanguage of Parts	Die Sprache einzelner Textpassagen muss programmatisch bestimmbar sein.
3.2.3	Konsistente NavigationConsistent Navigation	Navigationsmechanismen muessen innerhalb einer Website konsistent angeordnet sein.
3.2.4	Konsistente ErkennungConsistent Identification	Elemente mit gleicher Funktion muessen innerhalb einer Website konsistent benannt sein.
3.3.3	FehlerbeschreibungError Suggestion	Bei Eingabefehlern muessen Korrekturvorschlaege bereitgestellt werden, sofern moeglich.
3.3.4	Fehlervermeidung (rechtlich, finanziell, Daten)Error Prevention (Legal, Financial, Data)	Bei Eingaben mit rechtlichen oder finanziellen Folgen muessen Fehler vermeidbar sein.
3.3.8	Barrierefreie Authentifizierung (Minimum)Accessible Authentication (Minimum)	Authentifizierungsprozesse duerfen keinen kognitiven Funktionstest erfordern.
4.1.3	StatusmeldungenStatus Messages	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 nach unseren Testparametern erfüllt sind. Der Score wird als ganzzahliger Prozentwert dargestellt.

Wichtiger rechtlicher Hinweis

Der accessibleAI Score basiert auf einem automatisierten KI-Scan und bietet eine technische Einschätzung der digitalen Barrierefreiheit. Er ersetzt keine anwaltliche Rechtsberatung. Die Web Content Accessibility Guidelines (WCAG) beinhalten Interpretationsspielräume. Ein Score von 100% ist keine juristische Garantie für eine vollständige BFSG-Konformität im Sinne des Gesetzes.

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 Eingabehinweise
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 (öffnet in neuem Tab)). 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 untersuchte Seite beziehen und nicht auf die komplette Website, können diese nicht als juristischer Nachweis verwendet werden.

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

Widerspruch und erneute Prüfung

Wir sind an korrekten und aktuellen Ergebnissen interessiert. Wenn Sie der Meinung sind, dass die Einschätzung Ihrer Website nicht zutreffend ist, 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.
Widerspruch einlegen: Sie widersprechen unserer Einschätzung? Kontaktieren Sie uns unter [email protected]. Wir prüfen Ihr Anliegen 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.

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

← Zurück zum Ranking