Staatliches Gutachten zur digitalen Barrierefreiheit
www.wiederbelebung.de
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Mit Hindernissen nutzbar
Zahlreiche Probleme bei Semantik, Fokusführung, Formularen, Navigation, Videos und PDF-Struktur beeinträchtigen Screenreader-Nutzung deutlich, machen Inhalte aber nicht vollständig unzugänglich.
Sehbehinderung Kaum nutzbar
Schlechter Fokuskontrast, unzureichende grafische Kontraste, abgeschnittene Inhalte und Probleme bei Zoom sowie unklare aktive Zustände erschweren die visuelle Orientierung massiv.
Hörbehinderung Mit Hindernissen nutzbar
Fehlende Untertitel und keine systematischen Hinweise auf Gebärdensprache schränken besonders videobasierte Kerninhalte stark ein, während Textinhalte grundsätzlich nutzbar bleiben.
Motorische Behinderung Mit Hindernissen nutzbar
Seite ist grundsätzlich tastaturbedienbar, aber fehlende Skiplinks, modale Steuerung, Fokusprobleme und nicht schließbare Menüs erschweren effiziente Nutzung für motorisch eingeschränkte Personen.
Lernbehinderung Mit Hindernissen nutzbar
Inkonsistente Navigation, unklare Fehlermeldungen, unzugängliche Leichte Sprache und problematische Cookie-Dialoge mindern Verständlichkeit und Orientierung deutlich.
Neurodivergenz Mit Hindernissen nutzbar
Fehlende klare Struktur, mangelhafte Rückmeldungen und störende Dialoge ohne saubere Fokuslogik können Reizüberflutung und Desorientierung fördern, trotz grundsätzlich linearer Inhalte.
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.67
- 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 |
|---|---|---|---|---|---|
| 11.08.2025 | Vereinfachte Überwachung | Nein | 36 | 0 | 0 |
| 24.05.2024 | Vereinfachte Überwachung | Nein | 10 | 5 | 39 |
-
https://www.wiederbelebung.de/ Web-Angebot öffnen
-
https://www.wiederbelebung.de/barriere-melden/ ⓘ Weitere Gutachten vorhanden
-
https://www.wiederbelebung.de/so-gehts/so-funktioniert-wiederbelebung/
-
https://www.wiederbelebung.de/suche/?tx_solr%5Bq%5D=retten
-
https://www.wiederbelebung.de/fileadmin/images/Infoblaetter/BZgA-Wiederbelebung-Infoblatt_A4-hoch_V4_2024_Stand_160924.pdf
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Linktext und sichtbarer Logo-Text sind nicht identisch #21 | nicht bestanden | Der programmatische Linktext des Logos muss mit der sichtbaren Beschriftung übereinstimmen (z. B. über aria-label oder alt-Text), damit Screenreader-Nutzende denselben Text hören wie visuelle Nutzende. |
| Fehlender Untertitel #38 | nicht bestanden | Erweiterte, synchronisierte Untertitel bereitstellen, die alle gesprochenen Inhalte und relevante nicht-sprachliche Geräusche enthalten und über ein zugängliches Steuerungselement aktivierbar sind, ohne wichtige Inhalte zu verdecken. |
| Fehlende Audiodeskription für visuelle Inhalte in Video #39 | nicht bestanden | Eine Audiodeskription zentraler visueller Inhalte anbieten (separate Spur oder integrierte Beschreibung) oder einen Hinweis formulieren, wenn keine zusätzlichen visuellen Informationen vorliegen. |
| Inkonsistente Überschriftenstruktur (falsche Hierarchieebenen) #3 | nicht bestanden | Die Überschriften müssen hierarchisch gegliedert sein (H1, H2, H3 …) und der visuellen Struktur entsprechen, ohne Ebenen zu überspringen, um Orientierung für Screenreader zu gewährleisten. |
| Das Vorhandensein eines Untermenüs ist visuell nicht erkennbar #8 | nicht bestanden | Menüpunkte mit Untermenüs benötigen visuelle Hinweise (Pfeil, Symbol) und programmatische Kennzeichnungen (aria-haspopup, aria-expanded), um zusätzliche Ebenen anzuzeigen. |
| Zwei ineinander geschachtelte Suchregionen im Kopfbereich #31 | nicht bestanden | Nur eine klar definierte Suchregion einsetzen und alle redundanten Formulare entfernen, damit assistive Technologien eindeutige Informationen erhalten. |
| Lesereihenfolge des „Nach-oben“-Links ist falsch #11 | nicht bestanden | Die DOM-Reihenfolge muss mit der visuellen Reihenfolge übereinstimmen; der „Nach oben“-Link sollte im Markup vor der Footer-Navigation stehen und sich bei fixierten Elementen trotzdem an der sichtbaren Position orientieren. |
| Fokus auf „Suchen“-Button und „Abschicken“-Button kaum sichtbar und mit unzureichendem Kontrast #7 | nicht bestanden | Der Fokuszustand muss deutlich sichtbar sein und ein Kontrastverhältnis von mindestens 3:1 zum Hintergrund bieten (z. B. durch Umrandung oder Farbänderung). |
| Unsichtbare Bedienelemente auf Videos werden per Tastaturfokus angesteuert #10 | nicht bestanden | Nur sichtbare und nutzbare Bedienelemente dürfen fokussierbar sein; versteckte Steuerelemente entfernen oder mittels aria-hidden ausblenden, bis sie visuell eingeblendet werden. |
| Untermenüpunkte laufen über den Untermenü-Container hinaus und sind schlecht lesbar #33 | nicht bestanden | Untermenü-Container müssen bei allen Zoom- und Zeilenabstandseinstellungen ausreichend Padding und flexible Höhen bieten, damit Text nicht überlappt oder abgeschnitten wirkt. |
| Sprachaufklappmenü kann nicht mit Escape-Taste geschlossen werden #6 | nicht bestanden | Das Menü sollte sich neben Klicks auch per Escape-Taste schließen lassen und danach den Fokus logisch zum auslösenden Element zurückführen. |
| Skiplinks fehlen #5 | nicht bestanden | Am Seitenbeginn einen sicht- und fokussierbaren Skiplink einfügen, der z. B. zum Hauptinhalt (href="#maincontent") springt und beim Fokus eingeblendet wird. |
| Cookie-Banner ist nicht in sich geschlossen #2 | nicht bestanden | Das Banner als modalen Dialog implementieren, der den Fokus bis zur Aktion innerhalb behält und nach dem Schließen logisch zurückführt. |
| Zwei direkt nebeneinanderliegende Links führen zum gleichen Ziel #9 | nicht bestanden | Doppelte Links mit identischem Ziel zusammenfassen oder gemeinsam verlinken, damit Screenreader-Nutzende nicht mehrfach dieselbe Information erhalten. |
| Linktext „Weitere Informationen“ ist nicht aussagekräftig #23 | nicht bestanden | Aussagekräftige Linktexte verwenden, die auch außerhalb des Kontextes den Zweck beschreiben (z. B. „Weitere Informationen zur Barrierefreiheit“). |
| Fokus auf Buttons des Cookie-Banners und „Nach oben“-Link nicht sichtbar #1 | nicht bestanden | Alle interaktiven Elemente müssen klare Fokusmarkierungen mit Kontrast ≥3:1 aufweisen (z. B. Umrandung, Farbänderung). |
| Sprachauswahlmenü hat kein lang-Attribut #20 | nicht bestanden | Jede Sprachoption mit lang-Attribut versehen (z. B. <option lang="en">English</option>), damit Screenreader die Aussprache korrekt liefern. |
| Doppelte Screenreader-Ausgabe der Social-Media-Namen #22 | nicht bestanden | Plattformnamen nur einmal programmatisch bereitstellen; redundante sr-only-Texte entfernen oder nur für zusätzliche Kontextinfos verwenden. |
| Aufklapp-Schalter sind optisch wie Links gestaltet #24 | nicht bestanden | Aufklapp-Schalter visuell und semantisch als Buttons darstellen (z. B. <button> oder role="button") und deutlich gestalterisch vom Textlink unterscheiden. |
| Video auf der Startseite hat keinen Titel #25 | nicht bestanden | Jedem Video einen aussagekräftigen Titel über title-Attribut oder aria-label geben (z. B. „Erklärvideo zur Ersten Hilfe“), um den Inhalt benennen zu können. |
|
Hinweise auf weitere vorhandene Informationen in Deutscher Gebärdensprache
Keine Hinweise auf weitere Informationen in Deutscher Gebärdensprache vorhanden #35
|
nicht bestanden | Hinweise ergänzen, wo zusätzliche Inhalte in Deutscher Gebärdensprache zu finden sind, um die Nutzerführung barrierearm zu gestalten (empfohlen). |
|
Informationen zu den wesentlichen Inhalten (Leichter Sprache)
Links zu den Unterseiten in Leichter Sprache sind nicht anklickbar #36
|
nicht bestanden | Die Links zu den Leichtsprachen-Inhalten als interaktive HTML-Elemente umsetzen, die per Maus und Tastatur aktiviert werden können. |
|
Barrierefreiheitserklärung formal geprüft
Erklärung zur Barrierefreiheit entspricht nicht den Anforderungen gemäß § 7 BITV #37
|
nicht bestanden | Barrierefreiheitserklärung deutlich benennen, auf allen Seiten verlinkt und Angaben zu Bewertung, nicht barrierefreien Inhalten und weiteren Pflichtinformationen ergänzen. |
| Sprachumschaltung führt auf die deutsche Startseite statt zur entsprechenden Unterseite #34 | nicht bestanden | Die Sprachumschaltung muss die inhaltlich passende Seite laden oder einen Hinweis mit Link zur Startseite geben, statt kontextlos zur Homepage zu springen. |
| Videos sind abgeschnitten, Fokus geht verloren, Inhalt wird erst nach Klick geladen #17 | nicht bestanden | Videos vollständig sichtbar machen, Tastaturfokus beim Laden behalten und bei Ladezustimmung eindeutigen Button anbieten, der den Fokus auf den Player setzt. |
| Eingabefelder ohne autocomplete-Attribut #12 | nicht bestanden | Für Feldzwecke wie Name, E-Mail oder Adresse autocomplete-Attribute (z. B. autocomplete="given-name") verwenden, damit Assistive Technologien den Zweck erkennen. |
| Aktiver Menüpunkt ist ausschließlich über Farbe erkennbar #14 | nicht bestanden | Aktive Navigation zusätzlich zur Farbe durch weitere Kennzeichen (Symbol, Unterstreichung, aria-current="page") hervorheben, damit auch sehbeeinträchtigte Nutzende den Status erkennen. |
| Slider lädt im einspaltigen Layout nicht #32 | nicht bestanden | Der Slider muss unabhängig vom Layout initialisiert werden und Inhalte auch in mobiler Ansicht oder bei Zoom verfügbar machen (ggf. statische Alternative anzeigen). |
| Kontrastverhältnisse grafischer Elemente liegen unter dem geforderten Mindestwert #18 | nicht bestanden | Grafische Bedienelemente benötigen einen Kontrast ≥3:1 zum Hintergrund, damit sie für sehbehinderte Nutzende erkennbar bleiben. |
| Pause-Button ist optisch nicht erkennbar und Status wird nicht angezeigt #15 | nicht bestanden | Pause-Button deutlich hervorheben, mit hohem Kontrast und programmatisch erkennbarer Status (aria-pressed oder dynamischer Text). |
| Unzureichende Kennzeichnung von Pflichtfeldern im Formular #13 | nicht bestanden | Eine Erklärung zu Pflichtfeldern (z. B. „Mit * gekennzeichnete Felder sind Pflichtfelder“) oder Hinweise im Label einfügen; ggf. aria-required="true" nutzen. |
| Fehlermeldung ist zu allgemein, nicht hilfreich und nur auf Englisch verfügbar #26 | nicht bestanden | Fehlermeldungen in deutscher Sprache formulieren, klar benennen, welches Feld betroffen ist, und konkrete Schritte zur Korrektur nennen. |
| Landmarks der Such-Paginierung haben keinen eindeutigen zugänglichen Namen #4 | nicht bestanden | Jeder Landmark erhält eindeutigen Namen (z. B. aria-label) wie „Paginierung Suchergebnisse“, um Orientierung zu schaffen. |
| Paginierung ist nicht semantisch ausgezeichnet #29 | nicht bestanden | Paginierung als Navigationsbereich (role="navigation", aria-label) mit beschrifteten Seitenlinks („Seite 2 von 5“) und alternativen Texten für grafische Elemente auszeichnen. |
| Kombinationsfeld ist nicht beschriftet (fehlendes Label) #30 | nicht bestanden | Dropdown-Elemente mit programmgesteuerten Labels versehen (label for oder aria-label/aria-labelledby), damit Screenreader-Nutzende die Auswahl erkennen. |
|
PDF-Dokument mit PAC geprüft
PDF-Dokument besteht den PAC-Test nicht #40
|
nicht bestanden | Automatisierte Ergebnisse als Orientierung nutzen und zusätzlich manuelle Prüfung durchführen, um logische Lesereihenfolge, Alternativtexte und semantische Struktur sicherzustellen. |
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.