Erfolgskriterien

Jedes WCAG-2.2-Erfolgskriterium einzeln erklärt.

• WCAG 1.1.1 Nicht-Text-Inhalt

  Erfolgskriterium 1.1.1 verlangt eine Textalternative für jeden Nicht-Text-Inhalt. Die genaue Anforderung, was als Ausnahme zählt, und wie sie getestet wird.

• WCAG 1.2.1 Nur-Audio und Nur-Video (aufgezeichnet)

  Erfolgskriterium 1.2.1 verlangt eine Text- oder Audioalternative für aufgezeichnete reine Audio- oder reine Videoinhalte, wie ein Podcast-Transkript oder die Erzählung zu einer stummen Produktdemo.

• WCAG 1.2.2 Untertitel (aufgezeichnet)

  Erfolgskriterium 1.2.2 verlangt Untertitel für alle aufgezeichneten Audioinhalte in synchronisierten Videos, damit gehörlose und schwerhörige Nutzer Zugang zur vollständigen Erfahrung haben.

• WCAG 1.2.3 Audiodeskription oder Medienalternative (aufgezeichnet)

  Erfolgskriterium 1.2.3 verlangt, dass rein visuelle Informationen in einem Video – Dinge, die gezeigt, aber nie gesagt werden – auch Menschen zugänglich gemacht werden, die das Video nicht sehen können.

• WCAG 1.2.4 Untertitel (live)

  Erfolgskriterium 1.2.4 erweitert die Untertitelungsanforderung auf Live-Audioinhalte wie Livestreams und Webinare – eine Echtzeit-Produktionsanforderung, nicht nur eine Nachbearbeitungsanforderung.

• WCAG 1.2.5 Audiodeskription (aufgezeichnet)

  Erfolgskriterium 1.2.5 verlangt eine echte Audiodeskriptionsspur für aufgezeichnetes Video – das AA-Upgrade gegenüber der leichteren 'oder Medienalternative'-Option von 1.2.3.

• WCAG 1.3.1 Info und Beziehungen

  Erfolgskriterium 1.3.1 verlangt, dass visuell vermittelte Struktur und Beziehungen auch programmatisch verfügbar sind. Es ist das breiteste, am häufigsten zitierte Kriterium in WCAG.

• WCAG 1.3.2 Sinnvolle Reihenfolge

  Erfolgskriterium 1.3.2 verlangt, dass Inhalt in einer sinnvollen Reihenfolge programmatisch lesbar ist, selbst wenn die visuelle CSS-Positionierung von der zugrunde liegenden DOM-Reihenfolge abweicht.

• WCAG 1.3.3 Sinneswahrnehmungsbezogene Merkmale

  Erfolgskriterium 1.3.3 verlangt, dass sich Anweisungen nicht allein auf Form, Größe, Position oder Ton verlassen, um etwas zu identifizieren – Hinweise, die nicht jeden Nutzer erreichen.

• WCAG 1.3.4 Ausrichtung

  Erfolgskriterium 1.3.4 verlangt, dass Inhalt nicht nur auf Hoch- oder nur auf Querformat beschränkt ist, es sei denn, eine bestimmte Ausrichtung ist tatsächlich wesentlich.

• WCAG 1.3.5 Zweck der Eingabe identifizieren

  Erfolgskriterium 1.3.5 verlangt, dass gängige Eingabefelder programmatisch nach ihrem Zweck identifizierbar sind, was Browser-Autofill ermöglicht und die kognitive Belastung verringert.

• WCAG 1.4.1 Verwendung von Farbe

  Erfolgskriterium 1.4.1 verlangt, dass Farbe nicht das einzige visuelle Mittel ist, um Informationen zu vermitteln, eine Aktion anzuzeigen oder ein Element zu unterscheiden.

• WCAG 1.4.2 Audiosteuerung

  Erfolgskriterium 1.4.2 verlangt eine Möglichkeit, jedes Audio, das automatisch länger als 3 Sekunden abspielt, zu pausieren, zu stoppen oder in der Lautstärke zu steuern.

• WCAG 1.4.3 Kontrast (Minimum)

  Erfolgskriterium 1.4.3 legt die genauen Kontrastverhältnisse von 4,5:1 und 3:1 fest, die Text gegenüber seinem Hintergrund benötigt. Die vollständige Anforderung und was ausgenommen ist.

• WCAG 1.4.4 Text vergrößern

  Erfolgskriterium 1.4.4 verlangt, dass Text auf bis zu 200 % vergrößerbar ist, ohne Inhalt oder Funktionalität zu verlieren und ohne horizontales Scrollen zu erfordern.

• WCAG 1.4.5 Bilder von Text

  Erfolgskriterium 1.4.5 verlangt echten, gestaltbaren Text statt eines Bildes von Text, überall dort, wo das gleiche visuelle Ergebnis mit tatsächlichem Text erreicht werden kann.

• WCAG 1.4.10 Neuanordnung

  Erfolgskriterium 1.4.10 verlangt, dass sich Inhalt bei 400 % Zoom auf einem 320px breiten Ansichtsfenster in ein einspaltiges Layout ohne zweidimensionales Scrollen neu anordnet.

• WCAG 1.4.11 Nicht-Text-Kontrast

  Erfolgskriterium 1.4.11 erweitert die Kontrastanforderung über Text hinaus auf UI-Komponentengrenzen und grafische Objekte, die Bedeutung vermitteln.

• WCAG 1.4.12 Textabstand

  Erfolgskriterium 1.4.12 verlangt, dass Inhalt weiterhin funktioniert, wenn ein Nutzer Zeilenhöhe, Absatzabstand, Buchstabenabstand und Wortabstand auf großzügigere Werte überschreibt.

• WCAG 1.4.13 Inhalt bei Hover oder Fokus

  Erfolgskriterium 1.4.13 verlangt, dass durch Hover oder Fokus ausgelöste Tooltips und Popovers schließbar, überstreichbar und dauerhaft sind – sie dürfen nicht verschwinden, sobald ein Nutzer versucht, mit ihnen zu interagieren.

• WCAG 2.1.1 Tastatur

  Erfolgskriterium 2.1.1 verlangt, dass alle Funktionalität über eine Tastaturschnittstelle bedienbar ist, ohne Ausnahmen für Interaktionen, die grundlegend einen bestimmten Eingabeweg erfordern.

• WCAG 2.1.2 Keine Tastaturfalle

  Erfolgskriterium 2.1.2 verlangt, dass, wenn der Tastaturfokus in eine Komponente hinein bewegt werden kann, er auch mit ausschließlich der Tastatur wieder heraus bewegt werden kann.

• WCAG 2.1.4 Zeichentasten-Tastenkombinationen

  Erfolgskriterium 2.1.4 verlangt, dass Tastenkombinationen mit nur einem Zeichen deaktiviert, neu zugewiesen werden können oder nur wirken, während ein bestimmtes Steuerelement den Fokus hat.

• WCAG 2.2.1 Zeitlimits anpassbar

  Erfolgskriterium 2.2.1 verlangt, dass Nutzer jedes vom Inhalt gesetzte Zeitlimit deaktivieren, anpassen oder verlängern können, mit engen Ausnahmen.

• WCAG 2.2.2 Pausieren, Stoppen, Ausblenden

  Erfolgskriterium 2.2.2 verlangt eine Möglichkeit, bewegten, blinkenden, scrollenden oder automatisch aktualisierenden Inhalt, der länger als 5 Sekunden dauert, zu pausieren, zu stoppen oder auszublenden.

• WCAG 2.3.1 Drei Blitze oder unterhalb des Grenzwertes

  Erfolgskriterium 2.3.1 verlangt, dass Inhalt nicht öfter als dreimal pro Sekunde blitzt, um Nutzer mit fotosensitiven Anfallsleiden zu schützen.

• WCAG 2.4.1 Bereiche überspringen

  Erfolgskriterium 2.4.1 verlangt eine Möglichkeit, wiederholte Inhaltsblöcke wie Navigationsmenüs, die auf mehreren Seiten erscheinen, zu überspringen.

• WCAG 2.4.2 Seite betitelt

  Erfolgskriterium 2.4.2 verlangt, dass Webseiten Titel haben, die ihr Thema oder ihren Zweck beschreiben. Was einen Titel konform macht im Vergleich zu nur technisch vorhanden.

• WCAG 2.4.3 Fokusreihenfolge

  Erfolgskriterium 2.4.3 verlangt, dass, wenn eine Seite sequenziell navigierbar ist, die Fokusreihenfolge Bedeutung und Bedienbarkeit bewahrt – passend zur logischen, beabsichtigten Abfolge.

• WCAG 2.4.4 Linkzweck (im Kontext)

  Erfolgskriterium 2.4.4 verlangt, dass der Zweck eines Links allein aus seinem Text bestimmbar ist, oder aus diesem Text zusammen mit seinem umgebenden Kontext.

• WCAG 2.4.5 Mehrere Wege

  Erfolgskriterium 2.4.5 verlangt mehr als eine Möglichkeit, eine Seite innerhalb einer Gruppe von Seiten zu finden, etwa eine Suchfunktion plus eine Sitemap oder ein Navigationsmenü.

• WCAG 2.4.6 Überschriften und Beschriftungen

  Erfolgskriterium 2.4.6 verlangt, dass Überschriften und Beschriftungen das Thema oder den Zweck beschreiben, den sie einleiten, nicht nur, dass sie existieren.

• WCAG 2.4.7 Fokus sichtbar

  Erfolgskriterium 2.4.7 verlangt, dass jede per Tastatur bedienbare Oberfläche einen sichtbaren Indikator hat, der zeigt, welches Element gerade den Tastaturfokus hat.

• WCAG 2.4.11 Fokus nicht verdeckt (Minimum)

  Erfolgskriterium 2.4.11, neu in WCAG 2.2, verlangt, dass ein per Tastatur fokussiertes Element mindestens teilweise sichtbar ist, nicht vollständig hinter fixierten Headern, Footern oder Cookie-Bannern verborgen.

• WCAG 2.5.1 Zeigergesten

  Erfolgskriterium 2.5.1 verlangt, dass jede Mehrpunkt- oder pfadbasierte Geste (Pinch-to-Zoom, Wischen) eine Einzelzeiger-Alternative hat, die keinem präzisen Pfad folgen muss.

• WCAG 2.5.2 Zeiger-Abbruch

  Erfolgskriterium 2.5.2 verlangt, dass durch Zeiger ausgelöste Aktionen abgebrochen werden können, typischerweise indem sie beim Loslassen (Up-Ereignis) statt beim anfänglichen Drücken (Down-Ereignis) ausgelöst werden.

• WCAG 2.5.3 Beschriftung im Namen

  Erfolgskriterium 2.5.3 verlangt, dass der barrierefreie Name eines Steuerelements den visuell darauf angezeigten Text enthält, damit Sprachsteuerungsnutzer es zuverlässig ansprechen können, indem sie sagen, was sie sehen.

• WCAG 2.5.4 Bewegungsbetätigung

  Erfolgskriterium 2.5.4 verlangt, dass durch Gerätebewegung ausgelöste Funktionalität (Schütteln, Kippen) auch eine konventionelle UI-Alternative hat und deaktiviert werden kann, um versehentliches Auslösen zu verhindern.

• WCAG 2.5.7 Ziehbewegungen

  Erfolgskriterium 2.5.7, neu in WCAG 2.2, verlangt, dass jede Drag-and-Drop-Interaktion eine Einzelklick-/Tipp-Alternative hat, die keine anhaltende Ziehgeste erfordert.

• WCAG 2.5.8 Zielgröße (Minimum)

  Erfolgskriterium 2.5.8, neu in WCAG 2.2, verlangt, dass klickbare Ziele mindestens 24x24 CSS-Pixel groß sind, ausreichend Abstand haben, oder anderweitig für eine Ausnahme infrage kommen.

• WCAG 3.1.1 Sprache der Seite

  Erfolgskriterium 3.1.1 verlangt, dass die Standard-Sprache einer Seite über das lang-Attribut programmatisch identifiziert wird.

• WCAG 3.1.2 Sprache von Teilen

  Erfolgskriterium 3.1.2 verlangt, dass die Sprache jeder Passage oder Phrase, die von der Standardsprache der Seite abweicht, programmatisch identifiziert wird.

• WCAG 3.2.1 Bei Fokus

  Erfolgskriterium 3.2.1 verlangt, dass das bloße Bewegen des Tastaturfokus auf ein Element niemals eine unerwartete Kontextänderung auslöst, wie ein automatisch abgesendetes Formular oder ein sich öffnendes neues Fenster.

• WCAG 3.2.2 Bei Eingabe

  Erfolgskriterium 3.2.2 verlangt, dass das Ändern des Werts eines Formularsteuerelements nicht automatisch eine unerwartete Kontextänderung auslöst, es sei denn, der Nutzer wird vorher darüber gewarnt.

• WCAG 3.2.3 Konsistente Navigation

  Erfolgskriterium 3.2.3 verlangt, dass wiederholte Navigationsmechanismen innerhalb einer Reihe von Seiten auf jeder Seite, auf der sie erscheinen, in derselben relativen Reihenfolge auftreten.

• WCAG 3.2.4 Konsistente Identifikation

  Erfolgskriterium 3.2.4 verlangt, dass Komponenten mit derselben Funktion über eine Reihe von Seiten hinweg konsistent identifiziert werden – dasselbe Symbol, dieselbe Beschriftung oder derselbe Name jedes Mal.

• WCAG 3.2.6 Konsistente Hilfe

  Erfolgskriterium 3.2.6, neu in WCAG 2.2, verlangt, dass Hilfsmechanismen – Kontaktinfo, Chat-Widgets, FAQ-Links – auf jeder Seite, auf der sie vorhanden sind, in derselben relativen Reihenfolge erscheinen.

• WCAG 3.3.1 Fehleridentifikation

  Erfolgskriterium 3.3.1 verlangt, dass bei Erkennung eines Formularvalidierungsfehlers das konkrete fehlerhafte Element identifiziert und dem Nutzer in Textform beschrieben wird.

• WCAG 3.3.2 Beschriftungen oder Anweisungen

  Erfolgskriterium 3.3.2 verlangt Beschriftungen oder Anweisungen, wann immer Inhalt Nutzereingaben erfordert, damit Menschen wissen, was ein Formularfeld erwartet, bevor sie es ausfüllen.

• WCAG 3.3.3 Fehlervorschlag

  Erfolgskriterium 3.3.3 verlangt, dass bei Erkennung eines Eingabefehlers und bekannten Korrekturvorschlägen diese Vorschläge dem Nutzer bereitgestellt werden.

• WCAG 3.3.4 Fehlervermeidung (rechtlich, finanziell, Daten)

  Erfolgskriterium 3.3.4 verlangt einen Überprüfungs-, Bestätigungs- oder Rückgängig-Schritt, bevor rechtliche Verpflichtungen, Finanztransaktionen oder datenverändernde Übermittlungen abgeschlossen werden.

• WCAG 3.3.7 Redundante Eingabe

  Erfolgskriterium 3.3.7, neu in WCAG 2.2, verlangt, dass Informationen, die ein Nutzer im selben Prozess bereits angegeben hat, automatisch ausgefüllt oder zur Auswahl bereitgestellt werden, statt erneut eingetippt werden zu müssen.

• WCAG 3.3.8 Barrierefreie Authentifizierung (Minimum)

  Erfolgskriterium 3.3.8, neu in WCAG 2.2, verlangt, dass die Anmeldung nicht von einem kognitiven Funktionstest abhängt – wie dem Auswendiglernen eines Passworts oder dem Lösen eines Rätsels – ohne barrierefreie Alternative.

• WCAG 4.1.2 Name, Rolle, Wert

  Erfolgskriterium 4.1.2 verlangt, dass jede UI-Komponente ihren Namen, ihre Rolle und ihren Status gegenüber assistiver Technologie offenlegt. Es liegt mehr automatisierten Verstößen zugrunde als jedes andere einzelne Kriterium.

• WCAG 4.1.3 Statusmeldungen

  Erfolgskriterium 4.1.3 verlangt, dass Statusmeldungen – wie 'Artikel zum Warenkorb hinzugefügt' oder ein Formularvalidierungsergebnis – assistiver Technologie angekündigt werden, ohne den Tastaturfokus bewegen zu müssen.