WCAG & BFSG · WCAG-Referenz: Verständlich
WCAG 3.3.7: Redundante Eingabe
Informationen, die der Nutzer im selben Vorgang schon einmal eingegeben hat, dürfen nicht erneut abgetippt werden müssen: Sie werden automatisch eingetragen oder stehen zur Auswahl bereit. Ausnahmen: erneute Eingabe ist essenziell (Passwort-Wiederholung), sicherheitsnotwendig, oder die frühere Angabe ist nicht mehr gültig. (Englisch: Redundant Entry.)
| Stufe | Prinzip | Teil der WCAG seit | Rechtlich verbindlich? |
|---|---|---|---|
| A | Verständlich | 2.2 (2023) | Noch nicht Teil der EN 301 549 (Stand Juli 2026) – Umsetzung dringend empfohlen |
Was verlangt das Kriterium?
Die Klassiker:
- Rechnungsadresse = Lieferadresse: eine Checkbox „identisch mit Lieferadresse“ (oder Vorbefüllung) statt zweitem Adressformular.
- Mehrstufige Strecken: Was in Schritt 1 eingegeben wurde, ist in Schritt 3 vorausgefüllt – auch nach einem „Zurück“ (mehrstufige Formulare).
- Support-Formulare: Die im Konto hinterlegte Kundennummer wird nicht erneut abgefragt, sondern angeboten.
„Derselbe Vorgang“ ist die Grenze: Ein neuer Besuch nächste Woche ist ein neuer Vorgang – innerhalb einer Session/Prozessstrecke gilt das Kriterium.
Wen betrifft es besonders?
Menschen mit Gedächtnis- und Konzentrations-Einschränkungen (jede Wiederholung ist eine neue Fehlerquelle), mit motorischen Einschränkungen (jede Eingabe kostet ein Vielfaches an Kraft und Zeit – per Switch-Scanning Minuten) und Screenreader-Nutzer, für die Formulare generell aufwendiger sind.
Richtig & falsch im Code
<!-- Richtig: Auswahl statt Neu-Eingabe -->
<fieldset>
<legend>Rechnungsadresse</legend>
<label>
<input type="checkbox" name="wie-liefer" checked />
Entspricht der Lieferadresse
</label>
<!-- Formular erscheint nur bei abgewählter Checkbox -->
</fieldset>
Flankierend hilft autocomplete (der Browser füllt bekannte Daten) – es ersetzt die Prozess-Lösung aber nicht: 3.3.7 nimmt die Website in die Pflicht, nicht den Browser des Nutzers.
So testest du es
- Die längste Prozessstrecke durchspielen (Checkout, Registrierung, Antrag): Wird irgendetwas doppelt abgefragt, das im selben Vorgang schon eingegeben wurde?
- „Zurück“-Test: Einen Schritt zurückgehen und wieder vor – sind die Eingaben noch da?
- Ausnahmen sauber begründet? (Passwort-Bestätigung ja; „Bitte E-Mail zur Sicherheit zweimal“ ist dagegen Gewohnheit, keine Sicherheit.)
Verwandte Themen
- Mehrstufige Formulare & Wizards – das Muster mit Zustandserhalt
- 1.3.5 Eingabezweck bestimmen – Autofill als Verbündeter
- Die neuen WCAG-2.2-Kriterien