Was wird geprüft?
Eine Statusmeldung ist eine Nachricht, die der Ansicht der App dynamisch hinzugefügt wird. Sie informiert Nutzenden beispielsweise über den Erfolg oder das Ergebnis einer Aktion, über den Fortschritt eines Prozesses oder über das Vorkommen von Fehlern.
Wenn Apps visuell eingeblendete Statusmeldungen anzeigen, sollen diese über geeignete Techniken für Nutzenden von assistiven Technologien (Screenreader) ausgegeben werden, ohne dass sie den Fokus erhalten.
Geeignete Rollen und Eigenschaften sind bei nativen Anwendungen Plattform-spezifisch (iOS / iPadOS / Android).
Beispiele für Statusmeldungen:
Ware wurde im Shop dem Warenkorb hinzugefügt
3 Bücher der Merkliste hinzugefügt
Formular erfolgreich abgeschickt (Erfolgsmeldung)
5 Suchergebnisse (etwa nach Filterung der Ergebnisse)
3 Fehler im Formular
Punktestand geändert
Seite wird geladen (bei visueller Ladeanzeige/Fortschrittsbalken)
Warum wird das geprüft?
In vielen Nutzungskontexten erhalten sehende Benutzer von Apps Statusmeldungen (einige von ihnen vorübergehend), die Rückmeldungen über das Ergebnis von Interaktionen (wie z.Bdie Anzahl der beim Filtern einer Suchergebnisliste zurückgegebenen Einträge) oder den Erfolg oder Misserfolg von Transaktionen gebenDiese Meldungen sind ebenso wichtig für nicht-visuelle Nutzer und sollten für assistive Technologien verfügbar sein, damit die Nutzer auf sie aufmerksam werden, ohne ihren aktuellen Fokus oder Standpunkt ändern zu müssen.
Wie wird geprüft?
1. Anwendbarkeit des Prüfschritts
Der Prüfschritt ist anwendbar, wenn die App Statusmeldungen generiert, die nicht den Fokus erhalten. Er ist nicht anwendbar, wenn Meldungen im Zusammenhang mit Kontextänderungen erscheinen, zum Beispiel, wenn nach dem Abschicken eines Formulars (vom Nutzer initiiert) die Ansicht neulädt und dann vor dem Formular eine Fehlermeldung erscheint.
2. Prüfung
Zu prüfende Ansicht der App öffnen.
Statusmeldungen identifizieren. Dafür Eingaben vornehmen, die zur Generierung von Statusmeldungen führen.
Screenreader aktivieren.
Entsprechende Eingaben, die zur Generierung von Statusmeldungen führen, erneut vornehmen.
Wenn die App von sich aus Statusmeldungen generiert, diese Meldungen abwarten.
Prüfen, ob Statusmeldungen beim Erscheinen vom Screenreader ausgegeben werden, ohne dass der Fokus auf die Meldung versetzt wird.
3. Hinweise
Nicht als Statusmeldung gelten:
Fehlermeldung über Dialog (Kontextänderung durch Fokusumsetzung)
Die Hinzufügung von Bedienelementen, wie z.B. zusätzliche Formularelelemente
4. Bewertung
Prüfschritt erfüllt:
Alle Statusmeldungen sind richtig ausgezeichnet und damit programmatisch verfügbar.
Quellen
Allgemein
WCAG 2.1: Understanding Success Criterion 4.1.3 Status Messages (zur Zeit nur auf Englisch verfügbar)
WCAG 2.1, Definition einer Statusmeldung: Status Message
Appt.org: Status Messages: Use accessibility announcements (mehrere Entwicklungsumgebungen)
iOS
Orange Accessibility Guidelines: Trigger a vocaization
Orange Accessibility Guidelines: Notify a content change
Android
Orange Accessibility Guidelines: Vocalize content change
Einordnung des Prüfschritts
Einordnung des Prüfschritts nach WCAG 2.1
Guideline
Success Criterion
4.1.3 Status messages (Level AA)
Techniques
Situation A: If a status message advises on the success or results of an action, or the state of an application:
ARIA22: Using role=status to present status messages in combination with any of the following:
Situation B: If a status message conveys a suggestion, or a warning on the existence of an error:
ARIA19: Using ARIA role=alert or Live Regions to Identify Errors in combination with any of the following:
Situation C: If a status message conveys information on the progress of a process: