Staatliches Gutachten zur digitalen Barrierefreiheit
DVV International
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Mit Hindernissen nutzbar
Mehrere zentrale A‑Kriterien für Screenreader, Fokusführung und Formulare sind nicht erfüllt, sodass Navigation und Formulare zwar grundsätzlich möglich, aber deutlich erschwert und teils fehleranfällig sind.
Sehbehinderung Mit Hindernissen nutzbar
Probleme mit Fokus-Sichtbarkeit, Nicht-Text-Kontrast und farbabhängigen Zuständen erschweren Orientierung, aber es liegen keine Hinweise auf gravierende Zoom- oder Strukturprobleme vor.
Hörbehinderung Mit Hindernissen nutzbar
Fehlende DGS-Inhalte beeinträchtigen vor allem den Zugang zu Meta-Informationen, während sonstige Inhalte für geübte Schriftsprachnutzerinnen weitgehend zugänglich bleiben.
Motorische Behinderung Mit Hindernissen nutzbar
Tastaturprobleme bei Navigation, Cookie-Banner, Untermenüs, Skiplinks und Fokus-Reihenfolge machen die Bedienung für reine Tastatur- oder Switch-Nutzende durchgängig anstrengend und teils unzuverlässig.
Lernbehinderung Kaum nutzbar
Fehlende Leichte Sprache, unklare Formulare, schwache Fehlerhilfen und fehlende strukturierte Erklärungen führen zu hoher kognitiver Belastung, insbesondere bei Eingaben und Orientierung.
Neurodivergenz Mit Hindernissen nutzbar
Unklare Fokusführung, redundante Links, unpräzise Formulare und fehlende vereinfachte Inhalte können Reizüberlastung und Desorientierung verstärken, auch wenn grundlegende Funktionen nutzbar bleiben.
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 140.0.7339.128
- Screenreader
- NVDA
- Tools
- Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome), Bookmarklets (bitvtest Werkzeugliste)
-
https://www.dvv-international.de/ Web-Angebot öffnen
-
https://www.dvv-international.de/unsere-arbeit/newsletter
-
https://www.dvv-international.de/unsere-arbeit/stories
-
https://www.dvv-international.de/suche?tx_kesearch_pi1%5Bsword%5D=pdf
-
https://www.dvv-international.de/fileadmin/files/Inhalte_Bilder_und_Dokumente/Materialien/Fach-_und_Positionspapiere/DVV_International_Strateg._Handlungsfelder_2024.pdf
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Nicht-Text-Inhalt | nicht bestanden | Copyright-Informationen sollten entweder für Screenreader korrekt semantisch eingebunden oder mit aria-hidden="true" bzw. als dekoratives Element ausgezeichnet werden, sofern sie nicht inhaltlich relevant sind. |
| Nicht-Text-Inhalt | nicht bestanden | Der Alternativtext des Logos muss den sichtbaren Logotext und zugleich den Zweck des Links (z. B. „zur Startseite“) beschreiben, damit Screenreader-Nutzende die Funktion erkennen. |
| Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus | nicht bestanden | Untermenüs müssen sich über die Tastatur öffnen/schließen lassen (z. B. durch Enter/Pfeiltasten sowie ESC oder erneutes Aktivieren) und eine stabile Fokusführung inklusive aria-expanded erhalten. |
| Blöcke überspringen | nicht bestanden | Ein sicht- und fokussierbarer Skiplink (z. B. href="#maincontent") sollte am Seitenanfang integriert werden, damit Tastaturnutzende direkt zum Hauptinhalt springen können. |
| Fokus-Reihenfolge | nicht bestanden | Der Cookie-Banner muss als modaler Dialog umgesetzt werden, der den Fokus vollständig innerhalb hält, bis eine bewusste Auswahl erfolgt, und danach logisch zurücksetzt. |
| Fokus sichtbar | nicht bestanden | Interaktive Bilder im Bereich „Aktuelles“ benötigen einen klar sichtbaren, kontrastreichen Fokusindikator (Mindestkontrast 3:1) oder sollten nicht fokussierbar gestaltet werden, wenn dekorativ. |
|
Zusatzkriterien: Deutsche Gebärdensprache
Einem Link auf enthaltene Inhalte in Deutscher Gebärdensprache
|
nicht bestanden | Auf der Startseite muss ein gut sichtbarer Link zu DGS-Inhalten bereitstehen, der Überblick über wesentliche Inhalte, Hinweise zur Navigation, die Erklärung zur Barrierefreiheit und weitere DGS-Inhalte umfasst. |
|
Zusatzkriterien: Leichte Sprache
Einem Link auf enthaltene Inhalte in Leichter Sprache
|
nicht bestanden | Die Startseite muss einen deutlichen Link zu Leichter Sprache enthalten und dort Infos zu Themen, Navigation und der Barrierefreiheitserklärung anbieten; Texte sollen geprüft und klar strukturiert sein. |
|
Zusatzkriterien: Barrierefreiheitserklärung
Barrierefreiheitserklärung formal geprüft
|
nicht bestanden | Die Erklärung zur Barrierefreiheit muss klar benannt und leicht erreichbar sein sowie Geltungsbereich, Rechtsgrundlage, Bewertung, nicht barrierefreie Inhalte, Prüfmethode, Datum, Feedback-Mechanismus, Kontakt und Durchsetzungsverfahren enthalten. |
| Info und Beziehungen | nicht bestanden | Fehlermeldungen müssen programmatisch mit dem jeweiligen Eingabefeld verbunden werden (z. B. via aria-describedby oder for-Attribut im label), damit Screenreader- und Tastaturnutzende den Fehler sofort erkennen. |
| Eingabezweck bestimmen | nicht bestanden | Formularfelder benötigen das HTML-Attribut autocomplete (z. B. autocomplete="given-name", "email" etc.), damit Assistive Technologien den Zweck der Eingabe programmatisch verstehen. |
| Benutzung von Farbe | nicht bestanden | Der aktive Navigationspunkt muss zusätzlich zur Farbänderung durch ein weiteres Merkmal (Symbol, Unterstreichung, aria-current="page" o.Ä.) gekennzeichnet werden. |
| Fokus-Reihenfolge | nicht bestanden | Nach Absenden eines fehlerhaften Formulars muss der Fokus entweder auf das erste fehlerhafte Feld gesetzt werden oder auf eine programmatisch verknüpfte Fehlerzusammenfassung springen. |
| Sprache von Teilen | nicht bestanden | Sprachwechsel im Text müssen im Code durch das lang-Attribut gekennzeichnet werden, damit Screenreader die korrekte Aussprache wählen. |
| Beschriftungen (Labels) oder Anweisungen | nicht bestanden | Formulare dürfen nicht nur über Placeholder beschriftet werden; es müssen dauerhafte Labels oder Beschreibungen vorhanden sein, die den Zweck des Felds klar benennen. |
| Beschriftungen (Labels) oder Anweisungen | nicht bestanden | Pflichtfelder müssen mit einer Erklärung („* = Pflichtfeld“ oder „E-Mail-Adresse (Pflichtfeld)“) beschrieben und ggf. mit aria-required="true" versehen werden, damit alle Nutzenden wissen, welche Eingaben erforderlich sind. |
| Vorschlag bei Fehler | nicht bestanden | Die Fehlermeldung für ungültige E-Mail-Adressen muss einen konkreten Korrekturhinweis enthalten (z. B. Format name@domain.de), um Nutzende bei der korrekten Eingabe zu unterstützen. |
| Benutzung von Farbe | nicht bestanden | Auch die Paginierung benötigt eine zusätzliche Kennzeichnung (z. B. aria-current="page" oder Unterstreichung), damit der aktive Punkt nicht ausschließlich über Farbe erkennbar bleibt. |
| Linkzweck (im Kontext) | nicht bestanden | Story-Kacheln sollen nur einen einzigen Link enthalten, in dem Bild, Überschrift und Beschreibung zusammengefasst sind, damit Tastaturnutzende keine redundanten Tabs durchlaufen. |
| Nicht-Text-Kontrast | nicht bestanden | Der sichtbare Rahmen des Sucheingabefeldes muss einen Kontrast von mindestens 3:1 zum Hintergrund aufweisen oder durch stärkere Linien/Bereiche besser hervorgehoben werden. |
| Fokus-Reihenfolge | nicht bestanden | Nach Absenden der Suche muss der Fokus auf den Anfang der Suchergebnisse oder eine Statusmeldung gesetzt werden (z. B. via element.focus() oder Live-Region), nicht zum Seitenanfang zurückspringen. |
| Beschriftungen (Labels) oder Anweisungen | nicht bestanden | Das Sucheingabefeld benötigt eine dauerhafte Beschriftung statt ausschließlich eines Placeholder-Texts, damit Screenreader-Nutzende den Zweck jederzeit erkennen. |
Möglicherweise verwandte Prüfungen
Internationale Bauausstellungen
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 28.08.2025
kooperation-international.de
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 19.03.2025
Internationaler Bund
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 14.08.2023
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.