3.3.7 Redundante Eingaben

1. Was ist das Ziel dieses Kriteriums?

Kennst du das? Du füllst ein mehrseitiges Antragsformular aus und plötzlich fragt dich das System wieder nach deiner Adresse – obwohl du sie schon drei Seiten vorher eingetragen hast. Oder du musst bei einer Onlinebestellung deine Adresse sowohl als Liefer- als auch als Rechnungsadresse eintippen, obwohl beide identisch sind.

Für Menschen mit kognitiven Einschränkungen oder Gedächtnisproblemen ist das mehr als nur nervig – es kann der Grund sein, warum sie einen Vorgang abbrechen. Das Ziel von Erfolgskriterium 3.3.7 der WCAG ist daher eindeutig: Informationen, die du in einem Prozess bereits eingegeben hast, sollst du nicht noch einmal eintippen müssen. Stattdessen werden sie automatisch vorausgefüllt oder zur Auswahl angeboten.

Das Kriterium ist neu in WCAG 2.2 und gehört zu Level A.

2. Was fordert das Erfolgskriterium genau?

Ganz konkret geht es um Abläufe wie Bestellvorgänge, Antragsformulare oder Registrierungen. Wenn du dort eine Information bereits eingegeben hast – oder sie dir im Prozess angezeigt wurde, etwa eine Vorgangsnummer – und sie später im selben Prozess erneut gebraucht wird, muss sie:

• automatisch vorausgefüllt sein, oder
• zur Auswahl stehen, z. B. per Checkbox „Lieferadresse wie Rechnungsadresse“, über eine Liste bereits eingegebener Adressen oder als Text auf derselben Seite, den du markieren und ins Feld kopieren kannst.

Wichtig dabei: Die auswählbaren Daten müssen auf derselben Seite stehen – idealerweise sichtbar und direkt beim Eingabefeld. Die Autovervollständigung des Browsers zählt nicht, denn die Website selbst muss die Daten bereitstellen.

Ausnahmen gelten nur, wenn:

• die erneute Eingabe unverzichtbar ist (z. B. bei einem Gedächtnisspiel)
• die Information aus Sicherheitsgründen erneut eingegeben werden muss (z. B. die Bestätigung eines neu vergebenen Passworts, das nicht im Klartext angezeigt wird)
• die zuvor eingegebene Information nicht mehr gültig ist

Außerdem: Das Kriterium bezieht sich auf denselben Prozess. Daten aus früheren Sitzungen musst du nicht speichern. Ein Prozess kann aber über mehrere Domains laufen – ein externer Zahlungsdienstleister im Checkout gehört also dazu.

Ein einfaches Beispiel: Bei einer Bestellung gibst du deine E-Mail-Adresse für das Kundenkonto ein. Später im Bestellprozess wird nach der Kontakt-E-Mail gefragt – hier sollte deine bereits eingegebene Adresse vorausgefüllt oder zur Auswahl angeboten werden.

3. Warum ist das wichtig für Barrierefreiheit?

Stell dir vor, du hast Schwierigkeiten, dir Informationen zu merken, und musst ein komplexes Formular ausfüllen. Du gibst mühsam deine Daten ein, und drei Schritte später verlangt das System dieselben Informationen noch einmal. Ohne Hilfe musst du zurückblättern, die Daten suchen und erneut abtippen – oder du gibst frustriert auf.

Doppelte Eingaben zu vermeiden schafft Barrierefreiheit, weil es:

• Menschen mit Gedächtnisproblemen oder kognitiven Einschränkungen entlastet
• die Denkarbeit für alle reduziert
• Fehlerquellen verringert, weil bereits geprüfte Daten wiederverwendet werden
• Menschen mit motorischen Einschränkungen das wiederholte Tippen erspart
• Menschen in stressigen Situationen unterstützt

Und nicht zuletzt: Es macht Formulare für alle angenehmer – auch für Menschen ohne Einschränkungen, die es einfach eilig haben oder nebenbei noch anderes erledigen.

4. So setzt du das Kriterium erfolgreich um

Die gute Nachricht: Moderne Formularsysteme bieten bereits viele Möglichkeiten, doppelte Eingaben zu vermeiden. Hier ein paar bewährte Tipps:

Automatische Vorausfüllung umsetzen:

• Halte Eingaben über die Schritte eines Prozesses hinweg vor, z. B. in der Sitzung auf dem Server oder im sessionStorage
• Fülle Felder automatisch mit bereits eingegebenen Informationen vor
• Biete eine Checkbox „Gleiche Adresse verwenden“ für Liefer- und Rechnungsadresse
• Zeige in späteren Schritten bereits verwendete Eingaben als Vorschläge an

Auswahlmöglichkeiten bereitstellen:

• Erstelle Auswahllisten mit vorherigen Eingaben (z. B. bereits erfasste Adressen)
• Verwende Radiobuttons für wiederkehrende Entscheidungen
• Biete Funktionen wie „Aus vorheriger Eingabe übernehmen“
• Lösche nach einem Fehler beim Absenden nicht die bereits ausgefüllten Felder

Technische Umsetzung:

• Setze autocomplete-Attribute, damit Browser beim Ausfüllen helfen können (siehe Eingabezweck bestimmen) – verlass dich für 3.3.7 aber nicht allein darauf, sondern stelle die Daten in deiner Anwendung selbst bereit
• Achte auf Datenschutz: Informationen nur so lange speichern, wie der Prozess dauert
• Teste das Verhalten beim Neuladen der Seite und bei der Zurück-Navigation im Browser

Was du vermeiden solltest:

• Sensible Daten länger als nötig speichern
• Bei erneuter Abfrage komplett leere Felder anzeigen
• Umständliche Sonderlösungen bauen, wo eine einfache Vorausfüllung reicht

Für Anmeldeprozesse gilt zusätzlich Barrierefreie Authentifizierung (Minimum).

5. Warum dieses Erfolgskriterium für Unternehmen relevant ist

Auch bei Erfolgskriterium 3.3.7 gilt: Barrierefreiheit ist kein Selbstzweck – sondern bringt handfeste Vorteile für dein Business.

1. Weniger Abbrüche

Menschen brechen komplexe Formulare seltener ab, wenn sie nicht dieselben Informationen mehrfach eingeben müssen. Weniger Reibung bedeutet mehr erfolgreich abgeschlossene Bestellungen, Anmeldungen oder Anträge.

2. Kundenerfahrung verbessern

Formulare, die „mitdenken“ und bereits eingegebene Daten sinnvoll wiederverwenden, wirken professionell und durchdacht. Das steigert die Zufriedenheit und stärkt das Vertrauen in deine digitalen Angebote.

3. Support-Kosten senken

Weniger Frust bedeutet weniger Support-Anfragen wegen abgebrochener Formulare oder Problemen beim Ausfüllen – und damit weniger Aufwand im Kundenservice.

Zur rechtlichen Einordnung: 3.3.7 ist neu in WCAG 2.2. Die EN 301 549, auf die sich das Barrierefreiheitsstärkungsgesetz (BFSG) und die BITV 2.0 stützen, verweist für Webinhalte derzeit auf WCAG 2.1 Level AA – 3.3.7 ist dort also noch nicht ausdrücklich gefordert. Als Level-A-Kriterium mit großem Nutzen für Bestell- und Antragsstrecken solltest du es trotzdem umsetzen. Dieser Abschnitt informiert allgemein und ersetzt keine Rechtsberatung.

6. Das Erfolgskriterium im Wortlaut des W3C

Success Criterion 3.3.7 Redundant Entry (Level A)

Information previously entered by or provided to the user that is required to be entered again in the same process is either:

• auto-populated, or
• available for the user to select.

Except when:

• re-entering the information is essential,
• the information is required to ensure the security of the content, or
• previously entered information is no longer valid.

Kurz gesagt: Was du im selben Prozess schon eingegeben oder erhalten hast, wird vorausgefüllt oder zur Auswahl angeboten – außer die erneute Eingabe ist unverzichtbar, sicherheitsrelevant oder die alte Angabe gilt nicht mehr.