Ein Kriterium der Stufe AA, neu in WCAG 2.2: Funktionen, die eine Ziehbewegung nutzen, müssen eine einfache Alternative mit einem einzelnen Zeiger bieten (Tippen oder Klicken), sofern Ziehen nicht wesentlich ist.

Warum ist Ziehen eine Barriere?

Menschen mit motorischen Einschränkungen oder Tremor sowie viele Touch- und Switch-Nutzer können präzise Ziehgesten kaum zuverlässig ausführen.

Was ist eine geeignete Alternative?

Eine per Ziehen sortierbare Liste, die zusätzlich Auf- und Ab-Schaltflächen bietet, oder ein Schieberegler, dessen Wert sich auch eintippen oder per Klick auf die Leiste setzen lässt.

Erfolgskriterien

WCAG 2.5.7 Ziehbewegungen

Erfolgskriterium 2.5.7 verlangt, dass Funktionalität, die eine Ziehbewegung nutzt, auch mit einem einzelnen Zeiger ohne Ziehen erreichbar ist, es sei denn, das Ziehen ist wesentlich. Es ist ein Kriterium der Stufe AA unter Richtlinie 2.5 (Eingabemodalitäten), neu in WCAG 2.2.

Warum Ziehen speziell ein eigenes Kriterium brauchte

Anhaltende Ziehgesten – drücken, halten, bei gehaltener Taste bewegen, am Ziel loslassen – erfordern präzisere, kontinuierliche motorische Kontrolle als ein einfaches Tippen oder Klicken. Jemand mit eingeschränkter Feinmotorik, Handtremor, oder wer ein assistives Zeigegerät nutzt (einen Kopfzeiger, ein Eye-Tracking-System), kommt mit einzelnen Tipps möglicherweise gut zurecht, während ein anhaltendes, präzise zielgerichtetes Ziehen tatsächlich schwierig oder unmöglich ist. Drag-and-Drop wurde als UI-Muster verbreitet genug (Listen neu ordnen, Dateien zwischen Ordnern verschieben, Kanban-Boards per Ziehen neu ordnen), dass WCAG 2.2 ein eigenes Kriterium dafür hinzufügte, getrennt von den breiteren Gestenanforderungen in 2.5.1.

Was eine Alternative benötigt

Eine Liste durch Ziehen neu ordnen – benötigt eine Alternative wie "nach oben"/"nach unten"-Schaltflächen, oder einen per Tastatur bedienbaren Neuordnungsmechanismus
Kanban-/Board-Oberflächen mit Ziehen-zum-Neuordnen – benötigt eine Nicht-Zieh-Möglichkeit, ein Element zwischen Spalten/Zuständen zu verschieben (eine Menüaktion, ein Dropdown zur Auswahl der Zielspalte)
Durch Ziehen bediente Schieberegler eines Reglers – benötigt Klick-zum-Setzen-der-Position oder Pfeiltasten-Anpassung als Alternative zum Ziehen des Reglers selbst
Datei-Upload per Drag-and-Drop – benötigt eine konventionelle Dateiauswahl-Schaltfläche neben der Drop-Zone (ein Muster, das die meisten Upload-Widgets bereits umsetzen)

Die wesentliche Ausnahme

Wo Ziehen grundlegend das ist, worum es bei der Interaktion geht, und keine Entsprechung existiert – bestimmte Zeichen- oder Freiform-Positionierungswerkzeuge –, gilt die Ausnahme, ähnlich im Geiste wie die Ausnahmen für wesentliche Gesten anderswo in Richtlinie 2.5.

Ein praktischer Hinweis zu gängigen UI-Mustern

Ziehen-zum-Neuordnen-Listen sind wahrscheinlich der Ort, an dem dieses Kriterium in modernen Web-Apps am häufigsten übersehen wird – viele Komponentenbibliotheken liefern Drag-and-Drop-Neuordnung ohne standardmäßig enthaltene alternative "nach oben"/"nach unten"-Steuerung. Diese Alternative gezielt zu prüfen und hinzuzufügen ist meist die einzige Korrektur mit der größten Wirkung für dieses Kriterium.

Häufige Fragen

Was ist WCAG 2.5.7?: Ein Kriterium der Stufe AA, neu in WCAG 2.2: Funktionen, die eine Ziehbewegung nutzen, müssen eine einfache Alternative mit einem einzelnen Zeiger bieten (Tippen oder Klicken), sofern Ziehen nicht wesentlich ist.
Warum ist Ziehen eine Barriere?: Menschen mit motorischen Einschränkungen oder Tremor sowie viele Touch- und Switch-Nutzer können präzise Ziehgesten kaum zuverlässig ausführen.
Was ist eine geeignete Alternative?: Eine per Ziehen sortierbare Liste, die zusätzlich Auf- und Ab-Schaltflächen bietet, oder ein Schieberegler, dessen Wert sich auch eintippen oder per Klick auf die Leiste setzen lässt.