Staatliches Gutachten zur digitalen Barrierefreiheit
Diakonie
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Kaum nutzbar
Mehrere zentrale Screenreader- und Tastaturprobleme (Struktur, Fokus, Overlays, PDFs, fehlende Skiplinks) machen die Nutzung für blinde Nutzerinnen stark erschwert und nur eingeschränkt möglich.
Sehbehinderung Mit Hindernissen nutzbar
Fehler bei Reflow, Textabstand und Fokus-Sichtbarkeit beeinträchtigen vergrößerte Darstellung und Orientierung, lassen die Seite aber mit Aufwand noch teilweise nutzbar erscheinen.
Hörbehinderung Mit Hindernissen nutzbar
Fehlende bzw. unzureichende DGS-Inhalte sind ein klarer Mangel, schriftliche Inhalte scheinen aber weitgehend verfügbar, sodass Nutzung ohne Hörvermögen überwiegend möglich ist.
Motorische Behinderung Kaum nutzbar
Nicht bestandene Tastaturkriterien (Overlays, Fokusreihenfolge, sichtbarer Fokus, Skiplinks) schränken die reine Tastaturbedienung stark ein.
Lernbehinderung Mit Hindernissen nutzbar
Unklare Linkzwecke, fehlerhafte Struktur, komplexe Paginierung und unpräzise Fehlermeldungen erschweren Orientierung und Fehlerkorrektur deutlich.
Neurodivergenz Mit Hindernissen nutzbar
Inkonsequente Fokusführung, schlechte Navigationsstruktur und viele Interaktionshürden sind für neurodivergente Personen besonders belastend, erlauben aber noch begrenzte Nutzung.
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 139.0.7258.128
- Screenreader
- NVDA
- Tools
- Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome), Bookmarklet-Sammlung bitvtest
Veränderung nach WCAG-Kriterien
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 15.09.2025 | Vereinfachte Überwachung | Nein | 24 | 0 | 0 |
| 05.04.2024 | Vereinfachte Überwachung | Nein | 15 | 2 | 34 |
| 02.03.2021 | Vereinfachte Überwachung | Nein | 16 | 5 | 33 |
-
-
https://www.diakonie.de/informieren/infothek/aktuelles/themen/nationale-armutskonferenz-und-schattenbericht
-
https://www.diakonie.de/kontakt ⓘ Weitere Gutachten vorhanden
-
https://www.diakonie.de/suche?s%5Bq%5D=pdf
-
https://www.diakonie.de/diakonie_de/user_upload/diakonie.de/PDFs/Stellungnahmen/Diakonie_StN_RefE_Gesetz_zur_Beschleunigung_AsylVerf_221024.pdf
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Nicht-Text-Inhalt | nicht bestanden | Copyright- und rechtliche Hinweise nur dort platzieren, wo sie inhaltlich sinnvoll sind und sie klar strukturieren, damit sie nicht unnötig vorgelesen oder durchlaufen werden müssen. |
| Info und Beziehungen (Untermenüindikatoren) | nicht bestanden | Untermenüs mit visuellen Hinweisen (z. B. Pfeile) und aria-haspopup/aria-expanded kennzeichnen, damit assistive Technologien die zusätzliche Navigation erkennen. |
| Info und Beziehungen (Überschriftenstruktur) | nicht bestanden | Überschriftenhierarchie schrittweise aufbauen (<h1> → <h2> etc.), damit Screenreader den Aufbau nachvollziehen können. |
| Info und Beziehungen (Metanavigation) | nicht bestanden | Metanavigation als durchgehende Liste innerhalb eines einzelnen <nav>-Bereichs kennzeichnen und alle Links in eine zusammenhängende Liste (z. B. eine <ul>) setzen. |
| Info und Beziehungen (Liste mit einem Element) | nicht bestanden | Einzelne Links nicht als Liste mit nur einem Eintrag auszeichnen, sondern entweder semantisch passend als einfachen Link darstellen, um Verwirrung zu vermeiden. |
| Automatischer Umbruch (Reflow) | nicht bestanden | Grafiken flexibel skalieren (z. B. max-width: 100%), bei Zoom 200–400 % und schmalen Ansichten sicherstellen, dass keine Inhalte überdeckt oder abgeschnitten werden. |
| Textabstand | nicht bestanden | Texte so positionieren, dass sie vollständig im sichtbaren Bereich liegen; auf flexible Layoutmethoden wie Flexbox oder Grid setzen und keine negativen Offsets verwenden. |
| Tastatur (Overlay) | nicht bestanden | Overlay-Elemente per Tab erreichbar machen, Fokus beim Öffnen ins Overlay setzen, Escape-/Schließen-Button per Tastatur nutzbar machen und beim Schließen Fokus zurückgeben. |
| Blöcke überspringen | nicht bestanden | Mehrere Skip Links anbieten (z. B. zur Suche, zum Seitenende), sichtbar platzieren und zuverlässig funktionieren lassen. |
| Fokus-Reihenfolge (Haupt- vs. Servicemenü) | nicht bestanden | DOM-Reihenfolge an sichtbare Reihenfolge anpassen, keine rein visuelle Umordnung per CSS nutzen, damit die Tab-Reihenfolge logisch bleibt. |
| Fokus-Reihenfolge (Slider-Bedienelemente) | nicht bestanden | Bedienelemente direkt vor/nach sichtbarem Inhalt platzieren, per Tastatur fokussierbar machen und Enter/Leertaste unterstützen. |
| Fokus-Reihenfolge (Paginierung) | nicht bestanden | Paginierung auf wenige Schritte (Erste, Zurück, aktuelle/nächste, Weiter, Letzte) reduzieren und aktiven Eintrag programmatisch kennzeichnen. |
| Fokus-Reihenfolge (Fokusnachführung) | nicht bestanden | Nach Aktionen sinnvolle Fokusziele wählen (z. B. Überschrift „Suchergebnisse“ oder erstes Ergebnis) oder Fokus auf das aktivierte Steuerelement zurückführen. |
| Linkzweck (im Kontext) (identisches Linkziel) | nicht bestanden | Jede Kachel nur einen Link zum Ziel definieren und interaktive Bereiche (Bild, Überschrift) in diesem Link zusammenfassen, um redundante Tab-Stops zu vermeiden. |
| Linkzweck (im Kontext) (Breadcrumb-Text) | nicht bestanden | Breadcrumb-Links visuell und programmatisch identisch beschriften, zusätzliche Hinweise über aria-Attribute (z. B. aria-current) bereitstellen. |
| Linkzweck (im Kontext) (nicht aussagekräftige Linktexte) | nicht bestanden | Linktexte durch sprechende Beschriftungen oder aria-label ergänzen, damit Ziele eindeutig erkennbar sind. |
| Linkzweck (im Kontext) (gleicher Linktext, unterschiedliche Ziele) | nicht bestanden | Jeder Linktext muss das Ziel eindeutig beschreiben, insbesondere wenn unterschiedliche Inhalte angesprochen werden. |
| Fokus sichtbar (Slider) | nicht bestanden | Fokus beim Slide-Wechsel nicht entfernen, Indikator sichtbar halten (nicht outline: none) und Fokus auf aktuelle Bedienelemente zurückführen. |
| Fokus sichtbar (Social-Media-Button) | nicht bestanden | Sichtbaren Fokuszustand definieren, durchgängigen Kontrast (mind. 3:1) sicherstellen und ihn nicht von überlappenden Elementen verdecken lassen. |
| Vorschlag bei Fehler | nicht bestanden | Fehlermeldung um Hinweise zur Korrektur ergänzen (z. B. Format name@domain.de), damit Nutzende wissen, was falsch ist. |
| Name, Rolle, Wert (Layer) | nicht bestanden | Dekorative Elemente mit alt=""/aria-hidden="true" versehen, geschlossene Layer aus Accessibility-Tree/tab-Reihenfolge entfernen und nur per Button öffnen mit tastaturbedienbarer Steuerung. |
|
PDF-Dokument mit PAC geprüft
PDF-Dokument mit PAC geprüft
|
nicht bestanden | Automatisierte PAC-Ergebnisse als Einstieg nutzen und zusätzlich manuelle Prüfung der Struktur, Lesereihenfolge, Links und Alternativtexte durchführen. |
|
Einem Link auf enthaltene Inhalte in Deutscher Gebärdensprache
Deutsche Gebärdensprache (Link)
|
nicht bestanden | Gut sichtbaren Link zu DGS-Inhalten bereitstellen und gesetzlich geforderte Informationen (Navigation, Erklärung, Hinweise) in DGS anbieten. |
|
Barrierefreiheitserklärung formal geprüft
Barrierefreiheitserklärung
|
nicht bestanden | Barrierefreiheitserklärung klar benennen, leicht zugänglich verlinken und Angaben zu Geltungsbereich, Rechtsgrundlage, Bewertung, nicht barrierefreien Inhalten, Prüfmethode, Datum, Feedback und Durchsetzungsverfahren ergänzen. |
Möglicherweise verwandte Prüfungen
Diakonie
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 02.03.2021
www.diakonie.de
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 05.04.2024
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.