1.1.1Nicht-Text-Inhalt
Bilder, Icons, Diagramme und andere Nicht-Text-Inhalte brauchen eine Textalternative, die denselben Zweck erfüllt. Rein dekorative Bilder werden für Hilfsmittel versteckt.
Die WCAG 2.2 haben 86 Regeln, genannt Erfolgskriterien. Jede Regel erklärt eine Sache, die eine Website können muss. Wähle eine Regel, um Beispiel, Praxis-Tipp und Vorlese-Funktion zu sehen.
Du suchst nach Bedeutung statt Stichwort? Nutze die Suche nach Bedeutung.
Keine Regel passt zu diesem Filter. Ändere die Auswahl oder setze den Filter zurück.
Alle Inhalte müssen mit mindestens einem Sinn erfassbar sein: sehen, hören oder fühlen.
Alles, was kein Text ist, bekommt eine Beschreibung in Textform.
Bilder, Icons, Diagramme und andere Nicht-Text-Inhalte brauchen eine Textalternative, die denselben Zweck erfüllt. Rein dekorative Bilder werden für Hilfsmittel versteckt.
Audio und Video brauchen Untertitel, Beschreibungen oder Transkripte.
Für eine reine Tonaufnahme gibt es ein Transkript. Für ein Video ohne Ton gibt es eine Textbeschreibung oder eine Tonspur, die erklärt, was zu sehen ist.
Aufgezeichnete Videos mit Ton haben Untertitel. Sie zeigen gesprochene Worte und wichtige Geräusche, zum Beispiel „[Telefon klingelt]“.
Was im Video nur zu sehen ist, muss auch anders zugänglich sein: als Audiodeskription oder als vollständige Textfassung des Videos.
Auch Live-Videos mit Ton haben Untertitel, die in Echtzeit mitlaufen.
Aufgezeichnete Videos haben eine Audiodeskription: Eine Stimme beschreibt in Sprechpausen, was Wichtiges zu sehen ist.
Aufgezeichnete Videos mit Ton gibt es auch mit Übersetzung in Gebärdensprache. Für viele gehörlose Menschen ist sie die Erstsprache.
Wenn die Sprechpausen für eine Beschreibung zu kurz sind, hält das Video kurz an, damit genug Zeit für die Beschreibung bleibt.
Zu jedem Video gibt es eine vollständige Textfassung: alles Gesprochene und alles Sichtbare. Das hilft besonders taubblinden Menschen.
Auch für Live-Ton ohne Bild, etwa ein Live-Radio oder ein Live-Podcast, gibt es eine Textfassung in Echtzeit.
Struktur und Bedeutung stecken im Code – nicht nur im Aussehen.
Was optisch wie eine Überschrift, Liste, Tabelle oder ein Formularfeld aussieht, muss auch im Code so ausgezeichnet sein. Nur so erkennen Hilfsmittel die Struktur.
Die Reihenfolge im Code ergibt Sinn. Ein Screenreader liest in Code-Reihenfolge vor – nicht so, wie es auf dem Bildschirm angeordnet ist.
Anleitungen verlassen sich nicht nur auf Form, Farbe, Größe, Position oder Ton. „Klicke den runden Knopf rechts“ hilft nicht, wenn man ihn nicht sieht.
Inhalte funktionieren im Hoch- und im Querformat. Manche Menschen haben ihr Gerät fest am Rollstuhl montiert und können es nicht drehen.
Formularfelder für persönliche Daten sagen im Code, was hinein soll. Dann kann der Browser sie automatisch ausfüllen.
Der Zweck von Bereichen, Knöpfen und Links ist im Code erkennbar. Hilfsmittel können dann zum Beispiel vertraute Symbole einblenden oder Unwichtiges ausblenden.
Inhalte sind gut zu sehen und zu hören: Kontrast, Größe, Abstände.
Farbe ist nie das einzige Mittel, um etwas mitzuteilen. Etwa jeder zwölfte Mann sieht Rot und Grün schlecht.
Ton, der von selbst startet und länger als 3 Sekunden läuft, lässt sich pausieren oder leiser stellen. Sonst übertönt er den Screenreader.
Text hebt sich deutlich vom Hintergrund ab: mindestens 4,5:1 bei normalem Text und 3:1 bei großem Text (ab 24 px oder 18,66 px fett).
Text lässt sich auf 200 % vergrößern, ohne dass Inhalte oder Funktionen verloren gehen.
Text ist echter Text und kein Bild von Text. Echter Text lässt sich vergrößern, umfärben und vorlesen. Logos sind ausgenommen.
Für besonders gute Lesbarkeit: mindestens 7:1 bei normalem Text und 4,5:1 bei großem Text.
In Sprachaufnahmen gibt es keine oder nur sehr leise Hintergrundgeräusche – mindestens 20 Dezibel leiser als die Sprache.
Menschen können Textblöcke so einstellen, dass sie angenehm zu lesen sind: eigene Farben, höchstens 80 Zeichen pro Zeile, kein Blocksatz, Zeilenabstand mindestens 1,5-fach, größerer Absatzabstand und 200 % Vergrößerung ohne seitliches Scrollen.
Bilder von Text kommen gar nicht vor – außer als reine Dekoration oder wenn es unbedingt nötig ist, etwa beim Logo.
Bei 320 CSS-Pixel Breite (das entspricht 1280 Pixel bei 400 % Zoom) muss niemand in zwei Richtungen scrollen, um Inhalte zu lesen. Ausgenommen sind Inhalte, die zwei Dimensionen brauchen, etwa Datentabellen, Karten und Diagramme.
Auch Bedienelemente und wichtige Grafiken brauchen Kontrast: mindestens 3:1 für Rahmen von Eingabefeldern, Icons, Fokusrahmen und Diagrammlinien.
Menschen können Abstände vergrößern, ohne dass Text abgeschnitten wird oder sich überlappt: Zeilenabstand 1,5-fach, Absatzabstand 2-fach, Zeichenabstand 0,12-fach und Wortabstand 0,16-fach der Schriftgröße.
Tooltips und Aufklapp-Inhalte, die bei Hover oder Fokus erscheinen, lassen sich schließen (Esc), bleiben stehen, wenn man mit der Maus darauf fährt, und verschwinden nicht von selbst.
Alles muss sich bedienen lassen – mit Tastatur, Maus, Touch, Sprache oder Hilfsmitteln, und ohne Zeitdruck.
Alles funktioniert auch ganz ohne Maus.
Alles lässt sich allein mit der Tastatur bedienen. Viele Menschen nutzen keine Maus: wegen einer Lähmung, eines Tremors, Blindheit – oder einfach, weil es schneller ist.
Der Tastaturfokus bleibt nirgends stecken. Wer mit Tab in einen Bereich hineinkommt, kommt mit der Tastatur auch wieder heraus.
Wirklich alles funktioniert per Tastatur – ohne die Ausnahmen aus Regel 2.1.1, etwa für Freihandzeichnen.
Tastaturkürzel aus nur einem Buchstaben, einer Ziffer oder einem Zeichen lassen sich abschalten, ändern oder sind nur aktiv, solange das Element den Fokus hat. Sonst lösen Spracheingabe oder ein Verrutschen versehentlich Aktionen aus.
Menschen bekommen die Zeit, die sie brauchen.
Zeitlimits lassen sich abschalten, anpassen oder verlängern. Manche Menschen brauchen zum Lesen und Tippen deutlich länger.
Was sich von selbst bewegt, blinkt oder scrollt, länger als 5 Sekunden läuft und neben anderem Inhalt steht, lässt sich pausieren, stoppen oder ausblenden. Dasselbe gilt für Inhalte, die sich automatisch aktualisieren. Bewegung lenkt stark ab.
Es gibt überhaupt keine Zeitlimits. Ausnahmen sind echte Live-Ereignisse und Medien, die nun einmal ablaufen.
Unterbrechungen wie Pop-ups und Benachrichtigungen lassen sich aufschieben oder abschalten. Nur Notfälle dürfen stören.
Wer nach Ablauf der Sitzung neu anmelden muss, verliert keine Daten und kann dort weitermachen, wo er war.
Menschen erfahren vorab, nach wie viel Untätigkeit Daten verloren gehen – außer die Daten bleiben länger als 20 Stunden erhalten.
Nichts blitzt oder bewegt sich so, dass es krank machen kann.
Nichts blitzt mehr als dreimal pro Sekunde – oder das Blitzen ist so klein und schwach, dass es unter den Grenzwerten bleibt. Starkes Blitzen kann epileptische Anfälle auslösen – das kann lebensgefährlich sein.
Es blitzt nie mehr als dreimal pro Sekunde – ganz ohne Ausnahme für kleine oder dunkle Flächen.
Bewegungseffekte, die durch Scrollen oder Klicken ausgelöst werden, lassen sich abschalten. Parallax und Zoom-Effekte können Schwindel und Übelkeit auslösen.
Menschen finden sich zurecht und wissen immer, wo sie sind.
Wiederkehrende Bereiche wie die Navigation lassen sich überspringen. Niemand muss auf jeder Seite 30-mal Tab drücken, um zum Inhalt zu kommen.
Jede Seite hat einen Titel, der Thema oder Zweck beschreibt. Er steht im Browser-Tab und wird vom Screenreader zuerst vorgelesen.
Mit der Tab-Taste wandert der Fokus in einer sinnvollen Reihenfolge – in der Regel von oben nach unten und von links nach rechts.
Aus dem Linktext – zusammen mit dem Satz oder Absatz drumherum – wird klar, wohin der Link führt.
Es gibt mindestens zwei Wege, eine Seite zu finden – zum Beispiel Navigation und Suche oder Navigation und Sitemap. Ausgenommen sind Seiten, die ein Schritt in einem Ablauf sind, etwa im Bestellvorgang.
Überschriften und Beschriftungen sagen klar, worum es geht. Screenreader-Nutzende springen von Überschrift zu Überschrift, um eine Seite zu überfliegen.
Man sieht immer, welches Element gerade den Tastaturfokus hat. Ohne sichtbaren Fokus ist Tastaturbedienung wie Mausbedienung ohne Mauszeiger.
Menschen erkennen, wo sie sich innerhalb der Website befinden.
Der Linktext ist schon für sich allein verständlich – ganz ohne den Text drumherum. Screenreader können Links als reine Liste anzeigen.
Längere Inhalte sind durch Überschriften in Abschnitte gegliedert.
Das fokussierte Element ist nicht komplett verdeckt – zum Beispiel durch einen fest stehenden Kopfbereich, ein Cookie-Banner oder ein Chat-Fenster.
Das fokussierte Element ist vollständig sichtbar. Kein Teil davon wird verdeckt.
Der Fokusrahmen ist groß und kontrastreich genug: mindestens so groß wie ein 2 Pixel dicker Rahmen um das Element, mit einem Kontrast von 3:1 zwischen fokussiert und nicht fokussiert.
Bedienung per Touch, Zeiger und Bewegung ist einfach und fehlertolerant.
Funktionen, die Mehrfinger- oder Wischgesten brauchen, gibt es auch als einfaches Tippen oder Klicken.
Eine Aktion wird erst beim Loslassen ausgelöst, nicht schon beim Herunterdrücken. So lässt sich ein Fehlklick abbrechen: einfach wegziehen.
Der sichtbare Text eines Bedienelements steckt auch in seinem Namen im Code. Sonst funktioniert Sprachsteuerung nicht: „Klicke Senden“ findet den Knopf nicht.
Funktionen, die durch Schütteln oder Neigen des Geräts ausgelöst werden, gibt es auch als Knopf – und die Bewegungssteuerung lässt sich abschalten.
Klick- und Tippflächen sind mindestens 44 × 44 CSS-Pixel groß.
Menschen können jederzeit zwischen Eingabearten wechseln: Touch, Maus, Tastatur, Stift, Sprache.
Alles, was man durch Ziehen erledigt, geht auch mit einfachen Klicks. Ziehen mit gedrückter Taste ist bei Tremor oder mit Mundstab kaum möglich.
Klick- und Tippflächen sind mindestens 24 × 24 CSS-Pixel groß – oder haben so viel Abstand, dass man nicht versehentlich das Nachbarelement trifft.
Texte und Bedienung müssen klar und vorhersehbar sein. Fehler lassen sich leicht vermeiden und beheben.
Die Sprache ist im Code angegeben und Text ist verständlich.
Die Hauptsprache der Seite steht im Code. Nur dann liest ein Screenreader mit der richtigen Aussprache vor – sonst klingt Deutsch wie von einer englischen Stimme gesprochen.
Auch einzelne Textstellen in einer anderen Sprache sind im Code gekennzeichnet.
Fachbegriffe, Redewendungen und ungewöhnliche Wörter werden erklärt.
Abkürzungen werden aufgelöst oder erklärt.
Ist ein Text schwerer zu lesen als nach etwa 9 Schuljahren zu erwarten, gibt es eine einfachere Fassung oder eine Zusammenfassung.
Wo die Bedeutung eines Wortes von der Aussprache abhängt, wird die Aussprache angegeben.
Seiten verhalten sich so, wie Menschen es erwarten.
Nur weil ein Element den Fokus bekommt, passiert nichts Unerwartetes: kein Seitenwechsel, kein neues Fenster, kein Absenden.
Eine Auswahl oder Eingabe löst nicht von selbst etwas Unerwartetes aus – außer es wurde vorher angekündigt.
Navigation, die auf mehreren Seiten vorkommt, steht überall in derselben Reihenfolge.
Dinge mit gleicher Funktion sind überall einheitlich benannt und beschriftet.
Größere Änderungen passieren nur, wenn jemand sie auslöst – oder sie lassen sich abschalten. Keine automatischen Weiterleitungen, keine ungefragt neuen Fenster.
Wenn Hilfe-Angebote wie Kontakt, Chat oder häufige Fragen auf mehreren Seiten vorkommen, stehen sie überall an derselben Stelle in der Reihenfolge der Seite.
Formulare helfen, Fehler zu vermeiden und zu korrigieren.
Bei einem Eingabefehler wird in Textform gesagt, welches Feld betroffen ist und was falsch ist. Ein roter Rahmen allein reicht nicht.
Jedes Eingabefeld hat eine sichtbare Beschriftung. Wenn ein bestimmtes Format nötig ist, steht das vorher da.
Fehlermeldungen sagen nicht nur, dass etwas falsch ist, sondern auch, wie es richtig geht.
Bei wichtigen Vorgängen wie Käufen, Verträgen, Prüfungsantworten oder dem Löschen von Daten kann man die Eingaben prüfen, korrigieren oder rückgängig machen.
Zu Eingabefeldern und Aufgaben gibt es Hilfe direkt an Ort und Stelle.
Bei allen Formularen – nicht nur bei wichtigen – kann man Eingaben prüfen, korrigieren oder rückgängig machen.
Was jemand in einem Ablauf schon einmal eingegeben hat, muss er nicht noch einmal tippen. Es wird vorausgefüllt oder zur Auswahl angeboten.
Die Anmeldung verlangt keinen Gedächtnis- oder Denktest: kein Passwort aus dem Kopf abtippen, kein Rätsel lösen – außer es gibt eine Alternative oder Hilfe. Erlaubt bleiben auf dieser Stufe: Objekte erkennen und selbst hochgeladene Bilder wiedererkennen.
Die Anmeldung kommt ganz ohne Gedächtnis- oder Denkaufgabe aus – auch ohne das Erkennen von Objekten oder eigenen Bildern.
Inhalte müssen mit Browsern und Hilfsmitteln wie Screenreadern zuverlässig funktionieren – heute und morgen.
Bedienelemente geben Name, Rolle und Zustand an Hilfsmittel weiter.
Diese Regel wurde mit WCAG 2.2 gestrichen. Sie verlangte korrekt geschlossene und verschachtelte Elemente, keine doppelten Attribute und eindeutige IDs. Heutige Browser und Hilfsmittel kommen mit solchen Code-Fehlern zurecht; echte Probleme decken andere Regeln ab.
Jedes Bedienelement teilt Hilfsmitteln mit, wie es heißt (Name), was es ist (Rolle) und in welchem Zustand es ist (Wert) – zum Beispiel „Menü, Schalter, ausgeklappt“.
Meldungen wie „Gespeichert“, „3 Treffer“ oder „In den Warenkorb gelegt“ werden vom Screenreader angesagt, ohne dass der Fokus dorthin springen muss.