Staatliches Gutachten zur digitalen Barrierefreiheit
www.deutsche-lebensmittelbuch-kommission.de
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Kaum nutzbar
Mehrere zentrale Screenreader-Hürden (fehlende Landmarken, unklare Labels, fehlerhafte Fokusreihenfolge und Navigation per Tastatur) beeinträchtigen die Nutzung stark, machen sie aber nicht völlig unmöglich.
Sehbehinderung Mit Hindernissen nutzbar
Fehlende sichtbare Fokuskennzeichnung, Probleme mit Kontrast und Statusanzeige aktiver Elemente erschweren Orientierung, grundlegende Inhalte bleiben aber zugänglich.
Hörbehinderung Fast barrierefrei
Es werden keine Probleme mit Audioinhalten beschrieben, sodass gehörlose Menschen die Seite weitgehend uneingeschränkt nutzen können.
Motorische Behinderung Mit Hindernissen nutzbar
Defizite bei Tastaturbedienung, Fokusführung und fokussierbaren Bedienelementen begrenzen die Nutzbarkeit für Personen, die auf die Tastatur angewiesen sind, deutlich.
Lernbehinderung Mit Hindernissen nutzbar
Unklare Beschriftungen, fehlende oder unpräzise Fehlerhinweise und keine Leichte-Sprache-Erklärung erschweren das Verstehen, ohne die Nutzung völlig zu verhindern.
Neurodivergenz Mit Hindernissen nutzbar
Mangelnde Strukturierung, unklare Steuerungen (Slider, Timeline) und fehlende Leichte Sprache können Überlastung und Orientierungsschwierigkeiten verursachen, lassen aber die Seite grundsätzlich nutzbar.
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 Version 138.0.7204.50 (Offizieller Build) (64-Bit)
- Screenreader
- NVDA 2024
-
https://www.deutsche-lebensmittelbuch-kommission.de/ Web-Angebot öffnen
-
https://www.deutsche-lebensmittelbuch-kommission.de/#kontaktformular
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Bedeutungsvolle Reihenfolge | nicht bestanden | Positionieren Sie den Cookie-Hinweis im DOM dort, wo er visuell erscheint, oder realisieren Sie ihn als Dialog mit Fokus-Management, damit er unmittelbar erreichbar ist. |
|
|
nicht bestanden | Stellen Sie eine Erläuterung der wesentlichen Inhalte der Erklärung zur Barrierefreiheit in Leichter Sprache bereit, wie es die Zusatzkriterien verlangen. |
|
A.1
Barrierefreiheitserklärung formal geprüft
|
nicht bestanden | Aktualisieren Sie das Datum der Erklärung so, dass es nicht älter als ein Jahr ist, um die formalen Anforderungen zu erfüllen. |
| Blöcke überspringen | nicht bestanden | Integrieren Sie einen sicht- oder fokussierbaren Skiplink am Seitenanfang, der direkt zum Hauptinhalt springt (z. B. href="#maincontent"). |
| Nicht-Text-Inhalt | nicht bestanden | Ersetzen Sie den Alternativtext des Logos durch eine Beschreibung wie „Logo des Bundesministeriums für Ernährung und Landwirtschaft“, um Absender und Zweck klar zu vermitteln. |
| Info und Beziehungen | nicht bestanden | Zeichnen Sie die Meta-Navigation mit einem semantischen <nav>-Element aus und versehen Sie sie mit aria-label oder aria-labelledby, damit assistive Technologien sie als Navigation erkennen. |
| Info und Beziehungen | nicht bestanden | Ergänzen Sie die Hauptnavigation um eine programmgesteuerte Beschriftung (z. B. aria-label="Hauptmenü"), damit der Bereich für Screenreader auf allen Geräten eindeutig identifizierbar ist. |
| Name, Rolle, Wert | nicht bestanden | Fügen Sie das Attribut aria-current="page" beim aktiven Navigationspunkt hinzu, damit Screenreader die aktuelle Position erkennen. |
| Benutzung von Farbe | nicht bestanden | Kombinieren Sie die farbliche Kennzeichnung des aktiven Links mit einem weiteren visuellen Merkmal und verbessern Sie den Kontrastabstand auf mindestens 3:1. |
| Überschriften und Beschriftungen (Labels) | nicht bestanden | Beschriften Sie die Slider-Schalter kontextbezogen (z. B. „Vorheriger Slide“, „Nächster Slide“) oder nutzen Sie aria-label, damit der Zweck klar wird. |
| Fokus-Reihenfolge | nicht bestanden | Sorgen Sie dafür, dass nur der aktuell sichtbare Sliderinhalt fokussierbar ist, etwa durch aria-hidden="true" und tabindex="-1" für nicht sichtbare Slides. |
| Tastatur | nicht bestanden | Stellen Sie sicher, dass der Fokus beim Navigieren mit Pfeiltasten innerhalb der Paginierung der Slider verbleibt und nicht in den nachfolgenden Start-Schalter springt. |
| Linkzweck (im Kontext) | nicht bestanden | Fügen Sie alle relevanten Informationen (z. B. Dateiformat, Größe, barrierefrei) direkt ins <a>-Element oder über ein aria-label hinzu, damit assistive Technologien den gesamten Linkkontext kommunizieren. |
| Info und Beziehungen | nicht bestanden | Kennzeichnen Sie die Liste der Speisen als HTML-Liste (<ul><li>), damit assistive Technologien die strukturelle Zugehörigkeit erkennen. |
| Name, Rolle, Wert | nicht bestanden | Verwenden Sie native Radio-Buttons und entsprechende Labels ohne zusätzliche fokussierbare Container, damit Rolle und Status zuverlässig an assistive Technologien übermittelt werden. |
| Überschriften und Beschriftungen (Labels) | nicht bestanden | Formulieren Sie die Beschriftungen der Timeline- und Ablaufstrahl-Navigation in deutscher Sprache und kontextbezogen (z. B. „Zeit vorwärts“/„Zeit zurück“), damit der Zweck klar wird. |
| Beschriftungen (Labels) oder Anweisungen | nicht bestanden | Erklären Sie oberhalb des Formulars oder in den Labels, dass mit * gekennzeichnete Felder Pflichtfelder sind, und stellen Sie zusätzliche Hinweise programmatisch bereit. |
| Name, Rolle, Wert | nicht bestanden | Setzen Sie bei allen Pflichtfeldern das Attribut required oder aria-required="true", einschließlich des Datenschutzhinweis-Kontrollkästchens, damit Assistive Technologien die Verbindlichkeit erkennen. |
| Eingabezweck bestimmen | nicht bestanden | Versehen Sie die Eingabefelder des Kontaktformulars mit passenden autocomplete-Attributen (z. B. autocomplete="given-name", "email"), um den Zweck programmgesteuert zu übermitteln. |
| Vorschlag bei Fehler | nicht bestanden | Ergänzen Sie die Fehlermeldung im E-Mail-Feld um einen konkreten Korrekturhinweis, z. B. Hinweis auf das Format name@domain.de. |
| Fokus sichtbar | nicht bestanden | Sorgen Sie dafür, dass der Mobile-Menü-Opener ein fokussierbares Element (z. B. <button> mit aria-expanded/aria-controls) ist und einen sichtbaren Fokus erhält. |
| Fokus sichtbar | nicht bestanden | Ergänzen Sie alle Slider-, Timeline- und Ablaufsteuerelemente um fokussierbare Elemente (z. B. <button>/<a> oder tabindex="0") samt sichtbarer Fokuskennung und korrekter ARIA-Attribute. |
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.