Staatliches Gutachten zur digitalen Barrierefreiheit

www.difu.de

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Kaum nutzbar

Zahlreiche Verstöße bei Alternativtexten, Semantik, Fokusführung, Tastaturnutzung und Screenreader-Name/Rolle/Wert schränken die Bedienbarkeit für Screenreader-Nutzende stark ein.

Sehbehinderung Kaum nutzbar

Unzureichende Text- und Bedienelementkontraste, fehlende sichtbare Fokusindikatoren und stark auf Slider und Hover basierende Interaktionen machen die Nutzung für Sehbehinderte deutlich erschwert.

Hörbehinderung Mit Hindernissen nutzbar

Die Website ist überwiegend textbasiert nutzbar, aber es fehlen gesetzlich geforderte DGS-Angebote und Hinweise, was die Zugänglichkeit für Gebärdensprachnutzende mindert.

Motorische Behinderung Kaum nutzbar

Gravierende Probleme bei Tastaturbedienung, Fokusfallen, unzugänglichen Slidern und Untermenüs behindern Nutzerinnen und Nutzer mit eingeschränkter Motorik stark.

Lernbehinderung Mit Hindernissen nutzbar

Unklare Beschriftungen, komplexe Navigation, automatische Slider und fehlende Vereinfachungen (z.B. Leichte Sprache) erschweren das Verständnis und die Orientierung.

Neurodivergenz Mit Hindernissen nutzbar

Unruhige Slider, Fokusprobleme, viele doppelte Links und teils unklare Strukturen können zu Reizüberflutung und Orientierungsproblemen führen.

Veränderung

Aktuell angezeigt
11 gefundene Barrieren -4 zur vorherigen Prüfung
7,0/10 Ø Schwere -0,1 zur vorherigen Prüfung

Dokumentierte Barrieren

  • Wichtige Funktionen sind per Tastatur nicht zuverlässig nutzbar

    Mehrere zentrale Bedienelemente wie Suche, Untermenüs, Filter und Slider sind nicht vollständig per Tastatur erreichbar oder auslösbar. Auch das Öffnen und Schließen von Menüs ist offenbar nicht durchgängig ohne Maus möglich.

    Auswirkung: Ich kann wichtige Inhalte und Funktionen nicht allein mit der Tastatur bedienen. Dadurch bleibe ich bei der Navigation oder Suche an entscheidenden Stellen hängen.

  • Automatischer Slider lässt sich nicht ausreichend kontrollieren

    Der Slider läuft offenbar automatisch weiter, ohne dass er zuverlässig pausiert, gestoppt oder beendet werden kann. Zusätzlich sind die Slider-Bedienelemente selbst nicht ausreichend barrierefrei umgesetzt.

    Auswirkung: Ich kann Inhalte im Slider nicht in meinem eigenen Tempo erfassen. Wichtige Informationen wechseln weiter, bevor ich sie lesen oder bedienen kann.

  • Navigation und Untermenüs sind für Screenreader und Tastatur schwer verständlich

    Hauptnavigation, Metanavigation und Social-Media-Bereiche sind semantisch nicht klar getrennt und teilweise unzureichend beschriftet. Untermenüs lassen sich nicht immer eindeutig als aufklappbare Menüs erkennen oder korrekt bedienen.

    Auswirkung: Ich verliere schnell die Orientierung und weiß nicht sicher, in welchem Bereich ich mich befinde. Ich kann Menüpunkte womöglich nicht öffnen oder verstehe ihre Funktion nicht.

  • Hover-Menüs schließen sich nicht zuverlässig ohne Maus

    Untermenüs scheinen sich vor allem über Mausbewegung zu steuern und lassen sich per Tastatur nicht ausreichend kontrollieren. Ein sicheres Schließen per Escape oder ähnlich ist offenbar nicht gegeben.

    Auswirkung: Ich kann mit Tastatur oder Hilfstechnologien in aufgeklappten Menüs festhängen. Das stört die Orientierung und kann weitere Navigation blockieren.

  • Suchfunktion ist unklar beschriftet und nur eingeschränkt bedienbar

    Das Such-Icon im Header ist offenbar nicht eindeutig als Suche erkennbar und nicht zuverlässig per Tastatur nutzbar. Auch Filter und das Laden weiterer Suchergebnisse sind nicht klar genug beschriftet.

    Auswirkung: Ich kann die Suche schwer finden oder nicht sicher starten. Suchergebnisse und Filter lassen sich für mich nur umständlich oder missverständlich nutzen.

  • Fokus ist nicht zuverlässig sichtbar

    Bei interaktiven Elementen fehlen offenbar ausreichende Fokusmarkierungen oder sie sind zu schwach. Dadurch ist beim Tabben nicht immer erkennbar, welches Element gerade aktiv ist.

    Auswirkung: Ich kann mich mit der Tastatur leicht verirren, weil ich den aktuellen Fokus nicht klar sehe. Das macht das Ausfüllen, Navigieren und Auslösen von Funktionen unnötig schwierig.

  • Kontrastarme Texte und Bedienelemente erschweren das Lesen

    Mehrere Texte, Links und grafische Bedienelemente haben offenbar zu wenig Kontrast. Auch weiße Schrift auf Hintergrundbildern und einige Icons sind dadurch schwer erkennbar.

    Auswirkung: Ich kann Inhalte schlechter lesen und Bedienelemente schwerer unterscheiden. Besonders bei schlechter Sicht oder hellem Licht übersehe ich wichtige Informationen leichter.

  • Aktive Zustände und Treffer sind nicht eindeutig erkennbar

    Aktive Paginierung, aktuelle Menüpunkte und ähnliche Zustände werden offenbar nicht ausreichend programmatisch oder visuell markiert. Dadurch ist nicht immer klar, welcher Eintrag aktuell aktiv ist oder wo man sich in der Navigation befindet.

    Auswirkung: Ich kann leichter den Überblick verlieren und doppelte Schritte machen. Bei Seitenzahlen, Menüs oder Suchergebnissen weiß ich nicht sicher, was gerade ausgewählt ist.

  • Lesereihenfolge und Struktur sind nicht immer logisch

    Im Quellcode folgen einige Inhalte offenbar nicht der visuellen Reihenfolge, etwa Cookie-Dialog, Header-Elemente oder Footer-Bereiche. Auch Filter und Datumsangaben sind semantisch nicht sauber ausgezeichnet.

    Auswirkung: Ich bekomme Informationen in einer irritierenden Reihenfolge vorgelesen oder finde Inhalte später als erwartet. Das erschwert das Verstehen und die gezielte Bedienung.

  • Ergänzende barrierefreie Angebote fehlen

    Es fehlen Links oder Hinweise zu Inhalten in Deutscher Gebärdensprache und Leichter Sprache sowie entsprechende Angaben in der Barrierefreiheitserklärung. Damit bleiben wichtige Zusatzangebote unauffindbar oder nicht vorhanden.

    Auswirkung: Ich finde keine vereinfachten oder besonders unterstützenden Informationen, obwohl ich sie für das Verständnis brauche. Dadurch kann ich Inhalte der Website möglicherweise nicht ausreichend erfassen.

  • Doppelte Links und Teaser erzeugen unnötige Verwirrung

    Mehrere Bereiche enthalten doppelte Links mit identischem Ziel oder ganze Teaser sind als Fokusobjekte erreichbar. Dadurch wirken Seiten und Suchergebnisse unübersichtlich und wiederholen dieselben Ziele mehrfach.

    Auswirkung: Ich muss mehr Elemente prüfen, obwohl sie mich oft zum gleichen Ziel führen. Das kostet Zeit und macht die Orientierung in Listen und Kacheln schwerer.

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 139.0.7258.155 (Offizieller Build) (64-Bit)
Screenreader
NVDA 2024.1
Tools
Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)

Veränderung nach WCAG-Kriterien

01.10.2025 Vereinfachte Überwachung
angezeigtes 49 nicht bestanden 0 weitgehend 0 bestanden
11.04.2024 Vereinfachte Überwachung Gutachten ansehen
22 nicht bestanden 2 weitgehend 29 bestanden
  • https://difu.de/ Web-Angebot öffnen
  • https://difu.de/search?search_api_fulltext=Stadt&type=All&action=Se
  • https://difu.de/projekte/kuenstliche-intelligenz-ki-in-der-smart-city ⓘ
  • https://difu.de/sites/default/files/media_files/publikationen/Berichte_2_2025.pdf

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Alternativtext des Logos ergänzt um Linkziel und Hinweis, damit Funktion klar vermittelt wird.
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Stockgrafiken prüfen und entweder dekorativ kennzeichnen oder redaktionell entscheiden, welche Inhalte Alternativtexte benötigen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Hauptnavigation und Metanavigation jeweils getrennte <nav>-Elemente und eindeutige aria-labels zuordnen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Social-Media-Links im Footer als eigenes <nav> mit eindeutigem aria-label auszeichnen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Filtergruppe mit <fieldset> und <legend> versehen, damit Zuordnung und Lesereihenfolge klar erkennbar sind.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Pfeil-Link als semantisches Bedienelement (z. B. <button>) mit programmatischer Beschriftung wie ‚Weitere Ergebnisse laden‘ umsetzen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Sprachschalter mit aria-labels wie ‚Sprache Deutsch‘/‚Sprache Englisch‘ versehen, sodass Funktion erkennbar ist.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Datumsangaben mit semantisch korrektem Element (<time datetime="…">) auszeichnen, damit assistive Technologien Datum erkennen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Social-Media-Links im geschlossenen Zustand mit aria-hidden/tabindex=-1 ausblenden und nur im geöffneten Zustand erreichbar machen.
WCAG 1.3.2
Bedeutungsvolle Reihenfolge 		nicht bestanden Cookie-Dialog im DOM an den Seitenanfang setzen, role="dialog"/aria-modal="true" und Fokus direkt auf Bedienelement legen.
WCAG 1.3.2
Bedeutungsvolle Reihenfolge 		nicht bestanden Quellcode so strukturieren, dass Logo, Hauptnavigation und Metanavigation logisch der visuellen Darstellung folgen.
WCAG 1.3.2
Bedeutungsvolle Reihenfolge 		nicht bestanden Such-Icon im Header mit aria-label=„Suche öffnen“ oder ähnlichem versehen, damit Screenreader die Funktion melden.
WCAG 1.3.2
Bedeutungsvolle Reihenfolge 		nicht bestanden Footer-Reihenfolge im Quellcode an visuelle Darstellung anpassen, damit Kontaktinfos vor Linklisten ausgegeben werden.
WCAG 1.4.1
Benutzung von Farbe 		nicht bestanden Aktiven Paginierungspunkt durch zusätzliches visuelles Merkmal (Form, Rahmen etc.) markieren, nicht nur Farbe.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Alle farbigen Links und Texte ab Kontrastverhältnis 4,5:1 (normaler Text) bzw. 3:1 (großer Text) anpassen.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Weißen Text auf Hintergrundbildern mit ausreichendem Kontrast versehen, z. B. durch Overlay oder kontrastreiche Farbe.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Scroll-Button am Seitenende auf Kontrast mindestens 3:1 anpassen.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Slider-Schalter ‚Zurück/Weiter‘ auf Kontrast ≥3:1 zum Hintergrund bringen.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Social-Media-Icons im Footer anpassen (Icon- oder Hintergrundfarbe), damit Kontrast ≥3:1 erreicht wird.
WCAG 1.4.13
Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus 		nicht bestanden Untermenüs mit Tastatur schließen ermöglichen (z. B. Escape-Taste) und nicht nur Mausbewegung.
WCAG 2.1.1
Tastatur 		nicht bestanden Slider-Bedienelemente fokussierbar und auslösbar per Tab/Eingabe/Stich oder Pfeiltasten machen.
WCAG 2.1.1
Tastatur 		nicht bestanden Such-Icon im Header tastaturbedienbar und fokussierbar machen, zusätzlich eindeutige programmatische Beschriftung ergänzen.
WCAG 2.1.1
Tastatur 		nicht bestanden Untermenüpunkte so implementieren, dass sie per Tastatur fokussiert und geöffnet werden können.
WCAG 2.1.1
Tastatur 		nicht bestanden Filterelemente in ‚Erweiterte Suche‘ vollständig per Tastatur erreichbar machen und mit klarer Beschriftung versehen.
WCAG 2.2.2
Pausieren, stoppen, ausblenden 		nicht bestanden Automatischen Slider mit Pausieren/Stoppen/Beenden steuern, inkl. Tastatur- und Screenreader-Bedienbarkeit.
WCAG 2.4.1
Blöcke überspringen 		nicht bestanden Skip-Link korrekt mit Hauptinhalt verknüpfen (z. B. id="maincontent") und Fokus auf Ziel setzen.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Slides dürfen nicht als Fokus-Falle auftauchen; nur interaktive Elemente fokussierbar machen.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Doppelte Links im Slider auf eine eindeutige Verlinkung pro Ziel reduzieren oder mit eigenem Mehrwert kennzeichnen.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Doppelte Links in Suchergebnissen auflösen (z. B. nur Überschrift verlinkt oder ergänzender Link mit Mehrwert).
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Nach Laden weiterer Suchergebnisse Fokus auf ersten neuen Eintrag setzen und Fokusreihe linear halten.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Komplette Teaser nicht fokussierbar machen, nur interaktive Elemente erhalten Fokus.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Alle doppelten Links mit identischem Ziel (Slider, Nachrichten, Publikationen, Neue Projekte) reduzieren.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Im Bereich ‚Themenfelder des Difu‘ doppelte Links vermeiden oder unterschiedliche Funktionen vergeben.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Slider-Navigation mit aria-labels wie ‚Vorheriger Slide‘/‚Nächster Slide‘ oder sichtbaren Beschriftungen versehen.
WCAG 2.4.6
Überschriften und Beschriftungen (Labels) 		nicht bestanden Filterbeschriftung ‚Bereich‘ präzisieren (z. B. ‚Suchbereich auswählen‘ oder ‚Inhaltskategorie filtern‘).
WCAG 2.4.6
Überschriften und Beschriftungen (Labels) 		nicht bestanden Schalter ‚Auswahl zurücksetzen‘ umbenennen in präzisere Variante wie ‚Suche und Filter zurücksetzen‘.
WCAG 2.4.6
Überschriften und Beschriftungen (Labels) 		nicht bestanden Link zum Laden weiterer Suchergebnisse umbenennen in ‚Weitere Suchergebnisse laden‘ oder ähnlich.
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Eigene Fokusstile (z. B. :focus-visible) mit ausreichend Kontrast implementieren und outline nicht entfernen.
WCAG 3.1.2
Sprache von Teilen 		nicht bestanden Paginierungselemente in deutscher Sprache beschriften (z. B. ‚1 von 3‘ statt englischer Strings).
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Obermenü-Einträge als Button mit aria-haspopup/aria-controls/aria-expanded auszeichnen und Schalterfunktion vom Link trennen.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Aktiven Paginierungspunkt mit aria-current="page" oder ähnlichem kennzeichnen.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Scroll-Button am Seitenende mit aria-label=‚Nach oben scrollen‘ beschriften.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Aktiven Menüeintrag in Hauptnavigation mit aria-current="page" beschriften wie in Metanavigation.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Menüschalter in mobiler Ansicht mit sprechendem aria-label (z. B. ‚Hauptmenü‘) versehen, Zustandskommunikation via aria-expanded / aria-controls beibehalten.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Paginierungspunkte als Schalter (role="button") mit eindeutigem Namen und Statusattribut (aria-current/aria-selected) umsetzen.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Filterelemente mit semantischer Rolle (role="button" oder native Inputs) sowie Statusattribute versehen.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Druck-Schalter mit aria-label=‚Seite drucken‘ oder verstecktem Text versehen.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden ‚Artikel teilen‘-Schalter mit aria-expanded und aria-controls versehen, damit Zustandsausgabe für Screenreader erfolgt.
Zusatzkriterien: Deutsche Gebärdensprache und Leichte Sprache
Informationsangebote in DGS/Leichter Sprache 		nicht bestanden Links zu Inhalten in Deutscher Gebärdensprache sowie Leichter Sprache fehlen; in der Erklärung zur Barrierefreiheit sowie die Hinweise dazu müssen ergänzt werden.

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