Staatliches Gutachten zur digitalen Barrierefreiheit
Servicestandard
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Mit Hindernissen nutzbar
Mehrere gravierende Screenreader-Probleme (Alternativtexte, Linkzweck, Struktur, Reihenfolge, Seitentitel) beeinträchtigen Orientierung und Formularnutzung deutlich.
Sehbehinderung Mit Hindernissen nutzbar
Fehlende sichtbare Fokusindikatoren und Skiplinks erschweren Tastaturnutzung, ansonsten sind primär semantische statt visuelle Mängel beschrieben.
Hörbehinderung Fast barrierefrei
Es gibt keine Hinweise auf Audioinhalte; die beschriebenen Probleme betreffen überwiegend Screenreader, Tastatur und Formulare.
Motorische Behinderung Mit Hindernissen nutzbar
Navigation ist grundsätzlich per Tastatur möglich, aber fehlende Skiplinks, teilweise Fokusprobleme und fehlende Escape-Funktion in der Navigation erschweren die Bedienung deutlich.
Lernbehinderung Mit Hindernissen nutzbar
Unklare Linktexte, unzureichende Fehlerkennzeichnung und Pflichtfeldmarkierung können Verständnis und Fehlerkorrektur erschweren, die Grundstruktur ist aber im Wesentlichen vorhanden.
Neurodivergenz Mit Hindernissen nutzbar
Mangelnde Orientierungshilfen (Seitentitel, Skiplinks, teils Überschriftenstruktur) und unklare Links können die kognitive Last erhöhen, ohne die Seite völlig unbenutzbar zu machen.
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 140.0.7339.208
- Screenreader
- NVDA
- Tools
- Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)
-
www.servicestandard.gov.de Web-Angebot öffnen
-
https://servicestandard.gov.de/din-spec-66336/
-
https://servicestandard.gov.de/kriterien/13-rechtliche-huerden-erkennen-und-regelungen-verbessern/
-
https://servicestandard.gov.de/feedback-und-kontakt/
-
https://servicestandard.gov.de/ueber/
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Blöcke überspringen | nicht bestanden | Skiplinks müssen am Seitenanfang eingefügt werden, sodass Tastaturnutzende wiederkehrende Bereiche überspringen können (z. B. durch einen fokussierbaren Link href="#maincontent"). |
| Tastatur | nicht bestanden | Die aufklappbare Seitennavigation muss sich auch über die Escape-Taste schließen lassen und danach der Fokus zur auslösenden Schaltfläche zurückkehren. |
| Fehlerkennzeichnung | nicht bestanden | Fehlermeldungen dürfen nicht nur als kurzlebige Tooltips erscheinen, sie müssen dauerhaft sichtbar sein und programmatisch mit dem jeweiligen Eingabefeld (z. B. aria-describedby) verknüpft werden. |
| Nicht-Text-Inhalt | nicht bestanden | Das Logo benötigt einen präzisen Alternativtext, der Name und Funktion (z. B. Link zur Startseite) beschreibt, damit Screenreader-Nutzende die Orientierung erhalten. |
| Linkzweck (im Kontext) | nicht bestanden | Entweder Logo und Text in einem Link zusammenfassen oder nur einen Link anbieten, um redundante doppelte Sprünge für Tastatur- und Screenreader-Nutzende zu vermeiden. |
| Linkzweck (im Kontext) | nicht bestanden | Der Linktext muss den Zielinhalt oder Zweck eindeutig benennen, z. B. „Startseite des Servicestandard“, statt generischer Begriffe wie „Servicestandard“. |
| Info und Beziehungen | nicht bestanden | Wichtige Zahlen, etwa „Kriterium 1 von 13“, müssen Teil des Linktextes oder in einem aria-label sein, damit Screenreader-Nutzende Reihenfolge und Anzahl erkennen. |
| Beschriftungen (Labels) oder Anweisungen | nicht bestanden | Pflichtfelder sind sowohl im Code (required oder aria-required) als auch visuell (z. B. mit Sternchen und erklärendem Text) deutlich zu kennzeichnen. |
| Nicht-Text-Inhalt | nicht bestanden | Pfeilsymbole, die visuell neue Fenster anzeigen, müssen für Screenreader ausgeblendet werden; die Zusatzinformation „öffnet in neuem Fenster“ sollte über aria-label oder zusätzlichen Text bereitgestellt werden. |
| Bedeutungsvolle Reihenfolge | nicht bestanden | Jahreszahlen müssen im Quellcode vor dem zugehörigen Textblock stehen (z. B. als Überschrift oder Listenelement), damit Screenreader die chronologische Reihenfolge korrekt ausgeben. |
| Eingabezweck bestimmen | nicht bestanden | Eingabefelder benötigen das autocomplete-Attribut (z. B. autocomplete="given-name", "email"), damit der Zweck programmatisch übermittelt wird und Autofill/Assistive Technologie korrekt arbeiten. |
| Seite mit Titel | nicht bestanden | Der HTML-<title> muss sowohl den Unterseitennamen als auch den Websitennamen enthalten (z. B. „Kontakt – Servicestandard“), damit Personen mit mehreren Tabs Orientierung erhalten. |
|
Barrierefreiheitserklärung formal geprüft
Barrierefreiheitserklärung formal geprüft
|
nicht bestanden | Die Barrierefreiheitserklärung muss klar benannt, leicht erreichbar verlinkt und um Bewertung, nicht barrierefreie Inhalte, Prüfmethode sowie Aktualisierungsdatum ergänzt werden. |
Im Wesentlichen bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Fokus sichtbar | im Wesentlichen bestanden | Der Fokusrahmen darf nicht durch Containerränder oder overflow:hidden abgeschnitten werden, damit Tastaturnutzende stets erkennen, welches Element aktiv ist. |
| Info und Beziehungen | im Wesentlichen bestanden | Die Überschriftenstruktur soll stufenweise (h1 → h2 → h3) aufgebaut sein, damit die inhaltliche Hierarchie für assistive Technologien nachvollziehbar bleibt. |
| Verschiedene Möglichkeiten | im Wesentlichen bestanden | Auch wenn aktuell keine Suche existiert, sollte geprüft werden, ob bei Wachstum der Inhalte eine Suchfunktion sinnvoll ergänzt wird sowie Sitemap und Navigation verständlich strukturiert sind. |
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.