Bedienbar

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

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

Für Funktionen mit Zeitlimits (z. B. das Abschließen einer Hotel- oder Flugbuchung hat oft ein Zeitlimit), sollte der Benutzer Steuerungen erhalten, um das Zeitlimit anzupassen, zu verlängern oder zu deaktivieren.

Ausnahmen hiervon sind Aktivitäten mit Zeitlimits von mehr als 20 Stunden, Echtzeitereignisse (z. B. Live-Multiplayer-Spiele), und jede andere Aktivität, die ein Zeitlimit erfordert und ungültig wäre, wenn sie deaktiviert würde.

Für sich automatisch bewegende oder blinkende Inhalte, die länger als 5 Sekunden dauern und zusammen mit anderem Inhalt gezeigt werden, sollten Steuerungen bereitgestellt werden, um sie anzuhalten, zu stoppen oder zu verstecken. Dies gilt nicht für Inhalte, die essenziell für die Erfahrung sind. Beispiele sind scrollende Texte und Videos.

Bei sich automatisch aktualisierenden Informationen, die automatisch starten und zusammen mit anderem Inhalt angezeigt werden, sollten Steuerungen bereitgestellt werden, um sie anzuhalten, zu stoppen oder zu verstecken oder um die Häufigkeit der Aktualisierungen zu steuern. Dies gilt nicht für sich automatisch aktualisierende Inhalte, die essenziell für die Erfahrung sind. Beispiele sind Karussells oder drehende Ankündigungen.

Wenn ein Timeout (verursacht durch Benutzerinaktivität) eintritt, warnen Sie die Benutzer zu Beginn eines Prozesses, damit sie nicht überrascht sind, dass ein Timeout existiert (oder erlauben Sie das Timeout nur 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 und die wiederkehrenden Merkmale (wie das Firmenlogo oder die Navigation) zu umgehen. Dies wird oft durch "Skip-Links" erreicht - Links, die oben im Seitenquellcode eingefügt werden, die zum Hauptinhalt führen und durch CSS verborgen werden.

Wenn eine richtige Struktur von Überschriften und semantischen Containern bereitgestellt wird, um damit zu navigieren (zum Beispiel <section>, <aside>, etc.), dann ist ein zusätzlicher "Skip-Link" nicht notwendig.

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

Die einzige Ausnahme hiervon ist eine Seite, die ein Schritt in einem Prozess ist, sodass logisch nur Links zu den vorherigen und nächsten Schritten vorhanden sein sollten.

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

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

Neben der Erstellung einer nützlichen Dokumentstruktur, sollten Überschriften auch den Inhalt voneinander trennen und logisch in Abschnitte gliedern.

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 spezieller 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, darf die Komponente aufgrund von enthaltenen, vom Autor erstellten Inhalten nicht vollständig verborgen sein.

Hinweis: Wenn der Inhalt der Benutzeroberfläche vom Benutzer neu positioniert werden kann, wird für die Prüfung der Konformität mit diesem Standard nur die Anfangsposition des benutzerbewegbaren Inhalts berücksichtigt. Auch Inhalte, die vom Benutzer geöffnet werden, können die Komponente verdecken, die den Fokus erhält. Wenn der Benutzer die fokussierte Komponente jedoch ohne Änderung des Tastaturfokus sichtbar machen kann, wird die Komponente mit Fokus nicht als verborgen betrachtet, was Konformitäts- und Prüfungszwecke betrifft.

Erfahren Sie mehr zu diesem Standard unter Verständnis von Fokus nicht verdeckt (Minimum).

Gilt die Regeln wie 2.4.11 außer wenn eine Benutzeroberflächenkomponente den Fokus erhält, darf kein Teil der Komponente durch vom Autor erstellte Inhalte verdeckt werden. Wenn die Benutzeroberfläche konfigurierbar ist, werden nur die ursprünglichen Positionen benutzerbewegbarer Inhalte für die Prüfung und Erfüllung dieses Standards berücksichtigt.

Erfahren Sie mehr zu diesem Standard unter Verständnis von Fokus nicht verdeckt (Erweitert) (Level AAA).

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

• Muss mindestens so groß sein wie der Bereich eines 2px dicken Umfangs der un-fokussierten Komponente oder Unterkomponente, der den Inhalt der Komponente, ihre Grenze und den Hintergrund umfasst, außen vor gelassen verwischte Schatten oder Leuchteffekte.
• Muss einen Kontrastverhältnis von mindestens 3:1 zwischen denselben Pixeln im fokussierten und un-fokussierten Zustand haben.

Die Ausnahmen hiervon sind:

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

Erfahren Sie mehr zu diesem Standard unter Verständnis von Fokusdarstellung (Level AAA).