--- title: "Zeigereingabe-Abbruch" url: "https://barrierefreihochzwei.de/de/wcag/2-5-2-zeigereingabe-abbruch" language: "de" description: "WCAG 2.5.2 sorgt dafür, dass versehentliche Klicks und Berührungen keine Folgen haben. Du erfährst die vier Bedingungen und wie du sie im Code umsetzt." published: "2025-01-01T08:00:00+01:00" updated: "2026-10-15T09:42:00+02:00" --- # Zeigereingabe-Abbruch Wenn versehentliche Klicks wieder rückgängig werden. - **Erfolgskriterium:** 2.5.2 - **Prinzip:** Bedienbar - **Konformitätsstufe:** Level A - **Erklärung beim W3C:** [www.w3.org/WAI/WCAG22/Understanding/poin...](https://www.w3.org/WAI/WCAG22/Understanding/pointer-cancellation.html) Erfolgskriterium 2.5.2 # 2.5.2 Zeigereingabe-Abbruch Level ABedienbar Wenn versehentliche Klicks wieder rückgängig werden. ## 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)](https://barrierefreihochzwei.de/de/wcag/2-5-8-zielgroesse-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)](https://barrierefreihochzwei.de/de/wcag/3-3-4-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. **Offizielle Erklärung beim W3C** Das W3C erklärt jedes Erfolgskriterium ausführlich – mit Absicht, Beispielen und Techniken (auf Englisch). [Understanding 2.5.2](https://www.w3.org/WAI/WCAG22/Understanding/pointer-cancellation.html) ## Weitere Kriterien aus „Bedienbar“ [ 2.1.1 Level A ### Tastatur Wenn jeder Klick auch ein Tastendruck sein kann. ](https://barrierefreihochzwei.de/de/wcag/2-1-1-tastatur) [ 2.1.2 Level A ### Keine Tastaturfalle Wenn der Ausgang fehlt. ](https://barrierefreihochzwei.de/de/wcag/2-1-2-keine-tastaturfalle) [ 2.1.3 Level AAA ### Tastatur (keine Ausnahme) Wenn wirklich alles per Tastatur gehen muss. ](https://barrierefreihochzwei.de/de/wcag/2-1-3-tastatur-keine-ausnahme)