Gutachten

Diakonie

Website nicht konform Prüfung vom 15.09.2025 ID: #1176
Soziales private Organisation
Prüfbericht herunterladen (PDF) Link kopiert!

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

Technische Umgebung

  • OS: Windows 11
  • Browser: Chrome 139.0.7258.128
  • Screenreader: NVDA
  • Auflösung:
  • Tools: Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome), Bookmarklet-Sammlung bitvtest

Zugänglichkeits-Analyse

KI-Schnellcheck zur Nutzbarkeit

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.

Getestete Angebote

Webangebot öffnen

Gutachten-Historie

15.09.2025

Prüfung vor 8 Monaten

aktuellstes angezeigtes

Diakonie

02.03.2021

Prüfung vor 5 Jahren

Diakonie

Vergleich

Prüfergebnisse je Datum

15.09.2025 Vereinfachte Überwachung
angezeigtes 24 nicht bestanden 0 weitgehend 0 bestanden
05.04.2024 Vereinfachte Überwachung
15 nicht bestanden 2 weitgehend 34 bestanden
02.03.2021 Vereinfachte Überwachung
16 nicht bestanden 5 weitgehend 33 bestanden
  • https://www.diakonie.de/ ⓘ
  • https://www.diakonie.de/informieren/infothek/aktuelles/themen/nationale-armutskonferenz-und-schattenbericht
  • https://www.diakonie.de/kontakt ⓘ
  • 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

Empfehlung & Status

Empfehlung

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.

Prüfkriterien

Nicht bestanden

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.

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