Kurzzusammenfassung
- Auftraggeber
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund)
- Prüforganisation
- Materna Information & Communications SE
- Stadt
- Leipzig
- Prüfart
- eingehende Überwachung
Gutachten
Zugänglichkeits-Analyse
Blindheit
Mit Hindernissen nutzbar
Mehrere Screenreader-relevante Fehler (fehlende bzw. unklare Alternativtexte, Rollen, Labels, Struktur und Rückmeldungen) machen zentrale Funktionen zwar nutzbar, aber nur mit deutlichen Hürden.
Sehbehinderung
Kaum nutzbar
Deutlich zu geringe Text- und Icon-Kontraste sowie reine Farbcodierung in der Navigation erschweren das Erkennen wichtiger Inhalte erheblich.
Hörbehinderung
Fast barrierefrei
Es werden keine spezifischen Probleme für gehörlose Nutzer beschrieben, und relevante Informationen scheinen überwiegend visuell verfügbar zu sein.
Motorische Behinderung
Kaum nutzbar
Fehlende Tastaturbedienbarkeit wichtiger Bedienelemente, reine Wischgestensteuerung und fehlendes Querformat schränken motorisch eingeschränkte Nutzer stark ein.
Lernbehinderung
Mit Hindernissen nutzbar
Mangelnde semantische Struktur und teils unklare Rückmeldungen können die Orientierung erschweren, die Inhalte sind aber grundsätzlich zugänglich.
Neurodivergenz
Mit Hindernissen nutzbar
Unklare Fokusreihenfolge, fehlende Strukturierung längerer Texte und schwacher Sichtbarkeitsfokus können die Nutzung für neurodivergente Personen erschweren, verhindern sie aber nicht vollständig.
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
Alternativtexte für informative und interaktive Grafiken ergänzen, Listen und Überschriften semantisch auszeichnen, Farb-, Fokus- und Icon-Kontraste verbessern, die App für Tastatur- und Assistenznutzer zugänglich machen (z. B. externe Links kennzeichnen, fehlende Labels und Rollen ergänzen, Fokusreihenfolge optimieren, alternative Bedienelemente anbieten, Rückmeldungen nach QR-Scans geben, Querformat unterstützen) sowie eine Erklärung zur Barrierefreiheit bereitstellen.
| Kriterium | Status | Notizen |
|---|---|---|
|
4.11.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Alttexte müssen aussagekräftig sein und auch externe Links und grafische Bedienelemente vollständig für TalkBack nutzbar machen; aktuell fehlen Informationen zu externen Zielen, ein Schließen-Button hat keinen beschreibenden Namen und Schmuckgrafiken erhalten widersprüchliche oder englische Texte. |
|
4.11.1.3.4 Ausrichtung |
nicht bestanden | Die App lässt sich nur im Hochformat nutzen; motorisch eingeschränkte Nutzer benötigen eine Darstellung, die sich auch im Querformat an eigene Gerätehalterungen anpasst. |
|
4.11.1.4.1 Benutzung von Farbe |
nicht bestanden | Ausgewählte Navigationspunkte unterscheiden sich nur durch Farbe (Kontrast nur 1,6:1); zusätzlich muss ein weiterer visueller Hinweis als Alternative zur reinen Farbkennzeichnung bereitgestellt werden. |
|
4.11.1.4.3 Kontrast (Minimum) |
nicht bestanden | Mehrere Texte in der Hauptnavigation liegen mit einem Kontrast von ca. 2,8:1 unterhalb der 4,5:1-Vorgabe und erschweren fehlsichtigen Nutzern den Informationsabruf. |
|
4.11.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Menüsymbole heben sich mit ca. 2,8:1 nicht ausreichend vom Hintergrund ab; Icons, die Informationen transportieren, müssen mindestens 3:1 Contrast zu benachbarten Farben aufweisen. |
|
4.11.2.1.1 Tastatur |
nicht bestanden | Wichtige Bedienelemente im Kopfbereich (Zurück, Schließen, Testprofil) sind nicht per Tastatur erreichbar, sodass motorisch eingeschränkte Nutzer weder navigieren noch Masken schließen können. |
|
4.11.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Links wie „Testmöglichkeit finden“, „Informationen zur App in leichter Sprache und Gebärdensprache“ und „Kontaktformular“ verweisen auf externe Sites, ohne dies zu kennzeichnen; Linktexte sollten neben dem Ziel auch die externen Sites benennen, damit Screenreader-Nutzer den Zweck verstehen. |
|
4.11.2.4.7 Fokus sichtbar |
nicht bestanden | Der Tastaturfokus unterscheidet sich nur minimal vom Normalzustand (Kontrast oft <3:1), was die Orientierung bei der Tastaturnavigation erschwert; deutliche Fokus-Rings oder andere Hervorhebungen ergänzen. |
|
4.11.2.5.1 Zeigergesten |
nicht bestanden | Die Bildgalerie auf der Startseite lässt sich ausschließlich über Wischgesten bedienen; zusätzlich zu den Gesten müssen klare Bedienelemente (z. B. Vor-/Zurück-Schaltflächen) bereitgestellt werden. |
|
4.11.5.2.5 Objektinformationen |
nicht bestanden | Die Schaltfläche zum Erstellen eines QR-Codes heißt nur „QR-Code“ und gibt weder Rolle noch Zweck an; den Namen auf „QR-Code erstellen, Schaltfläche“ erweitern und Rolle explizit setzen, damit Assistenztechnologien den Zweck ausgeben. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.11.1.3.1 Info und Beziehungen |
im Wesentlichen bestanden | Visuelle Listen und Überschriften sind nicht als solche ausgezeichnet, wodurch Screenreader-Nutzer die Struktur der Masken nicht erkennen; semantische Listen- und Headerelemente ergänzen und ggf. Listenzählungen zur Orientierung bereitstellen. |
|
4.11.5.2.8 Label-Beziehungen |
im Wesentlichen bestanden | Ein Schieberegler im Zertifikatsbereich ist nicht mit dem zugehörigen Text verknüpft, TalkBack gibt nur den Zustand des Reglers aus; über ARIA-Labelling oder native Beschriftung die Beziehung herstellen. |
|
4.11.5.2.10 Text |
im Wesentlichen bestanden | TalkBack liest längere Abschnitte am Stück vor, Überschriften separieren die Abschnitte nicht; Inhalt logisch strukturieren und mit passenden Überschriften bzw. Landmarks gliedern, damit Nutzer gezielt navigieren können. |
|
4.11.5.2.13 Nachverfolgung des Fokus und der Auswahlattribute |
im Wesentlichen bestanden | Im QR-Code-Erstellungsprozess erreicht der Fokus unmittelbar nach dem Hauptinhalt das Schließen-Element, wodurch untere Schaltflächen erst danach angesprochen werden; Fokusreihenfolge anpassen und ggf. Buttons am unteren Rand früher fokusieren. |
|
4.11.5.2.15 Änderungsbenachrichtigung |
im Wesentlichen bestanden | Nach einem erfolgreichen QR-Scan erfolgt keine akustische/meldende Rückmeldung, ob der Vorgang abgeschlossen ist; eine Rückmeldung (z. B. Toast oder akustisches Signal) implementieren, die Assistenztechnologien über den Zustand informiert. |
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund)
Prüfung vom 29.09.2021
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 09.09.2021
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 10.12.2023