Staatliches Gutachten zur digitalen Barrierefreiheit

www.region-gestalten.bund.de

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Kaum nutzbar

Mehrere gravierende Screenreader- und Strukturprobleme (Info und Beziehungen, fehlerhafte Überschriften, Listen, Navigation, Name/Rolle/Wert) sowie nicht nutzbare Tastaturnavigation erschweren die Nutzung stark, lassen sie aber nicht vollständig unmöglich erscheinen.

Sehbehinderung Kaum nutzbar

Zu geringe Text- und Icon-Kontraste, Bilder von Text, fehlender Reflow bei 400 % und ein großer Sticky Header bei Vergrößerung schränken die Nutzbarkeit für sehbehinderte Menschen massiv ein.

Hörbehinderung Weitgehend zugänglich

Es werden keine hörbezogenen Barrieren beschrieben; typische Probleme liegen eher bei Struktur, Kontrast und Tastatur, sodass gehörlose Menschen die Seite überwiegend nutzen können.

Motorische Behinderung Kaum nutzbar

Schwerwiegende Tastaturprobleme (nicht bedienbares Hamburger-Menü, ineffiziente Fokusreihenfolge, unsichtbarer Fokus, fehlerhafte Sprunglinks) beeinträchtigen die Nutzbarkeit für reine Tastatur- und alternative Eingabegeräte stark.

Lernbehinderung Mit Hindernissen nutzbar

Fehlende klare Struktur (z. B. semantische Navigation, Listen, unsichtbare/funktionslose Elemente, redundante Links) und geringe Kontraste können Orientierung und Verständnis für Menschen mit kognitiven Einschränkungen deutlich erschweren.

Neurodivergenz Mit Hindernissen nutzbar

Unklare Fokusführung, ineffiziente Tastaturnavigation, fehlende Sprunglinks und redundante Interaktionselemente können für neurodivergente Menschen zu Überlastung und Desorientierung führen, bleiben aber teilweise kompensierbar.

Dokumentierte Barrieren

  • Suchmenü per Tastatur nicht nutzbar

    Das responsive Hamburger-Menü lässt sich mit der Tastatur nicht fokussieren oder öffnen. Damit ist die Hauptnavigation auf kleinen Ansichten für viele Nutzende nicht erreichbar.

    Auswirkung: Ich kann die Navigation nicht öffnen und komme nicht zu den Inhalten, die ich suche. Auf einer Tastatur oder mit alternativen Eingabegeräten bin ich an dieser Stelle festgesetzt.

  • Sprunglinks ohne sichtbaren Effekt

    Die Sprunglinks zu „Hauptmenü“ und „Suche“ bewegen den Fokus nicht erkennbar zum Zielbereich. Die Funktion zum schnellen Überspringen von Bereichen ist damit praktisch wirkungslos.

    Auswirkung: Ich verliere Zeit und Orientierung, weil der Wechsel zum gewünschten Bereich nicht klappt. Gerade bei Tastaturbedienung muss ich dann mühsam durch viele Elemente tabben.

  • Suchergebnisse mit Text als Bild

    Einige Inhalte liegen als Grafik statt als echter Text vor. Solche Texte sind schlechter skalierbar und für Hilfstechnologien nicht zuverlässig lesbar.

    Auswirkung: Ich kann die Inhalte nicht sauber vergrößern oder vorlesen lassen. Besonders bei Sehbehinderung wird der Text dadurch deutlich schwerer nutzbar.

  • Seite bei starker Vergrößerung oben verdeckt

    Bei 400 % Zoom verdeckt der Sticky Header dauerhaft einen großen Teil des oberen Bildschirms. Inhalte am Seitenanfang oder fokussierte Elemente sind dann nicht vollständig sichtbar.

    Auswirkung: Ich kann wichtige Inhalte am Seitenanfang verlieren und muss ständig nachjustieren. Das macht das Lesen und Bedienen unter Vergrößerung sehr mühsam.

  • Kein sichtbarer Fokus in der Hauptnavigation

    Beim Navigieren mit der Tastatur wird in der Hauptnavigation keine klare Fokusmarkierung angezeigt. Dadurch ist nicht erkennbar, welches Element gerade aktiv ist.

    Auswirkung: Ich weiß nicht, wo ich mich auf der Seite befinde und kann Menüpunkte leicht verfehlen. Das macht die Bedienung unsicher und anstrengend.

  • Text und Symbole zu schwach kontrastiert

    Mehrere Elemente, etwa mintgrüne Überschriften und das Lupen-Icon, haben zu wenig Kontrast zum Hintergrund. Dadurch sind sie schwerer zu erkennen.

    Auswirkung: Ich übersehe wichtige Hinweise oder Bedienelemente leichter. Bei schwachem Sehvermögen muss ich mich deutlich stärker anstrengen.

  • Schließen-Schaltfläche in der Suche unklar

    Die Schließen-Schaltfläche im Suchfeld hat keinen zugänglichen Namen. Screenreader-Nutzende erkennen daher nicht, wofür die Schaltfläche da ist.

    Auswirkung: Ich kann die Suche möglicherweise nicht gezielt schließen, weil mir die Funktion nicht angesagt wird. Das kostet Zeit und kann mich in einem Eingabefeld festhalten.

  • Suchergebnisse nicht als Liste erkennbar

    Die Treffer der Suche sind nicht als strukturierte Liste ausgezeichnet. Dadurch wird nicht klar, wie viele Ergebnisse es gibt und wie sie zusammengehören.

    Auswirkung: Ich kann Suchergebnisse schlechter erfassen und gezielt zwischen ihnen wechseln. Die Ergebnisübersicht wirkt unübersichtlich und schwerer verständlich.

  • Redundante und verwirrende Ansagen für Screenreader

    Im Suchfeld werden Label, Platzhalter und Titel mehrfach gleichartig ausgegeben, zusätzlich gibt es unsichtbare oder funktionslose Elemente und falsch ausgezeichnete Navigationselemente. Das erzeugt unnötige oder verwirrende Ansagen.

    Auswirkung: Ich höre mehr Informationen als nötig und verliere schneller die Orientierung. Dadurch wird die Suche und Navigation anstrengender und fehleranfälliger.

  • Datumsangaben schwer verständlich vorgelesen

    Datumsangaben werden nur als Zahlenfolge ausgegeben. Screenreader können den zeitlichen Bezug dadurch unklar oder missverständlich vorlesen.

    Auswirkung: Ich muss Datumsangaben selbst entschlüsseln und kann Termine oder Veröffentlichungsdaten leichter falsch verstehen. Das erschwert mir die schnelle Orientierung auf der Seite.

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 135.0.7049.42 (Offizieller Build) (64-Bit)
Screenreader
NVDA 2024
Tools
Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome), Bookmarklets (bitvtest.de)
  • https://www.region-gestalten.bund.de/Region/DE/Home/home_node.html Web-Angebot öffnen
  • https://www.region-gestalten.bund.de/Region/SiteGlobals/Forms/Suche/Servicesuche_Formular.html
  • https://www.region-gestalten.bund.de/Region/DE/programm/_node.html

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Das Suchfeld verwendet mehrfach identische Hinweise (label, placeholder, title), sodass Screenreader mehrfach dieselbe Information ausgeben. Empfehlung: nur das label als zentrale Beschriftung belassen, placeholder/title entfernen, sofern kein zusätzlicher Informationswert vorliegt.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die beiden Navigationslisten im Footer befinden sich nicht in semantischen <nav>-Containern, sodass Screenreader nicht erkennen, dass es eigenständige Navigationsbereiche sind. Empfehlung: Jeweils mit <nav aria-label="…"> umschließen und lesbare Beschriftungen verwenden.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Suchergebnisse sind nicht als strukturierte Liste (<ul>/<ol> mit <li>) ausgezeichnet, sodass Screenreader nicht erkennen, wie viele Ergebnisse vorliegen und wie diese zusammengehören. Empfehlung: Ergebnisse in eine Liste einsetzen, damit Anzahl und Navigation klar werden.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Im Anschluss an die sichtbare H1 „Expertensuche“ erscheinen zahlreiche unsichtbare/funktionslose Elemente, die keine sinnvolle Rolle spielen und bei assistiven Technologien den Eindruck von Ladefehlern erzeugen. Empfehlung: Nur relevante Inhalte anzeigen oder bei Nichtnutzung vollständig ausblenden/entfernen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Datumsangaben werden als reine Zahlfolgen ausgegeben, sodass Screenreader keinen zeitlichen Bezug erkennen. Empfehlung: <time>-Element mit datetime-Attribut (z. B. <time datetime="2022-12-05" aria-label="5. Dezember 2022">05.12.2022</time>) verwenden.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Das aria-label="Blätternavigation" sitzt auf einem <div>, das nicht semantisch als Navigation ausgezeichnet ist, sodass assistive Technologien die Rolle nicht erkennen. Empfehlung: Semantisch korrektes <nav>-Element verwenden und das aria-label direkt dort platzieren.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Unterhalb der Paginierung befindet sich eine nicht sichtbare H1 „Expertensuche“, die von Screenreadern vorgelesen wird, ohne inhaltlichen Bezug zu haben. Empfehlung: Unsichtbare Überschrift entfernen oder sichtbar platzieren bzw. eindeutigen Bezug herstellen.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Mintgrüne Überschriften über der interaktiven Karte weisen mit 4,2:1 zu niedrigen Kontrast zum hellgrauen Hintergrund und erfüllen damit nicht den Mindestkontrast 4,5:1 für normalen Text. Empfehlung: Farbgebung anpassen, um mindestens 4,5:1 zu erreichen.
WCAG 1.4.5
Bilder von Text 		nicht bestanden Die Grafik im Bereich „daviplan Roll-Out-Projekt“ enthält ausschließlich textbasierte Informationen als JPG und somit nicht als echter Text, was Skalierbarkeit und assistive Technologien verhindert. Empfehlung: HTML-Text oder CSS statt Bitmap verwenden bzw. bei zwingender Grafik auf SVG mit <text> ausweichen.
WCAG 1.4.5
Bilder von Text 		nicht bestanden Ein Suchergebnis verwendet Schriftgrafiken (JPEG) statt anpassbarem Text, was keine Farb- oder Größenanpassung und keine Verarbeitung durch Assistenzsysteme erlaubt. Empfehlung: HTML-Text oder CSS verwenden oder bei Grafiknutzung SVG mit <text> wählen.
WCAG 1.4.10
Automatischer Umbruch (Reflow) 		nicht bestanden Bei Fensterbreite 1280 px und Zoom 400 % verdeckt der Sticky Header dauerhaft die obere Hälfte des Bildschirms, Inhalte am Seitenanfang oder Fokus auf oberste Elemente sind so nicht sichtbar. Empfehlung: Layout anpassen, damit bei starker Vergrößerung Inhalte komplett sichtbar bleiben.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Das weiße Lupen-Icon auf mintgrünem Hintergrund erreicht nur 1,3:1, was zu wenig Kontrast für Nicht-Text-Inhalte ist. Empfehlung: Kontrast auf mindestens 3:1 erhöhen (z. B. dunkleres Icon, kräftigeren Hintergrund, Umriss oder Rahmen).
WCAG 2.1.1
Tastatur 		nicht bestanden Das responsive Hamburger-Menü ist per Tastatur nicht fokussierbar oder bedienbar, sodass Tastaturnutzende die Navigation nicht öffnen können. Empfehlung: Menü fokussierbar machen und steuerbar über Enter/Leertaste o. Ä.
WCAG 2.4.1
Blöcke überspringen 		nicht bestanden Sprunglinks „Hauptmenü“ und „Suche“ verschieben den Fokus nicht sicht- oder spürbar zum Zielbereich, wodurch die Funktion zum schnellen Navigieren entfällt. Empfehlung: Ziele als fokussierbare Elemente mit gültiger ID auszeichnen oder Fokus per JavaScript (element.focus()) setzen.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Im Bereich „Aktuelle Meldungen“ existieren pro Artikel mehrere interaktive Elemente (Überschrift, Mehr-Link) mit identischem Ziel, sodass Tastaturnutzende mehrfach Tab drücken müssen, um zum nächsten Artikel zu gelangen. Empfehlung: redundante Tab-Stops reduzieren (z. B. nur ein interaktives Element pro Artikel).
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Die Hauptnavigation zeigt beim Tastaturnavigieren keine sichtbare Fokusmarkierung, wodurch Nutzende nicht erkennen können, welches Element aktiv ist. Empfehlung: klare Fokusanzeige (Rahmen, Farbe, Unterstreichung) mit ausreichendem Kontrast implementieren.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Die Schließen-Schaltfläche im Sucheingabefeld besitzt keinen zugänglichen Namen, sodass Screenreader die Funktion nicht erkennen können. Empfehlung: Sichtbaren Text oder alternatives aria-label (z. B. aria-label="Suche schließen" oder <span class="visually-hidden">Schließen</span>) ergänzen.

Im Wesentlichen bestanden

Kriterium Status Notizen
WCAG 1.3.1
Info und Beziehungen 		im Wesentlichen bestanden Verwendung von &shy;-Zeichen zur Silbentrennung führt bei Screenreadern zu unverständlicher Aussprache (z. B. Link „Gebärdensprache“). Empfehlung: weiche Trennzeichen entfernen oder anders realisieren, damit assistive Technologien korrekte Wörter ausgeben.

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