Kurzzusammenfassung
- Auftraggeber
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Prüforganisation
- Materna Information & Communications SE
- Prüfart
- eingehende Überwachung
Gutachten
Zugänglichkeits-Analyse
Blindheit
Kaum nutzbar
Viele fehlende Alternativtexte, falsche Semantik, unklare Rollen/Zustände und Probleme bei Karte, Navigation und Tastaturbedienung erschweren Screenreader-Nutzung massiv, auch wenn einige Grundfunktionen vorhanden sind.
Sehbehinderung
Kaum nutzbar
Schwache Text- und Fokuskontraste, Probleme bei Reflow/Zoom, reine Farbcodierung und unvollständige Übernahme von Schriftgrößen beeinträchtigen das Erkennen von Inhalten stark.
Hörbehinderung
Mit Hindernissen nutzbar
Fehlende Gebärdensprachvideos sind relevant, aber die primären Informationen sind textlich vorhanden und weitgehend nutzbar für gehörlose Menschen.
Motorische Behinderung
Kaum nutzbar
Nicht vollständig tastaturbedienbare Menüs und Karten, Tastaturfallen, pfadbasierte Zeigergesten und schlecht sichtbarer Fokus schränken Menschen mit motorischen Einschränkungen stark ein.
Lernbehinderung
Kaum nutzbar
Fehlende Leichte Sprache, komplexe Karteninhalte, mangelhafte Strukturierung und schwache visuelle Hervorhebungen erschweren Orientierung und Verständnis deutlich.
Neurodivergenz
Mit Hindernissen nutzbar
Unklare Struktur, schwache visuelle Orientierungshilfen und eingeschränkte Navigationswege können überfordern, auch wenn keine starken zeitkritischen oder stark ablenkenden Inhalte beschrieben sind.
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
30.07.2024
Prüfung vor 1 Jahr
14.12.2023
Prüfung vor 2 Jahren
16.11.2023
Prüfung vor 2 Jahren
Empfehlung
Für alle grafischen Bedienelemente und Informationen aussagekräftige Alt-Texte ergänzen, fehlende semantische Struktur (Überschriften, Tabellen, Listen, Labels) korrigieren, fehlende Tastaturzugänge retten, Fokusindikatoren und Kontrastwerte verbessern sowie die Erklärung zur Barrierefreiheit inklusive Feedback-Möglichkeit, Leichter Sprache und Gebärdensprache vervollständigen.
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.a Alternativtexte für Bedienelemente |
nicht bestanden | Alt-Texte für die Zoom- und Reset-Bedienelemente sowie das mobile Hauptmenü nachreichen und ggf. Zustandsinformationen (aria-label/aria-expanded) ergänzen. |
|
4.9.1.1.1.b Alternativtexte für Grafiken (informativ) |
nicht bestanden | Informative Grafiken wie Unwetterstufen, Warnicons und -legendenzuordnungen benötigen reale aussagekräftige Alternativtexte anstelle von Dateinamen oder title-Attributen; komplexe Karten müssen auf erläuternde Beschreibungen verweisen. |
|
4.9.1.1.1.c Leere Alt-Attribute für Layoutgrafiken |
nicht bestanden | Dekorative Grafiken auf Kontakt- und Warnseiten benötigen ein leeres alt-Attribut (alt=““) und keine title-Texte, um Screenreader nicht zu stören. |
|
4.9.1.3.1.a HTML-Strukturelemente für Überschriften |
nicht bestanden | Visuell erkennbare Überschriften (Startseite, Datenschutzerklärung) müssen durch passende h1-h6-Elemente ausgezeichnet werden; überflüssige Überschriften (z. B. in der Erklärung zur Barrierefreiheit) entfernen. |
|
4.9.1.3.1.b HTML-Strukturelemente für Listen |
nicht bestanden | Listenähnliche Bereiche (z. B. Warnkriterienliste) müssen mit ul/ol/li ausgezeichnet werden, damit Screenreader die Struktur erkennen. |
|
4.9.1.3.1.e Datentabellen richtig aufgebaut |
nicht bestanden | Tabellen wie Wettervorhersage und Warnkriterien sind nicht als Tabelle ausgezeichnet oder vermissen th-Zellen; mit übersichtlichen Tabellenstruktur sollten spaltenbezogene Überschriften zugewiesen werden. |
|
4.9.1.3.1.e Tabellenüberschriften |
nicht bestanden | Die rot markierten Spaltenüberschriften benötigen th-Auszeichnung, damit Screenreader den Bezug zu Datenzellen herstellen können. |
|
4.9.1.3.1.h Beschriftung programmatisch ermittelbar |
nicht bestanden | Das Suchfeld im Bereich „Amtliche Warnungen“ darf nicht nur über einen Placeholder beschriftet werden, sondern benötigt ein label/aria-Attribute oder Titelattribut. |
|
4.9.1.4.1 Benutzung von Farbe |
nicht bestanden | Fließtextlinks, Filteroptionen und Kartenwarnungen nutzen ausschließlich Farbe als Unterscheidungsmittel (Kontrast z. B. 1,1:1); stattdessen zusätzliche Hervorhebungen (Unterstreichung, Symbole) oder höheres Kontrastverhältnis (≥3:1) einsetzen. |
|
4.9.1.4.3 Kontrast (Minimum) |
nicht bestanden | Textbereiche (Warnmeldungen, Fokuszustände, Kopfbereich) erreichen nur Kontrastwerte zwischen 2:1 und 3,3:1; alle relevanten Texte müssen mindestens 4,5:1 erreichen. |
|
4.9.1.4.5 Bilder von Text |
nicht bestanden | Schriftgrafiken (z. B. Schaltflächen „Reset“) müssen durch HTML-Text ersetzt oder inhaltlich maschinenlesbar aufbereitet werden. |
|
4.9.1.4.10 Automatischer Umbruch (Reflow) |
nicht bestanden | Bei Browserbreite 320 px (400 % Zoom) lassen sich Menüeinträge und Textabschnitte nur noch mit horizontalem Scrollen lesen; responsive Layouts/Breakpoints sollten verhindern, dass Informationen verloren gehen. |
|
4.9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Grafische Bedienelemente und Symbole im Hauptmenü sowie Warnkarten erreichen nicht die Vorgabe 3:1 und müssen durch kontrastreiche Hintergründe oder Konturen aufgewertet werden. |
|
4.9.1.4.13 Eingeblendeter Inhalt bei Hover/Fokus |
nicht bestanden | Mobiles Menü lässt sich nach Hover/Focus nicht schließen (kein ESC oder wiederholtes Aktivieren möglich); zusätzliche Inhalte müssen schließbar bleiben und dürfen sich nicht automatisch schließen. |
|
4.9.2.1.1 Tastaturbedienbar (Karte) |
nicht bestanden | Kartenbereiche und Filteroptionen lassen sich per Tastatur nicht aktivieren; hier sind fallbackfähige Tastatursteuerungen vorzusehen. |
|
4.9.2.1.2 Keine Tastaturfalle |
nicht bestanden | Das geöffnete mobile Hauptmenü ist eine Tastaturfalle (TAB verbleibt in Nav, ESC schließt es nicht); alle Fokusbereiche müssen sich per Tastatur verlassen lassen. |
|
4.9.2.4.5 Verschiedene Möglichkeiten |
nicht bestanden | Es existiert nur ein Zugangsweg über das Navigationsmenü; zusätzlich eine Sitemap, Suchfunktion oder Inhaltsverzeichnis anbieten. |
|
4.9.2.4.7 Fokus sichtbar |
nicht bestanden | Fokushervorhebungen (Farbwechsel oder Vergrößerung) besitzen zu geringen Kontrast (1,1:1 bis 2,3:1) und werden im Firefox selten sichtbar; konsistente CSS-Fokusrahmen mit ≥3:1-Kontrast implementieren. |
|
4.9.2.5.1 Zeigergesten |
nicht bestanden | Kartensteuerung erfordert pfadbasierte Ziehgesten; ergänzend Pfeil-Schalter oder Schaltflächen zum Verschieben anbieten, damit motorisch eingeschränkte Nutzer das Gebiet auswählen können. |
|
4.9.2.5.3 Beschriftung (Label) im Namen |
nicht bestanden | Verlinkte Grafiken (z. B. Reset-Icon) besitzen keinen zugänglichen Namen, der den sichtbaren Text enthält (z. B. alt=“Reset“); den sichtbaren Text in den zugänglichen Namen übernehmen. |
|
4.9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Knöpfe und Icons (Hauptmenü, Filter, Karte, Reset) bestehen aus Links/divs/imgs ohne role-Attribut, aria-expanded oder aria-pressed; Name/Rolle/Zustand gemäß WAI-ARIA Authoring Practices durch aria-Attribute bereitstellen. |
|
4.9.6 Konformitätsanforderungen der WCAG |
nicht bestanden | Die geprüften Seiten erfüllen nicht durchgehend alle Konformitätsstufen A und AA (siehe Abschnitte 4.9.1–4.9.4), daher ist die Seite nach WCAG 2.1 nicht konform. |
|
12.1.2 Barrierefreie Dokumentation |
nicht bestanden | Die Seite „Erklärung zur Barrierefreiheit“ weist die gleichen Auffälligkeiten (siehe Abschnitte 9.1–9.6) auf und erfüllt daher nicht die Anforderungen für barrierefreie Dokumentation. |
|
5.2 Erklärung zur Barrierefreiheit |
nicht bestanden | Die Erklärung nennt nicht vollständig alle nicht barrierefreien Inhalte, und die Kontaktmöglichkeit ist zwar vorhanden, aber nicht verlinkt; Vollständigkeit und Links für Feedback ergänzen. |
|
5.4 Erläuterungen in Leichter Sprache |
nicht bestanden | Es existiert keine Seite in Leichter Sprache (Grundanforderungen aus BITV 2.0 Anlage 2); mit textuellen Erläuterungen zu Hauptinhalten, Navigation und Erklärung zur Barrierefreiheit nachrüsten. |
|
5.5 Erläuterungen in Gebärdensprache |
nicht bestanden | Es fehlen gebärdensprachliche Videos mit den wesentlichen Inhalten, Navigation und Erklärung zur Barrierefreiheit sowie Hinweise auf weitere Gebärdensprachinhalte; entsprechende Videoinhalte bereitstellen. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.b Alternativtexte für komplexe Grafiken |
im Wesentlichen bestanden | Der Alternativtext für die Wetterkarte sollte auf die ausführliche Beschreibung im Anschluss hinweisen. |
|
4.9.1.1.1.b Alternativtexte für Symbolgrafiken |
im Wesentlichen bestanden | Symbolgrafiken sollten nicht nur ihren Text wiedergeben, sondern sagen, welches Symbol sie darstellen, z. B. „Symbol Sonne mit kleiner Wolke“. |
|
4.9.1.3.1.a Überschriftenstruktur |
im Wesentlichen bestanden | Die Hierarchie auf Start- und Datenschutzseite widerspricht der inhaltlichen Gliederung (missverständliche Verschachtelungsreihenfolge) und sollte entsprechend angepasst werden. |
|
4.9.1.3.1.d Gegliederte Inhalte |
im Wesentlichen bestanden | Absätze dürfen nicht über doppelte br-Zeilenumbrüche realisiert werden, sondern benötigen p-Elemente bzw. passende HTML-Struktur, damit Screenreader keine „leer“-Ausgaben erzeugen. |
|
4.9.1.3.2 Bedeutungsvolle Reihenfolge |
im Wesentlichen bestanden | In der Karte werden zahlreiche Grafiken vorgelesen, die nicht relevant sind; diese Inhalte sollten für Screenreader verborgen oder zumindest chronologisch plausibel strukturiert werden. |
|
4.9.2.1.1 Tastaturbedienbar (Hauptmenü) |
im Wesentlichen bestanden | Untermenüs des Hauptmenüs (Desktop und mobile) sowie Menü-Icons in die Karte sind nicht über Tastatur erreichbar; alle interaktiven Inhalte müssen per Tab oder Enter bedienbar sein. |
|
4.9.2.4.1 Blöcke überspringen |
im Wesentlichen bestanden | Mehrfache nav-Elemente haben keine aria-labels/labelledby; prägnante aria-labels (z. B. „Navigationsmenü“, „MetaNavigation“) erleichtern das Überspringen mehrfach wiederkehrender Bereiche. |
|
4.9.2.4.2 Seite mit Titel |
im Wesentlichen bestanden | Dokumenttitel („Wettervorhersage“, „Erklärung der Piktogramme“) enthalten keinen beschreibenden Text und verlieren die allgemeine Ergänzung „wettergefahren.de“; aussagekräftige Titel im Format „Wettergefahren.de – …“ hinterlegen. |
|
4.9.3.3.2 Beschriftungen (Labels) oder Anweisungen |
im Wesentlichen bestanden | Das Suchfeld ist nur durch einen Placeholder beschriftet; ein dauerhaft sichtbares Label (label-Element) muss den Zweck verdeutlichen, damit Nutzer mit Einschränkungen wissen, wofür das Feld da ist. |
|
11.7 Benutzerpräferenzen |
im Wesentlichen bestanden | Benutzerdefinierte Einstellungen für Schriftgröße werden nicht überall übernommen und Symbole verlieren bei eigenen Farben den Kontrast; relative Einheiten (rem, %) und Kontraste auch mit Systemfarben sicherstellen. |
|
5.3 Feedback-Mechanismus |
im Wesentlichen bestanden | Elektronische Kontaktaufnahme ist zwar vorhanden, wird in der Erklärung zur Barrierefreiheit jedoch nicht verlinkt; direkte Verlinkung zur Kontaktmöglichkeit bereitstellen. |