Live-Bereich.
Ein Live-Bereich ist ein Seitenbereich, dessen Änderungen der Screenreader der Nutzerin ansagen muss.
Ändert sich Inhalt, ohne dass die Seite neu lädt — ein Formular wird abgeschickt, Suchergebnisse werden aktualisiert, eine Benachrichtigung erscheint —, bemerkt eine sehende Nutzerin das sofort. Wer einen Screenreader verwendet, bemerkt es nicht, denn der Fokus liegt noch woanders, und von der Änderung auf dem Bildschirm weiß sie nichts.
Die Kennzeichnung als Live-Bereich schließt diese Lücke: Sie sagt dem Browser und der Hilfstechnik „wenn sich der Inhalt hier ändert, sag es der Nutzerin“. Ist die Kennzeichnung gesetzt, wird jeder Text, der in diesen Bereich geschrieben wird, ohne Fokuswechsel angesagt.
Es gibt zwei Dringlichkeitsstufen, und die richtige Wahl zählt. Die höfliche Stufe unterbricht die laufende Tätigkeit nicht; der Reader wartet und sagt zu einem passenden Zeitpunkt an. Die dringliche Stufe bricht das laufende Vorlesen ab und spricht die Meldung sofort. In nahezu allen Fällen ist die höfliche Stufe richtig; die dringliche bleibt Warnungen vorbehalten, die eine Unterbrechung wirklich verdienen.
Der häufigste Fehler in der Praxis ist eine Frage des Zeitpunkts und sieht in der Dokumentation wie eine Randnotiz aus: Der Live-Bereich muss auf der Seite vorhanden sein, BEVOR sich sein Inhalt ändert. Ein zusammen mit der Meldung erzeugter Live-Bereich wird von den meisten Screenreadern nicht angesagt — denn die Technik wartet darauf, dass der Bereich existiert, bevor sie ihn beobachtet.
- Das richtige Muster: einen leeren Live-Bereich von Anfang an auf der Seite halten und die Meldung hineinschreiben.
- Das falsche Muster: den Live-Bereich zusammen mit der Meldung erzeugen. Er bleibt stumm.
- Die dringliche Stufe maßvoll einsetzen — nicht jede Meldung verdient eine Unterbrechung; eine ständig unterbrechende Oberfläche wird unbenutzbar.
- Für sich ständig ändernde Inhalte keinen Live-Bereich verwenden — ein Feld, das bei jedem Tastendruck aktualisiert wird, lässt den Reader nicht mehr verstummen.
Typische Einsatzorte sind Ergebnismeldungen von Formularen, Trefferzahlen der Suche, Warenkorb-Aktualisierungen und Warnungen zum Sitzungsablauf. Ihnen gemeinsam ist, dass sie ohne Fokuswechsel erscheinen und unbedingt bekannt sein müssen.
Zum Live-Bereich gibt es eine Alternative, die manchmal die bessere ist: den Fokus unmittelbar auf die Meldung zu setzen. Hat die Nutzerin ohnehin gehandelt — etwa ein Formular abgeschickt —, kann es flüssiger sein, sie zum Ergebnis zu führen, statt sie darauf warten zu lassen. Die beiden Ansätze schließen einander nicht aus; in kritischen Abläufen werden sie zusammen verwendet.
Die Frage, die darüber entscheidet, lautet: Erwartet die Nutzerin diese Änderung? Bei einem erwarteten Ergebnis ist der Fokuswechsel angemessen; bei einer unerwarteten Benachrichtigung ist der Live-Bereich richtig — den Fokus unangekündigt zu versetzen führt dazu, dass die Nutzerin ihren Platz verliert.