Unsere WCAG 2.2 Prüfkriterien (Vollständig)
Die Include-Schmiede prüft Webseiten nach den vollständigen Richtlinien der Web Content Accessibility Guidelines (WCAG) in der aktuellen Version 2.2. Nachfolgend findest du die komplette Auflistung aller 86 Kriterien (Level A, AA und AAA), nach denen eine Website geprüft werden kann.
VOLLSTÄNDIGE WCAG 2.2 PRÜFKRITERIEN-LISTE (LEVEL A, AA, AAA)
PRINZIP 1: WAHRNEHMBAR (Perceivable)
Informationen und Bestandteile der Benutzerschnittstelle müssen den Benutzern so präsentiert werden, dass diese sie wahrnehmen können.
1.1 Textalternativen
- 1.1.1 Nicht-Text-Inhalt (A): Alle Nicht-Text-Inhalte benötigen Textalternativen (z.B. alt-Texte für Bilder).
1.2 Zeitbasierte Medien
- 1.2.1 Reine Audio- und Video-Medien (aufgezeichnet) (A): Alternativen für Audio- oder Videodateien.
- 1.2.2 Untertitel (aufgezeichnet) (A): Untertitel für aufgezeichnete Audio-Inhalte in Videos.
- 1.2.3 Audiodeskription oder Medienalternative (aufgezeichnet) (A): Beschreibung für visuelle Details in Videos.
- 1.2.4 Untertitel (Live) (AA): Untertitel für Live-Audioinhalte.
- 1.2.5 Audiodeskription (aufgezeichnet) (AA): Tonspur für visuelle Details in aufgezeichneten Videos.
- 1.2.6 Gebärdensprache (aufgezeichnet) (AAA): Gebärdensprache für Audio-Inhalte in Videos.
- 1.2.7 Erweiterte Audiodeskription (aufgezeichnet) (AAA): Audiodeskription, für die das Video bei Bedarf pausiert.
- 1.2.8 Medienalternative (aufgezeichnet) (AAA): Textalternative für alle aufgezeichneten zeitbasierten Medien.
- 1.2.9 Reine Audio-Medien (Live) (AAA): Alternativen für reine Live-Audio-Inhalte.
1.3 Anpassbar
- 1.3.1 Info und Beziehungen (A): Informationen, Strukturen und Beziehungen müssen semantisch im Code vorhanden sein.
- 1.3.2 Bedeutungsvolle Reihenfolge (A): Logische Lesereihenfolge bei Linearisation.
- 1.3.3 Sensorische Eigenschaften (A): Anweisungen dürfen sich nicht nur auf Form, Größe, Position oder Ton verlassen.
- 1.3.4 Ausrichtung (AA): Keine Einschränkung auf Hoch- oder Querformat.
- 1.3.5 Zweck der Eingabe identifizieren (AA): Autocomplete für Formularfelder zur Nutzerdatenerfassung.
- 1.3.6 Zweck identifizieren (AAA): HTML-Regionen und UI-Komponenten müssen programmatisch erkennbar sein.
1.4 Unterscheidbar
- 1.4.1 Verwendung von Farbe (A): Farbe darf nicht das einzige Mittel zur Informationsvermittlung sein.
- 1.4.2 Audio-Steuerung (A): Automatisch abspielendes Audio (> 3 Sekunden) muss pausierbar oder in der Lautstärke regelbar sein.
- 1.4.3 Kontrast (Minimum) (AA): Kontrastverhältnis mindestens 4,5:1 (Ausnahme: große Schrift 3:1, Logos).
- 1.4.4 Textgröße ändern (AA): Text muss ohne Hilfsmittel um bis zu 200% skalierbar sein.
- 1.4.5 Bilder von Text (AA): Wenn möglich, echten Text statt Bilder von Text verwenden.
- 1.4.6 Kontrast (Erweitert) (AAA): Kontrastverhältnis mindestens 7:1.
- 1.4.7 Leiser oder kein Hintergrund-Audio (AAA): Hintergrundgeräusche bei Audio deutlich leiser als Sprache.
- 1.4.8 Visuelle Präsentation (AAA): Textblöcke anpassbar (Zeilenlänge, Ausrichtung, Zeilenabstand etc.).
- 1.4.9 Bilder von Text (Keine Ausnahme) (AAA): Bilder von Text nur zur reinen Dekoration.
- 1.4.10 Umbruch (Reflow) (AA): Horizontal scrollfrei lesen bei 400% Zoom (320px Breite).
- 1.4.11 Nicht-Text-Kontrast (AA): Kontrast mindestens 3:1 für UI-Komponenten und Grafiken.
- 1.4.12 Textabstand (AA): Layout darf bei Änderung von Zeilen-/Absatz-/Zeichenabständen nicht brechen.
- 1.4.13 Inhalt bei Hover oder Fokus (AA): Tooltips oder Dropdowns müssen abwählbar, hoverbar und persistent sein.
PRINZIP 2: BEDIENBAR (Operable)
Bestandteile der Benutzerschnittstelle und Navigation müssen bedienbar sein.
2.1 Per Tastatur zugänglich
- 2.1.1 Tastatur (A): Alle Funktionen müssen per Tastatur bedienbar sein.
- 2.1.2 Keine Tastaturfalle (A): Nutzer dürfen bei Tastaturnavigation nicht gefangen werden.
- 2.1.3 Tastatur (Keine Ausnahme) (AAA): Jede Funktion ist ohne Zeitlimit per Tastatur bedienbar.
- 2.1.4 Zeichen-Tastenkombinationen (A): Single-Key-Shortcuts (z.B. Taste "M" für Menü) abschaltbar/anpassbar.
2.2 Ausreichend Zeit
- 2.2.1 Zeiteinteilung anpassbar (A): Zeitlimits verlängerbar, anpassbar oder abschaltbar.
- 2.2.2 Pausieren, beenden, ausblenden (A): Bewegte/blinkende/scrollende Inhalte anhaltbar.
- 2.2.3 Keine Zeiteinteilung (AAA): Zeiten sind nicht essenzieller Bestandteil (Ausnahme: Live-Ereignisse).
- 2.2.4 Unterbrechungen (AAA): Unterbrechungen (Pop-ups) können vom Nutzer verschoben oder unterdrückt werden.
- 2.2.5 Erneute Authentifizierung (AAA): Bei Timeout gehen keine Daten verloren.
- 2.2.6 Timeouts (AAA): Nutzer werden über Datenverlust durch Inaktivität gewarnt.
2.3 Anfälle und physische Reaktionen
- 2.3.1 Schwellenwert von dreimaligem Blitzen (A): Kein Blitzen häufiger als dreimal pro Sekunde.
- 2.3.2 Drei Blitze (AAA): Absolut keine blitzenden Inhalte.
- 2.3.3 Animation durch Interaktion (AAA): Animationen (Parallax etc.) durch Nutzeraktion müssen deaktivierbar sein.
2.4 Navigierbar
- 2.4.1 Blöcke umgehen (A): Skip-Links vorhanden ("Zum Hauptinhalt").
- 2.4.2 Seite mit Titel versehen (A): Sinnvolle, beschreibende `
`-Tags. - 2.4.3 Fokus-Reihenfolge (A): Logische und nachvollziehbare Tab-Reihenfolge.
- 2.4.4 Linkzweck (im Kontext) (A): Zweck eines Links im Kontext klar.
- 2.4.5 Verschiedene Wege (AA): Mindestens zwei Wege zur Zielseite (Suche, Sitemap, Menü).
- 2.4.6 Überschriften und Labels (AA): Überschriften und Labels sind aussagekräftig.
- 2.4.7 Fokus sichtbar (AA): Sichtbarer Indikator beim Tastaturfokus.
- 2.4.8 Position (AAA): Standort des Nutzers auf der Website ist erkennbar (z.B. Breadcrumbs).
- 2.4.9 Linkzweck (Nur Link) (AAA): Linktext allein (ohne Kontext) verrät den Zweck.
- 2.4.10 Abschnittsüberschriften (AAA): Lange Texte durch Überschriften strukturiert.
- [NEU IN 2.2] 2.4.11 Fokus nicht verdeckt (Minimum) (AA): Fokus darf nicht komplett z.B. durch Sticky-Header verdeckt sein.
- [NEU IN 2.2] 2.4.12 Fokus nicht verdeckt (Erweitert) (AAA): Fokus darf nicht mal teilweise verdeckt sein.
- [NEU IN 2.2] 2.4.13 Fokus-Erscheinungsbild (AAA): Fokus-Indikator muss Mindestgröße und Kontraststärke (3:1) besitzen.
2.5 Eingabemodalitäten
- 2.5.1 Zeiger-Gesten (A): Keine Pflicht für Pfad-basierte (Swipes) oder Mehrpunktgesten.
- 2.5.2 Zeiger-Abbruch (A): Keine Ausführung bei "Down-Event" (Klick passiert beim Loslassen).
- 2.5.3 Label im Namen (A): Sichtbarer Buttontext im programmatischen Namen (aria-label) enthalten.
- 2.5.4 Bewegungs-Aktivierung (A): Geräte-Schütteln/Neigen durch Button ersetzbar.
- 2.5.5 Zielgröße (AAA): Klickbereiche mindestens 44x44 CSS-Pixel.
- 2.5.6 Parallele Eingabemechanismen (AAA): Keine Beschränkung auf nur eine Eingabeart (Maus/Touch/Tastatur).
- [NEU IN 2.2] 2.5.7 Zieh-Bewegung (Dragging) (AA): Drag&Drop auch per einfachem Klick möglich.
- [NEU IN 2.2] 2.5.8 Zielgröße Minimum (AA): Klickbereiche mindestens 24x24 CSS-Pixel (inkl. Spacing).
PRINZIP 3: VERSTÄNDLICH (Understandable)
Informationen und die Bedienung der Benutzerschnittstelle müssen verständlich sein.
3.1 Lesbar
- 3.1.1 Sprache der Seite (A): `` ist gesetzt.
- 3.1.2 Sprache von Teilen (AA): Anderssprachige Wörter/Passagen im Code markiert (z.B. ``).
- 3.1.3 Ungewöhnliche Wörter (AAA): Mechanismus zur Erklärung von Fachjargon.
- 3.1.4 Abkürzungen (AAA): Mechanismus zur Erklärung von Abkürzungen.
- 3.1.5 Leseniveau (AAA): Sekundarstufen-Leseniveau (oder Zusammenfassung verfügbar).
- 3.1.6 Aussprache (AAA): Mechanismus zur Klärung der Aussprache (falls relevant für Bedeutung).
3.2 Vorhersehbar
- 3.2.1 Bei Fokus (A): Fokussierung löst keine drastische Änderung (wie Submit oder Seitenwechsel) aus.
- 3.2.2 Bei Eingabe (A): Dateneingabe ändert Kontext nicht ohne Vorwarnung.
- 3.2.3 Konsistente Navigation (AA): Menüs sind auf jeder Seite identisch angeordnet.
- 3.2.4 Konsistente Identifizierung (AA): Icons mit gleicher Funktion haben immer den gleichen Namen.
- 3.2.5 Änderung auf Anfrage (AAA): Kontextänderungen nur durch ausdrücklichen Nutzer-Request.
- [NEU IN 2.2] 3.2.6 Konsistente Hilfe (A): Kontakt-/Hilfefunktionen an konstanter Stelle zu finden.
3.3 Hilfestellung bei der Eingabe
- 3.3.1 Fehlererkennung (A): Fehler in Formularen deutlich markieren und in Textform erklären.
- 3.3.2 Labels oder Anweisungen (A): Felder benötigen Beschriftung oder Instruktion.
- 3.3.3 Fehlerempfehlung (AA): Bei Validierungsfehlern Korrekturvorschläge machen.
- 3.3.4 Fehlervermeidung (rechtlich, finanziell, Daten) (AA): Überprüfen/Bestätigen vor verbindlichem Submit.
- 3.3.5 Hilfe (AAA): Kontextsensitive Hilfe für Formularfelder.
- 3.3.6 Fehlervermeidung (Alle) (AAA): Review/Korrektur vor allen Submits möglich.
- [NEU IN 2.2] 3.3.7 Barrierefreie Authentifizierung (Minimum) (AA): Kein Auswendiglernen von Passwörtern, keine CAPTCHA-Puzzles ohne Alternativen.
- [NEU IN 2.2] 3.3.8 Barrierefreie Authentifizierung (Erweitert) (AAA): Gar keine kognitiven Tests zur Authentifizierung (Ausnahme: Erkennen von Objekten, die der Nutzer selbst hochgeladen hat).
- [NEU IN 2.2] 3.3.9 Wiederholte Dateneingabe (A): Zuvor eingegebene Infos (wie Rechnungsadresse) automatisch vorausfüllen oder wählbar machen.
PRINZIP 4: ROBUST (Robust)
Inhalte müssen robust genug sein, um von verschiedenen Benutzeragenten verlässlich interpretiert zu werden.
4.1 Kompatibel
- 4.1.1 Parsing (A): [In WCAG 2.2 OBSOLET und wird immer als "bestanden" gewertet, da von modernen Browsern gehandhabt].
- 4.1.2 Name, Rolle, Wert (A): Eigene/komplexe UI-Elemente haben ARIA-Rollen und kommunizieren Zustände (z.B. aria-expanded).
- 4.1.3 Statusmeldungen (AA): Dynamisch eingeblendete Meldungen müssen vom Screenreader vorgelesen werden (z.B. aria-live), ohne dass der Fokus verschoben wird.