Kurzzusammenfassung
- Auftraggeber
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Prüforganisation
- Materna Information & Communications SE
- Prüfart
- eingehende Überwachung
Gutachten
Zugänglichkeits-Analyse
Blindheit
Kaum nutzbar
Umfangreiche Screenreader-Probleme (fehlende Alt-Texte, Name/Rolle/Wert, falsche Objektinfos, Fokus- und Strukturprobleme) machen die App für blinde Personen nur eingeschränkt und mit hohem Aufwand nutzbar.
Sehbehinderung
Kaum nutzbar
Fehlende Ausrichtung ins Querformat, sehr schwacher bis unzureichender Kontrast bei Texten, Bedienelementen und Fokusanzeige beeinträchtigen die Nutzung für sehbehinderte Personen stark.
Hörbehinderung
Fast barrierefrei
Es werden keine Probleme mit Audioinhalten oder Untertiteln genannt, sodass gehörlose Personen die App weitgehend ohne zusätzliche Barrieren nutzen können.
Motorische Behinderung
Kaum nutzbar
Nicht vollständige Tastaturbedienbarkeit, fehlende klare Fokushervorhebung und komplexe Mehrfinger-Gesten ohne Alternativen schränken Menschen mit motorischen Einschränkungen erheblich ein.
Lernbehinderung
Mit Hindernissen nutzbar
Unklare Zustandsrückmeldungen, fehlerhafte Reihenfolgen für Assistenztechnologien, problematische Fehlerdarstellung und schlechte Strukturierung längerer Texte können das Verständnis und die Orientierung erschweren.
Neurodivergenz
Mit Hindernissen nutzbar
Mangelnde Strukturierung, schwache visuelle Hervorhebungen, unklare Zustandswechsel und inkonsistente Rückmeldungen können Konzentration, Orientierung und Aufgabensteuerung für neurodivergente Nutzende deutlich erschweren.
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 App benötigt durchgängige Alt-Texte, korrekte Tastaturbedienbarkeit (inkl. Fokus-Hervorhebung), bessere Kontraste, eindeutige Rollen/Beziehungen in der Barrierefreiheitsstruktur sowie Aktualisierung der PDF-Dokumente, Erklärung zur Barrierefreiheit und des Feedbackmechanismus.
| Kriterium | Status | Notizen |
|---|---|---|
|
4.11.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Grafische Bedienelemente werden ohne beschreibende Alt-Texte präsentiert. Screenreader-Nutzern kann der Zweck der Schaltflächen nicht vermittelt werden, sodass aussagekräftige Alternativtexte nachgeliefert werden müssen. |
|
4.11.1.3.2 Bedeutungsvolle Reihenfolge |
nicht bestanden | Auf Stellenangebotsseiten werden nach dem Kopfbereich mehrere nicht sichtbare Inhalte vorgelesen, bevor der eigentliche Inhalt erreicht wird. Screenreader-Nutzende müssen direkt zum Inhalt geführt werden. |
|
4.11.1.3.4 Ausrichtung |
nicht bestanden | Die App lässt sich nicht ins Querformat drehen, obwohl keine zwingende Notwendigkeit für die Portrait-Ausrichtung besteht; Nutzer mit fester Geräteposition (z. B. im Rollstuhl) werden dadurch benachteiligt. |
|
4.11.1.3.5 Eingabezweck bestimmen |
nicht bestanden | Formulare schlagen bei Daten, die sich auf den Nutzenden beziehen, keine hinterlegten Benutzerinformationen vor, weil der Zweck der Eingabefelder nicht eindeutig übermittelt wird. Das führt zu fehlender Autovervollständigung. |
|
4.11.1.4.1 Benutzung von Farbe |
nicht bestanden | Aktive Menüelemente werden nur farblich hervorgehoben, wobei der Kontrast zu Nachbarelementen bei etwa 1,2:1 liegt. Zusätzliche visuelle Hinweise oder ein Kontrast ≥3:1 sind erforderlich. |
|
4.11.1.4.3 Kontrast (Minimum) |
nicht bestanden | Textpassagen, Labels und Diensthinweise zeigen zu geringe Kontrastverhältnisse (z. B. beim Fokus über einer externen Tastatur wird der Inhalt von einem Schleier überlagert). Auffällige Texte müssen den Mindestkontrast von 4,5:1 erfüllen und Fokusmarker deutlich hervorgehoben werden. |
|
4.11.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Grafische Bedienelemente und ikonische Steuerungen (z. B. insbesondere in der Maske „Mehr“) heben sich nicht mit mindestens 3:1 vom Hintergrund ab. Der Kontrast muss erhöht und die Symbole besser erkennbar gemacht werden. |
|
4.11.2.1.1 Tastatur |
nicht bestanden | Wichtige Schalter (z. B. Zurück-Button, Inhalte in Listen oder Kartenfunktionalitäten) sind nicht mit einer externen Tastatur erreichbar; Vorschlaglisten verschwinden, sobald aus der Tastatur heraus bewegt wird. Alle Aktionen müssen per Tastatur erreichbar sein, inklusive alternativer Steuerungen für die Karte. |
|
4.11.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Links zu PDFs und Webinhalten führen ohne Hinweis auf das Format oder auf die Browser-App weiter. Formatinformationen (z. B. „PDF“ oder ein Symbol) müssen sichtbar oder programmatisch zugänglich gemacht werden. |
|
4.11.2.4.7 Fokus sichtbar |
nicht bestanden | Die Fokushervorhebung bei externen Tastaturaktionen ist zu schwach kontrastiert oder fehlt ganz (verschiedene Bereiche der App). Der sichtbare Fokus muss deutlich erkennbar sein (Kontrast ≥3:1). |
|
4.11.2.5.1 Zeigergesten |
nicht bestanden | Kartenansicht und andere interaktive Bereiche verlangen komplexe Zwei-Finger-Gesten, ohne einfache Ein-Punkt-Alternativen zum Zoomen oder Verschieben anzubieten. Zusätzliche Bedienelemente (z. B. Plus/Minus-Schalter und Pfeiltasten) müssen angeboten werden. |
|
4.11.2.5.3 Beschriftung (Label) im Namen |
nicht bestanden | Die sichtbaren Schaltertexte („Weiter“ usw.) stehen nicht im zugänglichen Namen (TalkBack liest „Nächste Seite“). Sichtbare Beschriftungen müssen im zugänglichen Namen enthalten sein, damit Spracheingaben funktionieren. |
|
4.11.4.1.2 Name, Rolle, Wert |
nicht bestanden | Bei zahlreichen Bedienelementen fehlen Name/Rolle/Wert-Angaben (Schaltflächen werden nicht als solche angesagt). Assistenztechnologien müssen korrekte Rollen und Zustände erhalten, einschließlich ausfahrbarer Details und der Registerkarten. |
|
4.11.5.2.5 Objektinformationen |
nicht bestanden | TalkBack liest bei vielen Bedienelementen keine Rolle oder Zustände; z. B. wird eine Registerkarte als „Tabelle“ angesagt. Alle Bedienelemente brauchen korrekte Rollen, Zustandsangaben (aktiv/nicht aktiv) und Werte. |
|
4.11.5.2.8 Label-Beziehungen |
nicht bestanden | Ausklappfelder (z. B. bei der Länderauswahl) übermitteln die ausgewählten Werte oder Labels nicht an den Screenreader, womit essentieller Kontext fehlt. Die Label-Zuordnung muss durch die Barrierefreiheitsstruktur klar dargestellt werden. |
|
4.11.5.2.9 Eltern-Kind-Beziehungen |
nicht bestanden | Listenitems werden nicht als Teil einer Liste angekündigt (nur das erste Element nennt die Liste). Assistenztechnologien müssen darüber informieren, dass sich ein Element in einer Liste befindet und wie viele Einträge vorhanden sind. |
|
4.11.5.2.13 Nachverfolgung des Fokus und der Auswahlattribute |
nicht bestanden | Cursorverschiebungen markieren den gesamten Inhalt und löschen ihn, sobald weitere Zeichen eingegeben werden. Cursorbewegungen müssen ohne Selektieren des Gesamttexts möglich sein. |
|
4.11.5.2.15 Änderungsbenachrichtigung |
nicht bestanden | Nach Auswahl eines Landes wird der Zustand nicht angesagt und der Nutzer bleibt im Formularfeld zurück. Assistive Technologien müssen eine Rückmeldung liefern, dass die Auswahl erfolgreich war und der Fokus korrekt verschoben wurde. |
|
5.1 Technische Dokumentprüfung |
nicht bestanden | Das eingebettete PDF ‚Datenschutzerklärung.pdf‘ ist nicht PDF/UA-konform (fehlende Tags, Listeninhalte außerhalb der Auszeichnung). Die PDF-Struktur muss mit Tags versehen und korrekt ausgezeichnet werden. |
|
5.2 Erklärung zur Barrierefreiheit |
nicht bestanden | Die App verweist auf eine allgemeine Erklärung, besitzt aber keine eigenständige, aktuelle Erklärung in der App selbst, wie vom BGG/BITV gefordert. Eine eigenständige Erklärung muss jährlich aktualisiert sowie verlinkt werden. |
|
5.3 Feedback-Mechanismus |
nicht bestanden | Obwohl ein Feedbackformular vorhanden ist, wird es nicht in der Erklärung zur Barrierefreiheit beschrieben oder verlinkt. Der Mechanismus muss dokumentiert und verknüpft werden. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.11.1.3.2 Bedeutungsvolle Reihenfolge |
im Wesentlichen bestanden | TalkBack gibt zusammengehörige Texte nicht in einer logischen Reihenfolge aus, wodurch das Verständnis der Inhalte erschwert wird. Die Reihenfolge sollte den visuellen Zusammenhang widerspiegeln. |
|
4.11.1.3.5 Eingabezweck bestimmen |
im Wesentlichen bestanden | Bei numerischen Feldern wird eine nicht optimierte Tastatur eingeblendet, was darauf hinweist, dass der Eingabezweck nicht korrekt übermittelt wird. Optimierte Tastaturtypen sollten gesetzt werden. |
|
4.11.3.3.1 Fehlerkennzeichnung |
im Wesentlichen bestanden | Fehlermeldungen erscheinen bereits während der Eingabe und bleiben bestehen, wodurch Nutzer:innen fälschlich zu Korrekturen veranlasst werden. Zudem sind die Meldungen nicht programmatisch mit den Feldern verbunden. Fehlerhinweise sollten nur nach abgeschlossener Eingabe erscheinen und korrekt verknüpft sein. |
|
4.11.5.2.5 Objektinformationen |
im Wesentlichen bestanden | Auswahlfelder geben den Zustand „aktiviert“ nur für den selektierten Eintrag aus, nicht aber für die übrigen Einträge. Eine konsistente Zustandsausgabe (z. B. „nicht aktiviert“) ist erforderlich. |
|
4.11.5.2.10 Text |
im Wesentlichen bestanden | Längere Textblöcke (z. B. im Impressum) werden vom Screenreader als ein zusammenhängender Abschnitt vorgelesen, ohne Absätze oder Überschriften getrennt anzuspringen. Textabschnitte müssen modular angesprochen werden können. |
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund)
Prüfung vom 25.08.2021
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund)
Prüfung vom 14.09.2021
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund)
Prüfung vom 29.09.2021