expkom-fracking-whg.de

Website nicht konform Prüfung vom 15.07.2025 ID: #1058
Umwelt private Organisation
Prüfbericht herunterladen (PDF) Link kopiert!

Kurzzusammenfassung

Auftraggeber
Projektträger Jülich
Prüforganisation
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (Deutsche Rentenversicherung Knappschaft-Bahn-See)
Stadt
Berlin
Prüfart
Vereinfachte Überwachung

Technische Umgebung

  • OS: Windows 11
  • Browser: Chrome Version 138.0.7204.101 (Offizieller Build) (64-Bit)
  • Screenreader: NVDA 2025
  • Auflösung:
  • Tools: Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)

Zugänglichkeits-Analyse

KI-Schnellcheck zur Nutzbarkeit

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.

Wahrscheinliche Barrieren

Barriere Auswirkung Melden
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. 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. Melden
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. 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. Melden
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. Ich erkenne Navigation und Steuerungselemente schlechter, besonders bei geringer Sehkraft oder mit Screenreader. Dadurch fällt mir die Orientierung auf der Seite deutlich schwerer. –

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.

Getestete Angebote

Webangebot öffnen
  • https://expkom-fracking-whg.de/
  • 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

Empfehlung & Status

Die aufgeführten Prüfdefizite in der Navigation, Kopfstruktur, Formularkompetenz und weiteren Bereichen beheben: Beschreibende Alternativtexte ergänzen, Überschriftenhierarchien korrigieren, Navigationen klar kennzeichnen, mobile Menüs vollständig tastaturbedienbar machen, Kontrast und Formularfeedback verbessern und fehlende Fehlerkennzeichnung nachtragen.

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
9.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.
9.1.1.1
Nicht-Text-Inhalt 		nicht bestanden Alle Berichtsbilder einheitlich kennzeichnen, dekorative Abbildungen mit alt="" oder aria-hidden="true" versehen.
9.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.
9.1.3.1
Info und Beziehungen 		nicht bestanden Leere H1 auf Kontaktseite durch beschreibende Überschrift ersetzen und Unterüberschriften hierarchisch korrekt auszeichnen.
9.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.
9.1.3.1
Info und Beziehungen 		nicht bestanden Leere H1 auf Berichtsseite durch beschreibenden Text ergänzen, der Inhalt und Zweck der Seite benennt.
9.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.
9.1.3.1
Info und Beziehungen 		nicht bestanden Aria-label der mobilen Hauptnavigation konkretisieren (z. B. "Hauptnavigation") und klar von Meta-Navigation unterscheiden.
9.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.
9.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.
9.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.
9.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.
9.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.
9.1.4.11
Nicht-Text-Kontrast 		nicht bestanden Kontrast der Eingabefeldrahmen auf mindestens 3:1 gegenüber dem Hintergrund erhöhen.
9.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.
9.2.1.1
Tastatur 		nicht bestanden Beim Öffnen des mobilen Menüs Fokus ins Overlay setzen und alle enthaltenen Links tastaturbedienbar, inklusive sichtbarem Fokusindikator.
9.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.
9.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).
9.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.
9.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.
9.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).
9.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.