13
gefundene Barrieren
6,4/10
Ø Schwere
Staatliches Gutachten zur digitalen Barrierefreiheit
Nationale Agentur beim Bundesinstitut für Berufsbildung
Nutzbarkeit mit unterschiedlichen Behinderungen
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 Zusammenfassung 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.
Technische Umgebung
- OS
- Windows 11
- Browser
- Chrome 143.0.7499.40
- Screenreader
- NVDA
- Tools
- Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)
Veränderung nach WCAG-Kriterien
| 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 |
-
-
https://www.na-bibb.de/special-pages/suche?tx_kesearch_pi1%5Bsword%5D=pdf&x=0&y=0&id=22&typosearch=pdf
-
https://www.na-bibb.de/newsletter
-
https://www.na-bibb.de/neu-bei-erasmus/auslandsaufenthalte-in-der-berufsbildung
-
https://www.na-bibb.de/fileadmin/user_upload/na-bibb.de/Dokumente/06_Metanavigation/02_Service/Publikationen_Warenkorb/Flyer/Kurzzeitprojekte__Ihr_Einstieg_in_Erasmus_Berufsbildung.pdf
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| Audiodeskription (aufgezeichnet) | nicht bestanden | Das Video muss eine zentrale Audiodeskription enthalten (separate Spur oder integrierte Fassung), die Szenenwechsel, Handlungen und Texteinblendungen beschreibt. |
| 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. |
| 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. |
| Eingabezweck bestimmen | nicht bestanden | Autocomplete-Attribute (z. B. autocomplete="email") sind für Formularfelder erforderlich, damit assistive Technologien den Eingabezweck programmatisch erkennen. |
| 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. |
| 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). |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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. |
| Linkzweck (im Kontext) | nicht bestanden | Das Element „Plus“ sollte als steuerbares Bedienelement (z. B. Button) mit aria-expanded und Zustandsinformationen ausgezeichnet werden. |
| Linkzweck (im Kontext) | nicht bestanden | Jeder Downloadlink benötigt eine eindeutige, inhaltliche Beschreibung (Titel, Thema, Dokumenttyp), damit identische Linktexte vermieden werden. |
| 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. |
| 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. |
| 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. |
| Vorschlag bei Fehler | nicht bestanden | Fehlermeldungen müssen das betroffene Feld konkret benennen und konkrete Hilfestellungen zur korrekten Eingabe liefern. |
| Name, Rolle, Wert | nicht bestanden | Kachel-Inhalte müssen so strukturiert sein, dass Screenreader nicht dieselben Informationen mehrfach als Gruppe und einzelne Elemente ausgeben. |
| 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. |
| 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. |
Im Wesentlichen bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| 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. |
| 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. |
Möglicherweise verwandte Prüfungen
Internationale Bauausstellungen
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 28.08.2025
nationale-staedtebauprojekte.de
Bundesinstitut für Bau-, Stadt- und Raumforschung (BBSR)
Prüfung vom 04.04.2025
nationale-plattform.de
Bundesministerium des Inneren und für Heimat
Prüfung vom 18.03.2025
Unterstützung
Barrieren sichtbar machen kostet Geld. Hilf uns, dranzubleiben.
BarrierenWatch wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten. Hinter dem Projekt stehen Menschen mit Behinderung, die seit Jahren im Bereich der digitalen Barrierefreiheit oder als Aktivist*innen aktiv sind. Aktuell sind wir im Prozess der Gründung eines gemeinnützigen Vereins, der dieses Engagement beheimaten soll.
ab
5
Euro
im Monat
für Recherche, Prüfungen und den Betrieb der Plattform.