Staatliches Gutachten zur digitalen Barrierefreiheit

wettergefahren.de

Dieses Gutachten ist wahrscheinlich veraltet. Ein Neueres vom 30.07.2024 ist verfügbar.

Nutzbarkeit mit unterschiedlichen Behinderungen

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.

Veränderung

Aktuell angezeigt
10 gefundene Barrieren +7 zur vorherigen Prüfung
7,2/10 Ø Schwere +2,2 zur vorherigen Prüfung
13 gefundene Barrieren +3 zur vorherigen Prüfung
6,8/10 Ø Schwere -0,4 zur vorherigen Prüfung

Dokumentierte Barrieren

  • Mobiles Hauptmenü fängt die Tastatur ein

    Das geöffnete mobile Hauptmenü lässt sich mit der Tastatur nicht wieder verlassen. ESC schließt es nicht, und die Tab-Taste bleibt im Menübereich gefangen.

    Auswirkung: Ich komme nicht mehr zu anderen Bereichen der Seite, obwohl ich weiter navigieren möchte. Im schlimmsten Fall muss ich die Seite neu laden, um weiterarbeiten zu können.

  • Karte und Filter nicht per Tastatur nutzbar

    Die Wetterkarte und die zugehörigen Filter lassen sich nicht zuverlässig mit der Tastatur bedienen. Wichtige Funktionen sind nur über Zeigergesten oder Mausaktionen erreichbar.

    Auswirkung: Ich kann die Karte nicht vollständig bedienen, wenn ich keine Maus nutze. Damit bleiben mir zentrale Warn- und Auswahlfunktionen der Seite teilweise oder ganz verschlossen.

  • Wichtige Bedienelemente ohne zugänglichen Namen

    Mehrere Schaltflächen und Icons, etwa für Menü, Filter, Reset oder Kartenfunktionen, haben keinen verlässlichen zugänglichen Namen. Zustände wie geöffnet, geschlossen oder aktiv werden ebenfalls nicht sauber vermittelt.

    Auswirkung: Ich erkenne nicht sicher, was ein Bedienelement macht oder in welchem Zustand es sich befindet. Dadurch bediene ich die Seite unsicher oder falsch, besonders mit Screenreader.

  • Warnungen und Karteninformationen nur über Farbe unterscheidbar

    Warnungen, Filter und Links werden teilweise nur durch Farbe unterschieden. Zusätzliche Kennzeichnungen wie Unterstreichung, Symbole oder ausreichender Kontrast fehlen oft.

    Auswirkung: Ich kann wichtige Hinweise nicht zuverlässig erkennen, wenn ich Farben schlecht wahrnehme oder ein Kontrastproblem habe. Dadurch übersieht man leicht Warnstufen oder verwechselt Bedienelemente.

  • Zu geringer Kontrast bei Text und Fokus

    Warnmeldungen, Kopfbereich und Fokusmarkierungen erreichen teils nicht den nötigen Kontrast. Sichtbare Hervorhebungen sind dadurch schwer erkennbar.

    Auswirkung: Ich kann Texte und aktuelle Fokusposition schlechter lesen oder verfolgen. Das macht die Nutzung anstrengend und erhöht die Gefahr, Bedienfehler zu machen.

  • Tabellen und Listen nicht semantisch korrekt ausgezeichnet

    Wettervorhersagen, Warnkriterien und listenartige Inhalte sind nicht als echte Tabellen oder Listen aufgebaut. Dadurch fehlt die inhaltliche Struktur für assistive Technik.

    Auswirkung: Ich kann Zusammenhänge in Daten und Listen schwerer erfassen, besonders mit Screenreader. Inhalte wirken unübersichtlich und sind deutlich schlechter verständlich.

  • Reflow bei Zoom nicht gewährleistet

    Bei kleiner Bildschirmbreite und starkem Zoom müssen Inhalte horizontal gescrollt werden. Menüeinträge und Textabschnitte passen sich nicht ausreichend an.

    Auswirkung: Ich muss seitwärts scrollen und verliere leicht den Überblick. Das Lesen und Bedienen auf kleinen Displays oder bei Vergrößerung wird dadurch deutlich erschwert.

  • Leichte Sprache und Gebärdensprache fehlen

    Es gibt keine Seiten in Leichter Sprache und keine gebärdensprachlichen Erläuterungen zu den wesentlichen Inhalten. Auch Hinweise dazu fehlen weitgehend.

    Auswirkung: Ich kann wichtige Informationen und die Nutzung der Seite schlechter verstehen, wenn ich auf Leichte Sprache oder Gebärdensprache angewiesen bin. Dadurch wird besonders der Zugang zu Erklärseiten und Serviceinformationen erschwert.

  • Suchfeld nur über Platzhalter erklärt

    Das Suchfeld im Bereich „Amtliche Warnungen“ hat kein dauerhaft erkennbares Label. Der Platzhaltertext reicht als Beschriftung nicht aus.

    Auswirkung: Ich weiß möglicherweise nicht sicher, wofür das Feld gedacht ist, besonders wenn der Placeholder verschwindet. Das erschwert das Suchen und kann zu Fehlbedienung führen.

  • Kein zweiter Zugangsweg zur Navigation

    Es gibt nur den Weg über das Navigationsmenü, keine zusätzliche Sitemap, Suche oder ein Inhaltsverzeichnis. Damit fehlen alternative Einstiegswege zu den Inhalten.

    Auswirkung: Ich muss mich immer durch dieselbe Navigation arbeiten und kann Inhalte nicht schneller finden. Das kostet Zeit und erschwert die Orientierung, besonders bei vielen Seiten.

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 Enterprise (Version 22H2)
Browser
Firefox (Version 120.0.1)
Screenreader
NVDA (Version 2023.3)
Auflösung
1920 × 1080
Tools
Colour Contrast Analyser, PDF Accessibility Checker 2021

Veränderung nach WCAG-Kriterien

30.07.2024 Vereinfachte Überwachung Gutachten ansehen
16 nicht bestanden 1 weitgehend 23 bestanden
14.12.2023 eingehende Überwachung
angezeigtes 26 nicht bestanden 11 weitgehend 0 bestanden
16.11.2023 eingehende Überwachung Gutachten ansehen
2 nicht bestanden 1 weitgehend 22 bestanden
Vergleich der Prüfergebnisse nach Prüfungsdatum und Prüfart
Prüfungsdatum Prüfart Abweichende Prüfart Nicht bestanden Im Wesentlichen bestanden Bestanden
30.07.2024 Vereinfachte Überwachung Ja 16 1 23
14.12.2023 eingehende Überwachung Nein 26 11 0
16.11.2023 eingehende Überwachung Nein 2 1 22

Prüfkriterien

Nicht bestanden

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.

Im Wesentlichen bestanden

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.

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.