Das Prüfverfahren zur BITV


Sie sind hier: BITV-Test > Liste der Erfolgskriterien > Prüfkriterium 4.1.3a (60 von 60)


zum WCAG-Test wechseln


Blättern: zum ersten Prüfschritt zum vorhergehenden Prüfschritt

Prüfschritt 4.1.3a
Statusmeldungen programmatisch verfügbar

Technische Angaben

Version Aktuell
BITV-Bedingung 4.1.3 Statusmeldungen
Bewertungsalternativen ja / eher erfüllt / teilweise erfüllt / eher nicht erfüllt / nein / nicht anwendbar
Gewichtung geringes Gewicht (1 Punkt)
Bezieht sich auf einzelne Webseite
Prüfschritt erfüllt Statusmeldungen der Inhalte sind über Rollen oder Eigenschaften programmatisch ermittelbar, so dass sie von Hilfsmitteltechnologie ausgegeben werden können, ohne den Fokus zu erhalten.

Was wird geprüft?

Wenn Webanwendungen Statusmeldungen erzeugen, etwa wenn ein Produkt in einen digitalen Warenkorb gelegt wurde, ein Formuar beim Abschicken eine Fehlermeldung oder ein Bestätigungsmeldung erzeugt, sollen visuell eingeblendete Statusmeldungen über geeignete Rollen oder Eigenschaften ausgezeichnet werden und damit programmatisch, also auch für nicht-visuelle Nutzer, ermittelbar sein.

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 (bei clientseitiger Pürfung ohne Neuladen der Seite)
  • Punktestand geändert
  • Seite wird geladen (bei visueller Ladeanzeige/Fortschrittsbalken)

Warum wird das geprüft?

In vielen Nutzungskontexten erhalten sehende Benutzer von Webanwendungen Statusmeldungen (einige von ihnen vorübergehend), die Rückmeldungen über das Ergebnis von Interaktionen (wie z.B. die Anzahl der beim Filtern einer Suchergebnisliste zurückgegebenen Einträge) oder den Erfolg oder Misserfolg von Transaktionen geben. Diese 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 Webinhalte Statusmeldungen generieren, 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 die Seite neulädt und dann vor dem Formular eine Fehlermeldung erscheint.

2. Prüfung

  1. Screenreader NVDA im Firefox-Browser aktivieren.
  2. Eingaben vornehmen, die zur Generierung von Statusmeldungen führen. Wenn das Angebot von sich aus Statusmeldungen, z.B. bei aktualisierten Inhalten, generiert, diese Meldungen abwarten.
  3. Prüfen, ob Statusmeldungen beim Erscheinen vom Screenreader ausgegeben werden.

3. Hinweise

Nicht als Statusmeldung gelten:

  • Fehlermeldung über Dialog (Kontextänderung durch Fokusumsetzung)
  • Die Hinzufügung von Bedienelementen, wie z. B. zusätzliche Formularelelemente

Zum Test mittels Screenreader: Ob die Statusmeldung tatsächlich vom Screenreader ausgegeben wird, kann abhängig von genutztem Browser und Screenreader unterschiedlich ausfallen. Der Erfolg kann davon abhängen, ob die Statusmeldung in ein bereits bestehendes Elementes eingefügt wird oder ob ein kurze Zeitverzögerung vor der Generierung der Meldung definiert worden ist.

Das HTML-Element der Statusmeldung muss mit den zugehörigen Rollen/Eigenschaften vorhanden sein, bevor die Statusnachricht erzeugt, also in das HTML-Element eingefügt wird. Das Erzeugen des HTML-Elements und der eingefügten Statusnachricht sind zwei getrennte Aktionen.

ARIA-Attribute wie aria-atomic, aria-busy, aria-relevant müssen auf Statusmeldungen in der Regel nicht eingesetzt werden. Die Angabe der geeigneten Rolle definiert passende Werte für diese Attribute bereits implizit.

4. Bewertung

Alle Statusmeldungen sind richtig ausgezeichnet und damit programmatisch verfügbar.

Quellen

Blättern: zum ersten Prüfschritt zum vorhergehenden Prüfschritt