Wcag 2 2 A
30 Beiträge
WCAG 1.1.1: Nicht-textueller Inhalt
WCAG 1.1.1 verlangt, dass alle Nicht-Text-Inhalte – Bilder, Symbole, Steuerelemente und Medien – eine Textalternative haben, die denselben Zweck oder dieselben Informationen vermittelt, sodass Nutzerinnen und Nutzer, die visuelle Inhalte nicht wahrnehmen können, über unterstützende Technologien wie Screenreader darauf zugreifen können.
WCAG 1.2.1: Nur Audio und nur Video (vorab aufgezeichnet)
WCAG 1.2.1 verlangt, dass für vorab aufgezeichnete rein auditive und rein visuelle Inhalte eine textbasierte oder mediale Alternative bereitgestellt wird, damit Nutzer, die das Medium nicht hören oder sehen können, dennoch auf die Informationen zugreifen können. Dies ist eine Anforderung der Stufe A, was bedeutet, dass sie das minimale Basisniveau für die Einhaltung der Barrierefreiheitsanforderungen im Web darstellt.
WCAG 1.2.2: Untertitel (voraufgezeichnet)
WCAG 1.2.2 verlangt, dass alle vorab aufgezeichneten Audioinhalte in synchronisierten Medien (Video mit Audio) genaue Untertitel enthalten. Dies stellt sicher, dass gehörlose und schwerhörige Nutzer auf gesprochene Dialoge, Soundeffekte und andere bedeutungsvolle Audioinformationen zugreifen können.
WCAG 1.2.3: Audiodeskription oder Medienalternative (aufgezeichnet)
WCAG 1.2.3 verlangt, dass für vorab aufgezeichnete synchronisierte Medien (Video mit Audio) entweder eine Audiodeskription der visuellen Inhalte oder eine vollständige Textalternative bereitgestellt wird, damit Nutzerinnen und Nutzer, die blind sind oder eine Sehbehinderung haben, auf visuell vermittelte Informationen zugreifen können.
WCAG 1.3.1: Informationen und Beziehungen
WCAG 1.3.1 verlangt, dass Informationen, Struktur und Beziehungen, die durch visuelle Darstellung vermittelt werden, auch programmatisch ermittelt werden können oder in Textform verfügbar sind, sodass Nutzer von unterstützenden Technologien denselben strukturellen Kontext erhalten wie sehende Nutzer.
WCAG 1.3.2: Bedeutungsvolle Reihenfolge
WCAG 1.3.2 verlangt, dass, wenn die Reihenfolge von Inhalten ihre Bedeutung beeinflusst, diese Abfolge programmatisch bestimmbar sein muss, damit unterstützende Technologien sie korrekt präsentieren können. Wird dieses Kriterium nicht erfüllt, erhalten Screenreader-Nutzende und andere AT-Nutzende Inhalte in einer verwirrenden oder sinnlosen Reihenfolge.
WCAG 1.3.3: Sensorische Merkmale
WCAG 1.3.3 verlangt, dass Anweisungen zur Nutzung von Inhalten sich nicht ausschließlich auf sensorische Merkmale wie Form, Farbe, Größe, visuelle Position, Ausrichtung oder Klang stützen. Dies stellt sicher, dass Nutzer, die diese sensorischen Hinweise aufgrund von Blindheit, Farbenblindheit, Taubheit oder anderen Behinderungen nicht wahrnehmen können, dennoch alle Funktionen verstehen und bedienen können.
WCAG 1.4.1: Verwendung von Farbe
WCAG 1.4.1 verlangt, dass Farbe niemals das einzige Mittel ist, um Informationen zu vermitteln, eine Aktion anzuzeigen, eine Reaktion auszulösen oder ein visuelles Element zu unterscheiden. Dieses Kriterium stellt sicher, dass Nutzer, die Farbunterschiede nicht wahrnehmen können – einschließlich Menschen mit Farbenblindheit oder Sehschwäche – weiterhin auf alle Inhalte und Funktionen zugreifen können.
WCAG 1.4.2: Audiosteuerung
WCAG 1.4.2 verlangt, dass jede Audioausgabe, die automatisch länger als drei Sekunden abgespielt wird, den Nutzern eine Möglichkeit bieten muss, sie zu pausieren, zu stoppen oder ihre Lautstärke unabhängig von der Systemlautstärke zu regeln. Dies verhindert, dass Audio die Ausgabe von Screenreadern stört, und schützt Nutzer vor unerwarteten, desorientierenden Geräuschen.
WCAG 2.1.1: Tastatur
WCAG 2.1.1 verlangt, dass alle Funktionen, die über eine Maus oder einen Zeiger verfügbar sind, gleichermaßen ausschließlich über die Tastatur bedienbar sind, ohne dass ein bestimmtes Timing für Tastenanschläge erforderlich ist. Dieses Kriterium ist grundlegend für Nutzer, die keine Maus verwenden können, und stellt sicher, dass sie auf jeder Website oder in jeder Anwendung navigieren, interagieren und Aufgaben ausführen können.
WCAG 2.1.2: Keine Tastaturfalle
WCAG 2.1.2 verlangt, dass Tastaturnutzende niemals in einer Komponente gefangen sind – wenn der Fokus mithilfe der Tastatur in ein UI-Element verschoben werden kann, muss es auch möglich sein, den Fokus ausschließlich mit der Tastatur wieder daraus zu entfernen. Dieses Kriterium ist entscheidend für Nutzende, die sich ausschließlich auf die Tastaturnavigation verlassen, einschließlich Menschen mit motorischen Beeinträchtigungen und Screenreader-Nutzenden.
WCAG 2.1.4: Tastenkombinationen mit einzelnen Zeichen
WCAG 2.1.4 verlangt, dass jede Tastenkombination, die nur eine einzelne Zeichentaste (Buchstabe, Zahl, Satzzeichen oder Symbol) verwendet, deaktiviert, neu zugeordnet oder nur bei Fokus aktiviert werden kann – um unbeabsichtigte Auslösungen zu verhindern, die Nutzer schädigen, die auf Spracheingabe angewiesen sind oder motorische Beeinträchtigungen haben.
WCAG 2.2.1: Zeitlich anpassbar
- Ich werde den ursprünglichen Sinn, Ton und Stil beibehalten. - Ich werde die formelle Anrede und den fachlichen Kontext berücksichtigen. - Ich werde alle Zahlen, Bezüge auf Normen und Fachbegriffe korrekt übertragen. - Ich werde Zeilenumbrüche und Absatzstruktur exakt erhalten. - Ich werde die Übersetzung kurz prüfen und bei Bedarf korrigieren. WCAG 2.2.1 verlangt, dass jede durch Inhalte festgelegte Zeitbegrenzung von den Nutzern deaktiviert, angepasst oder verlängert werden kann – um sicherzustellen, dass Menschen, die mehr Zeit für die Interaktion mit Webinhalten benötigen, nicht ausgeschlossen werden. Dieses Kriterium der Stufe A ist für Nutzer mit motorischen, kognitiven und visuellen Beeinträchtigungen unerlässlich.
WCAG 2.2.2: Pause, Stopp, Ausblenden
- Ich werde den ursprünglichen Sinn, Ton und Stil beibehalten. - Ich werde die formelle Anrede und den fachlichen Kontext berücksichtigen. - Ich werde alle Zahlen, Bezüge auf Normen und Fachbegriffe korrekt übertragen. - Ich werde Zeilenumbrüche und Absatzstruktur exakt erhalten. - Ich werde die Übersetzung kurz prüfen und bei Bedarf selbst korrigieren. WCAG 2.2.2 verlangt, dass sich bewegende, blinkende, scrollende oder sich automatisch aktualisierende Inhalte von Nutzerinnen und Nutzern angehalten, gestoppt oder ausgeblendet werden können. Dies schützt Menschen mit kognitiven Beeinträchtigungen, vestibulären Störungen und aufmerksamkeitsspezifischen Beeinträchtigungen vor Inhalten, die sie nicht steuern können.
WCAG 2.3.1: Drei Blitze oder unterhalb des Schwellenwerts
WCAG 2.3.1 verlangt, dass Webinhalte nichts enthalten, das mehr als dreimal pro Sekunde aufblitzt, es sei denn, das Aufblitzen liegt unter den allgemeinen oder roten Blitzschwellen. Dieses Kriterium ist entscheidend, um Anfälle und körperliche Reaktionen bei Nutzern mit fotosensitiver Epilepsie oder ähnlichen neurologischen Erkrankungen zu verhindern.
WCAG 2.4.1: Blöcke überspringen
WCAG 2.4.1 verlangt, dass Webseiten eine Möglichkeit bieten, wiederholte Inhaltsblöcke, wie Navigationsmenüs, zu überspringen, damit Tastatur- und Assistenztechnologie-Nutzende den Hauptinhalt erreichen können, ohne sich durch jeden einzelnen Link durchtabben zu müssen. Dies ist eine Anforderung der Stufe A, was bedeutet, dass sie die Grundlage für eine barrierefreie Tastaturnavigation bildet.
WCAG 2.4.2: Seite betitelt
WCAG 2.4.2 verlangt, dass jede Webseite einen beschreibenden, aussagekräftigen Titel hat, der ihr Thema oder ihren Zweck identifiziert. Dies stellt sicher, dass sich Nutzer – insbesondere diejenigen, die auf Screenreader angewiesen sind oder mehrere Tabs verwalten – schnell orientieren und effizient navigieren können.
WCAG 2.4.3: Fokusreihenfolge
WCAG 2.4.3 verlangt, dass, wenn eine Webseite sequentiell navigiert werden kann und die Navigationssequenzen Bedeutung oder Funktion beeinflussen, fokussierbare Komponenten den Fokus in einer Reihenfolge erhalten müssen, die Bedeutung und Bedienbarkeit bewahrt. Dieses Kriterium ist entscheidend für Tastatur- und Assistenztechnologie-Nutzer, die auf eine logische, vorhersehbare Fokusreihenfolge angewiesen sind, um Inhalte zu verstehen und mit ihnen zu interagieren.
WCAG 2.4.4: Zweck des Links (im Kontext)
WCAG 2.4.4 verlangt, dass der Zweck jedes Links entweder allein aus dem Linktext oder aus dem Linktext zusammen mit seinem umgebenden Kontext bestimmt werden kann. Dies stellt sicher, dass Screenreader-Nutzer, ausschließlich die Tastatur verwendende Nutzer und Menschen mit kognitiven Beeinträchtigungen verstehen können, wohin ein Link führt, ohne ihm folgen zu müssen.
WCAG 2.5.1: Zeigergesten
WCAG 2.5.1 verlangt, dass alle Funktionen, die Mehrpunkt- oder pfadbasierte Gesten verwenden (wie zum Beispiel Pinch-to-Zoom oder Wischen), auch mit einem einzelnen Zeiger ohne pfadbasierte Geste bedient werden können, es sei denn, die Geste ist wesentlich. Dies schützt Nutzer mit motorischen Beeinträchtigungen, die komplexe Touch-Gesten nicht zuverlässig ausführen können.
WCAG 2.5.2: Zeigerabbruch
WCAG 2.5.2 verlangt, dass Funktionen, die durch einen einzelnen Zeiger (Maus, Touch oder Stift) ausgelöst werden, abgebrochen oder rückgängig gemacht werden können, um unbeabsichtigte Auslösungen zu verhindern. Dies schützt Nutzer mit motorischen Beeinträchtigungen, die möglicherweise versehentlich tippen oder klicken.
WCAG 2.5.4: Bewegungsaktivierung
WCAG 2.5.4 verlangt, dass jede Funktionalität, die durch Bewegungen des Geräts oder des Nutzers (wie Schütteln oder Neigen) ausgelöst wird, auch über herkömmliche Benutzeroberflächenkomponenten bedienbar ist und dass Nutzer die Bewegungssteuerung deaktivieren können müssen, um eine unbeabsichtigte Aktivierung zu verhindern.
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 4.1.2: Name, Rolle, Wert
WCAG 4.1.2 verlangt, dass alle Benutzeroberflächenkomponenten einen programmatisch bestimmbaren Namen und eine programmatisch bestimmbare Rolle haben und dass Zustände, Eigenschaften und Werte sowohl von unterstützenden Technologien ausgelesen als auch gesetzt werden können. Dies stellt sicher, dass Screenreader und andere Werkzeuge jedes Element auf der Seite korrekt identifizieren, beschreiben und mit ihm interagieren können.
WCAG 4.1.1: Parsing (Veraltet in WCAG 2.2)
WCAG 4.1.1 Parsing verlangt, dass Webinhalte frei von schwerwiegenden HTML/XML-Fehlern sind – wie etwa doppelten IDs –, die dazu führen könnten, dass unterstützende Technologien die Seite falsch interpretieren oder nicht verarbeiten können. Obwohl dieses Kriterium in WCAG 2.2 als veraltet gilt, bleiben die zugrunde liegenden axe-core-Regeln aktiv, und Verstöße weisen weiterhin auf ein reales Barrierefreiheitsrisiko hin.