Staatliches Gutachten zur digitalen Barrierefreiheit

expkom-fracking-whg.de

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Mit Hindernissen nutzbar

Mehrere nicht bestandene Kriterien zu Alternativtexten, Struktur, Navigation, Formular-Feedback und Tastaturbedienung schränken Screenreader-Nutzung deutlich ein, machen sie aber nicht völlig unmöglich.

Sehbehinderung Kaum nutzbar

Fehlende Mindestkontraste, unzureichender Nicht-Text-Kontrast und rein farbliche Hervorhebungen erschweren das Erkennen von Navigation und Eingabefeldern stark.

Hörbehinderung Weitgehend zugänglich

Es gibt keine Hinweise auf Audioinhalte oder zeitabhängige Medien, sodass gehörlose Menschen hauptsächlich von inhaltlicher und struktureller Qualität betroffen sind, die überwiegend erhalten bleibt.

Motorische Behinderung Mit Hindernissen nutzbar

Defizite bei Tastatursteuerung, Fokusführung und mobilen Menüs behindern reine Tastatur- und Spezialtastatur-Nutzung merklich, ohne die Seite vollständig zu blockieren.

Lernbehinderung Mit Hindernissen nutzbar

Uneinheitliche Fehlermeldungen, schwacher Kontrast, unklare Linktexte und inkonsistente Struktur erschweren Orientierung und Fehlermanagement deutlich.

Neurodivergenz Mit Hindernissen nutzbar

Probleme bei Struktur, Fokusführung und Formularrückmeldungen können Konzentration und Orientierung beeinträchtigen, bleiben aber mit zusätzlichem Aufwand meist überwindbar.

Dokumentierte Barrieren

  • Formularfehler nicht nachvollziehbar

    Fehlermeldungen sind nicht zuverlässig mit dem jeweiligen Eingabefeld verbunden und werden beim Ausfüllen nicht klar angekündigt. Außerdem fehlen teils konkrete Hinweise, wie die Eingabe korrigiert werden muss.

    Auswirkung: Ich erkenne nicht sicher, welches Feld falsch ist und was genau ich ändern soll. Dadurch kann ich das Kontaktformular nur mühsam oder gar nicht erfolgreich absenden.

  • Mobilmenü per Tastatur schwer nutzbar

    Das mobile Menü ist nicht sauber für Tastaturbedienung und Fokusführung vorbereitet. Solange es geöffnet ist, bleiben Schließen, Fokussteuerung und erreichbare Links unzuverlässig.

    Auswirkung: Ich kann in der mobilen Ansicht leicht im Menü festhängen oder die Navigation nur umständlich bedienen. Für mich werden wichtige Seitenbereiche damit schwer erreichbar.

  • Wichtige Navigation nur schwer erkennbar

    Der aktive Menüpunkt wird teilweise nur über Farbe markiert, und die Hauptnavigation erreicht nicht überall den nötigen Kontrast. Auch der Link zum Zurück-zum-Anfang und der Cookie-Link sind nicht ausreichend beschriftet.

    Auswirkung: Ich erkenne Navigation und Steuerungselemente schlechter, besonders bei geringer Sehkraft oder mit Screenreader. Dadurch fällt mir die Orientierung auf der Seite deutlich schwerer.

  • Seite nach Fehlereingaben schwer zu korrigieren

    Nach fehlerhaftem Absenden springt der Fokus nicht zuverlässig zur ersten fehlerhaften Eingabe. Dadurch ist nicht sofort klar, wo ich mit der Korrektur beginnen soll.

    Auswirkung: Ich suche länger nach dem Fehler und kann Eingaben leichter übersehen. Das bremst mich beim Ausfüllen des Formulars und erhöht die Wahrscheinlichkeit weiterer Fehler.

  • Seitenstruktur für Screenreader uneinheitlich

    Auf mehreren Seiten fehlen oder sind Überschriften leer, und die Hierarchie ist teilweise unterbrochen. Auch doppelte Navigationsbereiche sind nicht klar unterscheidbar gekennzeichnet.

    Auswirkung: Ich kann die Seite schlechter über Überschriften und Bereiche erfassen und verliere Orientierung. Inhalte und Navigation lassen sich für mich langsamer und fehleranfälliger finden.

  • Skip-Link und Sprungnavigation fehlerhaft

    Der Sprung zum Hauptinhalt ist nicht korrekt umgesetzt und es gibt doppelte oder überflüssige Sprunglinks. Dadurch funktioniert das schnelle Überspringen von Seitenelementen nicht zuverlässig.

    Auswirkung: Ich muss mich durch wiederkehrende Seitenelemente arbeiten, statt direkt beim Inhalt zu landen. Das kostet Zeit und erschwert die Nutzung mit Tastatur oder Screenreader.

  • Startseite und Inhalte teils ohne verständliche Alternativtexte

    Das Logo und mehrere Berichtsbilder sind nicht ausreichend oder nicht einheitlich beschrieben. Für Nutzer von Screenreadern bleibt damit der Zweck einzelner Elemente unklar.

    Auswirkung: Ich kann Bilder und verlinkte Grafiken nicht sicher einordnen. Dadurch kann mir relevante Orientierung oder ein wichtiger Einstiegspunkt entgehen.

  • Eingabefelder und Pflichtangaben schwer erkennbar

    Die Rahmen der Eingabefelder heben sich nicht genügend vom Hintergrund ab. Pflichtfelder sind zudem nicht klar genug als solche erkennbar.

    Auswirkung: Ich sehe nicht sofort, wo ich klicken oder tippen soll und welche Angaben zwingend erforderlich sind. Das macht das Ausfüllen von Formularen unnötig anstrengend.

  • Links zu Berichten nicht selbsterklärend

    Berichtslinks sind nicht eindeutig genug beschrieben und nennen weder Zweck noch Dateiformat klar. Bei Downloads ist nicht immer erkennbar, was beim Klick passiert.

    Auswirkung: Ich weiß vor dem Anklicken nicht sicher, wohin ein Link führt oder ob ich eine PDF-Datei öffne. Das erschwert die Auswahl des richtigen Dokuments erheblich.

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.101 (Offizieller Build) (64-Bit)
Screenreader
NVDA 2025
Tools
Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)
  • https://expkom-fracking-whg.de/ Web-Angebot öffnen
  • https://expkom-fracking-whg.de/bericht
  • https://expkom-fracking-whg.de/kontakt
  • https://expkom-fracking-whg.de/lw_resource/datapool/systemfiles/elements/files/0c994b02-5327-11f0-84bf-fa163ed847d2/live/document/2025_Bericht_ExpertenkommissionFracking.pdf

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Alternative Beschreibung für das Logo ergänzen, die den Link zur Startseite und dessen Funktion erläutert und auf allen Seiten konsistent verwenden.
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Alle Berichtsbilder einheitlich kennzeichnen, dekorative Abbildungen mit alt="" oder aria-hidden="true" versehen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Jede Fehlermeldung programmgesteuert mit dem zugehörigen Eingabefeld verknüpfen (aria-describedby/id) und beim Fokus des Feldes ausgeben.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Leere H1 auf Kontaktseite durch beschreibende Überschrift ersetzen und Unterüberschriften hierarchisch korrekt auszeichnen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Leere H1 vor sichtbarer Überschrift entfernen und folgende H3 in eine H2 überführen, um lückenlose Hierarchie aufzubauen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Leere H1 auf Berichtsseite durch beschreibenden Text ergänzen, der Inhalt und Zweck der Seite benennt.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Doppelte Navigationsbereiche mit identischer Beschreibung unterscheidbar beschriften (z. B. unterschiedliche aria-labels) oder redundanten Bereich für assistive Technologien ausblenden.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Aria-label der mobilen Hauptnavigation konkretisieren (z. B. "Hauptnavigation") und klar von Meta-Navigation unterscheiden.
WCAG 1.3.2
Bedeutungsvolle Reihenfolge 		nicht bestanden Menu-overlay für assistive Technologien und Tastaturzugriff ausblenden (aria-hidden und tabindex) solange es nicht aktiv ist, damit Hauptinhalt zuerst fokussierbar bleibt.
WCAG 1.3.5
Eingabezweck bestimmen 		nicht bestanden Für alle Formularfelder autocomplete-Attribute vergeben (z. B. autocomplete="given-name", autocomplete="email"), um Eingabezweck programmatisch zu übermitteln.
WCAG 1.4.1
Benutzung von Farbe 		nicht bestanden Aktiv markierten Menüeintrag zusätzlich nicht-farblich kennzeichnen (z. B. Symbol, Unterstreichung) und Mindestkontrast von 3:1 gewährleisten.
WCAG 1.4.1
Benutzung von Farbe 		nicht bestanden Beschriftung für Cookie-Link und Zurück-zum-Anfang-Schalter ergänzen (sichtbar oder per aria-label), damit Funktion für Screenreader/Tastaturbenutzer nachvollziehbar wird.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Hintergrund der Hauptnavigation deckend oder dunkler gestalten, sodass in Verbindung mit Schrift ein Kontrastverhältnis von mindestens 4,5:1 besteht.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Kontrast der Eingabefeldrahmen auf mindestens 3:1 gegenüber dem Hintergrund erhöhen.
WCAG 1.4.13
Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus 		nicht bestanden Tastaturnutzern ermöglichen, das mobile Menü über einen fokussierbaren Schließen-Schalter und ESC zu schließen, inklusive Fokussteuerung zurück zum Menü-Icon.
WCAG 2.1.1
Tastatur 		nicht bestanden Beim Öffnen des mobilen Menüs Fokus ins Overlay setzen und alle enthaltenen Links tastaturbedienbar, inklusive sichtbarem Fokusindikator.
WCAG 2.4.1
Blöcke überspringen 		nicht bestanden Skip-Link „zum Inhalt“ korrekt auf Hauptinhalt zeigen und doppelte/fehlerhafte Links entfernen; überflüssigen Link zum Seitenmenü streichen, wenn Menü direkt erreichbar ist.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Beim Absenden fehlerhafter Formulare Fokus automatisch zur ersten fehlerhaften Eingabe setzen (z. B. via element.focus()) und Fehlermeldungen semantisch kennzeichnen (aria-describedby).
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Linktexte zu Berichten eindeutig und sprechend gestalten (z. B. „Bericht 2025 (PDF)“) und bei allen Downloads auch Hinweis auf Dateiformat und Downloadstatus (sichtbar oder aria-label) ergänzen.
WCAG 3.3.2
Beschriftungen (Labels) oder Anweisungen 		nicht bestanden Über Formular oder Labels erläutern, dass * Pflichtfelder kennzeichnet, alternativ aria-required einsetzen, damit Pflichtinformationen auch für Screenreader sichtbar sind.
WCAG 3.3.3
Vorschlag bei Fehler 		nicht bestanden Fehlermeldung für ungültige E-Mail um konkrete Korrekturhinweise ergänzen (z. B. Format name@domain.de).
WCAG 3.3.3
Vorschlag bei Fehler 		nicht bestanden Für das Telefonnummernfeld eindeutige textbasierte Fehlermeldung bereitstellen, die erwartete Eingabe beschreibt und programmatisch dem Feld zuordnet.

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