Bedienen

Dieser Artikel bietet praktische Ratschläge, wie Sie Ihre Webinhalte so verfassen, dass sie den Erfolgskriterien entsprechen, die im Bedienbarkeits-Prinzip der Web Content Accessibility Guidelines (WCAG) 2.0 und 2.1 beschrieben sind. Bedienbar bedeutet, dass Benutzeroberflächenkomponenten und Navigation bedienbar sein müssen.

Hinweis: Um die W3C-Definitionen für Bedienbarkeit und ihre Richtlinien sowie Erfolgskriterien zu lesen, siehe Prinzip 2: Bedienbar — Benutzeroberflächenkomponenten und Navigation müssen bedienbar sein.

Richtlinie 2.1 — Tastaturzugänglich: Machen Sie alle Funktionen über die Tastatur zugänglich

Diese Richtlinie umfasst die Notwendigkeit, Kernfunktionen einer Website über eine Tastatur zugänglich zu machen, neben anderen Methoden (z. B. Maus), sodass Benutzer, die auf Tastatursteuerung angewiesen sind, darauf zugreifen können.

Erfolgskriterien Wie man die Kriterien erfüllt Praktische Ressource
2.1.1 Tastatur (A) Alle Funktionen sollten mit Tastatursteuerungen zugänglich sein, es sei denn, dies ist mit der Tastatur nicht möglich (z. B. Freihandzeichnen). Eingebaute Steuerungen sollten, wo möglich, verwendet werden (z. B. durch Formularsteuerungen tabben) und man sollte nur dort benutzerdefinierte Funktionen einbauen, wo nötig. Siehe UI-Steuerungen und Tastaturzugänglichkeit wiederherstellen
2.1.2 Keine Tastaturfalle (A)

Wenn Sie mit der Tastatur in einen Funktionsbereich eintreten, sollten Sie diesen Bereich auch wieder mit nur der Tastatur verlassen können. Zum Beispiel, wenn Sie Enter/Return auf einer fokussierten Schaltfläche drücken, um ein Optionsfenster zu öffnen, sollten Sie dieses Fenster wieder schließen und zum Hauptinhalt zurückkehren können, nur mit der Tastatur.

Dies ist sehr wichtig, damit Tastaturbenutzer nicht in bestimmten Bereichen Ihrer Apps gefangen werden.

2.1.3 Tastatur — alle Funktionen (AAA) Dies ist ein weiterer Schritt über das Kriterium 2.1.1 hinaus. Um AAA-Konformität zu erreichen, sollten alle Funktionen mit Tastatursteuerungen zugänglich sein — ohne Ausnahmen. Siehe UI-Steuerungen und Tastaturzugänglichkeit wiederherstellen
2.1.4 Zeichen-Tastenkombinationen (A) hinzugefügt in 2.1 Wenn es eine einzelne Zeichen-Tastenkombination gibt, muss mindestens eines der folgenden zutreffen: Einzelne Zeichen-Tastenkombinationen können deaktiviert oder umbelegt werden oder sie sind nur aktiv, wenn das entsprechende Benutzeroberflächenkomponent im Fokus ist. Verständnis von Zeichen-Tastenkombinationen

Richtlinie 2.2 — Genügend Zeit: Gewährleisten Sie, dass Benutzer genügend Zeit haben, Inhalte zu lesen und zu nutzen

Diese Richtlinie umfasst Situationen, in denen Funktionen eine Zeitbegrenzung haben können. Zum Beispiel müssen Käufe aus Sicherheitsgründen manchmal innerhalb einer bestimmten Zeit abgeschlossen werden.

Erfolgskriterien Wie man die Kriterien erfüllt Praktische Ressource
2.2.1 Zeit ist anpassbar (A)

Für Funktionen mit Zeitbegrenzungen (z. B. das Abschließen einer Hotel- oder Flugbuchung hat oft eine Zeitbegrenzung), sollte dem Benutzer Steuerungen zur Verfügung gestellt werden, um die Zeitbegrenzung zu ändern, zu verlängern oder auszuschalten.

Ausnahmen hiervon sind Aktivitäten mit Zeitbegrenzungen von mehr als 20 Stunden, Echtzeitereignisse (z. B. Live-Mehrspielerspiele) und alle anderen Aktivitäten, die eine Zeitbegrenzung erfordern und ungültig wären, wenn sie ausgeschaltet würden.

2.2.2 Pausieren, stoppen, ausblenden (A)

Bei sich automatisch wiederholenden/blinkenden Inhalten, die länger als 5 Sekunden dauern und neben anderen Inhalten gezeigt werden, sollten Steuerungen bereitgestellt werden, um sie zu pausieren, zu stoppen oder auszublenden. Dies gilt nicht für bewegende/blinkende Inhalte, die für die Erfahrung wesentlich sind. Beispiele umfassen scrollenden Text und Videos.

Bei sich automatisch aktualisierenden Informationen, die automatisch starten und neben anderen Inhalten gezeigt werden, sollten Steuerungen bereitgestellt werden, um sie zu pausieren, zu stoppen oder auszublenden oder um die Frequenz der Aktualisierungen zu steuern. Dies gilt nicht für sich automatisch aktualisierende Inhalte, die für die Erfahrung wesentlich sind. Beispiele umfassen Karussells oder rotierende Ankündigungen.

2.2.3 Keine Zeitlimits (AAA) Dies baut auf Kriterium 2.2.1 auf und besagt, dass Inhalte, die die AAA-Konformität erfüllen wollen, keine Zeitlimits haben sollten.
2.2.4 Unterbrechungen unterdrücken (AAA) Alle Unterbrechungen wie Benachrichtigungen oder Zwischeneinblendungen sollten Funktionalitäten bieten, um sie zu unterdrücken oder zu verschieben, es sei denn, es handelt sich um eine Notfallwarnung.
2.2.5 Erneute Authentifizierung (AAA) Wenn eine Authentifizierungssitzung während der Nutzung einer Web-App abläuft, kann der Benutzer sich erneut authentifizieren und seine Nutzung fortsetzen, ohne Daten zu verlieren.
2.2.6 Zeitüberschreitungen (AAA) hinzugefügt in 2.1

Sollte es eine Zeitüberschreitung geben (verursacht durch Benutzerinaktivität), warnen Sie die Benutzer zu Beginn eines Prozesses, damit sie nicht überrascht werden, dass eine Zeitüberschreitung existiert (oder erlauben Sie nur eine Zeitüberschreitung nach 20 Stunden Inaktivität).

Verständnis von Zeitüberschreitungen

Richtlinie 2.3 — Anfälle und körperliche Reaktionen: Gestalten Sie Inhalte so, dass sie keine Anfälle oder körperlichen Reaktionen auslösen

Dies bezieht sich auf Inhalte, die, wenn sie nicht verändert werden, bei Benutzern mit Zuständen wie Epilepsie Anfälle auslösen oder bei Benutzern mit Zuständen wie vestibulären Störungen körperliche Reaktionen (wie Schwindel) auslösen könnten.

Erfolgskriterien Wie man die Kriterien erfüllt Praktische Ressource
2.3.1 Drei Blitze oder unterhalb der Schwelle (A) Inhalte sind frei von Elementen, die mehr als dreimal pro Sekunde blitzen, oder blitzende Inhalte liegen unter den akzeptablen Blitz- und Rotblitz-Schwellenwerten.
2.3.2 Drei Blitze (AAA) Inhalte enthalten keine Aspekte, die mehr als dreimal pro Sekunde blitzen.
2.3.3 Animationen durch Interaktionen (AAA) hinzugefügt in 2.1 Benutzern erlauben, Animationen durch Interaktionen zu deaktivieren (es sei denn, die Animation ist wesentlich). Verständnis von Animationen durch Interaktionen

Richtlinie 2.4 — Navigierbar: Stellen Sie Möglichkeiten bereit, die Benutzern helfen, Inhalte zu finden und sich zu orientieren

Die Konformitätskriterien unter dieser Richtlinie beziehen sich auf Möglichkeiten, wie Benutzer erwarten können, sich zu orientieren und die Inhalte und Funktionen zu finden, die sie auf der aktuellen Seite oder auf anderen Seiten der Website suchen.

Erfolgskriterien Wie man die Kriterien erfüllt Praktische Ressource
2.4.1 Blöcke überspringen (A)

Ein Mechanismus sollte bereitgestellt werden, der es dem Benutzer ermöglicht, direkt zum Hauptinhalt oder zu den auf der Seite verfügbaren Funktionen zu springen und die wiederholten Funktionen (wie das Unternehmenslogo oder die Navigation) zu überspringen. Dies wird oft durch „Sprunglinks“ erreicht — Links, die am Anfang des Seitenquellcodes platziert und durch CSS verborgen werden.

Wenn eine ordnungsgemäße Struktur von Überschriften und semantischen Containern zur Navigation bereitgestellt wird (zum Beispiel <section>, <aside> usw.), ist ein zusätzlicher „Sprunglink“ nicht nötig.

Ein Abschnitt über „Sprunglinks“ sollte hinzugefügt werden.
2.4.2 Seitentitel einschließen (A) Jede Webseite sollte einen informativen <title> enthalten, dessen Inhalt den Inhalt/Zweck der Seite beschreibt. Siehe Titel hinzufügen.
2.4.3 Logische Fokusreihenfolge (A) Die „Tabulatorreihenfolge“ von fokussierbaren Seitenelementen (z. B. Links, Schaltflächen, Formulareingaben) sollte logisch sinnvoll sein, damit die Seite auch von Nutzern mit Sehbehinderungen/Tastaturnutzern nutzbar bleibt. Siehe UI-Steuerungen für allgemeine Ratschläge zum Tabben zu Steuerungen. Wenn Sie Elemente in einer ungewöhnlichen Anordnung platzieren müssen, ist es besser, die Quellordnung sinnvoll zu gestalten und dann CSS-Funktionen wie Positionierung zu verwenden, um das Layout zu handhaben.
2.4.4 Link-Zweck (im Kontext) (A) Der Zweck/das Ziel eines Links sollte aus dem Linktext oder aus dem Kontext (z. B. dem umgebenden Text) erkennbar sein. Ausnahmen sind dort, wo der Link-Zweck für alle Benutzer unklar ist (siehe mehrdeutig für Benutzer im Allgemeinen für eine nützliche Erklärung hierzu). Siehe Bedeutungsvolle Textbeschriftungen. Beachten Sie auch, dass Sie Fälle minimieren sollten, in denen mehrere Kopien desselben Textes zu verschiedenen Orten verlinken. Dies kann für Benutzer von Bildschirmlesegeräten problematisch sein, die oft eine Liste der Links aus dem Kontext nehmen — mehrere Links, die alle mit „hier klicken“, „hier klicken“, „hier klicken“ beschriftet sind, wären verwirrend.
2.4.5 Mehrere Navigationsmechanismen (AA)

Sie sollten mindestens zwei allgemeine Navigationsmechanismen bereitstellen, um Seiten auf Ihrer Website zu finden, zum Beispiel Navigationsmenü, Breadcrumb-Pfad, Seitensuche, Sitemap, Liste verwandter Links usw.

Die einzige Ausnahme hiervon besteht, wenn eine Seite ein Schritt in einem Prozess ist, sodass sie logischerweise nur Links zu den vorherigen und nächsten Schritten hat.

Die meisten dieser Mechanismen können mit einfachen HTML-Funktionen erstellt werden, zum Beispiel siehe Suchfeld, Erstellen eines Navigationsmenüs, Stylen von Links als Schaltflächen.
2.4.6 Überschriften und Bezeichnungen (AA) Überschrift (z. B. <h2>) und <label> Elemente beschreiben klar den Zweck des Inhalts und der Formularelemente, die sie beschreiben sollen.

Siehe UI-Steuerungen, Bedeutungsvolle Textbeschriftungen, Grundlagen von Überschriften und Absätzen, Das <label> Element.

Beachten Sie, dass Sie vermeiden sollten, Überschriften oder Beschriftungen zu duplizieren (z. B. mehrere Instanzen von „Weitere Informationen“), es sei denn, die Struktur ermöglicht es Ihnen, sie leicht zu unterscheiden.

2.4.7 Sichtbarer Fokus für fokussierbare Elemente (AA) Beim Tabben durch fokussierbare Elemente wie Links oder Formulareingaben sollte es einen visuellen Indikator geben, der zeigt, welches Element aktuell den Fokus hat. Dies ist normalerweise ein gepunkteter oder blauer Umriss standardmäßig (abhängig von Browser, Plattform usw.), aber dies kann durch CSS überschrieben werden. Siehe UI-Steuerungen.
2.4.8 Standort innerhalb der Seite (AAA) Wenn Sie sich auf einer Seite innerhalb einer komplexen Website oder eines Schrittsatzes befinden, sollte dem Benutzer ein Indikator bereitgestellt werden, der zeigt, wo sie sich auf der Website befinden, zum Beispiel ein Breadcrumb-Pfad, Sitemap oder Text wie „Formularseite 2 von 10“.
2.4.9 Link-Zweck (nur Link) (AAA) Dieses Kriterium baut auf 2.4.4 auf und besagt, dass zur Erfüllung der AAA, der Zweck/das Ziel eines Links aus dem Linktext allein erkennbar sein sollte, auch wenn er aus dem Kontext genommen wird. Siehe Bedeutungsvolle Textbeschriftungen. Beachten Sie auch, dass Sie Fälle minimieren sollten, in denen mehrere Kopien desselben Textes zu verschiedenen Orten verlinken. Dies kann für Benutzer von Bildschirmlesegeräten problematisch sein, die oft eine Liste der Links aus dem Kontext nehmen — mehrere Links, die alle mit „hier klicken“, „hier klicken“, „hier klicken“ beschriftet sind, wären verwirrend.
2.4.10 Abschnittsüberschriften (AAA)

Neben dem Erstellen einer nützlichen Dokumentstruktur sollten Überschriften auch genau beschreiben und Inhaltsbereiche in logische Abschnitte unterteilen.

Beachten Sie, dass sich dieses Kriterium auf Überschriften und Titel im Allgemeinen Webinhalt bezieht (z. B. Überschriften innerhalb von Textinhalten). Überschriften und Titel für Benutzeroberflächen sind ein Sonderfall, der im Kriterium 4.1.2 behandelt wird.

Siehe Grundlagen von Überschriften und Absätzen.

2.4.11 Fokus nicht verdeckt (Minimum) (AA)

Wenn eine Komponente der Benutzeroberfläche Tastaturfokus erhält, wird die Komponente nicht vollständig durch vom Autor erstellten Inhalt verdeckt.

Hinweis: Wenn der Inhalt der Benutzeroberfläche durch den Benutzer neu positioniert werden kann, wird nur die anfängliche Position des durch den Benutzer verschiebbaren Inhalts für die Prüfung auf Einhaltung dieses Standards berücksichtigt. Auch Inhalte, die vom Benutzer geöffnet werden, können die Komponente, die den Fokus erhält, verdecken. Darüber hinaus wird die Komponente mit Fokus nicht als verdeckt für Konformitäts- und Prüfzwecke angesehen, wenn der Benutzer die fokussierte Komponente aufdecken kann, ohne den Tastaturfokus zu ändern.

Informieren Sie sich über das Verständnis des nicht verdeckten Fokus (Minimum), um mehr über diesen Standard zu erfahren.

2.4.12 Fokus nicht verdeckt (Verbessert) (AAA)

Befolgt die Regeln wie 2.4.11, außer dass, wenn eine Benutzeroberflächenkomponente Fokus erhält, kein Teil der Komponente durch vom Autor erstellten Inhalt verdeckt werden kann. Wenn die Oberfläche konfigurierbar ist, werden nur die anfänglichen Positionen des durch den Benutzer verschiebbaren Inhalts für die Prüfung und Einhaltung dieses Standards berücksichtigt.

Informieren Sie sich über das Verständnis des nicht verdeckten Fokus (Verbessert) (Level AAA) , um mehr über diesen Standard zu erfahren.

2.4.13 Fokusanzeige (AAA)

Wenn die Tastatur-Fokus-Anzeige sichtbar ist, erfüllt der Bereich der Fokus-Anzeige alle folgenden Kriterien:

  • Muss mindestens so groß sein wie der Bereich eines 2px dicken Umrisses der unmarkierten Komponente oder Unterkomponente, die den Inhalt der Komponente, den Rand und den Hintergrund umfasst, jedoch äußere Schatten- oder Glüheffekte ausschließt.
  • Muss ein Kontrastverhältnis von mindestens 3:1 zwischen denselben Pixeln im fokussierten und unfokussierten Zustand aufweisen.

Die Ausnahmen dafür sind:

  • Der Fokus-Indikator wird vom Benutzer bestimmt und kann nicht vom Autor angepasst werden.
  • Die Farbe des Fokus-Indikators und des Hintergriffs wird nicht vom Autor verändert.

Informieren Sie sich über das Verständnis des Fokus-Erscheinungsbildes (Level AAA) , um mehr über diesen Standard zu erfahren.

Richtlinie 2.5 Eingabemodalitäten: Erleichtern Sie es den Benutzern, Funktionen durch verschiedene Eingaben jenseits der Tastatur zu bedienen

Die Konformitätskriterien unter dieser Richtlinie stellen sicher, dass Benutzer in der Lage sind, mit digitaler Technologie über verschiedene Eingabemethoden jenseits einer Tastatur oder Maus zu interagieren (einschließlich Touchscreen, Stimme, Gerätebewegung oder alternative Eingabegeräte).

Erfolgskriterien Wie man die Kriterien erfüllt Praktische Ressource
2.5.1 Zeigergesten (A) hinzugefügt in 2.1 Alle Funktionen, die mit einem Zeiger bedient werden können, können mit einfachen Aktionen bedient werden. Pfad- oder Mehrpunkt-Gesten sind nicht erforderlich, um irgendwelche Funktionen zu bedienen. Es gibt Ausnahmen. Verständnis von Zeigergesten
2.5.2 Zeiger-Abbruch (A) hinzugefügt in 2.1 Für Funktionen, die mit einem einzelnen Zeiger bedient werden können, trifft mindestens eines der folgenden zu: Kein Down-Ereignis, Abbruch/Rückgängigmachen, Aufhebung oder wesentlich. Verständnis von Zeiger-Abbruch
2.5.3 Beschriftung im Namen (A) hinzugefügt in 2.1 Für jede Benutzeroberflächenkomponente, die ein sichtbares Textetikett enthält, stellen Sie sicher, dass der barrierefreie Name mit dem sichtbaren Text im Etikett übereinstimmt (oder ihn enthält). Verständnis von Beschriftung im Namen
2.5.4 Bewegungsaktivierung (A) hinzugefügt in 2.1 Stellen Sie sicher, dass für Funktionen, die durch a) Gerätemotion (wie Schütteln, Kippen) oder b) Benutzerbewegungen, die von Gerätesensoren (einschließlich einer Kamera) erkannt werden, ausgelöst werden können, beide folgenden Kriterien zutreffen: 1) Bewegungsaktivierung kann deaktiviert werden und 2) die Funktion kann ohne Nutzung von Gerätemotion oder Benutzerbewegungen bedient werden. Es gibt Ausnahmen. Verständnis von Bewegungsaktivierung
2.5.5 Zielgröße (AAA) hinzugefügt in 2.1 Die Größe des Berührungsziels eines funktionsfähigen Elements muss mindestens 44 CSS-Pixel in Breite und Höhe betragen. Es gibt Ausnahmen. Verständnis von Zielgröße
2.5.6 Gleichzeitige Eingabemechanismen (AAA) hinzugefügt in 2.1 Stellen Sie sicher, dass Benutzer verschiedene Modi der Eingabe verwenden und zwischen diesen wechseln können, wenn sie mit digitalen Inhalten interagieren, einschließlich Touchscreen, Tastatur, Maus, Sprachbefehlen oder alternativen Eingabegeräten. Es gibt eine wesentliche Ausnahme. Verständnis von gleichzeitigen Eingabemechanismen
2.5.8 Zielgröße Mindestanforderung (AA) Die Zielgröße für Zeigereingaben sollte mindestens 24px breit und 24px hoch sein, mit Ausnahme der folgenden Bereiche:
  • Abstand: Zielen, die weniger als 24px x 24px sind, sind so positioniert, dass, wenn ein 24px Durchmesser-Kreis auf die Begrenzungsbox jedes Ziels zentriert ist, die Kreise sich nicht mit einem anderen Ziel oder dem Kreis eines weiteren untergroßen Ziels überschneiden.
  • Equivalent: Eine separate Steuerung, die dieselbe Funktion erfüllt und diesen Standard erfüllt, ist auf derselben Seite verfügbar.
  • Inline: Das Ziel befindet sich innerhalb einer Textzeile, wobei seine Größe durch die Zeilenhöhe oder den umgebenden Nicht-Zieltext beschränkt ist.
  • Nutzernagent-Steuerung: Die Größe des Ziels wird vom Nutzernagent bestimmt und wurde nicht vom Autor geändert.
  • Wesentlich: Eine bestimmte Darstellung des Ziels ist wesentlich oder gesetzlich vorgeschrieben, um die übermittelten Informationen zu vermitteln.
Informieren Sie sich über das Verständnis der Zielgröße Mindestanforderung

Siehe auch