2.5.2 Zeigereingabe-Abbruch

1. Was ist das Ziel dieses Kriteriums?

Kennst du das? Du willst auf ein winziges Schließen-Symbol tippen und erwischst versehentlich den „Alle Daten löschen“-Button daneben. Oder du berührst aus Versehen einen Link, der dich auf eine andere Seite schickt – obwohl du eigentlich nur scrollen wolltest.

Für Menschen mit motorischen Einschränkungen oder Tremor passiert das nicht gelegentlich, sondern regelmäßig. Das Ziel von Erfolgskriterium 2.5.2 der WCAG ist daher klar: Versehentliche Zeigereingaben sollen sich abbrechen oder rückgängig machen lassen. Jeder Klick und jede Berührung bekommt eine zweite Chance.

2. Was fordert das Erfolgskriterium genau?

Ganz konkret geht es um alle Funktionen, die mit einem einzelnen Zeiger bedient werden – also mit Maus, Finger oder Stift. Mindestens eine der folgenden Bedingungen muss erfüllt sein:

Kein Auslösen beim Herunterdrücken: Das Herunterdrücken (Down-Event) wird nicht genutzt, um irgendeinen Teil der Funktion auszuführen. Die Funktion startet erst beim Loslassen.

Abbrechen oder Rückgängigmachen: Die Funktion wird beim Loslassen (Up-Event) abgeschlossen, und es gibt einen Weg, sie vorher abzubrechen oder danach rückgängig zu machen.

Umkehr beim Loslassen: Das Loslassen macht alles rückgängig, was beim Herunterdrücken passiert ist – wie bei einer Vorschau, die beim Drücken und Halten erscheint und beim Loslassen wieder verschwindet.

Wesentlich: Nur wenn es wirklich unverzichtbar ist, darf die Funktion schon beim Herunterdrücken abgeschlossen werden – etwa bei einem virtuellen Klavier oder einem Spiel mit Echtzeitreaktionen. Funktionen, die eine Tastatur oder einen Ziffernblock nachbilden, gelten laut Normtext immer als wesentlich.

Gilt nur für deine Inhalte: Aktionen, die zur Bedienung des Browsers oder von Assistenztechnologien nötig sind, fallen nicht darunter.

3. Warum ist das wichtig für Barrierefreiheit?

Stell dir vor, deine Hand zittert leicht. Du willst ein wichtiges Dokument speichern und triffst versehentlich „Löschen“ – ohne Möglichkeit, den Vorgang abzubrechen. Oder du bedienst ein Tablet mit einem Stab und berührst dabei ungewollt andere Bereiche.

Abbrechbare Zeigereingaben schaffen Sicherheit, weil sie:

• Menschen mit motorischen Einschränkungen vor ungewollten Aktionen schützen
• Menschen mit Tremor oder unwillkürlichen Bewegungen eine zweite Chance geben
• Menschen mit Sehbehinderung helfen, die ein Ziel leichter verfehlen oder das falsche erwischen
• Menschen mit kognitiven Einschränkungen helfen, wenn sie versehentlich zu früh klicken

Und nicht zuletzt: Fehlerverzeihende Oberflächen sind für alle angenehmer – ein klassischer Fall von „gut für einige, besser für alle“. Je kleiner und enger die Ziele, desto häufiger die Fehlgriffe; deshalb hängt 2.5.2 eng mit Zielgröße (Minimum) zusammen.

4. So setzt du das Kriterium erfolgreich um

Die gute Nachricht: Standard-HTML-Elemente und das click-Ereignis verhalten sich bereits richtig. Aufpassen musst du bei eigenen Ereignissen und Gesten:

Die bevorzugte Lösung: auf das Loslassen reagieren

• Verwende das click-Ereignis statt mousedown, pointerdown oder touchstart.
• click feuert erst, wenn Drücken und Loslassen auf demselben Element stattfinden.
• Wer den Zeiger vor dem Loslassen vom Element wegbewegt, bricht die Aktion damit ab.

// Gut: löst erst beim Loslassen aus
button.addEventListener("click", speichern);

// Problematisch: löst schon beim Herunterdrücken aus
button.addEventListener("pointerdown", speichern);

Drag-and-drop richtig umsetzen:

• Das Ziehen beginnt beim Herunterdrücken, das Ablegen passiert beim Loslassen.
• Lässt jemand außerhalb einer gültigen Ablagezone los, wird die Aktion abgebrochen.
• Das Element springt an seine ursprüngliche Position zurück.

Bestätigung und Rückgängigmachen:

• Bei folgenreichen Aktionen nachfragen: „Wirklich löschen?“
• Eine Rückgängig-Funktion für wichtige Änderungen anbieten.
• Gelöschte Elemente zunächst in einen Papierkorb verschieben statt sofort endgültig zu entfernen.

Bei rechtlich oder finanziell folgenreichen Eingaben verlangt Fehlervermeidung (rechtlich, finanziell, Daten) ohnehin eine Möglichkeit zum Prüfen, Korrigieren oder Rückgängigmachen.

Wesentliche Funktionen mit Bedacht einsetzen:

• Bildschirmtastaturen: Zeichen dürfen schon beim Drücken erscheinen.
• Musikinstrumente: Töne dürfen beim Drücken erklingen, nicht erst beim Loslassen.
• Spiele: Schießen oder Springen erfordern oft eine sofortige Reaktion.

Technische Tipps:

• Vermeide mousedown, pointerdown und touchstart zum Auslösen normaler Aktionen.
• Wenn du mit Pointer Events arbeitest, löse bei pointerup nur aus, wenn sich der Zeiger noch über dem Element befindet.
• Die CSS-Pseudoklasse :active eignet sich gut für visuelles Feedback während des Drückens – sie löst ja nichts aus.

5. Warum dieses Erfolgskriterium für Unternehmen relevant ist

2.5.2 ist Teil von WCAG 2.1 Level A und damit über die EN 301 549 Maßstab für das BFSG, das seit dem 28. Juni 2025 unter anderem für Onlineshops, Bankdienstleistungen und andere Dienstleistungen für Verbraucher:innen gilt. Auch öffentliche Stellen müssen es über die BITV 2.0 bzw. das Landesrecht erfüllen. Dieser Abschnitt informiert allgemein und ersetzt keine Rechtsberatung.

1. Weniger Fehlbedienungen, weniger Support-Anfragen

Wer versehentlich die falsche Aktion auslöst, wendet sich im Zweifel an deinen Kundenservice. Fehlerverzeihende Oberflächen vermeiden solche Fälle von vornherein.

2. Weniger Kaufabbrüche

Wenn jemand versehentlich den Bestellprozess verlässt oder Artikel aus dem Warenkorb löscht, verlierst du womöglich Umsatz. Abbrechbare Eingaben verhindern solche frustrierenden Unterbrechungen.

3. Bessere Bedienbarkeit auf Mobilgeräten

Auf Smartphones und Tablets sind versehentliche Berührungen besonders häufig. Oberflächen, die Fehler verzeihen, sorgen für eine entspanntere Nutzung.

6. Das Erfolgskriterium im Wortlaut des W3C

Success Criterion 2.5.2 Pointer Cancellation (Level A)

For functionality that can be operated using a single pointer, at least one of the following is true:

• No Down-Event: The down-event of the pointer is not used to execute any part of the function;
• Abort or Undo: Completion of the function is on the up-event, and a mechanism is available to abort the function before completion or to undo the function after completion;
• Up Reversal: The up-event reverses any outcome of the preceding down-event;
• Essential: Completing the function on the down-event is essential.

Note 1: Functions that emulate a keyboard or numeric keypad key press are considered essential.

Note 2: 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).

Kurz gesagt: Funktionen, die mit einem einzelnen Zeiger bedient werden, dürfen nicht schon beim Herunterdrücken unwiderruflich auslösen – außer, das ist wesentlich.