Understandable
20 Beiträge
WCAG 3.1.1: Sprache der Seite
WCAG 3.1.1 verlangt, dass die Standardsprache jeder Webseite programmatisch ermittelt werden kann, hauptsächlich durch das Setzen eines gültigen lang-Attributs auf dem HTML-Element. Dies ermöglicht unterstützenden Technologien wie Screenreadern, Inhalte korrekt auszusprechen, und hilft Nutzern mit kognitiven und sprachbezogenen Beeinträchtigungen, die Seite zu verstehen.
WCAG 3.2.1: Beim Fokus
WCAG 3.2.1 On Focus verlangt, dass, wenn eine beliebige Benutzeroberflächenkomponente den Tastaturfokus erhält, dies keine unerwartete Kontextänderung auslösen darf. Dies schützt Tastatur- und Assistenztechnologie-Nutzende vor desorientierendem, unvorhersehbarem Verhalten, das eine Seite praktisch unmöglich zu einer effektiven Navigation machen kann.
WCAG 3.2.2: Bei Eingabe
WCAG 3.2.2 „On Input“ verlangt, dass das Ändern der Einstellung einer beliebigen Benutzeroberflächenkomponente nicht automatisch einen Kontextwechsel verursacht, es sei denn, der Nutzer wurde vorher über dieses Verhalten informiert. Dies schützt Nutzer vor desorientierenden, unerwarteten Seitenänderungen, die durch Formularinteraktionen ausgelöst werden.
WCAG 3.3.1: Fehlererkennung
WCAG 3.3.1 verlangt, dass, wenn ein Eingabefehler automatisch erkannt wird, das fehlerhafte Element identifiziert und der Fehler dem Nutzer in Textform beschrieben wird. Dies stellt sicher, dass Nutzer mit Behinderungen Fehler beim Ausfüllen von Formularen erkennen, verstehen und korrigieren können.
WCAG 3.3.2: Beschriftungen oder Anweisungen
WCAG 3.3.2 verlangt, dass Beschriftungen oder Anweisungen bereitgestellt werden, wenn Inhalte eine Eingabe durch die Nutzer erfordern, um sicherzustellen, dass alle Nutzer – unabhängig von ihren Fähigkeiten – verstehen können, was von ihnen erwartet wird, bevor sie Formulardaten absenden. Das Versäumnis, Formularfelder zu beschriften, ist eine der häufigsten und folgenreichsten Barrieren für Barrierefreiheit im Web.
WCAG 3.3.7: Redundante Eingabe
WCAG 3.3.7 verlangt, dass Informationen, die Nutzer bereits in einem mehrstufigen Prozess angegeben haben, entweder automatisch ausgefüllt oder zur Auswahl bereitgestellt werden, sodass Nutzer dieselben Daten niemals zweimal eingeben müssen. Dies verhindert Frustration und Fehler bei Nutzern mit kognitiven, motorischen oder anderen Beeinträchtigungen.
WCAG 3.1.2: Sprache von Teilen
WCAG 3.1.2 verlangt, dass jede Passage, Phrase oder jeder Abschnitt von Webinhalten, der in einer anderen Sprache als der Hauptsprache der Seite verfasst ist, programmatisch mithilfe des lang-Attributs gekennzeichnet wird. Dies ermöglicht unterstützenden Technologien, insbesondere Screenreadern, automatisch die Sprachausgabe umzuschalten und Inhalte für Nutzerinnen und Nutzer, die auf Audioausgabe angewiesen sind, korrekt wiederzugeben.
WCAG 3.2.3: Konsistente Navigation
- Ich werde den ursprünglichen Sinn, Ton und Stil des Textes beibehalten. - Ich werde die formelle Anrede und den fachlichen Kontext korrekt ins Deutsche übertragen. - Ich werde alle Zahlen, Bezüge auf Richtlinien und Fachbegriffe exakt übernehmen. - Ich werde die ursprünglichen Zeilenumbrüche und Absatzstruktur unverändert lassen. - Ich werde die Übersetzung kurz prüfen und bei Bedarf selbst korrigieren. WCAG 3.2.3 verlangt, dass Navigationsmechanismen, die auf mehreren Seiten innerhalb eines Satzes von Webseiten erscheinen, jedes Mal in derselben relativen Reihenfolge vorkommen, es sei denn, der Nutzer initiiert eine Änderung. Diese Vorhersehbarkeit hilft Nutzern mit kognitiven, visuellen und motorischen Beeinträchtigungen, mentale Modelle einer Website aufzubauen und effizient zu navigieren.
WCAG 3.2.4: Konsistente Identifizierung
WCAG 3.2.4 verlangt, dass Komponenten, die auf einer Website dieselbe Funktion erfüllen, einheitlich gekennzeichnet werden – jedes Mal, wenn sie erscheinen, mit demselben Label, Namen oder Alternativtext. Dies verhindert Verwirrung bei Nutzern, die auf konsistente Muster angewiesen sind, um sich in digitalen Oberflächen zurechtzufinden und sie zu verstehen.
WCAG 3.2.6: Konsistente Hilfe
WCAG 3.2.6 verlangt, dass, wenn eine Website menschlichen Kontakt, Selbsthilfe- oder automatisierte Unterstützungsmechanismen anbietet, diese Mechanismen auf allen Seiten in derselben relativen Reihenfolge erscheinen. Dies stellt sicher, dass Nutzerinnen und Nutzer mit kognitiven Beeinträchtigungen oder Gedächtnisstörungen Hilfe zuverlässig finden können, ohne die Benutzeroberfläche auf jeder Seite neu erlernen zu müssen.
WCAG 3.3.3: Fehlervorschlag
WCAG 3.3.3 verlangt, dass, wenn ein Eingabefehler automatisch erkannt wird, das System eine Textbeschreibung bereitstellen muss, die vorschlägt, wie der Benutzer den Fehler korrigieren kann – es sei denn, dies würde die Sicherheit oder den Zweck gefährden. Dieses Kriterium ist entscheidend für Nutzer mit kognitiven Beeinträchtigungen, Screenreader-Nutzer und alle, die Schwierigkeiten haben, vage oder fehlende Fehlermeldungen zu verstehen.
WCAG 3.3.4: Fehlervermeidung (Rechtliches, Finanzielles, Daten)
WCAG 3.3.4 verlangt, dass Web-Eingaben, die rechtliche Verpflichtungen, finanzielle Transaktionen oder sensible Daten betreffen, vor der Finalisierung überprüft, korrigiert oder rückgängig gemacht werden können. Dies schützt alle Nutzer – insbesondere Menschen mit kognitiven und motorischen Beeinträchtigungen – vor irreversiblen Fehlern mit hohen Konsequenzen.
WCAG 3.3.8: Barrierefreie Authentifizierung (Minimum)
WCAG 3.3.8 verlangt, dass Authentifizierungsprozesse nicht auf Tests der kognitiven Fähigkeiten beruhen – wie das Merken von Passwörtern, das Lösen von Rätseln oder das Abschreiben von Zeichen –, es sei denn, es steht eine alternative Methode oder Unterstützung zur Verfügung. Dies schützt Nutzer mit kognitiven Beeinträchtigungen davor, von digitalen Diensten ausgeschlossen zu werden.
WCAG 3.1.3: Ungewöhnliche Wörter
WCAG 3.1.3 verlangt, dass Websites eine Möglichkeit bereitstellen, die spezifische Definition von Wörtern oder Ausdrücken zu ermitteln, die in einer ungewöhnlichen oder eingeschränkten Weise verwendet werden, einschließlich Redewendungen und Fachjargon. Dies stellt sicher, dass Nutzer mit kognitiven Beeinträchtigungen, Nicht-Muttersprachler und Personen, die mit spezialisierter Terminologie nicht vertraut sind, den Inhalt verstehen können.
WCAG 3.1.4: Abkürzungen
WCAG 3.1.4 verlangt, dass ein Mechanismus verfügbar ist, um die ausgeschriebene Form oder Bedeutung von im Inhalt verwendeten Abkürzungen zu identifizieren. Dieses Kriterium stellt sicher, dass Nutzer, die mit Abkürzungen, Akronymen oder Initialismen nicht vertraut sind, auf deren vollständige Bedeutung zugreifen können, was das Verständnis für Menschen mit kognitiven Beeinträchtigungen, Nicht-Muttersprachler und Screenreader-Nutzer unterstützt.
WCAG 3.1.5: Lesestufe
WCAG 3.1.5 verlangt, dass, wenn Inhalte eine Lesefähigkeit erfordern, die über das Niveau der unteren Sekundarstufe hinausgeht, eine ergänzende Version oder Zusammenfassung auf einem einfacheren Niveau bereitgestellt wird. Dies stellt sicher, dass Nutzer mit kognitiven Beeinträchtigungen, eingeschränkter Lese- und Schreibkompetenz oder Sprachbarrieren auf die Informationen zugreifen und sie verstehen können.
WCAG 3.1.6: Aussprache
WCAG 3.1.6 verlangt, dass ein Mechanismus verfügbar ist, um die spezifische Aussprache von Wörtern zu identifizieren, deren Bedeutung ohne Kenntnis der Aussprache mehrdeutig ist. Dieses Kriterium stellt sicher, dass Nutzer, die auf Text-zu-Sprache-Technologie angewiesen sind oder auf eine ihnen unbekannte Sprache stoßen, auf die korrekte Bedeutung mehrdeutiger Inhalte zugreifen können.
WCAG 3.2.5: Änderung auf Anfrage
WCAG 3.2.5 verlangt, dass Kontextänderungen – wie Seitenwechsel, Formularübermittlungen oder Inhaltsaktualisierungen – nur durch eine ausdrückliche Benutzeraktion ausgelöst werden und nicht automatisch. Dies schützt Nutzer, die auf Screenreader, Tastaturnavigation oder kognitive Unterstützungstools angewiesen sind, vor unerwarteten Unterbrechungen ihres Nutzungserlebnisses beim Surfen.
WCAG 3.3.6: Fehlervermeidung (Alle)
WCAG 3.3.6 verlangt, dass bei jeder Webseite, die eine Nutzereingabe erfordert, Eingaben entweder rückgängig gemacht werden können, auf Fehler überprüft werden und Korrekturhinweise enthalten oder vor der endgültigen Übermittlung bestätigt werden können. Dieses AAA-Kriterium erweitert 3.3.4 auf alle Formulare – nicht nur auf rechtliche oder finanzielle – und schützt Nutzer in jeder Interaktion vor irreversiblen Fehlern.
WCAG 3.3.9: Barrierefreie Authentifizierung (Erweitert)
WCAG 3.3.9 verlangt, dass Authentifizierungsprozesse keinerlei kognitive Funktionstests beinhalten – keine Rätsel, kein Auswendiglernen und keine Abschrift –, es sei denn, eine nicht-kognitive Alternative, ein unterstützender Mechanismus oder eine objektbasierte Methode ist verfügbar. Dieses erweiterte (AAA) Kriterium beseitigt die letzten Barrieren bei der Authentifizierung für Nutzer mit kognitiven, motorischen und gedächtnisbezogenen Beeinträchtigungen.