Bedienbar

Wenn Sie mit der Tastatur in einen Funktionsbereich eintreten, sollten Sie diesen Bereich auch mit nur der Tastatur wieder 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 mit der Tastatur zum Hauptinhalt zurückkehren können.

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

Für Funktionen mit zeitlichen Begrenzungen (z. B. das Abschließen einer Hotel- oder Flugbuchung, die oft zeitlich begrenzt ist), sollte dem Benutzer Steuerungen zur Verfügung gestellt werden, die es ihm ermöglichen, das Zeitlimit anzupassen, zu verlängern oder auszuschalten.

Ausnahmen von dieser Regel sind Aktivitäten mit zeitlichen Begrenzungen, die länger als 20 Stunden sind, Echtzeitereignisse (z. B. Live-Multiplayer-Spiele) und alle anderen Aktivitäten, die ein Zeitlimit erfordern und ungültig wären, wenn es abgeschaltet wäre.

Für sich automatisch bewegende/blinkende Inhalte, die länger als 5 Sekunden dauern und zusammen mit anderen Inhalten angezeigt werden, sollten Steuerungen bereitgestellt werden, um sie anzuhalten, zu stoppen oder auszublenden. Dies gilt nicht für sich bewegende/blinkende Inhalte, die für das Erlebnis wesentlich sind. Beispiele umfassen scrollenden Text und Videos.

Für automatisch aktualisierte Informationen, die automatisch starten und zusammen mit anderen Inhalten angezeigt werden, sollten Steuerungen bereitgestellt werden, um sie 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 das Erlebnis wesentlich sind. Beispiele umfassen Karussells oder rotierende Ankündigungen.

Wenn ein Timeout aufgrund von Benutzerinaktivität auftritt, sollten Benutzer zu Beginn eines Prozesses gewarnt werden, damit sie nicht überrascht sind, dass ein Timeout existiert (oder das Timeout darf erst nach 20 Stunden Inaktivität auftreten).

Eine Mechanismus sollte bereitgestellt werden, der es dem Benutzer ermöglicht, direkt zum Hauptinhalt oder zu den verfügbaren Funktionen auf der Seite zu springen, vorbei an den wiederholten Funktionen (wie dem Firmenlogo oder der Navigation). Dies wird oft mit "Überspringen-Links" erreicht — Links, die oben im Seitencode eingefügt werden, um zum Hauptinhalt zu führen und mit CSS ausgeblendet sind.

Wenn eine ordnungsgemäße Struktur der Überschriften und semantischen Container bereitgestellt wird, um sich damit zu bewegen (z. B. <section>, <aside>, etc.), dann ist ein zusätzlicher "Überspringen-Link" nicht notwendig.

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

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

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

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

Ebenso wie die Schaffung einer nützlichen Dokumentenstruktur sollten Überschriften auch den Inhalt genau beschreiben und in logische Abschnitte unterteilen.

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

Siehe Die Grundlagen von Überschriften und Absätzen.

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

Hinweis: Wenn der Inhalt der Benutzeroberfläche vom Benutzer neu positioniert werden kann, wird nur die anfängliche Position der benutzerbeweglichen Inhalte für den Test, um dieser Norm zu entsprechen, berücksichtigt. Außerdem können vom Benutzer geöffnete Inhalte die Komponente mit Fokus verdecken. Wenn der Benutzer die fokussierte Komponente ohne Änderung des Tastaturfokus sichtbar machen kann, wird die Komponente mit Fokus nicht als verborgen für Konformitäts- und Testzwecke betrachtet.

Prüfen Sie Verstehen von Fokus nicht verdeckt (Minimum), um mehr über diesen Standard zu erfahren.

Folgt den Regeln wie 2.4.11, außer wenn eine Benutzeroberflächenkomponente den Fokus erhält, kann kein Teil der Komponente durch vom Autor erstellte Inhalte verborgen werden. Wenn die Schnittstelle konfigurierbar ist, werden nur die anfänglichen Positionen der benutzerbeweglichen Inhalte für den Test und das Erfüllen dieses Standards berücksichtigt.

Prüfen Sie Verstehen von Fokus nicht verdeckt (Erweitert) (Level AAA), um mehr über diesen Standard zu erfahren.

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

• Muss mindestens so groß sein wie die Fläche eines 2px dicken Umfangs der nicht fokussierten Komponente oder Unterkomponente, die den Inhalt, Rahmen und Hintergrund der Komponente einschließt, jedoch äußere Schatten oder Leuchteffekte ausschließt.
• Muss ein Kontrastverhältnis von mindestens 3:1 zwischen denselben Pixeln in den fokussierten und nicht fokussierten Zuständen aufweisen

Die Ausnahmen hierzu sind:

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

Prüfen Sie Verstehen von Fokusdarstellung (Level AAA), um mehr über diesen Standard zu erfahren.