Barrierefreies Webdesign ein zugängliches und nutzbares Internet gestalten

Erfolgskriterien und Konformitätsbedingungen der Web Content Accessibility Guidelines (WCAG) 2.2

Diese Seite bietet Texte zu Erfolgskriterium 2.5.8 Zielgröße (Minimum) aus den WCAG 2.2. Nach der BITV 2.0 beziehungsweise EN 301549 müssen Webseiten, Nicht-Web-Dokumente und Software diesem Erfolgskriterium genügen.

Erfolgskriterium 2.5.8 Zielgröße (Minimum)

Erfolgskriterium 2.5.8 wurde mit den WCAG 2.2 (2023) eingeführt.

Anmerkungen zu den Quellen

Die Quellen für die Übersetzungen sind wie folgt:

  1. Die meisten Anforderungen stammen aus der autorisierten deutschen Übersetzung der WCAG 2.0:
    Extern: https://www.w3.org/Translations/WCAG20-de/
  2. Anforderungen, die in den WCAG 2.1 eingeführt oder deren Wortlaut gegenüber den WCAG 2.0 geändert wurden, stammen von der inoffiziellen deutschen Übersetzung der WCAG 2.1 auf
    Extern: https://outline-rocks.github.io/wcag/translations/WCAG21-de/
  3. Anforderungen, die in den WCAG 2.2 eingeführt oder deren Wortlaut gegenüber den WCAG 2.1 geändert wurden, wurden für diese Seiten von
    Extern, englischsprachig: https://www.w3.org/TR/WCAG22/
    übersetzt.

Übersetzung

Erfolgskriterium 2.5.8 ist in den WCAG 2.2 wie folgt eingegliedert:

2. Bedienbar

Bestandteile der Benutzerschnittstelle und Navigation müssen bedienbar sein.

Richtlinie 2.5 Eingabemodalitäten

Erleichtern Sie Benutzern die Bedienung von Funktionen durch andere Eingabearten als die Tastatur.

Erfolgskriterium 2.5.8 Zielgröße (Minimum)

(Stufe AA)

Die Größe des Ziels für Zeigereingaben beträgt mindestens 24 mal 24 CSS-Pixel, außer wo:

Hinweis

Ziele, die die räumliche Auswahl von Werten anhand der Position innerhalb des Ziels ermöglichen, werden für die Zwecke des Erfolgskriteriums als ein Ziel betrachtet. Beispiele schließen Schieberegler, Farbwähler, die einen Farbverlauf anzeigen, oder bearbeitbare Flächen, in denen der Cursor positioniert wird, ein.

Hinweis

Für Inline-Ziele sollte der Zeilenabstand als senkrecht zum Textfluss ausgelegt werden. Bei einer vertikal dargestellten Sprache ist der Zeilenabstand zum Beispiel horizontal.

Anforderungen der WCAG 2.2 (englisch)

2. Operable

User interface components and navigation must be operable.

Guideline 2.5 Input Modalities

Make it easier for users to operate functionality through various inputs beyond keyboard.

Extern, englischsprachig: understanding guideline 2.5

Success Criterion 2.5.8 Target Size (Minimum)

(Level AA)

The size of the target for pointer inputs is at least 24 by 24 CSS pixels, except where:

Note

Targets that allow for values to be selected spatially based on position within the target are considered one target for the purpose of the success criterion. Examples include sliders, color pickers displaying a gradient of colors, or editable areas where you position the cursor.

Note

For inline targets the line-height should be interpreted as perpendicular to the flow of text. For example, in a language displayed vertically, the line-height would be horizontal.

Extern, englischsprachig: understanding success criterion 2.5.8

Keine Hinweise zu Erfolgskriterium 2.5.8

Zu Erfolgskriterium 2.5.8 gibt es bislang keine redaktionellen Hinweise.

Zur Richtlinie 2.5:

Alle Funktionen müssen mit Zeigegeräten wie Mauszeiger, Finger (Touch-Screen) oder Eingabestift sowie Assistenztechnologien wie Spracheingabe bedient werden können. Vor allem komplexe Bedienarten (zum Beispiel Inhalte ziehen, Gesten mit mehr als einem Finger, Gerät schütteln) müssen durch einfache Bedienarten ergänzt sein. Die Bedienarten dürfen sich nicht gegenseitig ausschließen.

Alle Erfolgskriterien der WCAG 2.2

1. Wahrnehmbar

Informationen und Bestandteile der Benutzerschnittstelle müssen den Benutzern so präsentiert werden, dass diese sie wahrnehmen können.

Richtlinie 1.1 Textalternativen

Stellen Sie Textalternativen für alle Nicht-Text-Inhalte zur Verfügung, so dass diese in andere vom Benutzer benötigte Formen geändert werden können, wie zum Beispiel Großschrift, Braille, gesprochene Sprache, Symbole oder einfachere Sprache.

Richtlinie 1.2 Zeitbasierte Medien

Stellen Sie Alternativen für zeitbasierte Medien zur Verfügung.

Richtlinie 1.3 Anpassbar

Erstellen Sie Inhalte, die auf verschiedene Arten dargestellt werden können (z.B. einfacheres Layout), ohne dass Informationen oder Struktur verloren gehen.

Richtlinie 1.4 Unterscheidbar

Machen Sie es Benutzern leichter, Inhalt zu sehen und zu hören einschließlich der Trennung von Vorder- und Hintergrund.

2. Bedienbar

Bestandteile der Benutzerschnittstelle und Navigation müssen bedienbar sein.

Richtlinie 2.1 Per Tastatur zugänglich

Sorgen Sie dafür, dass alle Funktionalitäten per Tastatur zugänglich sind.

Richtlinie 2.2 Ausreichend Zeit

Geben Sie den Benutzern ausreichend Zeit, Inhalte zu lesen und zu benutzen.

Richtlinie 2.3 Anfälle und physische Reaktionen

Gestalten Sie Inhalte nicht auf Arten, von denen bekannt ist, dass sie zu Anfällen oder physischen Reaktionen führen.

Richtlinie 2.4 Navigierbar

Stellen Sie Mittel zur Verfügung, um Benutzer dabei zu unterstützen zu navigieren, Inhalte zu finden und zu bestimmen, wo sie sich befinden.

Richtlinie 2.5 Eingabemodalitäten

Erleichtern Sie Benutzern die Bedienung von Funktionen durch andere Eingabearten als die Tastatur.

3. Verständlich

Informationen und die Bedienung der Benutzerschnittstelle müssen verständlich sein.

Richtlinie 3.1 Lesbar

Machen Sie Inhalt lesbar und verständlich.

Richtlinie 3.2 Vorhersehbar

Sorgen Sie dafür, dass Webseiten vorhersehbar aussehen und funktionieren.

Richtlinie 3.3 Hilfestellung bei der Eingabe

Helfen Sie den Benutzern dabei, Fehler zu vermeiden und zu korrigieren.

4. Robust

Inhalte müssen robust genug sein, damit sie von einer großen Auswahl an Benutzeragenten einschließlich Assistenztechnologien interpretiert werden können.

Richtlinie 4.1 Kompatibel

Maximieren Sie die Kompatibilität mit aktuellen und zukünftigen Benutzeragenten, einschließlich Assistenztechnologien.

5. Konformität

In diesem Abschnitt sind die Anforderungen an die Konformität zu den WCAG 2.2 aufgelistet. Hier erhalten Sie außerdem Informationen darüber, wie man Konformitätserklärungen erstellt, die optional sind. Abschließend wird beschrieben, was es bedeutet, Barrierefreiheit unterstützend zu sein, da man sich nur dann, wenn man Techniken auf eine die Barrierefreiheit unterstützende Art benutzt, auf die Konformität verlassen kann. Konformität verstehen beinhaltet weitere Erklärungen zu dem Konzept "Barrierefreiheit unterstützend".

5.2 Konformitätsbedingungen

Damit eine Webseite WCAG 2.2-konform ist, müssen alle folgenden Konformitätsbedingungen erfüllt sein:

Weiterführende Links

Bislang wurde nur die deutschsprachige Übersetzung der WCAG 2.0 offiziell vom W3C veröffentlicht. Das W3C benennt eine Übersetzung der WCAG 2.1 als inoffizielle Übersetzung: