Ein Screenreader liest eine Seite einmal von oben nach unten vor. Was danach passiert, bekommt ein blinder Besucher nur mit, wenn die Seite es ihm aktiv mitteilt. Auf modernen Webseiten ändert sich nach dem Laden aber dauernd etwas. Ein „Gespeichert"-Hinweis blendet sich ein, eine Suche zeigt plötzlich 12 Treffer, ein Warenkorb-Zähler springt höher.
All diese kleinen Meldungen erscheinen am Bildschirm und sind für sehende Besucher selbstverständlich. Für jemanden, der die Seite hört, sind sie standardmäßig stumm. Live-Regions sind der Mechanismus, mit dem solche Änderungen trotzdem angesagt werden. Als Betreiberin oder Betreiber musst Du das nicht bauen, aber Du solltest erkennen, ob es funktioniert.
Warum eine stille Änderung niemanden erreicht
Der Screenreader arbeitet wie ein Vorleser, der den Text einmal komplett durchgeht und dann verstummt. Sein Finger ruht an genau der Stelle, wo der Nutzer gerade ist. Erscheint anderswo auf der Seite eine neue Meldung, schaut der Vorleser nicht von selbst dorthin.
Ein sehender Besucher sieht den grünen „Gespeichert"-Hinweis oben rechts aus dem Augenwinkel. Wer die Seite hört, hat keinen Augenwinkel. Die Meldung steht zwar im Code, aber sie wird nie ausgesprochen, weil niemand dem Vorleser gesagt hat, dass er kurz unterbrechen und sie vorlesen soll.
Genau dieses Vorlesen-auf-Zuruf leistet eine Live-Region. Sie markiert einen Bereich der Seite als „Hier kann sich etwas ändern, und wenn es sich ändert, sag es bitte an". Ähnlich solltest Du auch verstehen, wie ein Screenreader eine Seite überhaupt vorliest, bevor die dynamischen Ansagen draufgesetzt werden.
Was eine Live-Region eigentlich tut
Eine Live-Region ist ein festgelegter Bereich, den die Vorlese-Software im Auge behält, auch nachdem sie den Rest der Seite schon gelesen hat. Taucht in diesem Bereich neuer Text auf, liest der Screenreader ihn vor, ohne dass der Nutzer dorthin navigieren muss.
Der Nutzer bleibt also dort, wo er gerade arbeitet, etwa im Suchfeld, und hört trotzdem das Ergebnis seiner Aktion. Diese Trennung ist der ganze Trick. Die Aufmerksamkeit bleibt an einer Stelle, die Information kommt von einer anderen.
Wichtig ist, dass der Bereich schon beim Laden der Seite als beobachtet markiert wird, auch wenn er noch leer ist. Wird er erst im Moment der Meldung eingerichtet, kommt die Software zu spät und sagt nichts an. Diese Reihenfolge ist die häufigste Fehlerquelle in der Praxis.
Höflich oder dringend ansagen
Nicht jede Meldung ist gleich wichtig, und genau das lässt sich steuern. Eine Live-Region kann höflich sein oder dringend, und der Unterschied entscheidet, ob der Nutzer sanft informiert oder sofort unterbrochen wird.
Eine höfliche Ansage wartet, bis der Vorleser seinen aktuellen Satz beendet hat, und schiebt die Meldung dann ein. Das passt für alles, was zur Kenntnis genommen werden darf, ohne zu drängen, etwa eine Treffer-Zahl oder eine gespeicherte Bestätigung.
Eine dringende Ansage unterbricht sofort, mitten im Satz. Sie ist für den Moment gedacht, in dem der Nutzer wirklich anhalten soll, etwa bei einer blockierenden Fehlermeldung. Wer hier höflich wählt, kommt zu spät. Wer überall dringend wählt, macht die Seite zur Dauerunterbrechung.
Status, Hinweis und Alarm im Alltag
In der Praxis begegnen Dir drei wiederkehrende Situationen, in denen eine Ansage gebraucht wird. Sie unterscheiden sich darin, wie eilig die Information ist.
- Status: Eine ruhige Rückmeldung wie „3 von 5 Feldern ausgefüllt" oder „Entwurf gespeichert". Sie darf warten und wird höflich angesagt.
- Hinweis: Ein Ergebnis, das der Nutzer aktiv ausgelöst hat, etwa „24 Treffer gefunden". Auch hier reicht die höfliche Variante, weil er das Ergebnis erwartet.
- Alarm: Eine Fehlermeldung, ein abgelaufenes Zeitlimit, ein blockierter Vorgang. Das gehört dringend angesagt, weil der Nutzer sonst weiterarbeitet, ohne vom Problem zu wissen.
Wenn Du diese drei Stufen einmal im Kopf hast, fällt Dir auf, wie oft eine Seite alles in denselben Tonfall packt. Eine gespeicherte Notiz braucht keine Vollbremsung, ein verpasster Fehler aber sehr wohl eine.
Wenn die Ansage zur Belästigung wird
Zu wenig Ansage sperrt Nutzer aus, zu viel davon vertreibt sie. Eine Seite, die jede Kleinigkeit dringend dazwischenruft, wird für jemanden, der sie hört, schnell unerträglich. Maß ist hier die eigentliche Kunst.
Ein typischer Fehler ist die Live-Suche, die nach jedem getippten Buchstaben die aktuelle Trefferzahl ansagt. Was am Bildschirm als unauffällige Zahl mitläuft, wird im Ohr zum Stakkato aus „1 Treffer, 4 Treffer, 12 Treffer". Besser ist eine kurze Pause, bis der Nutzer fertig getippt hat, und dann eine einzige Ansage.
Ebenso störend sind Meldungen, die sich selbst wiederholen, weil der gleiche Text immer wieder neu eingeblendet wird. Für das Ohr klingt das, als hätte sich etwas geändert, obwohl alles beim Alten ist. Gute Umsetzung sagt eine Sache einmal an und dann erst wieder, wenn sie sich wirklich verändert hat.
Woran Du eine gute Umsetzung erkennst
Du brauchst keinen Blick in den Quelltext, um das zu prüfen. Ein eingeschalteter Screenreader und etwas Geduld reichen, um die wichtigsten Schwachstellen zu hören.
Löse die typischen Aktionen aus und höre, ob die Seite reagiert. Sende ein Formular ab, tippe eine Suche, lege etwas in den Warenkorb. Sagt die Stimme das Ergebnis an, ohne dass Du erst dorthin springen musst, ist die Grundlage da. Bleibt sie stumm, fehlt die Live-Region. Wie Du einen Screenreader für so einen Test startest, gehört zu den WCAG-Grundlagen für Einsteiger.
Achte dabei auf den Tonfall. Werden harmlose Bestätigungen aufdringlich dazwischengerufen? Wird derselbe Hinweis mehrfach wiederholt? Verschluckt die Seite umgekehrt eine echte Fehlermeldung? Diese drei Fragen decken die meisten Probleme auf, lange bevor ein Prüfwerkzeug sie meldet.
So bestellst Du hörbare Statusmeldungen
Du musst die Technik nicht selbst beherrschen. Du bestellst nur das richtige Ergebnis. Formuliere es als Erwartung an das Verhalten der Seite, dann versteht jede gute Agentur, was gemeint ist.
Bitte darum, dass jede Meldung, die nach dem Laden erscheint, auch hörbar angesagt wird. Die Seite soll dabei zwischen ruhigen Bestätigungen und echten Fehlern unterscheiden. Verlange außerdem, dass eine Live-Suche bei jedem Tastendruck still bleibt und erst spricht, wenn die Eingabe steht.
Solche Ansagen sind eine Verfeinerung obendrauf, und sie funktionieren nur, wenn die Agentur ARIA sparsam und richtig einsetzt. Zu viele Hinweise schaden hier genauso wie zu wenige. Wer das im Auftrag festhält, bekommt eine Seite, die im richtigen Moment spricht und sonst ruhig bleibt.
Fazit
Eine Webseite, die sich nach dem Laden verändert, muss diese Veränderung auch hörbar machen, sonst arbeiten blinde Nutzer im Blindflug. Live-Regions leisten das, indem sie Statusmeldungen im richtigen Tonfall ansagen, ruhig bei Bestätigungen und dringend bei Fehlern.
Den Test machst Du selbst, mit einem Screenreader und ein paar typischen Aktionen. Sagt die Seite das Ergebnis an, ohne zu nerven, hast Du das Ziel erreicht. Dann gehört die Ansage in die Anforderung an Deine nächste Webseite, damit niemand eine wichtige Meldung verpasst.