WCAG & BFSG · WCAG-Referenz: Verständlich
WCAG 3.3.4: Fehlervermeidung (rechtlich, finanziell, Daten)
Bei Vorgängen mit rechtlichen oder finanziellen Folgen oder bei Änderungen an nutzerkontrollierten Daten muss mindestens eines gelten: Die Aktion ist widerrufbar, Eingaben werden geprüft und können korrigiert werden, oder der Nutzer kann alles prüfen und bestätigen, bevor es endgültig wird. (Englisch: Error Prevention (Legal, Financial, Data).)
| Stufe | Prinzip | Teil der WCAG seit | Rechtlich verbindlich? |
|---|---|---|---|
| AA | Verständlich | 2.0 (2008) | Ja – über EN 301 549 in BFSG & BITV |
Was verlangt das Kriterium?
Betroffen sind die Vorgänge, bei denen ein Fehler wirklich wehtut: Bestellung, Vertragsabschluss, Überweisung, Terminbuchung, Steuererklärung, das Löschen des eigenen Kontos oder gespeicherter Daten. Eine der drei Sicherungen muss her:
- Reversibel: Stornieren/Widerrufen ist möglich (und auffindbar).
- Geprüft: Eingaben werden auf Fehler kontrolliert, mit Gelegenheit zur Korrektur.
- Bestätigt: Eine Übersichtsseite zeigt alle Angaben zum Prüfen, bevor der verbindliche Klick fällt.
Der deutsche E-Commerce kennt das längst: Die Bestellübersicht vor dem „Zahlungspflichtig bestellen“-Button ist hierzulande ohnehin gesetzlicher Standard – 3.3.4 verlangt, dass diese Übersicht für alle nutzbar ist.
Wen betrifft es besonders?
Alle, bei denen Eingabefehler wahrscheinlicher sind: Menschen mit Tremor (Vertipper, Fehlklicks), mit kognitiven Einschränkungen (Zahlendreher, Übersehen), blinde Nutzer (kein beiläufiger Kontrollblick) – und im Zweifel jeder um 23 Uhr.
So sieht die Umsetzung aus
<!-- Schritt „Prüfen & bestätigen" vor dem verbindlichen Abschluss -->
<h1>Bestellung prüfen</h1>
<h2>Lieferadresse</h2>
<p>Anna Beispiel, Musterweg 1, 50667 Köln
<a href="/checkout/adresse.html">Adresse ändern</a></p>
<h2>Zahlungsart</h2>
<p>Rechnung <a href="/checkout/zahlung.html">Zahlungsart ändern</a></p>
<button type="submit">Zahlungspflichtig bestellen</button>
Wichtig: Die „Ändern“-Links müssen zurück in den jeweiligen Schritt führen, ohne die übrigen Eingaben zu verwerfen – das verbindet 3.3.4 mit 3.3.7 Redundante Eingabe und dem Muster mehrstufige Formulare. Für Lösch-Aktionen gilt: Bestätigungs-Dialog oder Papierkorb-Frist statt Sofort-Vernichtung.
So testest du es
- Kritische Vorgänge identifizieren (alles mit Geld, Vertrag oder Datenverlust).
- Für jeden: Gibt es Prüfen/Bestätigen oder Korrektur oder Widerruf?
- Die Sicherung selbst auf Barrierefreiheit prüfen: Übersicht per Screenreader verständlich? Ändern-Links tastaturbedienbar? Bleiben Eingaben beim Korrigieren erhalten?
Verwandte Themen
- Barrierefreiheit in Onlineshops – der Checkout im Ganzen
- Mehrstufige Formulare & Wizards – das Umsetzungs-Muster
- 3.3.3 Fehlervorschlag – Korrekturhilfe eine Stufe früher