Mehrstufige Formulare barrierefrei nach BFSG: Lead-Strecken ohne Abbrueche
Mehrstufige Formulare sollen Reibung senken, fuehren in der Praxis aber oft zum Gegenteil: Fokus springt, Fortschritt ist unklar, Pflichtfelder bleiben unsichtbar und nach einem Fehler ist der ganze Schritt weg. Dann verliert die Seite nicht nur BFSG-Punkte, sondern direkt Anfragen.
📅 13.07.2026✍️ Joshua Kantner⏱ 8 Min Lesezeit
Worauf es ankommt: Ein mehrstufiges Formular darf sich fuer Nutzer nie wie ein Labyrinth anfuehlen. Jeder Schritt braucht klare Orientierung, stabile Eingaben und einen eindeutigen Rueckweg.
Wo diese Formulare Umsatz entscheiden
Angebots- und Demo-Anfragen im B2B-Vertrieb
Versicherungs-, Finanz- oder Vergleichsformulare
Terminbuchung mit Vorqualifizierung
Checkout-Strecken mit Adresse, Versand und Zahlung
Self-Service-Aufnahmen fuer Wartung, Support oder Retoure
Die typischen Accessibility-Fehler
Schritte ohne echte Ueberschrift: Nutzer wissen nicht, wo sie gerade sind.
Fortschrittsanzeige nur visuell: Ein Balken allein hilft Screenreader-Nutzern nicht.
Verlust von Eingaben: Beim Zurueckgehen oder nach einem Fehler ist der Inhalt weg.
Weiter-Button ohne Erklaerung: Nutzer erfahren nicht, warum sie nicht zum naechsten Schritt kommen.
Fehler nur oben in einem Block: Das betroffene Feld bleibt unklar.
So baut man einen sauberen Step-by-Step-Flow
Baustein
Gute Umsetzung
Schrittkennung
Eindeutige H1 oder H2 plus Text wie "Schritt 2 von 4"
Navigation
Zurueck- und Weiter-Buttons klar beschriftet, tastaturbedienbar
Validierung
Fehler direkt am Feld und zusaetzlich in einer Uebersicht
Datenspeicherung
Bereits eingegebene Werte bleiben beim Wechsel erhalten
Mobilansicht
Kein abgeschnittener Footer, keine verdeckten Buttons
Statuswechsel
Screenreader erhalten Rueckmeldung, wenn ein neuer Schritt geladen wurde
Ein sinnvoller Testablauf
Kompletten Flow nur mit Tastatur ausfuellen.
In jedem Schritt absichtlich Fehler ausloesen.
Zwischen Vor und Zurueck wechseln und auf Datenverlust pruefen.
Mobil mit Zoom testen, ob Buttons und Fortschritt sichtbar bleiben.
Screenreader oder Vorlesefunktion nutzen, um Statuswechsel mitzuhoeren.
Warum Teams diese Huerde unterschaetzen
Viele Form-Wizards wirken im Design-Prototyp sauber, werden aber im echten Browser mit Validierung, Session-Handling und Drittkomponenten fragil. Besonders haeufig brechen Cookie-Banner, Sticky-Footer oder Chat-Widgets genau die Buttons, die fuer Schrittwechsel noetig sind.
Praxis-Regel: Wenn ein Nutzer nach einem Fehler neu anfangen muss, ist das kein Komfortproblem, sondern ein Conversion-Problem. Jeder verlorene Schritt entwertet vorherige Kampagnenkosten.
Fazit
Mehrstufige Formulare sind oft der eigentliche Verkaufskanal. Wer sie BFSG-konform baut, reduziert Lead-Verlust, erhoeht die Abschlussquote und erspart sich Support-Aufraeumarbeit im Vertrieb.
Lead- und Checkout-Strecken kostenlos pruefen
Starte mit einem BFSG-Scan und finde die Form-Huerden, die Anfragen oder Kaeufe heute abbrechen lassen.
Wenn ein Formular vom ersten in den zweiten Schritt wechselt, entscheidet sich dort oft, ob Nutzer mit Screenreader oder Tastatur überhaupt merken, dass sich etwas verändert hat. Bleibt der Tastaturfokus auf dem alten "Weiter"-Button stehen, der jetzt unsichtbar oder ausgetauscht ist, verliert die Person die Orientierung und weiß nicht, wo sie sich im Formular befindet. Der Fokus sollte stattdessen aktiv auf die Überschrift oder das erste Eingabefeld des neuen Schritts gesetzt werden, sobald der Inhalt gewechselt hat.
Zusätzlich braucht der Wechsel eine Ankündigung, die auch ohne Sehen ankommt. Ein Bereich mit aria-live sorgt dafür, dass eine Meldung wie "Schritt 2 von 4, Lieferadresse" vom Screenreader vorgelesen wird, ohne dass die Seite neu geladen werden muss. Fehlt diese Ankündigung, bemerken viele Nutzer den Schrittwechsel erst, wenn sie zufällig weiterlesen und auf einmal neue, unbekannte Felder vorfinden.
Für Teams lohnt sich ein einfacher Test: Formular ausschließlich mit Tab und Screenreader durchgehen und nach jedem Klick auf "Weiter" prüfen, wo der Fokus tatsächlich landet. Landet er im Leeren, auf dem Seitenanfang oder bleibt er auf einem verschwundenen Element hängen, ist das ein klarer Befund, der sich meist mit wenigen Zeilen JavaScript beheben lässt.
Fehlermeldungen, die tatsächlich ankommen
Ein roter Rahmen um ein Feld reicht für viele Nutzer nicht aus, um einen Fehler zu erkennen. Wer mit Screenreader arbeitet, hört von der Farbe nichts, und wer stark vergrößert oder im Kontrastmodus surft, sieht den Rahmen möglicherweise gar nicht. Der Fehler muss deshalb auch als Text existieren, der eindeutig dem betroffenen Feld zugeordnet ist.
Bewährt hat sich eine Kombination aus zwei Elementen: eine Fehlerliste am Anfang des jeweiligen Schritts, die alle Probleme dieses Schritts aufzählt und per Link zum passenden Feld springt, sowie eine Einzelmeldung direkt am Feld selbst, die technisch mit dem Eingabefeld verknüpft ist. So findet die Person den Fehler, egal ob sie die Seite überfliegt oder sich Feld für Feld vorlesen lässt.
Wichtig ist außerdem der Zeitpunkt: Erscheint die Fehlermeldung erst nach dem Absenden des kompletten Formulars, muss die Person unter Umständen mehrere Schritte zurückgehen, um das betroffene Feld wiederzufinden. Eine Prüfung direkt beim Verlassen des Feldes oder beim Klick auf "Weiter" für den aktuellen Schritt spart diesen Umweg und verhindert, dass bereits eingegebene Daten beim Zurückspringen verloren gehen.
Zwischenspeichern und Zeitlimits ohne Datenverlust
Lange Formulare mit Session-Timeout sind für Menschen, die langsamer tippen, mehr Zeit zum Lesen brauchen oder zwischendurch unterbrochen werden, eine besondere Hürde. Läuft die Sitzung ab, während jemand noch beim dritten von fünf Schritten ist, sind oft alle bereits eingegebenen Daten weg, und die Person muss von vorne beginnen.
Sinnvoll ist deshalb eine Warnung vor Ablauf der Zeit, verbunden mit der Möglichkeit, die Sitzung mit einem Klick zu verlängern, statt kommentarlos auf die Startseite zu landen. Wo technisch möglich, hilft zusätzlich ein Zwischenspeichern der bereits ausgefüllten Felder, sodass ein versehentliches Neuladen oder ein Rücksprung im Browser nicht automatisch alle Angaben löscht.
Vor dem endgültigen Absenden sollte außerdem eine Übersichtsseite alle Eingaben aus sämtlichen Schritten zusammenfassen und bearbeitbar machen. Das gibt Nutzern die Möglichkeit, Fehler zu korrigieren, ohne den gesamten Ablauf erneut zu durchlaufen, und reduziert gleichzeitig die Zahl der Support-Anfragen wegen fehlerhaft übermittelter Formulare.
Tastatur- und Touch-Bedienung über den gesamten Ablauf
Ein mehrstufiges Formular ist nur dann tatsächlich nutzbar, wenn sich jeder Schritt vollständig mit der Tastatur bedienen lässt, von der ersten Eingabe bis zum finalen Absenden. Besonders Datumsauswahl, Adress-Autovervollständigung und eingebettete Zahlungsmasken bauen häufig eigene Tastaturlogik, die vom Rest des Formulars abweicht und Nutzer in einer Komponente gefangen hält, aus der sie mit Tab nicht mehr herauskommen.
Auf mobilen Geräten kommt eine zweite Ebene hinzu: Buttons für "Weiter", "Zurück" und "Absenden" brauchen ausreichend Abstand und Fläche, damit sie sich zuverlässig treffen lassen, auch wenn Tastatur und Formular gleichzeitig auf dem Bildschirm sichtbar sind. Rutscht der "Weiter"-Button beim Einblenden der virtuellen Tastatur aus dem sichtbaren Bereich, wird der gesamte Fortschritt unnötig erschwert.
Ein realistischer Test deckt beide Punkte ab: das komplette Formular einmal nur mit Tastatur, einmal nur mit Screenreader und einmal auf einem echten Smartphone mit eingeblendeter Tastatur durchklicken. Bleibt der Ablauf dabei an einer einzigen Stelle hängen, reicht das aus, um den gesamten Kanal für einen Teil der Nutzer unbrauchbar zu machen.
Automatisierte Tests und der manuelle Rest
Automatisierte Prüfwerkzeuge erkennen zuverlässig fehlende Labels, zu geringen Kontrast oder leere Buttons, sie können jedoch nicht beurteilen, ob der Fokus nach einem Schrittwechsel sinnvoll landet oder ob eine Ankündigung inhaltlich verständlich ist. Ein Formular kann jeden automatisierten Test bestehen und trotzdem für Screenreader-Nutzer unbenutzbar bleiben, weil genau diese dynamischen Abläufe nicht erfasst werden.
Deshalb gehört zu einer verlässlichen Prüfung immer ein manueller Durchlauf, bei dem eine Person den kompletten Formularprozess einmal nachstellt, wie ein echter Interessent das tun würde: mit realistischen Eingaben, absichtlichen Fehlern und einem Abbruch mittendrin, um zu sehen, ob der Wiedereinstieg funktioniert.
Wo möglich, liefert Feedback von Menschen, die dauerhaft mit Screenreader oder ausschließlich mit Tastatur arbeiten, die verlässlichsten Hinweise. Sie stoßen auf Probleme, die im internen Test oft übersehen werden, etwa weil das eigene Team unbewusst weiß, wie der Ablauf gemeint ist, und Umwege deshalb nicht als Hürde wahrnimmt. Ein solcher Testlauf lässt sich auch mit wenigen Personen und überschaubarem Aufwand organisieren und liefert dabei oft konkretere Hinweise als ein weiterer automatisierter Scan.
Häufig gestellte Fragen
Was macht ein mehrstufiges Formular für Screenreader-Nutzer unzugänglich?
Meist fehlender Fokuswechsel zum neuen Schritt, fehlende Ankündigung des Schrittwechsels und Fehlermeldungen, die nicht mit dem betroffenen Feld verknüpft sind. Schon einer dieser drei Punkte reicht aus, um den Ablauf für Screenreader-Nutzer unverständlich zu machen.
Wie zeige ich den Fortschritt in einem mehrstufigen Formular barrierefrei an?
Eine visuelle Fortschrittsanzeige allein reicht nicht. Zusätzlich sollte der aktuelle Schritt als Text angekündigt werden, etwa über eine aria-live-Region oder eine programmatisch ausgezeichnete Überschrift wie "Schritt 2 von 4".
Reicht eine einzige Fehlermeldung am Ende des Formulars?
Nein. Nutzer müssen erkennen können, welches konkrete Feld betroffen ist, ohne das gesamte Formular erneut durchsuchen zu müssen. Eine Kombination aus Fehlerliste am Schrittanfang und Einzelmeldung am Feld ist deutlich zuverlässiger.
Wie teste ich ein mehrstufiges Formular ohne Maus?
Das Formular ausschließlich mit Tab, Umschalt+Tab und Enter durchlaufen und dabei genau beobachten, wo der Fokus nach jedem Schrittwechsel landet. Ergänzend hilft ein Durchlauf mit einem Screenreader wie NVDA oder VoiceOver.
Was tun bei Formularen mit Cookie-Bannern oder Chat-Widgets, die den Ablauf stören?
Solche Drittkomponenten sollten den Tastaturfokus nicht dauerhaft einfangen und den "Weiter"-Button nicht optisch oder technisch verdecken. Am sichersten ist ein Test des kompletten Formularablaufs mit aktiven Drittkomponenten, nicht nur in einer bereinigten Testumgebung.
Was passiert bei einem Session-Timeout mitten im Formular?
Ohne Vorwarnung gehen in der Regel alle bisher eingegebenen Daten verloren, und Nutzer müssen von vorne beginnen. Eine Warnung vor Ablauf mit der Möglichkeit zur Verlängerung sowie ein Zwischenspeichern der Eingaben verhindern das.
Muss jedes Pflichtfeld schon vor dem Absenden markiert sein?
Ja, Pflichtfelder sollten bereits beim Anzeigen des Formulars erkennbar sein, nicht erst nach einem gescheiterten Versuch. Das gilt visuell genauso wie technisch für Screenreader.
Wie barrierefrei ist deine Webseite?
Kostenloser Sofort-Check nach WCAG 2.1 und BFSG. Keine Anmeldung, Ergebnis in wenigen Sekunden.