Formularanalyse
Formularabbruch: Ursachen erkennen und beheben
Wie Sie die Formularabbruchrate messen, warum Nutzer Formulare abbrechen und was eine Aufzeichnung trotz Maskierung über Problemfelder verrät. Mit Checkliste.
Veröffentlicht · Aktualisiert · 5 Min. Lesezeit
Ein Formularabbruch liegt vor, wenn jemand beginnt, ein Formular auszufüllen, es aber nicht absendet. Die häufigsten Ursachen sind zu viele Felder, unverständliche Fehlermeldungen, strenge Validierung und Probleme auf dem Smartphone. Mit einer Formularanalyse per Session Replay sehen Sie, an welchem Feld Nutzer hängen bleiben, auch dann, wenn Sie die eingegebenen Werte maskieren.
Was ist die Formularabbruchrate, und wie misst man sie?
Die Formularabbruchrate beschreibt den Anteil der Personen, die mit einem Formular interagieren, es aber nicht erfolgreich absenden. Die Formel lautet: Abbruchrate = (1 − erfolgreiche Absendungen ÷ begonnene Formulare) × 100. Als „begonnen“ zählt in der Regel die erste Interaktion mit einem Feld, nicht bereits der Seitenaufruf.
Damit Sie diese Werte erheben können, müssen Beginn und Erfolg als Ereignisse erfasst werden. In AnyReplay markieren Sie beides mit track(), zum Beispiel form_started beim ersten Fokus und form_submitted nach der erfolgreichen Serverantwort. Wichtig: Zählen Sie erst die bestätigte Absendung, nicht den Klick auf den Button, denn genau dazwischen scheitern viele Formulare. Wie Events funktionieren, beschreibt die Dokumentation zu eigenen Events (auf Englisch).
Bei mehrstufigen Formularen lohnt sich ein Event pro Schritt. So sehen Sie, ob Nutzer schon bei den Kontaktdaten aussteigen oder erst bei der Frage nach der Umsatzsteuer-ID.
Warum brechen Nutzer Formulare ab?
- Zu viele Felder: Jedes zusätzliche Feld kostet Zeit und wirft die Frage auf, wofür die Angabe gebraucht wird.
- Validierungsfehler: Telefonnummern mit Leerzeichen, Postleitzahlen mit Länderkennung oder Umlaute im Namen werden abgelehnt.
- Unklare Fehlermeldungen: „Ungültige Eingabe“ ohne Hinweis, was genau falsch ist, oder Meldungen erst nach dem Absenden am Seitenanfang.
- Pflichtfelder ohne erkennbaren Grund: Geburtsdatum oder Telefonnummer werden verlangt, obwohl der Zweck nicht ersichtlich ist.
- Mobile Tastatur: Für Zahlen öffnet sich die Buchstabentastatur, Autokorrektur verändert E-Mail-Adressen, Felder liegen unter der Tastatur.
- Unklare Datenschutz-Checkboxen: Lange Einwilligungstexte, vorausgewählte oder vermischte Zustimmungen verunsichern.
- Verlust der Eingaben: Nach einem Fehler oder beim Zurückgehen sind bereits ausgefüllte Felder leer.
- Technische Fehler: Das Absenden scheitert still, weil ein Skriptfehler auftritt oder der Server nicht antwortet.
Was sieht man in einer Aufzeichnung trotz Maskierung?
Wie viel Sie sehen, entscheiden Sie selbst. Standardmäßig ersetzt der Browser jeden Feldwert durch Sternchen, bevor gesendet wird. Mit maskAllInputs: false zeichnet AnyReplay auf, was Besucher tippen und was das Formular bereits enthielt; für die Formularanalyse ist das oft der direkteste Weg zur Ursache. Was in contenteditable-Editoren geschrieben wird, maskiert erst maskAllTyping: true. Passwörter und Einmalcodes, Kartendaten und IBAN bleiben in jeder Konfiguration außen vor; E-Mail- und Telefonfelder dagegen nicht — sie sind gewöhnliche Felder und folgen maskAllInputs. Und selbst bei voller Maskierung bleibt das Verhalten rund um die Felder sichtbar:
| Sichtbar in der Aufzeichnung | Nicht sichtbar |
|---|---|
| Welches Feld den Fokus erhält und in welcher Reihenfolge | Der eingegebene Text |
| Wie oft ein Feld geleert und neu befüllt wird (als Sternchen) | Zahlen, Namen, Adressen, E-Mail-Adressen |
| Ungefähre Länge der Eingabe | Passwörter und Telefonnummern im Klartext |
| Fehlermeldungen, die als Seitentext erscheinen | Mit ar-mask markierte Texte |
| Klicks auf den Absenden-Button und die Reaktion der Seite | Mit ar-block ausgeblendete Bereiche |
| Pausen, Scrollen, Zurückspringen zu früheren Feldern | Skriptinhalte der Seite |
Achten Sie darauf, dass Fehlermeldungen selbst keine personenbezogenen Daten wiederholen, etwa „Die Adresse [email protected] ist bereits registriert“. Solche Texte sollten Sie mit ar-mask versehen. Hinweise zur Prüfung stehen in der Dokumentation zur Maskierung (auf Englisch).
Wie gehen Sie bei der Formularanalyse vor?
Ziel und Events festlegen
Definieren Sie, was ein erfolgreiches Formular ist, und erfassen Sie Beginn, Schritte und bestätigte Absendung mit
track().Abbrecher filtern
Suchen Sie in der Session-Liste nach Sessions mit dem Start-Event und prüfen Sie jene ohne Absendung.
Fehler und Rage Clicks zuerst
Sessions mit JavaScript-Fehlern oder Rage Clicks auf dem Absenden-Button deuten auf technische Ursachen hin, die sich schnell beheben lassen.
Problemfelder identifizieren
Notieren Sie, bei welchem Feld Pausen, Korrekturen oder Abbrüche gehäuft auftreten.
Hypothese formulieren und ändern
Zum Beispiel: „Die Telefonvalidierung lehnt Leerzeichen ab.“ Passen Sie das Feld an und beobachten Sie die Abbruchrate danach.
Welche typischen Muster verraten das Problem?
- Gleiches Feld, mehrere Anläufe: Die Sternchen verschwinden und erscheinen wieder. Meist ist das Format unklar oder die Validierung zu streng.
- Absenden, keine sichtbare Reaktion, erneutes Klicken: Die Fehlermeldung liegt außerhalb des Bildschirms oder die Anfrage scheitert.
- Langer Stillstand vor einer Checkbox: Der Einwilligungstext ist zu lang oder missverständlich.
- Sprung zurück zum Seitenanfang und Verlassen: Nach einem Fehler wurde das Formular geleert.
- Auf Mobilgeräten Zoomen und Scrollen: Felder oder Schrift sind zu klein, oder die Tastatur verdeckt das aktive Feld.
Viele dieser Muster lösen Frustrationssignale aus. Wie Sie diese gezielt nutzen, lesen Sie im Artikel über Rage Clicks. Für Formulare im Checkout lohnt sich zusätzlich der Beitrag zu Gründen für Warenkorbabbrüche.
Welche Formulare sollten Sie zuerst untersuchen?
Nicht jedes Formular verdient dieselbe Aufmerksamkeit. Beginnen Sie dort, wo ein Abbruch unmittelbar Umsatz oder Kundenkontakt kostet: Checkout und Adresseingabe, Registrierung, Kontakt- und Angebotsanfragen im B2B-Umfeld sowie Bewerbungs- oder Antragsstrecken. Formulare mit vielen Schritten und solche, die überwiegend mobil genutzt werden, sind besonders anfällig.
Ein weiterer guter Startpunkt sind Supportanfragen. Wenn Kunden sich melden, weil „das Formular nicht geht“, finden Sie die passende Aufzeichnung über die Nutzer-ID, sofern Sie diese mit identify() hinterlegen, und sehen sofort, was passiert ist.
Checkliste: Formulare, die abgeschickt werden
- Jedes Feld hat einen klaren Zweck; optionale Felder sind als optional gekennzeichnet.
- Fehlermeldungen erscheinen direkt am Feld, sagen konkret, was zu tun ist, und bleiben sichtbar.
- Die Validierung akzeptiert gängige Schreibweisen, etwa Leerzeichen in Telefonnummern.
- Eingabetypen passen:
type="email",type="tel",inputmode="numeric"für Zahlen. - Autovervollständigung ist erlaubt und korrekt ausgezeichnet.
- Nach einem Fehler bleiben alle Eingaben erhalten.
- Einwilligungen sind kurz formuliert, nicht vorausgewählt und voneinander getrennt.
- Der Absenden-Button zeigt einen Ladezustand und verhindert doppelte Absendungen.
- Das Formular wurde auf echten Smartphones mit geöffneter Tastatur getestet.
- Die Maskierung ist eingerichtet und die Aufzeichnung geprüft: keine sensiblen Werte und keine personenbezogenen Fehlermeldungen im Klartext.
Wie AnyReplay Formulareingaben schützt, zeigt die Seite Datenschutz. Den Frühzugang mit kostenlosem Free-Plan finden Sie unter Preise.
Kann ich einzelne unkritische Felder unmaskiert aufzeichnen?
Ohne Konfiguration werden Eingaben ohnehin aufgezeichnet; die Frage lautet also umgekehrt, was Sie verbergen. Klären Sie mit Ihrer Datenschutzbeauftragten, welche Felder maskiert gehören, und markieren Sie sie mit `ar-mask`. Passwörter und Zahlungsdaten bleiben in jedem Fall außen vor.
Brauche ich ein spezielles Tool für Formularanalyse?
Spezialisierte Tools liefern Feldstatistiken. AnyReplay bietet keine solchen Berichte, zeigt aber das Verhalten im Einzelfall und macht so die Ursache sichtbar.