Dieser Inhalt wurde automatisch aus dem Englischen übersetzt, und kann Fehler enthalten. Erfahre mehr über dieses Experiment.

View in English Always switch to English

Operabel

Dieser Artikel bietet praktische Ratschläge, wie Sie Ihre Webinhalte so gestalten, dass sie den Erfolgskriterien des Prinzips Operabel der Web Content Accessibility Guidelines (WCAG) 2.0 und 2.1 entsprechen. Operabel bedeutet, dass Benutzeroberflächenkomponenten und Navigationen bedienbar sein müssen.

Hinweis: Um die W3C-Definitionen für das Prinzip Operabel sowie dessen Richtlinien und Erfolgskriterien zu lesen, sehen Sie sich Prinzip 2: Operabel — Benutzeroberflächenkomponenten und Navigationen müssen bedienbar sein. an.

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

Diese Richtlinie umfasst die Notwendigkeit, Hauptfunktionen einer Website zusätzlich zu anderen Mitteln (z.B. Maus) über eine Tastatur verfügbar zu machen, sodass Benutzer, die auf Tastatursteuerungen angewiesen sind, darauf zugreifen können.

Erfolgskriterien Wie Sie die Kriterien einhalten Praktische Ressource
2.1.1 Tastatur (A) Alle Funktionen sollten mit Tastatursteuerungen zugänglich sein, es sei denn, sie können nicht mit der Tastatur bedient werden (z.B. freihändiges Zeichnen). Eingebaute Steuerungen sollten nach Möglichkeit verwendet werden (z.B. Tabulatoren durch Formularsteuerungen), und Sie sollten nur dann eine benutzerdefinierte Funktionalität einbauen, wenn sie notwendig ist. Siehe Verwenden Sie nach Möglichkeit semantische UI-Steuerelemente und Einbau der Tastaturzugänglichkeit
2.1.2 Keine Tastaturfalle (A)

Wenn Sie einen Bereich der Funktionalität mit der Tastatur betreten, sollten Sie diesen Bereich auch wieder nur mit der Tastatur verlassen können. Zum Beispiel, wenn Sie die Taste Enter/Return auf einer fokussierten Schaltfläche drücken, um ein Optionsfenster zu öffnen, sollten Sie dieses Fenster wieder schließen und zur Hauptanzeige zurückkehren können, indem Sie nur die Tastatur verwenden.

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

2.1.3 Tastatur — alle Funktionen (AAA) Dies ist ein weiterer Schritt über das Kriterium 2.1.1 hinaus. Um die Konformität nach AAA zu erreichen, sollten alle Funktionen mit Tastatursteuerungen zugänglich sein — ohne Ausnahmen. Siehe Verwenden Sie nach Möglichkeit semantische UI-Steuerelemente und Einbau der Tastaturzugänglichkeit
2.1.4 Zeichenkurztasten (A) Wenn eine einzelne Zeichenkurztaste existiert, dann ist mindestens eines der folgenden wahr: Einzelne Zeichenkurztasten können deaktiviert, neu zugewiesen oder nur aktiv sein, wenn die entsprechende Benutzeroberflächenkomponente im Fokus ist. Verstehen von Zeichenkurztasten

Richtlinie 2.2 — Ausreichend Zeit: Geben Sie den Benutzern ausreichend Zeit, um Inhalte zu lesen und zu verwenden

Diese Richtlinie behandelt Situationen, in denen Funktionen möglicherweise eine zeitliche Begrenzung haben. Zum Beispiel müssen Käufe manchmal aus Sicherheitsgründen innerhalb eines bestimmten Zeitrahmens abgeschlossen werden.

Erfolgskriterien Wie Sie die Kriterien einhalten Praktische Ressource
2.2.1 Zeitablauf anpassbar (A)

Bei Funktionen mit Zeitbeschränkungen (z.B. eine Hotel- oder Flugbuchung, die oft zeitlich begrenzt ist) sollte der Benutzer die Kontrolle haben, um den Zeitablauf anzupassen, zu verlängern oder auszuschalten.

Ausnahmen bestehen bei Aktivitäten mit Zeitbeschränkungen länger als 20 Stunden, bei Echtzeitereignissen (z.B. Live-Mehrspieler-Spiele) und bei allen anderen Aktivitäten, die einen Zeitablauf benötigen und ungültig werden würden, wenn dieser abgeschaltet wird.

2.2.2 Pause, Stopp, Verstecken (A)

Für automatisch startenden und länger als 5 Sekunden andauernden, bewegten oder blinkenden Inhalt, der neben anderem Inhalt angezeigt wird, sollten Steuerungen bereitgestellt werden, um ihn zu pausieren, zu stoppen oder zu verstecken. Dies gilt nicht für sich bewegenden/blinkenden Inhalt, der für das Erlebnis wesentlich ist. Beispiele sind scrollender Text und Videos.

Für automatisch aktualisierende Informationen, die automatisch starten und neben anderem Inhalt angezeigt werden, sollten Steuerungen bereitgestellt werden, um sie zu pausieren, zu stoppen oder zu verstecken oder die Aktualisierungshäufigkeit zu steuern. Dies gilt nicht für automatisch aktualisierenden Inhalt, der für das Erlebnis wesentlich ist. Beispiele sind Karussells oder rotierende Ankündigungen.

2.2.3 Keine Zeitlimits (AAA) Dieses Kriterium baut auf Kriterium 2.2.1 auf und besagt, dass Inhalte, die eine Konformität nach AAA erreichen möchten, keine Zeitlimits haben sollten.
2.2.4 Unterdrücken von Unterbrechungen (AAA) Unterbrechungen wie Alarme oder Zwischenschaltungen sollten eine Funktion bieten, um sie zu unterdrücken oder zu verschieben, es sei denn, es handelt sich um einen Notfallalarm.
2.2.5 Erneutes Authentifizieren (AAA) Wenn eine Authentifizierungssitzung während der Nutzung einer Web-App abläuft, kann der Benutzer sich erneut authentifizieren und ohne Datenverlust weitermachen.
2.2.6 Zeitüberschreitungen (AAA)

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

Verstehen von Zeitüberschreitungen

Richtlinie 2.3 — Anfälle und physische Reaktionen: Entwerfen Sie Inhalte nicht auf eine Weise, die bekanntermaßen Anfälle oder physische Reaktionen auslöst

Dies bezieht sich auf Inhalte, die, wenn sie nicht geändert werden, Anfälle bei Benutzern mit Erkrankungen wie Epilepsie oder physische Reaktionen (wie Schwindel) bei Benutzern mit Vestibulärstörungen auslösen könnten.

Erfolgskriterien Wie Sie die Kriterien einhalten Praktische Ressource
2.3.1 Drei Blitze, oder unterhalb der Schwelle (A) Inhalt enthält keinen Aspekt, der mehr als dreimal pro Sekunde blitzt, oder blitzende Inhalte liegen unterhalb der akzeptablen Blitz- und Rotblitzschwellen.
2.3.2 Drei Blitze (AAA) Inhalt enthält keinen Aspekt, der mehr als dreimal pro Sekunde blitzt.
2.3.3 Animationen aus Interaktionen (AAA) Erlauben Sie Benutzern, Animationen aus Interaktionen zu deaktivieren (es sei denn, die Animation ist wesentlich). Verstehen von Animationen aus Interaktionen

Richtlinie 2.4 — Navigierbar: Bieten Sie Möglichkeiten zur Unterstützung der Benutzer beim Navigieren, Finden von Inhalten und Bestimmen ihres Standorts

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

Erfolgskriterien Wie Sie die Kriterien einhalten Praktische Ressource
2.4.1 Blöcke umgehen (A)

Es sollte ein Mechanismus bereitgestellt werden, mit dem der Benutzer direkt zum Hauptinhalt oder zur auf der Seite verfügbaren Funktionalität gelangen kann, vorbei an wiederkehrenden Features (wie dem Firmenlogo oder der Navigation). Dies wird oft durch "Sprunglinks" erreicht — Links am Anfang des Seitenquellcodes, die zum Hauptinhalt führen und durch CSS versteckt sind.

Wenn eine ordnungsgemäße Struktur von Überschriften und semantischen Behältern bereitgestellt wird, um damit zu navigieren (zum Beispiel <section>, <aside>, etc.), dann ist ein zusätzlicher "Sprunglink" nicht notwendig.

Es muss ein Abschnitt zu "Sprunglinks" hinzugefügt werden.
2.4.2 Seitentitel einfügen (A) Jede Webseite sollte einen informativen <title> enthalten, dessen Inhalt den Seiteninhalt/-zweck beschreibt. Siehe Hinzufügen eines Titels.
2.4.3 Logische Fokusreihenfolge (A) Die "Tabulator-Reihenfolge" der fokussierbaren Seitenelemente (z.B. Links, Schaltflächen, Formulareingaben) ergibt logisch Sinn, was bedeutet, dass die Seite auch von nicht-sichtigen/Tastaturbenutzern nutzbar bleibt. Siehe Verwenden Sie nach Möglichkeit semantische UI-Steuerelemente für allgemeine Ratschläge zum Tabben zu Steuerelementen. Wenn Sie Elemente in einem ungewöhnlichen Layout platzieren müssen, ist es besser, dafür zu sorgen, dass die Quellreihenfolge sinnvoll ist, und dann CSS-Funktionen wie Positionierung zu verwenden, um das Layout zu verwalten.
2.4.4 Zweck von Links (im Kontext) (A) Der Zweck/Zielort eines Links kann aus dem Linktext oder seinem Umfeld (z.B. dem umgebenden Text) bestimmt werden. Ausnahmen sind, wenn der Linkzweck für alle Benutzer mehrdeutig ist (siehe mehrdeutig für Benutzer im Allgemeinen für eine nützliche Erklärung dazu). Siehe Verwenden Sie aussagekräftige Textbeschriftungen. Beachten Sie auch, dass Sie Fälle minimieren sollten, in denen mehrere Kopien desselben Textes auf verschiedene Stellen verlinken. Dies kann Probleme für Bildschirmleser-Benutzer verursachen, die oft eine Liste der Links aus dem Kontext aufrufen — mehrere Links, die alle mit "hier klicken", "hier klicken", "hier klicken" beschriftet sind, könnten verwirrend sein.
2.4.5 Mehrere Navigationsmechanismen (AA)

Sie sollten mindestens zwei allgemeine Navigationsmechanismen bereitstellen, um Seiten auf Ihrer Website zu finden, z.B. Navigationsmenü, Breadcrumb-Leiste, Seitensuche, Seitenübersicht, Liste verwandter Links, etc.

Die einzige Ausnahme ist, wenn eine Seite ein Schritt in einem Prozess ist, bei dem es logisch nur Links zu den vorherigen und nächsten Schritten geben sollte.

Die meisten dieser Mechanismen können mit vollständig unterstützten HTML-Funktionen erstellt werden, beispielsweise siehe Suchfeld, Erstellen eines Navigationsmenüs, Stylen von Links als Schaltflächen.
2.4.6 Überschriften und Beschriftungen (AA) Überschriften (z.B. <h2>) und <label>-Elemente beschreiben eindeutig den Zweck der Inhalte und Formularelemente, die sie beschreiben sollen.

Siehe Verwenden Sie nach Möglichkeit semantische UI-Steuerelemente, Verwenden Sie aussagekräftige Textbeschriftungen, Grundlagen von Überschriften und Absätzen, Das <label>-Element.

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

2.4.7 Sichtbarer Fokus für fokussierbare Elemente (AA) Beim Tabben durch fokussierbare Elemente wie Links oder Formular-Eingaben sollte es einen visuellen Indikator geben, der zeigt, welches Element derzeit im Fokus steht. Dies ist standardmäßig in der Regel eine punktierte oder blaue Umrandung (abhängig vom Browser, Plattform, etc.), kann jedoch durch CSS überschrieben werden. Siehe Verwenden Sie nach Möglichkeit semantische UI-Steuerelemente.
2.4.8 Standort innerhalb der Website (AAA) Wenn Sie sich auf einer Seite innerhalb einer komplexen Website oder eines Schrittes befinden, sollte den Benutzern ein Indikator darüber gegeben werden, wo sie sich in der Seite befinden. Beispiele sind eine Breadcrumb-Leiste, eine Seitenübersicht oder ein Text wie "Formularseite 2 von 10".
2.4.9 Zweck von Links (nur Link) (AAA) Dieses Kriterium baut auf Kriterium 2.4.4 auf und besagt, dass, um die AAA-Konformität zu erfüllen, der Zweck/Zielort eines Links allein vom Linktext bestimmt werden sollte, selbst wenn er aus dem Kontext gerissen ist. Siehe Verwenden Sie aussagekräftige Textbeschriftungen. Beachten Sie auch, dass Sie Fälle minimieren sollten, in denen mehrere Kopien desselben Textes auf verschiedene Stellen verlinken. Dies kann Probleme für Bildschirmleser-Benutzer verursachen, die oft eine Liste der Links aus dem Kontext aufrufen — mehrere Links, die alle mit "hier klicken", "hier klicken", "hier klicken" beschriftet sind, könnten verwirrend sein.
2.4.10 Abschnittsüberschriften (AAA)

Neben der Erstellung 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 des Textinhalts). Überschriften und Titel für Benutzeroberflächen sind ein besonderer Fall, der in Kriterium 4.1.2 behandelt wird.

Siehe Grundlagen von Überschriften und Absätzen.

2.4.11 Fokus nicht verdeckt (Minimum) (AA)

Wenn eine Benutzeroberflächenkomponente Tastaturfokus erhält, darf die Komponente nicht vollständig durch autorenerstellte Inhalte verdeckt sein.

Hinweis: Wenn der Inhalt der Benutzeroberfläche vom Benutzer neu positioniert werden kann, wird nur die ursprüngliche Position des benutzerbeweglichen Inhalts zum Testen auf die Einhaltung dieses Standards berücksichtigt. Außerdem können Inhalte, die vom Benutzer geöffnet werden, die Komponente mit Fokus verdecken. Ferner gilt die Komponente mit Fokus nicht als verdeckt für Konformitäts- und Testzwecke, wenn der Benutzer die fokussierte Komponente anzeigen kann, ohne den Tastaturfokus zu ändern.

Sehen Sie sich Verstehen: Fokus nicht verdeckt (Minimum) an, um mehr über diesen Standard zu erfahren.

2.4.12 Fokus nicht verdeckt (Erweitert) (AAA)

Folgt den Regeln wie 2.4.11, außer dass bei Erhalt des Fokus keine Teile der Komponente durch autorenerstellte Inhalte verdeckt werden können. Wenn die Benutzeroberfläche konfigurierbar ist, werden nur die anfänglichen Positionen der benutzerbeweglichen Inhalte zum Testen und Erfüllen dieses Standards berücksichtigt.

Sehen Sie sich Verstehen: Fokus nicht verdeckt (Erweitert) (Level AAA) an, um mehr über diesen Standard zu erfahren.

2.4.13 Fokus-Erscheinung (AAA)

Wenn der Tastaturfokus-Indikator sichtbar ist, erfüllt der Bereich des Fokus-Indikators alle folgenden Anforderungen:

  • Muss mindestens so groß sein wie der Bereich des 2px dicken Umfangs der nicht fokussierten Komponente oder Subkomponente, die den Inhalt, Rahmen und Hintergrund der Komponente umfasst, jedoch ohne äußere Schatten- oder Leuchteffekte.
  • Erfordert ein Kontrastverhältnis von mindestens 3:1 zwischen den gleichen Pixeln in den fokussierten und nicht fokussierten Zuständen.

Die Ausnahmen sind:

  • Der Fokusindikator wird vom Benutzer bestimmt und kann vom Autor nicht angepasst werden.
  • Der Fokusindikator und die Hintergrundfarbe des Indikators werden vom Autor nicht geändert.

Sehen Sie sich Verstehen: Fokus-Erscheinung (Level AAA) an, um mehr über diesen Standard zu erfahren.

Richtlinie 2.5 Eingabemodalitäten: Erleichtern Sie Benutzern die Bedienung von Funktionen durch verschiedene Eingaben jenseits der Tastatur

Die Erfolgskriterien unter dieser Richtlinie stellen sicher, dass Benutzer fähig sind, mit digitaler Technologie unter Verwendung verschiedener Eingabemethoden jenseits der Tastatur oder Maus zu interagieren (einschließlich Touchscreen, Stimme, Gerätemotion oder alternativen Eingabegeräten).

Erfolgskriterien Wie Sie die Kriterien einhalten Praktische Ressource
2.5.1 Zeigergesten (A) Alle Funktionen, die mit einem Zeiger bedient werden können, können mit Einzelpunktaktionen betrieben werden. Pfadbasierte oder Mehrpunkt-Gesten sind für die Bedienung von Funktionen nicht erforderlich. Ausnahmen bestehen. Verstehen von Zeigergesten
2.5.2 Zeigerabbruch (A) Für Funktionen, die mit einem Einzelzeiger bedient werden können, trifft wenigstens eines der Folgenden zu: kein Down-Event, Abbruch/Rückgängig, Aufwärtsumkehr oder wesentlich. Verstehen von Zeigerabbruch
2.5.3 Beschriftung im Namen (A) Für jede Benutzeroberflächenkomponente, die ein sichtbares Textlabel enthält, stellen Sie sicher, dass der zugängliche Name dem sichtbaren Text im Label entspricht (oder diesen einschließt). Verstehen der Beschriftung im Namen
2.5.4 Bewegungssteuerung (A) Stellen Sie sicher, dass bei Funktionen, die durch a) Gerätemotion (wie Schütteln, Neigen) oder b) Nutzer-Gesten, die von Gerätesensoren erkannt werden (einschließlich einer Kamera), ausgelöst werden können, beide folgenden Bedingungen erfüllt sind: 1) Bewegungssteuerung kann deaktiviert werden, und 2) die Funktionalität kann ohne Gerätemotion oder Nutzer-Gesten bedient werden. Ausnahmen bestehen. Verstehen von Bewegungssteuerung
2.5.5 Zielgröße (AAA) Die Größe der Anklickfläche eines bedienbaren Elements muss mindestens 44 CSS-Pixel in Breite und Höhe betragen. Ausnahmen bestehen. Verstehen der Zielgröße
2.5.6 Gleichzeitige Eingabemechanismen (AAA) Stellen Sie sicher, dass Personen verschiedene Modi der Eingabe verwenden und zwischen ihnen wechseln können, wenn sie mit digitalen Inhalten interagieren, einschließlich Touchscreen, Tastatur, Maus, Sprachbefehle oder alternative Eingabegeräte. Eine wesentliche Ausnahme besteht. Verstehen gleichzeitiger Eingabemechanismen
2.5.8 Mindestzielgröße (AA) Die Zielgröße für Zeigereingaben sollte mindestens 24px breit und 24px hoch sein, außer in folgenden Bereichen:
  • Abstand:Ziele, die weniger als 24px x 24px groß sind, sind so positioniert, dass wenn ein 24px Durchmesser Kreis auf die Begrenzungsbox jedes Ziels zentriert wird, die Kreise sich nicht mit anderen Zielen oder dem Kreis für ein anderes unterdimensioniertes Ziel überschneiden.
  • Äquivalent: Eine separate Kontrolle, die die gleiche Funktion erfüllt und diesem Standard entspricht, ist auf derselben Seite verfügbar.
  • Inline: Das Ziel befindet sich innerhalb einer Textzeile mit seiner Größe, die durch die Zeilenhöhe oder umgebenden Nicht-Zieltext eingeschränkt ist.
  • Benutzeragentensteuerung: Die Zielgröße wird durch den Benutzeragenten bestimmt und wurde nicht vom Autor geändert.
  • Wesentlich: Eine bestimmte Präsentation des Ziels ist wesentlich oder gesetzlich erforderlich für die zu vermittelnden Informationen.
Schauen Sie sich Verstehen der Mindestzielgröße an

Siehe auch