Zurück zu den WCAG

WCAG 2.1 - 2.5.1

Pointer Gestures

Alle Funktionen, die multipoint- oder pfadbasierte Gesten zur Bedienung verwenden, können mit einem einzelnen Zeiger ohne eine pfadbasierte Geste bedient werden, es sei denn, eine multipoint- oder pfadbasierte Geste ist unerlässlich.

Inhalt

Was Bedeutet das Success Criterium 2.5.1 - Pointer Gestures?Warum ist es so wichtig, das Success Criterium 2.5.1 - Pointer Gestures zu beachten?Was hat das Success Criterium 2.5.1 - Pointer Gestures mit dem BFSG zu tun?Lösungen für 2.5.1 - Pointer Gestures anhand von CodebeispielenWie löse ich Verstöße gegen das Success Criterium 2.5.1 - Pointer Gestures?

Was Bedeutet das Success Criterium 2.5.1 - Pointer Gestures?

Dieses WCAG Success Criterion fordert, dass alle Funktionen, die durch komplexe Zeigergesten (wie Wischen, Ziehen oder Multitouch-Gesten) bedienbar sind, auch mit einfachen Einzelpunkt-Aktionen (wie einfachen Klicks oder Antippen) zugänglich sein müssen. Das bedeutet: Wenn ein Nutzer beispielsweise eine Galerie per "Wischen" durchblättern kann, muss dasselbe auch mit einem einfachen Button-Klick möglich sein.

Warum ist es so wichtig, das Success Criterium 2.5.1 - Pointer Gestures zu beachten?

Viele Menschen mit motorischen Einschränkungen, ebenso wie Nutzer von Hilfstechnologien, können komplexe Zeigergesten entweder nicht oder nur schwer ausführen. Sie sind unter Umständen auf einfache Klick- oder Tipp-Aktionen angewiesen. Ohne eine solche Alternative wären bestimmte Funktionen nicht für alle Menschen zugänglich.

Was hat das Success Criterium 2.5.1 - Pointer Gestures mit dem BFSG zu tun?

Das Barrierefreiheitsstärkungsgesetz (BFSG) in Deutschland verpflichtet Anbieter digitaler Produkte und Dienstleistungen zur Einhaltung der Barrierefreiheitsanforderungen nach EN 301 549, welche wiederum auf die WCAG verweist. Eine Nichtbeachtung von 2.5.1 würde dazu führen, dass Menschen mit Einschränkungen von wichtigen Funktionen der Website ausgeschlossen werden. Damit wäre Ihre Website gesetzlich nicht barrierefrei und damit nicht BFSG-konform.

Lösungen für 2.5.1 - Pointer Gestures anhand von Codebeispielen

Falscher Code

<div class="swipe-area" ontouchmove="someGallerySwipe(event)"></div>

Korrekter Code

<div class="swipe-area" ontouchmove="someGallerySwipe(event)"></div> <button onclick="previousImage()">Vorheriges Bild</button> <button onclick="nextImage()">Nächstes Bild</button>

Das schlechte Beispiel erlaubt die Bedienung der Galerie ausschließlich durch eine Wischgeste. Wer Wischen nicht ausführen kann, ist ausgeschlossen. Im guten Beispiel stehen zusätzlich Buttons für die gleiche Funktion zur Verfügung, die sich per einfachem Klick/Aktivieren bedienen lassen.

Falscher Code

<div ontouchstart="startDrag(event)" ontouchend="endDrag(event)"></div>

Korrekter Code

<div ontouchstart="startDrag(event)" ontouchend="endDrag(event)"></div> <button onclick="handleAction()">Aktion ausführen</button>

Nur Drag-&-Drop als Geste ist problematisch, weil dies motorische Präzision erfordert. Durch einen zusätzlichen Button kann die gleiche Aktion aber auch mit einem einfachen Klick initiiert werden.

Wie löse ich Verstöße gegen das Success Criterium 2.5.1 - Pointer Gestures?

Zwei Ansichten eines Accessibility Audits mit Grafiken, die einen zeitlichen Verlauf zeigen und Codebeispielen

Unser Accessibility Audit bietet Ihnen die Möglichkeit, mittels unseres AI-basierten Barrierefreiheits-Assistenten, vollautomatisch konkrete Lösungsvorschläge für Ihre Seite zu erstellen. Dafür scannen wir Ihre Website und ihren Quellcode, finden Problemstellen und zeigen Ihnen anhand Ihres eigenen Websitecode fertige Lösungen zum Kopieren und Einfügen. Starten Sie jetzt den Accessibility Audit kostenlos.

Wir prüfen eine Unterseite Ihrer Website. Geben Sie eine beliebige URL ein.