Kurzzusammenfassung
- Auftraggeber
- Nationale Agentur beim Bundesinstitut für Berufsbildung
- Prüforganisation
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Stadt
- Berlin
- Prüfart
- Vereinfachte Überwachung
Unterstützung
barrieren-gutachten.de wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten.
ab
5
Euro
im Monat
für Recherche, Prüfungen und den Betrieb der Plattform.
Zugänglichkeits-Analyse
Blindheit
Kaum nutzbar
Zahlreiche Screenreader-relevante Probleme (Alternativtexte, fehlende Skiplinks, Fokusführung, Formular- und Linkbeschriftungen, Video ohne Audiodeskription) erschweren die Nutzung massiv, machen Inhalte aber nicht vollständig unzugänglich.
Sehbehinderung
Kaum nutzbar
Unzureichende Kontraste, Probleme bei Textabständen in Kombination mit Layout, Fokusüberlappungen und nicht barrierefreie PDFs beeinträchtigen das Lesen und die Orientierung stark.
Hörbehinderung
Weitgehend zugänglich
Für gehörlose Menschen sind vor allem Multimedia-Aspekte kritisch, aber es wird nur fehlende Audiodeskription erwähnt, was Gehörlose kaum betrifft; textbasierte Inhalte scheinen überwiegend zugänglich.
Motorische Behinderung
Mit Hindernissen nutzbar
Fehlende vollständige Tastaturbedienbarkeit (Video-Player, Menüs, Skiplinks, Fokusreihenfolge) erschwert die Nutzung deutlich, lässt aber einen eingeschränkten Zugang noch zu.
Lernbehinderung
Mit Hindernissen nutzbar
Unklare Linktexte, unzureichende Fehlermeldungen und Formularhinweise sowie inkonsistente Struktur erzeugen Orientierungsprobleme und erhöhen die kognitive Belastung.
Neurodivergenz
Mit Hindernissen nutzbar
Mangelnde Klarheit bei Navigation, Fokusverhalten, Rückmeldungen und Linkzwecken kann für viele neurodivergente Nutzende überfordernd sein, ohne die Nutzung völlig zu verhindern.
Hinweis: Diese Einschätzung mit generativer KI basiert auf den Informationen aus diesem Gutachten. Künstliche Intelligenz kann Inhalte nicht automatisch barrierefrei machen oder Prüfungen durchführen. Behinderungen sind komplex und mehrschichtig, weshalb diese Analysen nicht zutreffen müssen.
Gutachten-Historie
04.12.2025
Prüfung vor 6 Monaten
02.05.2022
Prüfung vor 4 Jahren
Vergleich
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 04.12.2025 | Vereinfachte Überwachung | Nein | 27 | 2 | 0 |
| 02.05.2022 | Vereinfachte Überwachung | Nein | 16 | 3 | 35 |
Die Vielzahl der kritischen WCAG-Verstöße (fehlende Skiplinks, Fokusprobleme, unzureichende Kontraste, fehlende Audiodeskriptionen, fehlerhafte Linkbeschriftungen, inkonsistente Barrierefreiheitserklärung) muss systematisch behoben werden. Ergänzende Anforderungen wie eine aussagekräftige Erklärung zur Barrierefreiheit und aussagekräftige Downloadtexte sollten zusätzlich dokumentiert werden.
| Kriterium | Status | Notizen |
|---|---|---|
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Copyright-Hinweise müssen entweder korrekt semantisch eingebunden oder mit aria-hidden="true" bzw. als dekoratives Element ausgezeichnet sein, damit sie für Screenreader keinen unnötigen Output erzeugen. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Alternativtexte müssen mit der sichtbaren Beschriftung (z. B. Projektplattform) übereinstimmen, um Screenreader-Nutzenden eine konsistente Orientierung zu ermöglichen. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Rein dekorative Slider-Bilder benötigen einen leeren Alternativtext, damit assistive Technologien sie ignorieren und die Navigation nicht unnötig verlängert wird. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Linktext und sichtbares Logo müssen denselben Zweck eindeutig benennen; Logo-Links sollten denselben Namen wie die visuelle Darstellung ausgeben. |
|
9.1.2.3 Audiodeskription oder Medienalternative (aufgezeichnet) |
nicht bestanden | Zum eingebetteten Video ist eine Audiodeskription oder Volltext-Alternative bereitzustellen, damit blinde Nutzende alle visuellen Informationen erfassen können. |
|
9.1.2.5 Audiodeskription (aufgezeichnet) |
nicht bestanden | Das Video muss eine zentrale Audiodeskription enthalten (separate Spur oder integrierte Fassung), die Szenenwechsel, Handlungen und Texteinblendungen beschreibt. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Der Fokusrahmen darf Inhalte nicht überlappen; alternativ können Außenrahmen oder ausreichend Abstand dafür sorgen, dass der Text vollständig lesbar bleibt. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Navigationselemente (z. B. nummerierte Links) müssen aussagekräftige Beschriftungen enthalten oder als nicht anklickbare Statusanzeigen dargestellt werden, damit der Zweck des Links eindeutig ist. |
|
9.1.3.5 Eingabezweck bestimmen |
nicht bestanden | Autocomplete-Attribute (z. B. autocomplete="email") sind für Formularfelder erforderlich, damit assistive Technologien den Eingabezweck programmatisch erkennen. |
|
9.1.4.3 Kontrast (Minimum) |
nicht bestanden | Text- und Fehlermeldungen müssen ein Kontrastverhältnis von mindestens 4,5:1 zum Hintergrund aufweisen, um unter schlechten Lichtverhältnissen lesbar zu bleiben. |
|
9.1.4.13 Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus |
nicht bestanden | Untermenüs müssen sich per Tastatur kontrolliert öffnen und schließen lassen (z. B. Enter/Leertaste zum Öffnen, ESC zum Schließen, sichtbare Statushinweise per aria-expanded). |
|
9.2.1.1 Tastatur |
nicht bestanden | Der Video-Player muss vollständig fokussierbare Steuerelemente bieten, die mit Tab, Enter und Leertaste bedienbar sind, damit Tastaturnutzende Inhalte erreichen können. |
|
9.2.4.1 Blöcke überspringen |
nicht bestanden | Ein sicht- und fokussierbarer Skiplink (z. B. href="#maincontent") am Seitenanfang erlaubt das direkte Springen zum Hauptinhalt und verkürzt die Navigation. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Nach dem Abschicken einer Suche muss der Fokus programmgesteuert auf den Anfang der Ergebnisse oder eine Statusmeldung gesetzt werden, um Tastaturnutzende nicht erneut zum Seitenanfang zu führen. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Nach dem Absenden fehlerhafter Formulare muss der Fokus automatisch auf das erste fehlerhafte Feld oder die dazugehörige Fehlermeldung gesetzt werden, um eine effiziente Korrektur zu ermöglichen. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Fehlermeldungen müssen programmatisch erkennbar sein, damit sie angesagt werden; der Fokus darf nicht am Absende-Button verbleiben, wenn Fehler vorliegen. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Die Paginierung braucht aussagekräftige Labels (z. B. "Aktuelle Seite 2", "Nächste Seite"), damit Screenreader-Nutzende erkennen, wo sie sich befinden. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Das Element „Plus“ sollte als steuerbares Bedienelement (z. B. Button) mit aria-expanded und Zustandsinformationen ausgezeichnet werden. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Jeder Downloadlink benötigt eine eindeutige, inhaltliche Beschreibung (Titel, Thema, Dokumenttyp), damit identische Linktexte vermieden werden. |
|
9.2.5.3 Beschriftung (Label) im Namen |
nicht bestanden | Datumsangaben müssen semantisch als Datum ausgezeichnet werden (z. B. <time datetime="...">), damit Screenreader die Bedeutung erkennen und korrekt aussprechen können. |
|
9.3.3.2 Beschriftungen (Labels) oder Anweisungen |
nicht bestanden | Suchfelder und andere Eingaben benötigen eine dauerhafte Beschriftung neben dem Placeholder, damit Nutzende jederzeit den Zweck erfassen können. |
|
9.3.3.2 Beschriftungen (Labels) oder Anweisungen |
nicht bestanden | Pflichtfelder müssen mit einer erläuternden Kennzeichnung (z. B. Hinweis über '*'-Symbol oder aria-required="true") versehen sein. |
|
9.3.3.3 Vorschlag bei Fehler |
nicht bestanden | Fehlermeldungen müssen das betroffene Feld konkret benennen und konkrete Hilfestellungen zur korrekten Eingabe liefern. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Kachel-Inhalte müssen so strukturiert sein, dass Screenreader nicht dieselben Informationen mehrfach als Gruppe und einzelne Elemente ausgeben. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Labels müssen über for/id oder andere programmatische Mittel eindeutig mit den Eingabefeldern verbunden sein, damit deren Zweck korrekt ausgegeben wird. |
|
10.1.4.3 Kontrast (Minimum) |
nicht bestanden | Der Kontrast der PDF-Inhalte muss mindestens 4,5:1 (normaler Text) bzw. 3:1 (großer/fetter Text) zum Hintergrund erreichen, damit alle Lesenden die Inhalte erfassen können. |
|
Barrierefreiheitserklärung formal geprüft Barrierefreiheitserklärung formal geprüft |
nicht bestanden | Die Erklärung muss klar benannt sein, regelmäßig aktualisiert werden und alle gesetzlich geforderten Angaben zu Geltungsbereich, Datum, Rechtsgrundlage, Feedback und Prüfmethode enthalten. |
| Kriterium | Status | Notizen |
|---|---|---|
|
9.1.4.12 Textabstand |
im Wesentlichen bestanden | Layouts müssen ausreichend flexible Abstände und Innenräume besitzen, damit vergrößerte Zeilen-, Wort- oder Buchstabenabstände keine Inhalte an den Rand schieben oder abschneiden. |
|
9.4.1.2 Name, Rolle, Wert |
im Wesentlichen bestanden | Suchergebnisse sollten entweder als Überschrift mit enthaltenem Link oder als klar strukturierter Link ausgegeben werden, um Redundanz beim Screenreader zu vermeiden. |
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 28.08.2025
Bundesinstitut für Bau-, Stadt- und Raumforschung (BBSR)
Prüfung vom 04.04.2025
Bundesministerium des Inneren und für Heimat
Prüfung vom 18.03.2025