Kurzzusammenfassung
- Auftraggeber
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Prüforganisation
- Materna
- Prüfart
- eingehende Überwachung
Gutachten
Zugänglichkeits-Analyse
Blindheit
Kaum nutzbar
Fehlende Alternativtexte, mangelhafte Semantik, unklare Formulare, fehlerhafte ARIA-Attribute und nicht tastaturbedienbare Menüs schränken Screenreader-Nutzende massiv ein.
Sehbehinderung
Kaum nutzbar
Schlechte Kontraste, fehlender sichtbarer Fokus und fehlender Reflow bei 320 px erschweren die Orientierung und Nutzung stark.
Hörbehinderung
Mit Hindernissen nutzbar
Die Website ist überwiegend textbasiert, aber es fehlen Gebärdensprachangebote und teils Leichte-Sprache-Erläuterungen zu wichtigen Inhalten.
Motorische Behinderung
Kaum nutzbar
Zentrale Navigationspunkte sind nicht per Tastatur aktivierbar und zusätzliche Hover-Inhalte lassen sich nicht leicht per Tastatur schließen.
Lernbehinderung
Mit Hindernissen nutzbar
Unklare Struktur, doppelte Überschriftenbezeichnungen, fehlerhafte Formularkennzeichnungen und fehlende Leichte-Sprache-Erläuterungen erschweren das Verständnis.
Neurodivergenz
Mit Hindernissen nutzbar
Inkonsistente Struktur, überlagernde Menüs und unpräzise Beschriftungen können Orientierung und fokussiertes Arbeiten deutlich beeinträchtigen.
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.
Empfehlung
Die Prüfung zeigt zahlreiche nicht bestandene Anforderungen (z. B. fehlende Alternativtexte, unflexible Tastaturbedienung, fehlende Programmierläufe, schlechte Kontraste usw.). Es empfiehlt sich, die dokumentierten Mängel – insbesondere bei Bildern, Strukturmarkup, Tastaturzugänglichkeit, Fokusanzeige, Kontrast und Dokumentation – zu beheben und die zusätzlichen nationalen Anforderungen zu vervollständigen.
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.b Alternativtexte für Grafiken und Objekte |
nicht bestanden | Informative Bilder (z. B. in der Galerie unter Kulturelle Bildung) haben nur den Platzhalter „undefined“ im alt-Attribut. Blinde Nutzende erhalten keinerlei Beschreibung. Ein aussagekräftiger Alternativtext sollte den Bildinhalt übermitteln. |
|
4.9.1.3.1.a HTML-Strukturelemente für Überschriften |
nicht bestanden | Visuell erkennbare Überschriften sind nicht mit h-tags ausgezeichnet oder leiten keinen nachfolgenden Inhalt ein, etwa auf Startseite, Digitales Manifest und Datenschutz. Die Überschriftauszeichnungen müssen logisch strukturiert und nur dort vorhanden sein, wo Inhalte folgen. |
|
4.9.1.3.1.b HTML-Strukturelemente für Listen |
nicht bestanden | Inhalte wie im Impressum werden optisch als Listen dargestellt, sind aber nicht als ul/ol/li ausgezeichnet, was Screenreader-Usern die Struktur verschleiert. Listen sollten semantisch korrekt mit den entsprechenden HTML-Elementen markiert werden. |
|
4.9.1.3.1.h Beschriftung von Formularelementen programmatisch ermittelbar |
nicht bestanden | Die Auswahlliste im Suchbereich hat weder eine sichtbare Beschriftung noch eine programmatisch ermittelbare Beschriftung, sodass Screenreader-Nutzer nicht erkennen können, welchen Zweck das Feld erfüllt. |
|
4.9.1.4.10 Automatischer Umbruch (Reflow) |
nicht bestanden | Bei einer Breite von 320 px muss horizontal gescrollt werden, obwohl kein zweidimensionales Layout vorliegt. Inhalte dürfen nicht über horizontales Scrollen zugänglich gemacht werden; der Seitenaufbau muss sich ohne Zweidimensionalität anpassen lassen. |
|
4.9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Eingabefelder und grafische Bedienelemente auf der Sitemap heben sich nur mit Kontrastverhältnissen von 1,2:1 bzw. 1,6:1 ab. Der Rahmen muss mindestens 3:1 zum Hintergrund haben, damit Sehbehinderte die Felder erkennen. |
|
4.9.1.4.13 Eingeblendeter Inhalt bei Hover oder Fokus |
nicht bestanden | Das Hauptnavigationsmenü öffnet sich bei Hover und überdeckt Inhalte. Es lässt sich nur durch Fokusverlagerung schließen, nicht z. B. durch ESC. Der zusätzliche Inhalt muss auch über die Tastatur schließbar sein, ohne den Fokus zu verschieben. |
|
4.9.2.1.1 Tastatur |
nicht bestanden | Unterpunkte des Hauptmenüs (Desktop und mobile Ansicht) sind zwar fokussierbar, aber nicht über die Tastatur aktivierbar, weshalb Tastaturnutzer keine Inhalte erreichen können. Alle Menüpunkte müssen per Enter/Space ausführbar sein. |
|
4.9.2.4.7 Fokus sichtbar |
nicht bestanden | Der Fokusindikator auf dem hervorgehobenen Element zeigt nur einen weißen Rahmen mit Kontrast 1,3:1 zum Hintergrund und damit unterhalb der geforderten 3:1. Der Fokusrahmen muss deutlich sichtbar gestaltet werden. |
|
4.9.3.3.2 Beschriftungen oder Anweisungen |
nicht bestanden | Die Auswahlliste im Suchbereich hat keine sichtbare Beschriftung; Nutzer können das Bedienelement nicht identifizieren. Eine sichtbare Beschriftung, z. B. mit label-Element, sollte ergänzt werden. |
|
4.9.4.1.1 Syntaxanalyse |
nicht bestanden | Der W3C-Checker weist Syntax-Fehler für die Seite "Suche" aus. Ein valider Quelltext ist Voraussetzung für Screenreader; die syntaktischen Fehler müssen behoben werden. |
|
4.9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Klappmenüs geben ihren Status (ausgeklappt/eingeklappt) nicht an, da aria-expanded fehlt. Assistive Technologien benötigen dieses Attribut für den Status; es sollte gemäß WAI-ARIA Authoring Practices ergänzt werden. |
|
4.9.6 Konformitätsanforderungen der WCAG |
nicht bestanden | Die geprüften Seiten erfüllen nicht durchgehend alle A/AA-Kriterien, weil zahlreiche Prüfschritte (siehe 4.9.1–4.9.4) nicht bestanden wurden. Der gesamte Auftritt kann daher nicht als WCAG-konform erklärt werden. |
|
4.12.1.2 Barrierefreie Dokumentation |
nicht bestanden | Die Seite "Erklärung zur Barrierefreiheit" erbt die Probleme der gesamten Site (fehlende Struktur, Kontrast etc.), deswegen erfüllt sie nicht alle Anforderungen an eine barrierefreie Dokumentation. Die kritischen Punkte aus 9.1–9.6 sind zu beseitigen. |
|
5.1 Technische Dokumentprüfung |
nicht bestanden | Das PDF "SPK-Jahresbericht-2021-web.pdf" enthält keine Tags; semantische Rollen, Lesereihenfolge, Alternativtexte usw. lassen sich nicht bestimmen. Eine tag-basierte Strukturierung (PDF/UA) ist nötig. |
|
5.4 Erläuterungen in Leichter Sprache |
nicht bestanden | Die Leichte-Sprache-Seite dokumentiert keine textuellen Erläuterungen der Erklärung zur Barrierefreiheit und nennt keine Hinweise auf weitere Inhalte in Leichter Sprache. Die Anforderungen nach Anlage 2 BITV 2.0 bleiben unvollständig. |
|
5.5 Erläuterungen in Gebärdensprache |
nicht bestanden | Gebärdensprachseite enthält keine Videos mit wesentlichen Inhalten des Webauftritts, Navigation und Erklärung zur Barrierefreiheit und verweist nicht auf weitere Inhalte in Gebärdensprache. Die geforderten BITV-2.0-Anforderungen sind nicht erfüllt. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.a Alternativtexte für Bedienelemente |
im Wesentlichen bestanden | Alt- und title-Attribute enthalten unterschiedliche Texte für ein und dieselben verlinkten Grafiken, was Screenreader doppelt einlesen lässt. Alt- und title-Texte sollten identisch sein und sowohl Inhalt als auch Funktion der grafischen Bedienelemente beschreiben. |
|
4.9.1.3.1.b Listen mit nur einem Listenelement |
im Wesentlichen bestanden | Einige Listenauszeichnungen bestehen nur aus einem einzigen Listenelement; dies widerspricht der semantischen Funktion einer Liste. An diesen Stellen sollten die Listenelemente entfernt oder durch rein visuelle Formatierung ersetzt werden. |
|
4.9.1.3.1.d Inhalte gegliedert |
im Wesentlichen bestanden | Starkes/italics wird für reine visuelle Hervorhebung eingesetzt und Screenreader lesen diese Inhalte übermäßig betont vor. Die Formatierung sollte auf semantisch passende Elemente (b/i vs. strong/em) beschränkt werden. |
|
4.9.1.3.1.d Absatzbildung |
im Wesentlichen bestanden | Abstände werden durch doppelte Zeilenumbrüche (br) und nicht durch Absätze realisiert. Screenreader geben an diesen Stellen „leer“ aus. Abschnitte sollten mit p-Elementen umschlossen und Abstände über CSS definiert werden. |
|
4.9.2.4.1 Blöcke überspringen |
im Wesentlichen bestanden | Nav-Elemente besitzen keine aria-labels, weshalb Screenreader nicht erkennen können, welchem Bereich sie zugeordnet sind. Hauptnavigation und Seitenpfad benötigen eindeutige Beschriftungen wie aria-label="Hauptmenü" bzw. "Sie sind hier". |
|
4.9.2.4.6 Überschriften und Beschriftungen |
im Wesentlichen bestanden | Die Überschrift „Suche“ wird vierfach identisch verwendet, sodass blinde Nutzende nicht erkennen, welche Bereiche sich unterscheiden. Spezifischere Texte (z. B. „Suchfilter“, „Suchergebnisse“) wären erforderlich. |
|
5.2 Erklärung zur Barrierefreiheit |
im Wesentlichen bestanden | Die Erklärung nennt nicht die Teile, die nicht barrierefrei sind, und liefert keine Begründung. Diese Angaben sind nach BGG verpflichtend. |
| Kriterium | Status | Notizen |
|---|---|---|
|
5.3 Feedback-Mechanismus |
bestanden | Elektronische Kontaktaufnahme ist vorhanden und in der Erklärung beschrieben bzw. verlinkt. |
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 24.06.2021
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 23.03.2021
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund)
Prüfung vom 04.06.2021