Prüfschritte der WCAG & BITV im Überblick
Eine Übersicht aller Erfolgskriterien für barrierefreie Websites inkl. einer kurzen Erklärung der Prüfschritte sowie der Einordnung in WCAG und BITV
Damit eine Website vollständig barrierefrei umgesetzt werden kann, müssen alle Prüfschritte der BITV bzw. WCAG fehlerfrei durchlaufen werden. Die WCAG sind internationale Richtlinien, die spezifische Empfehlungen zur Barrierefreiheit von Webinhalten geben. Die BITV basiert auf der WCAG und erweitert diese in Teilen. Daher kommt es vor, dass zu einem WCAG-Prüfkriterium mehrere BITV-Kriterien aufgeführt sind. Die BITV ist teils konkreter formuliert und reduziert somit einige Grauzonen.
Bei der Prüfung bzw. Erstellung barrierefreier Websites benötigen wir diese Richtlinien regelmäßig. Da die offiziellen Quellen unübersichtlich sind, haben wir die folgende Zusammenfassung erstellt. Alle Prüfschritte werden kurz erklärt, es wird das jeweilige Konformitätslevel (A bzw. AA) anzeigt, die Verlinkung zur offiziellen Quelle in WCAG und BITV bereitstellt und angezeigt für welches Gewerk (Design, Entwicklung, Redaktion) der Prüfschritt relevant ist.
Prinzip 1 – Wahrnehmbar
Webinhalte müssen so präsentiert werden, dass sie von den Sinnen der Nutzer wahrgenommen werden können.
1.1 Textalternativen
Bereitstellung von Textalternativen für nicht-textuelle Inhalte.
1.1.1 Nicht-Text-Inhalte (A)
Alle Nicht-Text-Inhalte müssen eine Textalternative haben, die denselben Zweck erfüllt, außer in bestimmten Ausnahmefällen.
- Relevanz: Entwicklung, Redaktion
- WCAG: 1.1.1 Non-text Content
- BITV: 9.1.1.1a Alternativtexte für Bedienelemente, 9.1.1.1b Alternativtexte für Grafiken und Objekte, 9.1.1.1c Leere alt-Attribute für Layoutgrafiken, 9.1.1.1d Alternativen für CAPTCHAs
1.2 Zeitbasierte Medien
Bereitstellung von Alternativen für zeitabhängige Medien.
1.2.1 Nur-Audio und Nur-Video (vorab aufgezeichnet) (A)
Bereitstellung einer Alternative für zeitbasierte Medien, die äquivalente Informationen für vorab aufgezeichnete Audio- und Videoinhalte bietet.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 1.2.1 Audio-only and Video-only (Prerecorded)
- BITV: 9.1.2.1 Alternativen für Audiodateien und stumme Videos
1.2.2 Untertitel (vorab aufgezeichnet) (A)
Bereitstellung von Untertiteln für alle vorab aufgezeichneten Audioinhalte in synchronisierten Medien.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 1.2.2 Captions (Prerecorded)
- BITV: 9.1.2.2 Aufgezeichnete Videos mit Untertiteln
1.2.3 Audiodeskription oder Medienalternative (vorab aufgezeichnet) (A)
Bereitstellung einer Audiodeskription oder einer Medienalternative für vorab aufgezeichnete Videoinhalte in synchronisierten Medien.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 1.2.3 Audio Description or Media Alternative (Prerecorded)
- BITV: 9.1.2.3 Audiodeskription oder Volltext-Alternative für Videos
1.2.4 Untertitel (live) (AA)
Bereitstellung von Untertiteln für alle Live-Audioinhalte in synchronisierten Medien.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 1.2.4 Captions (Live)
1.2.5 Audiodeskription (vorab aufgezeichnet) (AA)
Bereitstellung einer Audiodeskription für alle vorab aufgezeichneten Videoinhalte in synchronisierten Medien.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 1.2.5 Audio Description (Prerecorded)
- BITV: 9.1.2.5 Audiodeskription für Videos
1.3 Anpassbar
Erstellung von Inhalten, die auf unterschiedliche Weise dargestellt werden können, ohne an Informationen oder Struktur zu verlieren.
1.3.1 Informationen und Beziehungen (A)
Informationen, Struktur und Beziehungen, die durch die Präsentation vermittelt werden, können programmatisch bestimmt oder in Text verfügbar gemacht werden.
- Relevanz: Entwicklung, Redaktion
- WCAG: 1.3.1 Info and Relationships
- BITV: 9.1.3.1a HTML-Strukturelemente für Überschriften, 9.1.3.1b HTML-Strukturelemente für Listen, 9.1.3.1c HTML-Strukturelemente für Zitate, 9.1.3.1d Inhalt gegliedert, 9.1.3.1e Datentabellen richtig aufgebaut, 9.1.3.1f Zuordnung von Tabellenzellen, 9.1.3.1g Kein Strukturmarkup für Layouttabellen, 9.1.3.1h Beschriftung von Formularelementen programmatisch ermittelbar
1.3.2 Sinnvolle Reihenfolge (A)
Inhalte werden in einer sinnvollen Reihenfolge präsentiert, die die Bedeutung bewahrt und die Nutzbarkeit verbessert.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 1.3.2 Meaningful Sequence
- BITV: 9.1.3.2 Sinnvolle Reihenfolge
1.3.3 Sensorische Merkmale (A)
Anweisungen dürfen nicht ausschließlich sensorische Merkmale wie Form, Farbe oder Position verwenden, um Informationen zu vermitteln.
- Relevanz: Design, Redaktion
- WCAG: 1.3.3 Sensory Characteristics
- BITV: 9.1.3.3 Ohne Bezug auf sensorische Merkmale nutzbar
1.3.4 Ausrichtung (Orientation) (AA)
Webinhalte dürfen nicht auf eine Display-Orientierung wie Hochformat oder Querformat beschränkt sein, es sei denn, eine spezifische Display-Ausrichtung ist unverzichtbar.
- Relevanz: Design, Entwicklung
- WCAG: 1.3.4 Orientation
- BITV: –
1.3.5 Eingabezweck identifizieren (AA)
Der Zweck jedes Eingabefelds, das Informationen über den Benutzer sammelt, kann programmatisch bestimmt werden.
- Relevanz: Design, Entwicklung
- WCAG: 1.3.5 Identify Input Purpose
- BITV: –
1.4 Unterscheidbar
Erleichterung der Unterscheidung von Inhalten und deren Trennung vom Hintergrund.
1.4.1 Ohne Farben nutzbar (A)
Farbe wird nicht als einziges visuelles Mittel verwendet, um Informationen zu vermitteln, eine Aktion anzuzeigen, eine Antwort aufzufordern oder ein visuelles Element zu unterscheiden.
- Relevanz: Design, Redaktion
- WCAG: 1.4.1 Use of Color
- BITV: 9.1.4.1 Ohne Farben nutzbar
1.4.2 Ton abschaltbar (A)
Wenn eine Webseite Audio enthält, das automatisch abgespielt wird und länger als 3 Sekunden dauert, muss eine Möglichkeit vorhanden sein, den Ton zu pausieren, zu stoppen oder die Lautstärke zu regeln.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 1.4.2 Audio Control
- BITV: 9.1.4.2 Ton abschaltbar
1.4.3 Kontraste von Texten ausreichend (AA)
Text und Bilder von Text haben einen Kontrastverhältnis von mindestens 4,5:1, außer bei großen Texten, rein dekorativen Inhalten und Logos.
- Relevanz: Design, Entwicklung
- WCAG: 1.4.3 Contrast (Minimum)
- BITV: 9.1.4.3 Kontraste von Texten ausreichend
1.4.4 Textgröße anpassen (AA)
Text kann ohne Hilfsmittel außer der Standard-Browser-Zoomfunktion auf bis zu 200% vergrößert werden, ohne dass die Inhalte oder Funktionen verloren gehen.
- Relevanz: Entwicklung
- WCAG: 1.4.4 Resize Text
- BITV: 9.1.4.4 Text auf 200% vergrößerbar
1.4.5 Schriftgrafiken (AA)
Text wird anstelle von Bildern von Text verwendet, außer wenn das Bild notwendig ist.
- Relevanz: Design, Entwicklung
- WCAG: 1.4.5 Images of Text
- BITV: 9.1.4.5 Schriftgrafiken
1.4.10 Inhalte brechen um (AA)
Inhalt wird so umbrochen, dass der Benutzer horizontales Scrollen bei 320 Pixel Breite nicht benötigt.
- Relevanz: Design, Entwicklung
- WCAG: 1.4.10 Reflow
- BITV: 9.1.4.10 Inhalte brechen um
1.4.11 Kontrast von Nicht-Text-Inhalten (AA)
Grafiken und grafische Bedienelemente haben ein Kontrastverhältnis von mindestens 3:1.
- Relevanz: Design, Entwicklung
- WCAG: 1.4.11 Non-text Contrast
- BITV: 9.1.4.11 Kontraste von Grafiken und grafischen Bedienelementen ausreichend
1.4.12 Textabstände anpassbar (AA)
Es gibt genügend Abstand zwischen Zeilen, Absätzen, Wörtern und Buchstaben, um die Lesbarkeit zu erhöhen.
- Relevanz: Design, Entwicklung
- WCAG: 1.4.12 Text Spacing
- BITV: 9.1.4.12 Textabstände anpassbar
1.4.13 Eingeblendete Inhalte bedienbar (Hover oder Fokus) (AA)
Zusätzlicher Inhalt, der bei Hover oder Fokus erscheint, kann ausgeblendet werden, ohne dass die Maus bewegt wird oder die Tastatursteuerung verloren geht.
- Relevanz: Design, Entwicklung
- WCAG: 1.4.13 Content on Hover or Focus
- BITV: 9.1.4.13 Eingeblendete Inhalte bedienbar
Prinzip 2 – Bedienbar
Benutzer müssen die Benutzeroberfläche bedienen und die Navigation durchführen können.
2.1 Tastaturbedienbarkeit
Sicherstellung, dass alle Funktionen über eine Tastatur zugänglich sind.
2.1.1 Ohne Maus nutzbar (A)
Alle Funktionen der Webseite sind über die Tastatur zugänglich, ohne dass eine bestimmte Tastenanschlagfolge erforderlich ist.
- Relevanz: Design, Entwicklung
- WCAG: 2.1.1 Keyboard
- BITV: 9.2.1.1 Ohne Maus nutzbar
2.1.2 Keine Tastaturfalle (A)
Wenn ein Element den Tastaturfokus erhält, kann dieser wieder entfernt werden, ohne dass der Benutzer in einer Tastaturfalle gefangen bleibt.
- Relevanz: Entwicklung
- WCAG: 2.1.2 No Keyboard Trap
- BITV: 9.2.1.2 Keine Tastaturfalle
2.1.4 Tastatur-Kurzbefehle abschaltbar oder anpassbar (A)
Tastatur-Kurzbefehle, die nur Buchstaben, Ziffern, Satzzeichen oder Funktionstasten verwenden, können deaktiviert, geändert oder benötigen eine Bestätigungstaste.
- Relevanz: Design, Entwicklung
- WCAG: 2.1.4 Character Key Shortcuts
- BITV: 9.2.1.4 Tastatur-Kurzbefehle abschaltbar oder anpassbar
2.2 Ausreichend Zeit
Den Benutzern genügend Zeit zum Lesen und Verwenden von Inhalten geben.
2.2.1 Einstellbare Zeitbegrenzung (AA)
Benutzer haben genügend Zeit, um Inhalte zu lesen und zu verwenden, indem sie die Zeitbegrenzungen anpassen können.
- Relevanz: Design, Entwicklung
- WCAG: 2.2.1 Timing Adjustable
- BITV: 9.2.2.1 Zeitbegrenzungen anpassbar
2.2.2 Bewegte Inhalte abschaltbar (A)
Bewegte, blinkende, scrollende oder sich automatisch aktualisierende Inhalte können pausiert, gestoppt oder ausgeblendet werden.
- Relevanz: Design, Entwicklung
- WCAG: 2.2.2 Pause, Stop, Hide
- BITV: 9.2.2.2 Bewegte Inhalte abschaltbar
2.3 Anfälle und physische Reaktionen
Vermeidung von Designmustern, die bei Benutzern Anfälle oder physische Reaktionen auslösen könnten.
2.3.1 Verzicht auf Flackern (A)
Webseiten dürfen keine Inhalte enthalten, die mehr als dreimal pro Sekunde blinken oder anderweitig Anfälle auslösen könnten.
- Relevanz: Design, Entwicklung
- WCAG: 2.3.1 Three Flashes or Below Threshold
- BITV: 9.2.3.1 Verzicht auf Flackern
2.4 Navigierbar
Unterstützung der Benutzer bei der Navigation, beim Finden von Inhalten und beim Verfolgen des aktuellen Standorts.
2.4.1 Blöcke überspringen (A)
Es gibt einen Mechanismus, um Blöcke von Inhalten zu überspringen, die auf mehreren Webseiten wiederholt werden.
- Relevanz: Design, Entwicklung
- WCAG: 2.4.1 Bypass Blocks
- BITV: 9.2.4.1 Bereiche überspringbar
2.4.2 Sinnvolle Dokumenttitel (A)
Webseiten haben Titel, die ihren Inhalt oder Zweck beschreiben.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 2.4.2 Page Titled
- BITV: 9.2.4.2 Sinnvolle Dokumenttitel
2.4.3 Schlüssige Reihenfolge bei der Tastaturbedienung (Fokus Order) (A)
Wenn Webseiten durch eine festgelegte Reihenfolge navigiert werden, geschieht dies in einer Reihenfolge, die Sinn ergibt.
- Relevanz: Design, Entwicklung
- WCAG: 2.4.3 Focus Order
- BITV: 9.2.4.3 Schlüssige Reihenfolge bei der Tastaturbedienung
2.4.4 Aussagekräftige Linktexte (A)
Der Zweck jedes Links kann aus dem Linktext allein oder dem Linktext zusammen mit seinem Kontext bestimmt werden.
- Relevanz: Design, Redaktion
- WCAG: 2.4.4 Link Purpose (In Context)
- BITV: 9.2.4.4 Aussagekräftige Linktexte
2.4.5 Alternative Zugangswege (AA)
Mindestens zwei Möglichkeiten zur Verfügung stellen, um verschiedene Unterseiten innerhalb einer Website zu finden.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 2.4.5 Multiple Ways
- BITV: 9.2.4.5 Alternative Zugangswege
2.4.6 Aussagekräftige Überschriften und Beschriftungen (AA)
Überschriften und Beschriftungen beschreiben das Thema oder den Zweck.
- Relevanz: Design, Redaktion
- WCAG: 2.4.6 Headings and Labels
- BITV: 9.2.4.6 Aussagekräftige Überschriften und Beschriftungen
2.4.7 Aktuelle Position des Fokus deutlich (AA)
Jede Schnittstelle ermöglicht es dem Benutzer, den Tastaturfokus zu sehen.
- Relevanz: Design, Entwicklung
- WCAG: 2.4.7 Focus Visible
- BITV: 9.2.4.7 Aktuelle Position des Fokus deutlich
2.4.11 Fokus nicht verdeckt (AA)
Wenn ein Element Tastaturfokus erhält, darf das Element nicht vollständig verdeckt werden.
- Relevanz: Design, Entwicklung
- WCAG: 2.4.11 Focus Not Obscured
- BITV: –
2.5 Eingabehilfen
Bereitstellung von Möglichkeiten zur leichteren Bedienung von Eingabemodalitäten.
2.5.1 Alternativen für komplexe Zeiger-Gesten (A)
Alle Funktionen, die komplexe Zeiger-Gesten erfordern, können auch mit einer einfachen Zeiger-Geste ausgeführt werden.
- Relevanz: Design, Entwicklung
- WCAG: 2.5.1 Pointer Gestures
- BITV: 9.2.5.1 Alternativen für komplexe Zeiger-Gesten
2.5.2 Zeigereingaben abbrechen (A)
Zeigereingaben können abgebrochen oder widerrufen werden.
- Relevanz: Entwicklung
- WCAG: 2.5.2 Pointer Cancellation
- BITV: 9.2.5.2 Zeigergesten-Eingaben können abgebrochen oder widerrufen werden
2.5.3 Beschriftung im Namen (A)
Die sichtbare Beschriftung ist Teil des zugänglichen Namens.
- Relevanz: Design, Entwicklung
- WCAG: 2.5.3 Label in Name
- BITV: 9.2.5.3 Sichtbare Beschriftung Teil des zugänglichen Namens
2.5.4 Alternativen für Bewegungsaktivierung (A)
Funktionen, die durch Bewegung des Geräts aktiviert werden, können auch durch Benutzeroberflächenkomponenten bedient werden und die Reaktion auf Bewegungen kann deaktiviert werden, um Fehlaktivierungen zu vermeiden.
- Relevanz: Design, Entwicklung
- WCAG: 2.5.4 Motion Actuation
- BITV: 9.2.5.4 Alternativen für Bewegungsaktivierung
2.5.7 Ziehbewegungen (AA)
Alle Funktionalitäten, die eine Ziehbewegung (Drag) zur Bedienung verwenden, müssen auch ohne Ziehen zugänglich sein, es sei denn, das Ziehen ist wesentlich oder wird durch den User Agent bestimmt.
- Relevanz: Design, Entwicklung
- WCAG: 2.5.7 Dragging Movements
- BITV: –
2.5.8 Zielfläche (Minimum) (AA)
Die Größe der Zielfläche für Zeigereingaben muss mindestens 24 x 24 CSS-Pixel betragen (Ausnahmen sind definiert).
- Relevanz: Design, Entwicklung
- WCAG: 2.5.8 Target Size (Minimum)
- BITV: –
Prinzip 3 – Verständlich
Informationen und die Bedienung der Benutzeroberfläche müssen verständlich sein.
3.1 Lesbar
Sicherstellen, dass Textinhalte lesbar und verständlich sind.
3.1.1 Hauptsprache angegeben (A)
Die Standardsprache der Webseite ist programmatisch bestimmt.
- Relevanz: Entwicklung
- WCAG: 3.1.1 Language of Page
- BITV: 9.3.1.1 Hauptsprache angegeben
3.1.2 Anderssprachige Wörter und Abschnitte ausgezeichnet (AA)
Die Sprache von Wörtern oder Abschnitten, die sich von der Standardsprache der Webseite unterscheiden, ist programmatisch bestimmt.
- Relevanz: Entwicklung, Redaktion
- WCAG: 3.1.2 Language of Parts
- BITV: 9.3.1.2 Anderssprachige Wörter und Abschnitte ausgezeichnet
3.2 Vorhersehbar
Webseiten so gestalten, dass sie vorhersehbar sind und sich konsistent verhalten.
3.2.1 Bei Fokus keine Kontextänderung (A)
Bei Fokus erhält der Benutzer keine unerwartete Kontextänderung.
- Relevanz: Design, Entwicklung
- WCAG: 3.2.1 On Focus
- BITV: 9.3.2.1 Keine unerwartete Kontextänderung bei Fokus
3.2.2 Bei Eingabe keine Kontextänderung (A)
Bei Eingabe erhält der Benutzer keine unerwartete Kontextänderung.
- Relevanz: Design, Entwicklung
- WCAG: 3.2.2 On Input
- BITV: 9.3.2.2 Keine unerwartete Kontextänderung bei Eingabe
3.2.3 Konsistente Navigation (AA)
Navigationsmechanismen, die auf mehreren Webseiten wiederholt werden, erscheinen in derselben relativen Reihenfolge, es sei denn, der Benutzer initiiert eine Änderung.
- Relevanz: Design
- WCAG: 3.2.3 Consistent Navigation
- BITV: 9.3.2.3 Konsistente Navigation
3.2.4 Konsistente Bezeichnung (AA)
Komponenten, die denselben Zweck haben, sind konsistent beschriftet.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 3.2.4 Consistent Identification
- BITV: 9.3.2.4 Konsistente Bezeichnung
3.2.6 Konsistente Hilfe (A)
Wenn eine Webseite eine Hilfe-Funktion enthält, muss deren Platzierung auf verschiedenen Unterseiten konsistent sein, es sei denn, eine Änderung wird durch den Benutzer eingeleitet.
- Relevanz: Design
- WCAG: 3.2.6 Consistent Help (A)
- BITV:
3.3 Unterstützung bei der Eingabe
Benutzern helfen, Fehler zu vermeiden und zu korrigieren.
3.3.1 Fehlererkennung (A)
Wenn ein Eingabefehler automatisch erkannt wird, wird der Fehler dem Benutzer in Textform beschrieben.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 3.3.1 Error Identification
- BITV: 9.3.3.1 Fehlererkennung
3.3.2 Beschriftungen oder Anweisungen (A)
Beschriftungen oder Anweisungen sind verfügbar, wenn Benutzereingaben erforderlich sind.
- Relevanz: Design, Entwicklung, Redaktion
- WCAG: 3.3.2 Labels or Instructions
- BITV: 9.3.3.2 Beschriftungen von Formularelementen vorhanden
3.3.3 Hilfe bei Fehlern (AA)
Wenn ein Eingabefehler automatisch erkannt wird und Korrekturvorschläge verfügbar sind, werden diese dem Benutzer vorgeschlagen.
- Relevanz: Design, Entwicklung
- WCAG: 3.3.3 Error Suggestion
- BITV: 9.3.3.3 Hilfe bei Fehlern
3.3.4 Fehlervermeidung wird unterstützt (AA)
Für Webseiten, die Rechts- oder Finanztransaktionen, Tests oder Datenübermittlung beinhalten, gibt es Mechanismen zur Fehlervermeidung und -korrektur.
- Relevanz: Design, Entwicklung
- WCAG: 3.3.4 Error Prevention (Legal, Financial, Data)
- BITV: 9.3.3.4 Fehlervermeidung wird unterstützt
3.3.7 Redundante Eingabe (A)
Informationen, die zuvor bereits eingegeben oder bereitgestellt wurden und für denselben Prozess erforderlich sind, müssen entweder automatisch ausgefüllt oder dem Benutzer zur Auswahl gestellt werden. Es sei denn, die erneute Eingabe ist wesentlich oder erforderlich, um die Sicherheit der Inhalte zu gewährleisten oder wenn zuvor eingegebene Informationen nicht mehr gültig sind.
- Relevanz: Design, Entwicklung
- WCAG: 3.3.7 Redundant Entry
- BITV: –
3.3.8 Zugängliche Authentifizierung (Minimum) (AA)
Ein kognitiver Funktionstest (z.B. das Lösen eines Rätsels/Puzzles) darf in einem Authentifizierungsprozess nicht Voraussetzung sein (Ausnahmen sind definiert).
- Relevanz: Design, Entwicklung
- WCAG: 3.3.8 Accessible Authentication (Minimum)
- BITV: –
Prinzip 4 – Robust
Webinhalte müssen robust genug sein, um von einer Vielzahl von Benutzeragenten, einschließlich assistiver Technologien, interpretiert zu werden.
4.1 Kompatibel
Maximale Kompatibilität mit aktuellen und zukünftigen Benutzeragenten, einschließlich assistiver Technologien.
4.1.1 Parsing (A)
Inhalte sind so programmiert, dass sie von Benutzeragenten analysiert und fehlerfrei verarbeitet werden können.
- Relevanz: Entwicklung
- WCAG: 4.1.1 Parsing
- BITV: 9.4.1.1 Korrekte Syntax
4.1.2 Name, Rolle, Wert (A)
Für alle Benutzeroberflächenkomponenten (wie Formularelemente, Links und Komponenten, die über Skripte generiert werden) sind Name und Rolle programmatisch festgelegt. Zustände, Eigenschaften und Werte, die vom Benutzer festgelegt werden können, können vom Benutzerprogramm bestimmt werden. Benachrichtigungen über Änderungen dieser Elemente sind ebenfalls verfügbar.
- Relevanz: Entwicklung
- WCAG: 4.1.2 Name, Role, Value
- BITV: 9.4.1.2 Name, Rolle, Wert verfügbar
4.1.3 Statusmeldungen programmatisch verfügbar (AA)
Statusmeldungen können programmatisch bestimmt werden durch Rollen oder Eigenschaften, so dass sie den Benutzern von unterstützenden Technologien ohne Fokuswechsel präsentiert werden können.
Relevanz: Entwicklung
WCAG: 4.1.3 Status Messages
BITV: 9.4.1.3 Statusmeldungen programmatisch verfügbar