Eine Antwort wächst Wort für Wort. Für sehende Menschen wirkt das wie Fortschritt. Wenn jedes Fragment unmittelbar vorgelesen wird, kann dieselbe Ausgabe zu ständigen Unterbrechungen führen. Die Frage ist deshalb nicht, ob eine Änderung technisch sichtbar ist, sondern welche Information eine Person gerade benötigt.
WCAG 2.2 behandelt in Erfolgskriterium 4.1.3 Statusmeldungen, die ohne Fokuswechsel programmatisch erkennbar sein sollen. Die W3C-Erläuterung nennt auch das Vermeiden unnötiger Unterbrechungen. Daraus folgt keine allgemeine Pflicht, jedes neu erzeugte Wort einzeln anzusagen. Für einen KI-Chat ist die Trennung zwischen Arbeitszustand und Antwortinhalt besonders hilfreich.
Drei Zustände statt einer endlosen Ansage
Unser eigenes Demonstrationsmodell kennt drei verständliche Situationen: Anfrage angenommen, Antwort entsteht, Antwort vollständig. Sie geben Orientierung über den Vorgang. Der Antworttext selbst beantwortet die inhaltliche Frage und sollte anschließend in Ruhe lesbar bleiben.
Eine Person kann während des Wartens zum eigenen Eingabefeld zurückgehen oder andere Teile der Seite lesen. Die Oberfläche sollte diese Arbeit nicht nur deshalb verdrängen, weil ein weiterer Textbaustein eingetroffen ist. Auch eine fertige Antwort muss nicht automatisch den Tastaturfokus übernehmen.
Die passende Rückmeldung hängt vom Zustand ab. Ein weiterlaufender Vorgang ist etwas anderes als ein Fehler, der eine neue Entscheidung erfordert. Werden alle Meldungen gleich dringend präsentiert, verschwindet genau diese Priorität.
Ein kleines HTML-Muster trennt Inhalt und Status
Das folgende eigene Fragment enthält keine KI-Anbindung. Es zeigt nur zwei Bereiche mit unterschiedlichen Aufgaben. Der Antwortbereich trägt den später lesbaren Text. Die kurze Statuszeile vermittelt den Stand.
<section aria-labelledby="answer-title">
<h2 id="answer-title">Antwort</h2>
<div id="answer"></div>
</section>
<p id="answer-status" role="status" aria-atomic="true"></p>Die W3C-Technik ARIA22 beschreibt role=status mit höflicher Live-Region und vollständiger Ansage des Statusinhalts. Unser explizites aria-atomic macht diese Absicht im Lehrfragment sichtbar. Es ist kein Grund, den gesamten ständig wachsenden Antworttext in dieselbe kurze Statusmeldung zu stecken.
Eine tatsächliche Implementierung würde die Statuszeile an sinnvollen Übergängen aktualisieren. Beispielsweise einmal beim Start und einmal nach dem vollständigen Abschluss. Wie häufig eine Fortschrittsmeldung dazwischen wirklich hilft, muss mit dem konkreten Ablauf und Assistenztechnik geprüft werden.
Betrachte beim Gegenhören auch eine Person, die während der Erzeugung bereits an einer anderen Stelle liest. Muss sie ihren Satz ständig neu beginnen? Kann sie die fertige Antwort später gezielt aufsuchen? Diese Beobachtungen prüfen den Gebrauch des Musters genauer als die bloße Feststellung, dass irgendwo eine Ansage ertönt.
Abbruch und Fehler brauchen eigene Worte
Wird die Ausgabe unterbrochen, darf „fertig“ nicht einfach bedeuten, dass keine weiteren Zeichen ankommen. Ein bewusst abgebrochener Text ist möglicherweise unvollständig. Ein technischer Fehler kann bedeuten, dass überhaupt kein verwendbares Ergebnis entstanden ist. Diese Unterschiede gehören in die Sprache der Oberfläche.
Für eine erste Prüfung kannst du drei feste Beispieltexte verwenden und die Übergänge von Hand auslösen. Beobachte, was beim Weiterlesen angesagt wird, ob der Fokus an seiner Stelle bleibt und wie du zum fertigen Text gelangst. Das ist eine durchführbare Übung, aber hier kein behaupteter bestandener Screenreader-Test.
Falls du eigenes HTML und JavaScript in einer KENJTEC-Seite vorbereitest, steht dafür der Entwicklermodus des KENJTEC WebSiteBuilder ai mit abgeschirmter Vorschau und eigener Codeveröffentlichung zur Verfügung. Du überträgst den Baustein selbst; daraus entsteht kein zusätzlich integrierter KI-Chatdienst.
Das tatsächliche Hörerlebnis entscheidet
Ein Screenshot kann weder eine Unterbrechung noch eine unerwartete Ansage belegen. Die Prüfung braucht deshalb Tastatur und reale Assistenztechnik. Halte Gerät, Browser und verwendetes Vorleseprogramm fest, wenn du später über ein konkretes Ergebnis berichtest.
Auch ein gutes Statusmuster erfüllt nicht automatisch sämtliche Anforderungen an einen zugänglichen Chat. Es beantwortet eine begrenzte Frage: Wie wird der Arbeitsstand verständlich, ohne den Inhalt Wort für Wort aufzudrängen? Eine gute Lösung erhält beides: verlässliche Orientierung und die Kontrolle der Person über ihr eigenes Lesetempo.
Quellen und Stand
Recherche- und Dokumentationsstand: 25. Oktober 2026. Understanding SC 4.1.3: Status Messages · ARIA22: Using role=status to present status messages.
