Staatliches Gutachten zur digitalen Barrierefreiheit

Deutscher Verein für öffentliche und private Fürsorge e. V.

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Kaum nutzbar

Mehrere kritische Screenreader- und Tastaturprobleme (fehlende Alternativtexte, unklare Namen/Rollen, nicht erreichbare Dialoge und Menüs) führen zu stark eingeschränkter, teils blockierter Nutzung.

Sehbehinderung Kaum nutzbar

Unzureichende Kontraste, fehlender sichtbarer Fokus, Probleme bei 200 % Vergrößerung und abgeschnittene Inhalte erschweren oder verhindern die Nutzung deutlich.

Hörbehinderung Weitgehend zugänglich

Inhalte sind überwiegend visuell und textbasiert nutzbar, jedoch fehlen Hinweise und Angebote in Deutscher Gebärdensprache, was insbesondere bei Serviceinformationen einschränkt.

Motorische Behinderung Mit Hindernissen nutzbar

Umfangreiche Tastaturprobleme (nicht fokussierbare Links, unbedienbare Menüs und Cookie-Dialog, fehlende Fokusfalle) schränken reine Tastaturbedienung stark ein.

Lernbehinderung Mit Hindernissen nutzbar

Uneinheitliche Seitentitel, unklare Linkzwecke, lange Linktexte und fehlende Leichte-Sprache-Hinweise erschweren Orientierung und Verständnis.

Neurodivergenz Mit Hindernissen nutzbar

Fehlende klare Fokusführung, redundante und unklare Links sowie problematische Dialogsteuerung können Aufmerksamkeit, Reizfilterung und Orientierung deutlich belasten.

Dokumentierte Barrieren

  • Cookie-Dialog und Privatsphäre-Einstellungen nicht bedienbar

    Wichtige Schalter im Cookie-Dialog und der Link zu den Privatsphäre-Einstellungen sind nicht zuverlässig per Tastatur oder Screenreader nutzbar. Dadurch lassen sich Einwilligungen und Datenschutz-Einstellungen nicht sicher auswählen oder ändern.

    Auswirkung: Ich kann meine Cookie- und Datenschutzeinstellungen nicht selbstständig anpassen. Das blockiert eine zentrale Voraussetzung, um die Website kontrolliert zu nutzen.

  • Haupt- und Untermenüs nicht verlässlich bedienbar

    Die Navigation im Kopfbereich ist semantisch unklar, und Untermenüs lassen sich nicht zuverlässig mit Hilfstechnologien oder Tastatur öffnen und schließen. Auch das Hamburger-Menü ist nicht als echter Schalter umgesetzt.

    Auswirkung: Ich kann mich möglicherweise nicht zu wichtigen Inhaltsbereichen durchklicken. Das erschwert mir die grundlegende Orientierung auf der Website erheblich.

  • Cookie-Dialog verliert den Fokus

    Im Cookie-Dialog springt der Fokus aus dem Dialog heraus, statt dort zu bleiben. Zusätzlich fehlt eine eindeutige Fokusführung im Dialog.

    Auswirkung: Ich verliere beim Bedienen schnell die Orientierung und kann den Dialog nur schwer abschließen. Bei reiner Tastaturbedienung kann das die Nutzung praktisch blockieren.

  • Suchfilter und Themenlinks sind per Tastatur nicht nutzbar

    Auf der Suchseite sind die Links unter „Themen“ nicht fokussierbar oder aktivierbar. Der Button zum Löschen aller Filter verändert zudem unerwartet auch den Suchbegriff.

    Auswirkung: Ich kann Suchergebnisse nicht zuverlässig eingrenzen oder meine Suche gezielt zurücksetzen. Das macht die Suchfunktion für mich deutlich fehleranfälliger und schwerer nutzbar.

  • Suchergebnisse bleiben bei Vergrößerung abgeschnitten

    Bei starker Vergrößerung werden Suchergebnisse abgeschnitten und brechen nicht sauber um. Dadurch sind Inhalte nicht vollständig sichtbar.

    Auswirkung: Wenn ich Inhalte vergrößern muss, kann ich Treffer nicht vollständig lesen. Das kann für mich die Suche und die Informationsaufnahme stark einschränken.

  • Fokus ist schwer oder gar nicht sichtbar

    Mehrere Bedienelemente, etwa Ausklapplisten, zeigen keinen klaren sichtbaren Fokuszustand. Beim Tabben ist daher oft nicht erkennbar, wo ich mich gerade befinde.

    Auswirkung: Ich kann die Seite per Tastatur nur unsicher bedienen und verliere leicht die Orientierung. Das erhöht das Risiko, falsche Aktionen auszuführen oder Elemente zu übersehen.

  • Ausklappmenüs ohne verständlichen Zustand

    Ausklapplisten und Untermenüs melden ihren geöffneten oder geschlossenen Zustand nicht zuverlässig. Für Screenreader ist dadurch nicht erkennbar, was gerade passiert.

    Auswirkung: Ich weiß nicht sicher, ob ein Menü offen ist oder nicht. Das macht die Navigation unnötig kompliziert und fehleranfällig.

  • Kontraste erschweren das Erkennen von Bedienelementen

    Einige Texte und Bedienelemente, etwa Kategorienfarben, Slider-Pfeile und Platzhaltertexte, haben zu geringe Kontraste. Dadurch sind sie schwer erkennbar.

    Auswirkung: Ich muss mich stärker anstrengen, um Inhalte und Schaltflächen zu lesen oder zu finden. Bei schlechter Sehkraft kann das zu Fehlbedienungen führen.

  • Fehlende oder unklare Linktexte bei Social Media und PDFs

    Mehrere Links, etwa zu Social Media oder PDF-Dokumenten, sind nur mit knappen oder technischen Bezeichnungen versehen. Teilweise fehlt der Hinweis, wohin der Link führt oder dass sich ein PDF öffnet.

    Auswirkung: Ich kann Links nicht schnell einschätzen und öffne eher versehentlich etwas Falsches. Das kostet Zeit und erschwert mir die gezielte Nutzung.

  • Fehlende Alternativtexte für Grafiken und Logos

    Teaser-Grafiken und Logos haben keine aussagekräftigen Alternativtexte. Für Screenreader bleibt ihr Inhalt oder ihre Funktion dadurch unverständlich.

    Auswirkung: Ich erfahre wichtige visuelle Informationen nicht. Dadurch kann ich Inhalte, Angebote oder Markenbezüge der Seite nicht vollständig erfassen.

  • Hinweise in Gebärdensprache und Leichter Sprache fehlen

    Es fehlen Hinweise oder Links zu Inhalten in Deutscher Gebärdensprache und Leichter Sprache. Für diese Nutzergruppen sind zentrale Zusatzangebote daher nicht auffindbar.

    Auswirkung: Wenn ich auf DGS oder Leichte Sprache angewiesen bin, finde ich wichtige Informationen nicht oder nur schwer. Das kann den Zugang zu Service- und Hintergrundinformationen deutlich einschränken.

  • Skiplink fehlt oder ist nicht auffindbar

    Ein klar nutzbarer Sprunglink zum Hauptinhalt ist nicht vorhanden oder nicht ausreichend umgesetzt. Wiederkehrende Seitenelemente müssen daher jedes Mal erneut durchlaufen werden.

    Auswirkung: Ich brauche länger, um zum eigentlichen Inhalt zu gelangen. Besonders bei Tastatur- oder Screenreader-Nutzung wird die Orientierung dadurch mühsamer.

  • Breadcrumbs und Navigationsbereiche sind semantisch unklar

    Breadcrumbs, Footer-Navigationen und andere Navigationsbereiche sind nicht sauber als Navigation oder Liste ausgezeichnet. Assistive Technologien können sie dadurch schlechter einordnen.

    Auswirkung: Ich erkenne Zusammenhänge zwischen Seitenbereichen schlechter und finde mich schwerer zurecht. Das kostet mich Zeit und erhöht die mentale Belastung.

  • Seitentitel sind uneinheitlich

    Mehrere Seiten haben nicht konsequent aufgebaute oder aussagekräftige Titel. Dadurch ist nicht immer klar, welche Seite ich gerade geöffnet habe.

    Auswirkung: Ich kann Tabs und Suchergebnisse schlechter unterscheiden. Das erschwert mir die Orientierung und das Wiederfinden von Inhalten.

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 141.0.7390.123 (Offizieller Build) (64-Bit)
Screenreader
NVDA 2025.3
Tools
Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome), bitvtest Bookmarklets
  • https://www.deutscher-verein.de/ Web-Angebot öffnen
  • https://www.deutscher-verein.de/suche/
  • https://www.deutscher-verein.de/dft/
  • https://www.deutscher-verein.de/fileadmin/user_upload/dv/pdfs/DFT/83._DFT/motto_83_deutscher_fuersorgetag.pdf

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Alle Teaser-Grafiken benötigen beschreibende Alternativtexte statt Platzhaltern, um deren Inhalt für Screenreader nachvollziehbar zu machen.
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Jedes Logo im Bereich „Unsere Mitglieder“ muss ein aussagekräftiges alt-Attribut erhalten, das die Organisation benennt.
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Der Header-Link mit dem Logo sollte einen einheitlichen Namen erhalten, der dem sichtbaren Text entspricht (z. B. „Deutscher Verein – Das Forum des Sozialen“).
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die beiden Navigationsbereiche im Header benötigen semantische Markierung (nav-Elemente) und zugängliche Namen, damit Assistive Technologien die Bereiche erkennen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Hauptnavigation muss über ein aria-label oder eine aria-labelledby-Verknüpfung verfügen, damit sie als Hauptmenü erkannt wird.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Social-Media-Links im Footer benötigen eine semantische Struktur (z. B. nav mit eindeutiger Bezeichnung) und beschreibende Linktexte für Facebook, Instagram, LinkedIn etc.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Sprachumschaltung braucht aussagekräftige aria-labels wie „Sprache Deutsch“ und „Sprache Englisch“, damit Screenreader den Zweck erkennen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Footer-Navigationen benötigen eindeutige programmatische Namen (z. B. aria-labels „Service“ und „Kontakt“) oder alternative Auszeichnungen bei Einzellinks.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Der Schalter für die Untermenüs sollte deutschen, konsistenten Text enthalten und dynamisch state-abhängig wiedergegeben werden (z. B. aria-expanded/aria-label).
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Der Breadcrumb-Bereich benötigt semantische Rollen (z. B. role=list oder ul/ol im nav) damit Screenreader ihn als Navigation erkennen.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Die Kategorie „Meldung“ unter Aktuelles weist mit #9F6EA0 zu niedrigen Kontrast (≈4,1:1); Hintergrund oder Schriftfarbe muss so angepasst werden, dass mindestens 4,5:1 erreicht wird.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Slider-Pfeile sind schlecht sichtbar; der Kontrast zum Hintergrund muss erhöht und die Bedienelemente auffälliger gestaltet werden.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Der Placeholder-Text im ThemeFinder nutzt nur etwa 1,4:1 Kontrast, er muss auf mindestens 3:1 erhöht oder außerhalb des Eingabefelds sichtbar gemacht werden.
WCAG 2.1.1
Tastatur 		nicht bestanden Untermenüs öffnen/Schließen reagiert nicht auf Screenreader-Eingaben, die Schalter benötigen aria-expanded/aria-controls und die Elemente müssen programmatisch zugänglich sein.
WCAG 2.1.1
Tastatur 		nicht bestanden Das Hamburger-Menü ist nur aus div/span aufgebaut; es muss ein echtes button-Element mit aria-label erhalten und über Tab/Enter bedienbar sein.
WCAG 2.1.1
Tastatur 		nicht bestanden Der Link „Privatsphäre Einstellungen“ im Footer ist nicht per Tastatur erreichbar; er muss fokussierbar gemacht werden.
WCAG 2.1.1
Tastatur 		nicht bestanden Cookie-Dialog-Schalter (Switches) sind weder mit Tastatur noch Screenreader erreichbar; alle interaktiven Kategorien benötigen Fokusierbarkeit und programmgesteuerte Beschriftung.
WCAG 2.4.1
Blöcke überspringen 		nicht bestanden Ein sichtbarer Skiplink zu #maincontent mit eindeutiger ID am Seitenanfang ist notwendig, damit wiederkehrende Bereiche übersprungen werden können.
WCAG 2.4.2
Seite mit Titel 		nicht bestanden Seitentitel sind uneinheitlich (z. B. „Forum des Sozialen“, „Suche“); sie sollten nach Schema „[Seitentitel] – [Name der Website]“ konsistent vergeben werden.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Suchergebnisse enthalten pro Eintrag zwei Links mit identischem Ziel, der unnötige zweite Link sollte entfernt oder inhaltlich vereint werden.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Der Fokus verlässt beim Durchlaufen des Cookie-Dialogs dessen Grenzen, eine Fokusfalle / Focus Trap ist zu implementieren, damit der Fokus im Dialog verbleibt.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Die Vorschlagsliste wird nicht als Live-Region markiert; aria-live="polite" oder role="status" und Statusmeldungen beim Auswahlwechsel sind erforderlich.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Ausklapplisten melden ihren Zustand nicht; die Trigger benötigen programmatische Zustandsanzeigen (aria-expanded, aria-controls).
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Der Schließen-Schalter des Cookie-Dialogs braucht eine beschreibende Programmatik (z. B. aria-label="Cookie-Dialog schließen"), damit Screenreader die Funktion ausgeben.
Einem Link auf enthaltene Inhalte in Deutscher Gebärdensprache
Zusatzkriterien: Deutsche Gebärdensprache 		nicht bestanden Hinweise auf gebärdensprachliche Inhalte fehlen vollständig; entsprechende Links zu gebärdensprachlichen Materialien müssen bereitgestellt werden.
Barrierefreiheitserklärung formal geprüft (BITV §7)
Barrierefreiheitserklärung 		nicht bestanden Die Barrierefreiheitserklärung erwähnt nicht-barrierefreie Inhalte nicht und die Angabe zum Aktualisierungsdatum ist älter als ein Jahr; beides muss ergänzt, die formale Prüfungserfüllung dokumentiert werden.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die unter „Themen“ auf der Suchseite stehenden Links fehlen in einer semantischen Liste (ul/ol) und sollten gruppiert werden, damit Assistive Technologien die Anzahl erkennen.
WCAG 1.4.10
Automatischer Umbruch (Reflow) 		nicht bestanden Bei 200 % Vergrößerung werden Suchergebnisse abgeschnitten; feste Breiten sollten vermieden und Inhalte dynamisch umgebrochen werden, damit kein horizontales Scrollen entsteht.
WCAG 2.1.1
Tastatur 		nicht bestanden Die Links unter „Themen“ sind weder fokussierbar noch aktivierbar; alle interaktiven Elemente benötigen semantisch korrekte Link- oder Button-Elemente.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Auf der Suchseite existieren mehrere Links mit identischem Linktext („Zur Stellungnahme“, „Zur Veranstaltung“); die Linktexte müssen eindeutig erweitert oder über aria-label differenziert werden.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden PDF-Ergebnisse enthalten nur Dateinamen; ergänzen Sie Hinweise auf Dateityp und Öffnungsverhalten in Text oder aria-label.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Der Download-Link zum Motto-83-Dokument sollte den Dateityp (z. B. PDF, 174 KB) direkt im Linktext oder aria-label nennen.
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Ausklapplisten zeigen keinen sichtbaren Fokuszustand; es sind klare Fokusindikatoren (Umrandung, Hinterlegung) mit ausreichendem Kontrast bereitzustellen.
WCAG 3.2.2
Bei Eingabe 		nicht bestanden Der Button „Alle Filter löschen“ entfernt auch den Suchbegriff; die Funktion sollte nur Filter zurücksetzen oder eindeutig als „Suche zurücksetzen“ gekennzeichnet sein.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Die Links zu PDF-Dokumenten in den Suchergebnissen sollten zusätzlich einen Hinweis auf den Dateityp und das Öffnungsverhalten enthalten (z. B. „(PDF, öffnet in neuem Fenster)“).
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Ausklapplisten liefern keine Zustandsinformationen; aria-expanded und aria-controls sollten den Zustand beschreiben und eine Relation zum Inhalt herstellen.
WCAG 2.1.1
Tastatur 		nicht bestanden Alle Schalter im Cookie-Dialog müssen mit Tastatur fokussierbar sein und von Screenreadern erkannt werden, damit Kategorien gezielt aktiviert werden können.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Beim Durchlaufen des Cookie-Dialogs verlässt der Fokus die modale Struktur; eine Focus Trap ist zwingend erforderlich.

Im Wesentlichen bestanden

Kriterium Status Notizen
Hinweise auf weitere vorhandene Informationen in Leichter Sprache
Hinweise auf Leichte Sprache 		im Wesentlichen bestanden Es fehlen Hinweise darauf, wo zusätzliche Informationen in Leichter Sprache zu finden sind; solche Hinweise sind zur Nutzerfreundlichkeit ergänzend aufzunehmen.
WCAG 2.4.6
Überschriften und Beschriftungen (Labels) 		im Wesentlichen bestanden Suchergebnisse werden teilweise mit sehr langen Linktexten ausgegeben; kürzere, aussagekräftige Labels erleichtern die Orientierung.

Möglicherweise verwandte Prüfungen

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