Staatliches Gutachten zur digitalen Barrierefreiheit

grippeweb.bund.de

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Kaum nutzbar

Viele zentrale Anforderungen für Screenreader (Alternativtexte, semantische Struktur, Landmarks, Formular- und Navigationslogik, Name/Rolle/Wert) sind nicht erfüllt und schränken eigenständige Nutzung stark ein.

Sehbehinderung Kaum nutzbar

Unzureichende Farb- und Fokuskontraste, fehlender Reflow auf 320 px, Schriftgrafiken und nicht respektierte Benutzerpräferenzen erschweren das Erkennen und Lesen erheblich.

Hörbehinderung Mit Hindernissen nutzbar

Es fehlen zwar Gebärdensprach- und Leichte-Sprache-Angebote, aber da keine Audio-/Video-Inhalte mit Höranteil erwähnt werden, ist die Kernfunktion überwiegend nutzbar.

Motorische Behinderung Mit Hindernissen nutzbar

Teils nicht tastaturbedienbare Bedienelemente, schlechte Fokusführung und unsichtbare Fokusindikatoren beeinträchtigen Nutzer mit Tastatur- oder Hilfsmittelbedienung deutlich.

Lernbehinderung Mit Hindernissen nutzbar

Fehlende Leichte Sprache, unvollständige Strukturierung, unklare Fehlerrückmeldungen und keine zusätzliche Suchmöglichkeit erschweren Orientierung und Verständnis.

Neurodivergenz Mit Hindernissen nutzbar

Strukturelle Mängel, irritierende Fokusführung und fehlende alternative Darstellungen können die Orientierung belasten, aber es gibt keine problematischen Animationen oder Zeitdruckmechanismen.

Dokumentierte Barrieren

  • Wichtige Bedienelemente nur eingeschränkt per Tastatur nutzbar

    Mehrere grafische Bedienelemente wie Navigation, Diagrammsteuerungen und der Cookie-Dialog lassen sich nicht zuverlässig mit der Tastatur erreichen oder auslösen. Dadurch sind zentrale Funktionen der Seite für Personen ohne Maus nur teilweise nutzbar.

    Auswirkung: Ich kann wichtige Bereiche nicht öffnen oder bedienen, wenn ich nur die Tastatur nutze. Das kann mich daran hindern, die Seite vollständig zu verwenden und Eingaben abzuschließen.

  • Wichtige Informationen und Buttons haben keinen brauchbaren Alternativtext

    Mehrere grafische Bedienelemente und informative Bilder besitzen keinen verständlichen Alternativtext. Für Nutzer von Screenreadern bleiben Zweck und Inhalt dieser Elemente dadurch unklar.

    Auswirkung: Ich kann manche Links, Buttons oder Bilder nicht einordnen, weil mir ihre Bedeutung vorgelesen fehlt. Das kann die Nutzung einzelner Funktionen direkt verhindern.

  • Formularfelder und Gruppen nicht eindeutig beschriftet

    Mehrere Formularfelder sind nicht sauber mit Labels verbunden, und zusammengehörige Felder haben keine klare Gruppierung. Dadurch ist für Screenreader-Nutzende nicht immer erkennbar, welches Feld gemeint ist und was zusammengehört.

    Auswirkung: Ich weiß beim Ausfüllen nicht sicher, welches Feld ich gerade bearbeite oder welche Angaben zusammengehören. Das erhöht das Fehlerrisiko und macht Formulare deutlich schwieriger nutzbar.

  • Fehlerhinweise sind schwer auffindbar und unklar

    Bei Eingabefehlern erscheinen nur Standardmeldungen des Browsers, die nicht dauerhaft sichtbar sind und das fehlerhafte Feld nicht eindeutig benennen. Dadurch ist es schwer, Fehler zu erkennen und gezielt zu korrigieren.

    Auswirkung: Ich merke unter Umständen nicht, welches Feld falsch ist oder was ich ändern muss. Das kann das Absenden von Formularen stark erschweren oder verhindern.

  • Interaktive Elemente werden für Screenreader teils verborgen

    Tooltips und andere gesteuerte Elemente sind mit aria-hidden ausgeblendet, obwohl sie bedienbar sein sollen. Außerdem fehlen im Grundzustand teilweise wichtige Zustandsinformationen wie das Aufklappen von Navigationen.

    Auswirkung: Ich erfahre nicht zuverlässig, welche Elemente interaktiv sind und welchen Zustand sie haben. Dadurch kann ich Funktionen über den Screenreader leicht übersehen oder falsch einschätzen.

  • Zentrale Inhalte schlecht lesbar wegen geringem Kontrast

    Zahlreiche Texte und Bedienelemente unterschreiten die notwendigen Kontrastwerte. Besonders Navigation, Dialoge, Diagramme und grafische Buttons sind dadurch schwer zu erkennen.

    Auswirkung: Ich muss mich stark anstrengen, um Texte und Schaltflächen zu lesen oder zu finden. Für mich kann das bedeuten, dass ich Inhalte übersehe oder nicht sicher bedienen kann.

  • Fokus im Dialog wandert in den Hintergrund

    Bei modalen Fenstern, etwa dem Cookie-Dialog, bleibt der Fokus nicht im Dialog, sondern springt auf versteckte Inhalte im Hintergrund. Das stört die Bedienung mit Tastatur und macht den aktuellen Arbeitsschritt unübersichtlich.

    Auswirkung: Ich verliere beim Bedienen den Überblick, weil der Fokus plötzlich an unerwarteten Stellen landet. Dadurch kann ich Dialoge leichter falsch bedienen oder mich darin festfahren.

  • Fokuszustand kaum erkennbar

    Die sichtbare Hervorhebung des Tastaturfokus ist zu schwach, vor allem bei Navigation und Buttons. Wer ohne Maus arbeitet, kann deshalb oft nicht sicher erkennen, welches Element gerade aktiv ist.

    Auswirkung: Ich verliere die Orientierung beim Navigieren mit der Tastatur. Das macht die Bedienung langsamer und fehleranfälliger.

  • Seiteninhalte schwer überblickbar wegen fehlender Struktur

    Mehrere sichtbare Überschriften und Listen sind im Code nicht als solche ausgezeichnet, und wichtige Bereiche wie Hauptinhalt und Kopfbereich sind nicht als Landmarken vorhanden. Dadurch ist die Seite für Screenreader-Nutzende schlechter gegliedert und schwerer zu überblicken.

    Auswirkung: Ich kann nicht so schnell zu den wichtigen Bereichen springen und muss mehr Inhalte anhören als nötig. Das kostet Zeit und erschwert die Orientierung deutlich.

  • Diagramme und Kategorien nur über Farbe unterscheidbar

    Einige Diagramme vermitteln Unterschiede ausschließlich über Farben. Ohne zusätzliche Kennzeichnung lassen sich die Kategorien für farbschwache oder farbsehbeeinträchtigte Nutzende nicht zuverlässig unterscheiden.

    Auswirkung: Ich kann Daten und Zusammenhänge in den Diagrammen missverstehen, wenn ich Farben nicht sicher wahrnehme. Dadurch gehen mir Inhalte oder Vergleiche verloren.

  • Seite passt sich auf kleinen Bildschirmen nicht sauber an

    Bei schmaler Darstellung entstehen horizontale Scrollstrecken und Inhalte werden abgeschnitten. Das betrifft unter anderem die Erklärung zur Barrierefreiheit und die Datenschutzseite.

    Auswirkung: Ich muss horizontal scrollen und verliere dadurch den Überblick über den Inhalt. Auf kleinen Geräten wird das Lesen und Ausfüllen deutlich mühsamer.

  • Hilfetexte und versteckte Inhalte stören die Reihenfolge

    Nicht sichtbare Hilfetexte werden bereits im Dokument ausgegeben und von Screenreadern mitgelesen. Dadurch entsteht eine verwirrende Reihenfolge, die nicht dem sichtbaren Ablauf entspricht.

    Auswirkung: Ich höre Inhalte, die ich noch gar nicht sehen oder nutzen kann. Das erschwert es mir, den richtigen nächsten Schritt zu finden.

  • Sprach- und Präferenzangaben werden nicht sauber unterstützt

    Die Seitensprache ist nicht korrekt angegeben, und Benutzerpräferenzen wie Schriftgröße oder Systemfarben werden nicht zuverlässig berücksichtigt. Außerdem sind Schriftgrafiken und Zustände bei individuellen Einstellungen problematisch.

    Auswirkung: Ich kann Inhalte eventuell mit falscher Sprachbehandlung oder in ungeeigneter Darstellung erleben. Das erschwert das Verstehen und macht die Seite weniger anpassbar an meine Bedürfnisse.

  • Nur ein einziger Zugangsweg zu Inhalten

    Die Inhalte sind im Wesentlichen nur über Navigation und Fußbereich erreichbar; zusätzliche Wege wie Suche oder Sitemap fehlen. Das macht das Finden bestimmter Inhalte umständlicher.

    Auswirkung: Ich muss mich durch die vorhandenen Menüs arbeiten, auch wenn ich etwas Direktes suche. Das kostet Zeit und erschwert den Zugang zu einzelnen Seiten.

  • Wichtige Meta- und Hilfsangebote fehlen

    Es fehlen eine aktuelle, vollständige Erklärung zur Barrierefreiheit, ein klar verlinkter Feedbackkanal sowie Angebote in Leichter Sprache und Gebärdensprache. Diese Informationen helfen besonders bei Verständnis, Rückmeldung und Orientierung.

    Auswirkung: Wenn ich Unterstützung brauche, finde ich den richtigen Kontakt oder verständliche Hilfen nicht sofort. Das erschwert es mir, Probleme zu melden oder Inhalte besser zu verstehen.

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 (Version 23H2)
Browser
Firefox (Version 126.0)
Screenreader
NVDA (Version 2024.1)
Auflösung
1920 × 1080
Tools
Colour Contrast Analyser (Version 3.2.1), PDF Accessibility Checker 2024 (Version 24.1.0.0), NVDA (Version 2024.1), W3C Markup Validation Service

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
4.9.1.1.1.a
Alternativtexte für Bedienelemente 		nicht bestanden Mehrere grafische Bedienelemente verwenden keinen beschreibenden Alternativtext (Stichworte wie "open in new" ohne Bezug zum Zweck oder gar gar keine alt-Angabe). Blinde Anwender erhalten den Zweck der Links und Buttons nicht. Ergänzen Sie aussagekräftige Alternativtexte oder aria-labels, die das Linkziel beschreiben.
4.9.1.1.1.b
Alternativtexte für Grafiken und Objekte 		nicht bestanden Informative Grafiken, etwa im Kopfbereich oder bei Personenhinweisen, besitzen gar keine Textalternative. Screenreader-Nutzern fehlt so die Information über Inhalt und Aussage der Bilder. Ergänzen Sie beschreibende alt-Attribute, die den Sachverhalt benennen.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften 		nicht bestanden Visuell erkennbare Überschriften auf mehreren Seiten sind in HTML nicht als solche ausgezeichnet, was Screenreader-Nutzern die Orientierung erschwert. Zeichnen Sie Überschriften durch entsprechende h-Elemente und ausbalancierte Ebenen aus.
4.9.1.3.1.b
HTML-Strukturelemente für Listen 		nicht bestanden Fußbereiche, Übersichtsboxen und Menüs werden optisch wie Listen behandelt, aber nicht mit ul/ol/li ausgezeichnet. Damit fehlen Screenreadern Informationen über Anzahl und Struktur der Einträge. Markieren Sie solche Bereiche als Listen (oder nutzen Sie passende ARIA-Listen) und wahren Sie die hierarchische Struktur.
4.9.1.3.1.h
Beschriftung von Formularelementen programmatisch ermittelbar 		nicht bestanden Gruppierte Formularfelder besitzen keine gemeinsame legend-Verknüpfung; einzelne label-Elemente fehlen oder verwenden doppelte IDs. Screenreader-Nutzern erschwert dies die Bedeutung der Gruppen. Nutzen Sie fieldset/legend und eindeutige for/id-Verknüpfungen (ein label pro Feld).
4.9.1.3.2
Bedeutungsvolle Reihenfolge 		nicht bestanden Hilfetexte werden bereits im DOM ausgegeben, obwohl sie im Ausgangszustand verborgen sind. Screenreader-Nutzer erhalten so zusätzliche Ausgaben, die die Reihenfolge stören. Verbergen Sie nicht sichtbare Inhalte auch für assistive Technologien.
4.9.1.3.3
Sensorische Eigenschaften 		nicht bestanden Hinweise wie "öffnen Sie die Kategorien mit dem Pfeil" beziehen sich ausschließlich auf Form und Position. Ergänzen Sie sinnesunabhängige Beschreibungen (z. B. namensgebende Labels) für solche Bedienelemente.
4.9.1.3.5
Eingabezweck bestimmen 		nicht bestanden Die Formularfelder des Anmeldeformulars haben keine korrekten autocomplete-Attribute, sodass Formulareingaben nicht automatisch erkannt und vorausgefüllt werden können. Ergänzen Sie die entsprechenden Werte aus der Liste von WCAG 2.1 (Input Purposes for User Interface Components).
4.9.1.4.1
Benutzung von Farbe 		nicht bestanden Kategoriediagramme transportieren Informationen ausschließlich über Farbe. Fehlsichtigen Nutzern ist die Unterscheidung dadurch erschwert. Ergänzen Sie Muster oder sorgen Sie für ein Kontrastverhältnis von mindestens 3:1 zwischen den Farben der Kategorien.
4.9.1.4.3
Kontrast (Minimum) 		nicht bestanden Zahlreiche Texte (Navigation, Dialogfenster, Diagramme) unterschreiten den Mindestkontrast von 4,5:1, verkomplizieren das Lesen für sehbehinderte Anwender. Stellen Sie sicher, dass alle textbasierten Elemente ausreichende Farbwerte verwenden und prüfen Sie infernem Kontrast mit Werkzeugen wie Colour Contrast Analyser.
4.9.1.4.5
Bilder von Text 		nicht bestanden Der Titel der Tagebuchseite wird als Bild umgesetzt, obwohl sich derselbe Inhalt als HTML-Text realisieren lässt. Schriftgrafiken verhindern Anpassungen durch Benutzer. Ersetzen Sie die Grafik durch maschinenlesbaren Text.
4.9.1.4.10
Automatischer Umbruch (Reflow) 		nicht bestanden Beim Browserbreiten-Downscale auf 320 CSS-Pixel treten horizontale Scrollstrecken auf, z. B. auf der Erklärung zur Barrierefreiheit und der Datenschutzseite. Inhalte werden abgeschnitten. Sorgen Sie für ein flexibles Layout, das auf 320 px ohne horizontales Scrollen funktioniert.
4.9.1.4.11
Nicht-Text-Kontrast 		nicht bestanden Grafische Bedienelemente, vor allem Buttons zur Diagrammsteuerung, heben sich mit weniger als 3:1 nicht ausreichend vom Hintergrund ab. Dieser niedrige Kontrast erschwert sehbehinderten Nutzern das Erkennen. Erhöhen Sie den Kontrast oder setzen Sie andere visuelle Hervorhebungen ein.
4.9.2.1.1
Tastatur 		nicht bestanden Mehrere grafische Bedienelemente (z. B. Navigation, Diagrammsteuerungen, Cookie-Dialog) sind per Tastatur weder ansteuer- noch bedienbar. Die Seite ist für Tastaturnutzer damit nicht vollständig erschließbar. Sorgen Sie dafür, dass alle interaktiven Komponenten den Fokus erhalten und Keyboard-Ereignisse reagieren.
4.9.2.4.1
Blöcke überspringen 		nicht bestanden Landmarken sind nicht vollständig implementiert (hauptsächlich Kopfbereich und Hauptinhalt fehlen). Screenreader-Nutzern erschwert dies das Überspringen wiederholter Bereiche. Ergänzen Sie main/landmark-Elemente oder gültige ARIA document landmarks.
4.9.2.4.3
Fokus-Reihenfolge 		nicht bestanden Der Fokus verlässt modale Elemente (z. B. Cookie-Dialog) und bewegt sich auf verborgene Inhalte im Hintergrund, was Tastaturnutzern die Orientierung raubt. Implementieren Sie modale Dialoge mit Fokusbindung und verhindern Sie, dass der Fokus in den Hintergrund wandert.
4.9.2.4.5
Verschiedene Möglichkeiten 		nicht bestanden Es existiert nur ein Zugangsweg (Navigation + Fußbereich) zu den Inhalten; es fehlt eine Suche, Sitemap oder Ähnliches. Bieten Sie mindestens eine weitere Möglichkeit an, um Inhalte zu erreichen.
4.9.2.4.7
Fokus sichtbar 		nicht bestanden Fokushervorhebungen (Hauptnavigation, Buttons) weisen Kontrastverhältnisse unterhalb von 3:1 auf; der Fokus ist damit schwer erkennbar. Sorgen Sie für gut sichtbare Fokusindikatoren mit ausreichendem Kontrast.
4.9.2.5.3
Beschriftung (Label) im Namen 		nicht bestanden Zugängliche Namen von Elementen (z. B. Cookie-Banner-Buttons) enthalten nicht den sichtbaren Text, da aria-labels andere Texte liefern. Setzen Sie den Sichttext an den Anfang des zugänglichen Namens oder verzichten Sie auf separate aria-labels.
4.9.3.1.1
Sprache der Seite 		nicht bestanden Das html-Element fehlt das lang-Attribut, somit kann die Sprache nicht durch assistive Technik bestimmt werden. Ergänzen Sie lang="de".
4.9.3.3.1
Fehlerkennzeichnung 		nicht bestanden Formularfehler werden ausschließlich durch den Browser standardmäßig gekennzeichnet; Meldungen sind nicht fixiert, verschwinden beim Verlassen des Feldes und nennen nicht das fehlerhafte Element. Positionieren Sie eigene Fehlermeldungen nahe beim Feld, verknüpfen Sie sie via aria-describedby und beschreiben Sie das fehlerhafte Feld eindeutig.
4.9.4.1.1
Syntaxanalyse 		nicht bestanden Der HTML-Code enthält Syntaxfehler laut W3C-Checker (fehlende Tags, doppelte IDs). Diese Fehler behindern assistive Technologien. Bereinigen Sie den Quelltext, sodass er valide ist.
4.9.4.1.2
Name, Rolle, Wert 		nicht bestanden Tooltips und kontrollierte Elemente wurden mit aria-hidden versehen, wodurch sie Screenreadern komplett verborgen bleiben. Auch aria-expanded fehlt im Ausgangszustand oder die Navigation nutzt das menu/menuitem-Pattern unnötigerweise. Entfernen Sie aria-hidden für interaktive Inhalte, setzen Sie aria-expanded bereits im Grundzustand und verzichten Sie auf das Menü-Pattern, wenn einfache Ausklappnavigationen vorliegen.
4.9.6
Konformitätsanforderungen der WCAG 		nicht bestanden Nicht alle Anforderungen der Konformitätsstufen A und AA sind erfüllt (z. B. Kontrast, Tastaturzugänglichkeit). Eine WCAG 2.1-Konformität ist daher nicht gegeben.
11.7
Benutzerpräferenzen 		nicht bestanden Die Webseite respektiert die benutzerdefinierte Schriftgröße nicht und Radiobutton-Zustände sind bei individuellen Systemeinstellungen nicht erkennbar (keine visuelle Differenzierung). Auch Schriftgrafiken verlieren bei abweichenden Farben zunehmend an Kontrast. Verwenden Sie relative Einheiten für Schriftgrößen, sorgen Sie für eine sichtbare Auswahl (z. B. Hintergrundkontrast) und lassen Sie systemweite Farbeinstellungen zu.
4.12.1.2
Barrierefreie Dokumentation 		nicht bestanden Die Erklärung zur Barrierefreiheit weist die allgemeinen Mängel des Auftritts auf und erfüllt damit ebenfalls nicht den Anspruch auf Barrierefreiheit. Überarbeiten Sie die Dokumentationsseite entsprechend der bereits festgestellten Defizite (z. B. Struktur, Kontrast, Navigation).
5.2
Erklärung zur Barrierefreiheit (national) 		nicht bestanden Die Erklärung zur Barrierefreiheit nennt lediglich zwei nicht relevante Punkte, verlinkt die Kontakt-Email nicht und enthält kein Datum zur Aktualisierung seit 16.05.2022. Ergänzen Sie eine vollständige Liste nicht barrierefreier Teile, verlinken Sie die Kontaktmöglichkeit und dokumentieren Sie jährliche bzw. wesentliche Aktualisierungen.
5.3
Feedback-Mechanismus (national) 		nicht bestanden Zwar existiert eine Möglichkeit zur elektronischen Kontaktaufnahme, aber sie wird in der Erklärung zur Barrierefreiheit weder beschrieben noch verlinkt. Ergänzen Sie die Beschreibung des Feedbackkanals sowie die Verlinkung zur Email-Adresse in der Erklärung.
5.4
Erläuterungen in Leichter Sprache 		nicht bestanden Eine Seite mit Erläuterungen in Leichter Sprache existiert nicht. Erstellen Sie eine Seite, die wesentliche Inhalte, Hinweise zur Navigation sowie Informationen zur Barrierefreiheit in leicht verständlicher Sprache zusammenfasst und auf weitere Leichte Sprache-Angebote verweist.
5.5
Erläuterungen in Gebärdensprache 		nicht bestanden Keine Gebärdensprachseite vorhanden. Bieten Sie videobasierte Inhalte mit Erläuterungen zu den wesentlichen Inhalten, zur Navigation und zur Erklärung zur Barrierefreiheit an und verlinken Sie diese auffindbar.

Im Wesentlichen bestanden

Kriterium Status Notizen
4.9.1.1.1.c
Leere alt-Attribute für Layoutgrafiken 		im Wesentlichen bestanden Dekorative Grafiken (z. B. ASCII-Zeichen) werden von Screenreadern als inhaltstragende Elemente ausgegeben. Setzen Sie bei solchen rein dekorativen Elementen leere alt-Attribute oder aria-hidden, damit sie nicht vorgelesen werden.
4.9.1.3.1.d
Inhalte gegliedert 		im Wesentlichen bestanden Absätze verwenden vielfach doppelte br-Zeilenumbrüche statt semantischer p-Elemente, weshalb Screenreader beim Lesemodus leere Stellen melden. Umhüllen Sie Absätze mit p-Tags und definieren Abstände über CSS.
4.9.1.4.13
Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus 		im Wesentlichen bestanden Menüs öffnen sich per Fokusneutral oder Hover und überdecken andere Inhalte; sie lassen sich nicht mittels ESC oder Auslösen schließen. Bieten Sie einen Mechanismus zum Schließen (z. B. Escape oder Klick) und verhindern Sie, dass Inhalte verdeckt bleiben.
4.9.2.4.2
Seite mit Titel 		im Wesentlichen bestanden Dokumenttitel enthalten nicht durchgängig eine allgemeine und eine individuelle Bezeichnung (z. B. „Tagebuch – GrippeWeb“ fehlt). Ergänzen Sie eindeutige Titel, die den Zweck jeder Seite beschreiben.
4.9.2.4.4
Linkzweck (im Kontext) 		im Wesentlichen bestanden Der Linktext "Kontakt" verweist direkt auf eine Emailadresse und öffnet das Mailprogramm, ohne den eigentlichen Zweck auszudrücken. Formulieren Sie den Linktext aussagekräftig (z. B. "Kontakt: mailadresse@beispiel.de") und verlinken Sie die Emailadresse selbst.

Bestanden

Kriterium Status Notizen
4.9.1.3.4
Ausrichtung 		bestanden Die Inhalte sind unabhängig von Hoch- oder Querformat nutzbar, es besteht kein Problem.
4.9.1.4.4
Textgröße ändern 		bestanden Die Inhalte können ohne Funktions- oder Informationsverlust auf 200 % vergrößert werden, es bestehen keine Einschränkungen.
4.9.2.1.2
Keine Tastaturfalle 		bestanden Tastaturfalle wurde nicht festgestellt, der Fokus kann mit üblichen Methoden verlassen werden.
4.9.2.1.4
Tastaturkürzel 		bestanden Es werden keine problematischen Tastaturkürzel ohne Abschaltmechanismus eingesetzt.
4.9.2.2.1
Zeitvorgaben anpassbar 		bestanden Für zeitliche Begrenzungen existieren Anpassungsmöglichkeiten (Anpassen, Warnung, Ausweitung).
4.9.2.3.1
Blitzen, dreimalig oder unterhalb Grenzwert 		bestanden Es kommen keine Blitzereignisse über Grenzwert vor.
4.9.2.5.2
Abbruch der Zeigeraktion 		bestanden Pointer-Funktionen können bei Bedarf abgebrochen werden, die Anforderungen an Abbruchmechanismen sind erfüllt.
4.9.3.3.2
Beschriftungen (Labels) oder Anweisungen 		bestanden Labels oder Anweisungen sind vorhanden und verständlich. Keine weiteren Auffälligkeiten.
4.9.3.3.3
Vorschlag bei Fehler 		bestanden Fehlerkorrekturen sind möglich; es existieren Vorschläge oder Hinweise bei automatisch erkannten Fehlern.
4.9.4.1.3
Statusmeldungen 		bestanden Statusmeldungen sind unter Verwendung der Rollen vorhanden und werden assistiven Technologien gemeldet.

Nicht anwendbar

Kriterium Status Notizen
4.9.2.2.2
Pausieren, stoppen, ausblenden 		nicht anwendbar Nicht anwendbar, da keine automatisch startenden bewegten Inhalte vorhanden sind.

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.

Jetzt via Steady unterstützen