2.5.7 Dragging Movements

1. Was ist das Ziel dieses Kriteriums?

Eine Datei in den Papierkorb ziehen gehört heute zum Bedienen von Websites wie das Wischen zum Smartphone. Aber was, wenn das präzise Ziehen und Fallen-Lassen zur unüberwindbaren Hürde wird? Menschen mit motorischen Einschränkungen, Nutzer von speziellen Eingabegeräten oder Personen mit Zittern können solche Drag-and-Drop-Aktionen oft nicht oder nur sehr schwer ausführen.

Das Ziel von Erfolgskriterium 2.5.7 der WCAG ist deshalb klar: Jede Funktion, die über Zieh-Bewegungen bedient wird, braucht eine Alternative mit einfachen Zeiger-Aktionen. Keine komplexen Bewegungen, kein präzises Timing – nur einfache Klicks oder Taps.

2. Was fordert das Erfolgskriterium genau?

Ganz konkret geht es um alle Funktionen, die eine Zieh-Bewegung (Dragging Movement) erfordern – also das Greifen, Bewegen und Fallen-Lassen von Elementen.

Sobald eine Funktion über Drag-and-Drop bedient wird, muss eine Alternative verfügbar sein, die nur einfache Zeiger-Aktionen benötigt:

  • Einfache Klicks oder Taps statt komplexer Bewegungen
  • Aufeinanderfolgende Einzelaktionen sind erlaubt (z.B. Element auswählen, dann Ziel wählen)
  • Menüs, Buttons oder andere Steuerelemente als Alternative
  • Texteingaben können ebenfalls als Alternative dienen

Ausnahmen gelten nur dann, wenn das Ziehen für die Funktion essentiell ist – beispielsweise beim Zeichnen freier Formen oder bei Spielen, bei denen der exakte Pfad wichtig ist.

Ein konkretes Beispiel: Eine sortierbare Liste, die per Drag-and-Drop umgeordnet werden kann, muss zusätzlich Pfeil-Buttons zum Verschieben einzelner Elemente nach oben oder unten bieten.

3. Warum ist das wichtig für Barrierefreiheit?

Stell dir vor, du willst eine wichtige Datei in einen Ordner verschieben, aber deine Hand zittert – oder du nutzt eine Augensteuerung, bei der präzise Bewegungen schwierig sind. Ohne Alternative wird die Funktion für dich unbrauchbar.

Alternativen zu Zieh-Bewegungen schaffen Barrierefreiheit, weil sie:

  • Menschen mit motorischen Einschränkungen den Zugang zu allen Funktionen ermöglichen
  • Nutzern von speziellen Eingabegeräten (Trackball, Kopfsteuerung, Augensteuerung) helfen
  • Personen mit Zittern oder eingeschränkter Feinmotorik unterstützen
  • Menschen in ungünstigen Situationen helfen (z.B. einhändige Bedienung, Bewegung im Bus)
  • Die Bedienung für alle robuster und fehlertoleranter machen

Und nicht zuletzt: Sie machen Interfaces universeller nutzbar – auch für Nutzer, die einfach eine Alternative bevorzugen oder in bestimmten Situationen auf einfachere Bedienung angewiesen sind.

4. So setzt du das Kriterium erfolgreich um

Die Qualität von Alternativen entscheidet darüber, ob eine Drag-and-Drop-Funktion barrierefrei ist – oder einfach nur frustrierend umständlich. Hier ein paar bewährte Praxis-Tipps:

Gute Alternativen sind:

  • Intuitiv bedienbar – die Alternative sollte leicht verständlich sein
  • Gleichwertig funktional – das gleiche Ergebnis muss erreichbar sein
  • Gut sichtbar – Nutzer müssen die Alternative finden können
  • Konsistent platziert – ähnliche Funktionen an ähnlichen Stellen
  • Ohne komplexe Bewegungen – nur einfache Klicks oder Taps erforderlich

Bewährte Umsetzungsstrategien:

Für sortierbare Listen: Pfeil-Buttons („Nach oben", „Nach unten") neben jedem Element oder Auswahlmenüs mit Zielposition.

Für Kanban-Boards: Kontext-Menüs beim Klick auf Karten mit Optionen wie „Zu 'In Bearbeitung' verschieben" oder Dropdown-Menüs zur Spaltenauswahl.

Für Datei-Upload: Zusätzlich zu Drop-Zonen immer einen „Datei auswählen"-Button anbieten.

Für Slider: Eingabefelder für präzise Werte oder Plus/Minus-Buttons für schrittweise Änderungen.

Für Karten oder Widgets: Auswahlmenüs für Position oder numerische Eingabe für Reihenfolge.

Technische Hinweise:

  • Das Original-Drag-and-Drop darf weiterhin verfügbar bleiben
  • Die Alternative muss nicht identisch aussehen, nur gleichwertig funktionieren
  • Texteingaben gelten als geräte-unabhängig und sind gute Alternativen
  • Touch-Tastaturen bieten einfache Zeiger-Eingabe für Textfelder

5. Warum dieses Erfolgskriterium für Unternehmen relevant ist

Auch bei Erfolgskriterium 2.5.7 gilt: Barrierefreiheit ist kein Selbstzweck – sondern bringt handfeste Vorteile für dein Business.

1. Zielgruppe erweitern

Drag-and-Drop-Interfaces ohne Alternative schließen nicht nur Menschen mit Behinderungen aus, sondern auch Nutzer in ungünstigen Situationen: beim einhändigen Bedienen, mit ungenauen Eingabegeräten oder bei Bewegung. Mit Alternativen machst du deine Software für alle nutzbar.

2. Benutzerfreundlichkeit steigern

Einfache Alternativen sind oft präziser und schneller als Drag-and-Drop. Viele Nutzer bevorzugen klare Buttons oder Menüs gegenüber fehleranfälligen Zieh-Bewegungen – besonders bei wichtigen oder kritischen Aktionen.

3. Fehlerrate reduzieren

Drag-and-Drop-Aktionen gehen oft schief: falsche Ziele, ungewolltes Fallen-Lassen oder abgebrochene Bewegungen. Eindeutige Alternativen reduzieren Nutzerfehler und damit Support-Anfragen und Frustration.

Und nicht zuletzt: Rechtssicherheit und Fördermöglichkeiten. Viele öffentliche Projekte fordern digitale Barrierefreiheit bereits verpflichtend – wer vorbereitet ist, hat klare Vorteile bei Ausschreibungen und Förderanträgen.

6. Das Erfolgskriterium im Wortlaut der W3C

Success Criterion 2.5.7 Dragging Movements

(Level AA)

All functionality that uses a dragging movement for operation can be achieved by a single pointer without dragging, unless dragging is essential or the functionality is determined by the user agent and not modified by the author.

This requirement applies to web content that interprets pointer actions (i.e., this does not apply to actions that are required to operate the user agent or assistive technology).

← Zurück zur WCAG-Übersicht