Kurzzusammenfassung
- Auftraggeber
- Überwachungsstelle Bund
- Prüforganisation
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (Deutsche Rentenversicherung Knappschaft-Bahn-See)
- Stadt
- Berlin
- Prüfart
- Vereinfachte Überwachung
Zugänglichkeits-Analyse
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 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
15.09.2025
Prüfung vor 9 Monaten
05.04.2024
Prüfung vor 2 Jahren
02.03.2021
Prüfung vor 5 Jahren
Vergleich
| 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 |
Die in den Abschnitten aufgelisteten Verstöße (z. B. fehlende Kennzeichnung von Untermenüs, inkonsistente Fokusreihenfolge, unzugängliche Layer, fehlende DGS-Inhalte und unvollständige Barrierefreiheitserklärung) müssen behoben werden, damit die Seite für Screenreader- und Tastaturnutzerinnen nutzbar ist.
| Kriterium | Status | Notizen |
|---|---|---|
|
9.1.1.1 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. |
|
9.1.3.1 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. |
|
9.1.3.1 Info und Beziehungen (Überschriftenstruktur) |
nicht bestanden | Überschriftenhierarchie schrittweise aufbauen (<h1> → <h2> etc.), damit Screenreader den Aufbau nachvollziehen können. |
|
9.1.3.1 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. |
|
9.1.3.1 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. |
|
9.1.4.10 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. |
|
9.1.4.12 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. |
|
9.2.1.1 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. |
|
9.2.4.1 Blöcke überspringen |
nicht bestanden | Mehrere Skip Links anbieten (z. B. zur Suche, zum Seitenende), sichtbar platzieren und zuverlässig funktionieren lassen. |
|
9.2.4.3 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. |
|
9.2.4.3 Fokus-Reihenfolge (Slider-Bedienelemente) |
nicht bestanden | Bedienelemente direkt vor/nach sichtbarem Inhalt platzieren, per Tastatur fokussierbar machen und Enter/Leertaste unterstützen. |
|
9.2.4.3 Fokus-Reihenfolge (Paginierung) |
nicht bestanden | Paginierung auf wenige Schritte (Erste, Zurück, aktuelle/nächste, Weiter, Letzte) reduzieren und aktiven Eintrag programmatisch kennzeichnen. |
|
9.2.4.3 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. |
|
9.2.4.4 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. |
|
9.2.4.4 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. |
|
9.2.4.4 Linkzweck (im Kontext) (nicht aussagekräftige Linktexte) |
nicht bestanden | Linktexte durch sprechende Beschriftungen oder aria-label ergänzen, damit Ziele eindeutig erkennbar sind. |
|
9.2.4.4 Linkzweck (im Kontext) (gleicher Linktext, unterschiedliche Ziele) |
nicht bestanden | Jeder Linktext muss das Ziel eindeutig beschreiben, insbesondere wenn unterschiedliche Inhalte angesprochen werden. |
|
9.2.4.7 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. |
|
9.2.4.7 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. |
|
9.3.3.3 Vorschlag bei Fehler |
nicht bestanden | Fehlermeldung um Hinweise zur Korrektur ergänzen (z. B. Format name@domain.de), damit Nutzende wissen, was falsch ist. |
|
9.4.1.2 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. |
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 02.03.2021
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 05.04.2024