Stufe
AA
Seit
WCAG 2.0
/ WCAG-Kriterium

3.3.4 Fehlervermeidung (rechtliche, finanzielle, Daten)

Ein Absenden, das rechtlich oder finanziell bindet, gespeicherte Daten ändert oder löscht oder Testantworten übermittelt, muss umkehrbar sein, auf Fehler geprüft werden oder vorher überprüft und bestätigt werden können.

/ Was es verlangt

Manches Absenden lässt sich nicht ohne Schaden zurücknehmen: ein Ticket ohne Erstattung, eine Börsenorder, ein unterschriebener Vertrag, ein gelöschtes Konto, die Antworten einer Prüfung. Menschen mit Leseschwierigkeiten vertauschen leicht zwei Ziffern, Menschen mit motorischen Beeinträchtigungen drücken eine Taste, die sie nicht drücken wollten. Das Kriterium gilt für Webseiten, die für die Nutzenden rechtliche Verpflichtungen oder finanzielle Transaktionen auslösen, die von ihnen kontrollierte Daten in Datenspeichersystemen ändern oder löschen oder die ihre Antworten in einem Test übermitteln. Auf solchen Seiten wird aus einem Versehen ein echter Verlust.

Auf diesen Seiten muss mindestens eine von drei Bedingungen erfüllt sein. Umkehrbar: Das Absenden lässt sich rückgängig machen. Geprüft: Die eingegebenen Daten werden auf Eingabefehler geprüft, und die Nutzenden erhalten Gelegenheit, sie zu korrigieren. Bestätigt: Ein Mechanismus erlaubt es, die Angaben zu überprüfen, zu bestätigen und zu korrigieren, bevor das Absenden endgültig wird. Eine der drei genügt, weitere Ausnahmen nennt das Kriterium nicht. Formulare außerhalb dieses Bereichs erfasst Stufe AA nicht; das AAA-Kriterium 3.3.6 wendet dieselben Möglichkeiten auf jede Seite an, auf der Nutzende Informationen absenden.

/ Woran Seiten scheitern

  • Ein Bestellvorgang belastet die Karte, sobald „Bezahlen“ gedrückt wird, ohne Zusammenfassung, ohne Prüfung der Angaben und ohne Möglichkeit, die Bestellung danach zu stornieren.
  • Eine Schaltfläche „Konto löschen“ entfernt Konto und Daten sofort, ohne Bestätigungsschritt und ohne Frist, in der sie wiederhergestellt werden können.
  • Eine Online-Prüfung sendet die Antworten beim ersten Klick auf „Absenden“, ohne Übersicht über unbeantwortete Fragen und ohne Möglichkeit, eine Antwort zu ändern.
  • Ein Vertragsformular sendet den unterschriebenen Vertrag, ohne die Angaben zu prüfen und ohne Schritt zur Überprüfung, und der Vertrag lässt sich online nicht widerrufen.
  • Ein Überweisungsformular führt die Zahlung aus, ohne Empfänger und Betrag auf einer Bestätigungsseite zu zeigen.

/ So prüfen Sie es selbst

  1. Listen Sie die Aktionen der Website auf, die in den Anwendungsbereich fallen: Käufe, Zahlungen, Buchungen, Verträge, Änderung oder Löschung gespeicherter Nutzerdaten und abgegebene Tests.
  2. Führen Sie jede in einer Testumgebung oder mit einem Testkonto durch und notieren Sie, ob ein Überprüfungsschritt zeigt, was abgesendet wird, mit einem Weg zurück zur Korrektur.
  3. Fehlt ein Überprüfungsschritt, prüfen Sie, ob sich die Aktion nachträglich umkehren lässt, etwa durch Stornieren der Bestellung oder Wiederherstellen eines gelöschten Elements.
  4. Trifft beides nicht zu, prüfen Sie, ob die Daten validiert werden und die Nutzenden sie korrigieren können, bevor etwas endgültig wird.
  5. Gehen Sie den Überprüfungsschritt allein mit der Tastatur und mit einem Screenreader wie NVDA durch, damit Zusammenfassung sowie Bestätigen- und Bearbeiten-Schaltflächen erreichbar und benannt sind.

/ So beheben Sie es

  • Fügen Sie vor dem endgültigen Absenden eine Überprüfungsseite mit den eingegebenen Angaben ein, mit einem Link „Ändern“ zu jedem Schritt und einer klar beschrifteten Bestätigungsschaltfläche wie „49,00 EUR bezahlen“.
  • Öffnen Sie bei zerstörenden Aktionen wie dem Löschen eines Kontos oder Datensatzes einen Bestätigungsdialog mit dem Element dialog oder role="dialog", der nennt, was gelöscht wird.
  • Bieten Sie Rückgängig oder eine Frist an: Verschieben Sie gelöschte Elemente in einen Papierkorb oder lassen Sie eine Bestellung eine Zeit lang nach dem Absenden stornieren.
  • Validieren Sie Eingaben auf dem Client und auf dem Server und schicken Sie die Nutzenden mit beschriebenen Fehlern zum Formular zurück, bevor etwas belastet oder gespeichert wird.
  • Zeigen Sie bei Tests eine Übersicht der Antworten, markieren Sie unbeantwortete Fragen und fragen Sie vor dem Absenden nach einer letzten Bestätigung.

/ Was unser Scanner prüft

Unser Scan hat für dieses Kriterium keine Prüfung und kann keine haben. Er sendet nie ein Formular ab, bestellt nichts und löscht nichts, und ob ein Schritt umkehrbar oder überprüfbar ist, zeigt sich erst, wenn eine Transaktion bis zum Ende durchgeführt wird. HTML_CodeSniffer meldet nur einen Hinweis, der verworfen wird. In der manuellen Prüfung geht ein Mensch die Abläufe für Kauf, Löschung und Test mit einem Testkonto durch.

/ Wer es verletzt, nach unseren eigenen Messungen

Der wöchentliche Index hat für dieses Kriterium keine Zahlen, weil keine Prüfung des Website-Scans es testen kann. Ein Mensch beurteilt es, und genau dafür gibt es ein manuelles Audit.

Eine Seite je Stelle, automatisch im Wochenrhythmus gemessen. Behebungen seit dem letzten Durchlauf erscheinen beim nächsten, und jede Eintragsseite bietet ein Recht auf Gegendarstellung.

/ Fragen zu diesem Kriterium

Braucht jedes Formular eine Bestätigungsseite?

Nein. 3.3.4 erfasst Seiten, die rechtliche Verpflichtungen oder finanzielle Transaktionen auslösen, gespeicherte, von Nutzenden kontrollierte Daten ändern oder löschen oder Testantworten übermitteln. Selbst dort ist eine Bestätigungsseite nur eine von drei Möglichkeiten. Ein umkehrbares Absenden oder eine Fehlerprüfung mit Gelegenheit zur Korrektur erfüllt das Kriterium ebenfalls.

Reicht es, wenn eine Bestellung nach dem Kauf storniert werden kann?

Das kann reichen, denn Umkehrbarkeit ist einer der drei Wege, das Kriterium zu erfüllen. Die Stornierung muss das Absenden tatsächlich rückgängig machen. Ein Kauf ohne Erstattung ist nicht umkehrbar und braucht daher eine Prüfung der Eingaben oder einen Überprüfungsschritt, bevor er endgültig wird.

Welche Stufe hat 3.3.4 Fehlervermeidung (rechtliche, finanzielle, Daten)?

Stufe AA, seit WCAG 2.0. Das AAA-Kriterium 3.3.6 verlangt dieselben drei Möglichkeiten auf jeder Seite, auf der Nutzende Informationen absenden müssen, nicht nur auf Seiten mit rechtlichen, finanziellen oder datenbezogenen Folgen.