Bedienbar

Wenn Sie einen Funktionsbereich mithilfe der Tastatur betreten, sollten Sie wieder aus diesem Bereich herauskommen können, indem Sie nur die Tastatur verwenden. Wenn Sie beispielsweise auf eine Schaltfläche fokussieren und Enter/Return drücken, um ein Optionsfenster zu öffnen, sollten Sie dieses Fenster wieder schließen und mit der Tastatur zur Hauptinhaltsseite zurückkehren können.

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

Für Funktionalitäten mit zeitlichen Begrenzungen (z. B. das Abschließen einer Hotel- oder Flugbuchung hat oft ein Zeitlimit) sollte dem Benutzer die Möglichkeit gegeben werden, dieses Zeitlimit anzupassen, zu verlängern oder auszuschalten.

Ausnahmen sind Aktivitäten mit Zeitlimits von mehr als 20 Stunden, Echtzeitereignisse (z. B. Live-Mehrspieler-Spiele) und andere Aktivitäten, die ein Zeitlimit erfordern und ungültig würden, wenn es abgeschaltet würde.

Für sich automatisch bewegende oder blinkende Inhalte, die länger als 5 Sekunden dauern und neben anderen Inhalten angezeigt werden, sollten Steuerungen bereitgestellt werden, um diese anzuhalten, zu stoppen oder auszublenden. Dies gilt nicht für bewegende oder blinkende Inhalte, die für die Erfahrung wesentlich sind. Beispiele sind scrollender Text und Videos.

Bei automatisch aktualisierten Informationen, die automatisch starten und neben anderen Inhalten angezeigt werden, sollten Steuerungen bereitgestellt werden, um diese anzuhalten, zu stoppen oder auszublenden oder um die Häufigkeit der Updates zu steuern. Dies gilt nicht für automatisch aktualisierte Inhalte, die für die Erfahrung wesentlich sind. Beispiele sind Karussells oder sich drehende Ankündigungen.

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

Es sollte ein Mechanismus bereitgestellt werden, der es dem Benutzer ermöglicht, direkt zum Hauptinhalt oder zur verfügbaren Funktionalität auf der Seite zu springen, vorbei an wiederholten Funktionen (wie dem Firmenlogo oder der Navigation). Dies wird oft über "Sprunglinks" erreicht — Links, die am Anfang des Seitencodes platziert sind, zum Hauptinhalt führen und durch CSS verborgen werden.

Wenn eine ordnungsgemäße Überschriftstruktur und semantische Container bereitgestellt werden, um sich durch die Seite zu bewegen (zum Beispiel <section>, <aside> usw.), dann ist kein zusätzlicher "Sprunglink" notwendig.

Sie sollten mindestens zwei allgemeine Navigationsmechanismen bereitstellen, um Seiten auf Ihrer Webseite zu finden, z. B. Navigationsmenü, Breadcrumb-Navigation, Website-Suche, Sitemap, Liste verwandter Links, usw.

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

Siehe Verwenden Sie semantische UI-Steuerelemente, wo möglich, Verwenden Sie sinnvolle Textetiketten, Die Grundlagen von Überschriften und Absätzen, Das <label>-Element.

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

Neben der Erstellung einer nützlichen Dokumentstruktur sollten Überschriften auch den Inhalt korrekt beschreiben und in logische Abschnitte unterteilen.

Beachten Sie, dass sich dieses Kriterium auf die allgemeinen Überschriften und Titel im 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 Die Grundlagen von Überschriften und Absätzen.

Wenn eine Benutzeroberflächenkomponente den Tastaturfokus erhält, wird die Komponente nicht vollständig durch vom Autor erstellte Inhalte verdeckt.

Hinweis: Wenn der Inhalt der Benutzeroberfläche vom Benutzer neu positioniert werden kann, wird nur die ursprüngliche Position des vom Benutzer verschiebbaren Inhalts berücksichtigt, um diesen Standard zu testen. Auch Inhalte, die der Benutzer öffnet, können die Komponente, die den Fokus erhält, verdecken. Wenn der Benutzer die fokussierte Komponente aufdecken kann, ohne den Tastaturfokus zu ändern, gilt die Komponente mit Fokus nicht als verdeckt für Konformitäts- und Testzwecke.

Lesen Sie die Erläuterung zu Fokus nicht verdeckt (Minimum), um mehr über diesen Standard zu erfahren.

Folgt den Regeln von 2.4.11, außer dass, wenn eine Benutzeroberflächenkomponente den Fokus erhält, kein Teil der Komponente durch vom Autor erstellte Inhalte verdeckt sein darf. Wenn die Oberfläche konfigurierbar ist, werden nur die ursprünglichen Positionen der verschiebbaren Inhalte des Benutzers für das Testen und die Erfüllung dieses Standards berücksichtigt.

Lesen Sie die Erläuterung zu Fokus nicht verdeckt (Erweiterte) (Stufe AAA), um mehr über diesen Standard zu erfahren.

Wenn der Tastaturfokus-Indikator sichtbar ist, entspricht die Fläche des Fokus-Indikators allen folgenden Bedingungen:

• Er muss mindestens so groß sein wie die Fläche eines 2px dicken Rahmens der nicht fokussierten Komponente oder Unterkomponente, der den Inhalt, die Rahmen und den Hintergrund der Komponente einschließt, jedoch äußerliche Schatten oder Leuchteffekte ausschließt.
• Er muss ein Kontrastverhältnis von mindestens 3:1 zwischen denselben Pixeln im fokussierten und nicht fokussierten Zustand haben.

Die Ausnahmen hiervon sind:

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

Lesen Sie die Erläuterung zur Fokusdarstellung (Stufe AAA), um mehr über diesen Standard zu erfahren.