Formular-UX-Writing bezeichnet das Schreiben aller textlichen Elemente in Formularen – von Labels und Platzhaltern über Hilfetexte bis zu Validierungsmeldungen und Datenschutzhinweisen – mit dem Ziel, den Ausfüllprozess so reibungslos wie möglich zu gestalten.
Rubrik: Mediendesign & Digitale Medien · Unterrubrik: UX Writing & Content Design · Niveau: Fortgeschritten Synonyme / Auch bekannt als: Form Copy, Formular-Microcopy, Form UX Writing, Formtexte
Was ist Formular-UX-Writing?
Formulare sind der kritischste Kontaktpunkt zwischen Nutzer und Produkt: Registrierung, Zahlung, Kontaktaufnahme, Konfiguration – fast alle wichtigen Nutzeraktionen laufen über Formulare. Trotzdem sind Formulare oft schlecht textuell gestaltet: unklare Labels, verwirrende Fehlermeldungen, fehlende Hinweise.
Gut geschriebene Formulartexte erhöhen die Abschlussrate (Form Completion Rate), reduzieren Support-Anfragen und steigern das Vertrauen in ein Produkt. Schlecht geschriebene Formulartexte sind eine der häufigsten Ursachen für Abbrüche.
Erklärung
Die Textelemente eines Formulars
1. Label (Feldbeschriftung) Das Label ist die Beschriftung eines Eingabefelds. Es beantwortet die Frage: „Was soll ich hier eingeben?"
Best Practices:
- Kurz und eindeutig: „E-Mail-Adresse" statt „Adresse elektronischer Kommunikation"
- Immer sichtbar: Labels niemals nur als Placeholder realisieren (sie verschwinden beim Tippen)
- Positionierung: Labels oberhalb des Felds sind für Screenreader-Nutzer und Mobilnutzer am besten
- Konsistente Formulierung: Entweder immer Substantive oder immer Fragen – nicht mischen
2. Placeholder (Platzhaltertext) Placeholder-Text erscheint grau im leeren Eingabefeld und verschwindet, sobald der Nutzer tippt.
Best Practices:
- Nie als Ersatz für Labels verwenden
- Sinnvoll: Beispielwerte zeigen (z. B. „z. B. max.mustermann@email.de")
- Formathinweise geben: „TT.MM.JJJJ" für Datumsfelder
- Kein essentieller Inhalt: Da er verschwindet, darf er keine unverzichtbaren Informationen enthalten
3. Hilfetext (Helper Text) Erklärt unterhalb des Felds, warum eine bestimmte Information benötigt wird oder in welchem Format sie eingegeben werden soll.
Beispiel: „Wir senden dir eine Bestätigung an diese Adresse. Keine Weitergabe an Dritte."
4. Validierungsmeldungen (Inline-Fehler) Erscheinen, wenn eine Eingabe nicht den Anforderungen entspricht. Sie sind eng verwandt mit Fehlertext-Design.
Best Practices:
- Inline anzeigen, direkt beim betroffenen Feld
- Konkret formulieren: nicht „Ungültige Eingabe", sondern „Telefonnummer muss mindestens 10 Ziffern haben"
- Positives Feedback geben, wenn ein Feld korrekt ausgefüllt wurde (grüner Haken mit kurzer Bestätigung)
5. Submit-Button Der finale CTA eines Formulars. Vgl. Button-Beschriftung: Verb-first, spezifisch, nicht nur „Senden".
Beispiele:
- Registrierungsformular: „Konto erstellen"
- Bestellformular: „Jetzt kostenpflichtig bestellen"
- Kontaktformular: „Nachricht absenden"
6. Datenschutzhinweise Bei datenschutzrelevanten Feldern (E-Mail, Telefon) sind kurze Erläuterungen zur Nutzung wichtig – nicht nur aus Compliance-Gründen, sondern auch für das Vertrauen.
Best Practices:
- Kurz und menschlich: „Deine E-Mail wird nur für den Versand des Newsletters genutzt."
- Kein juristischer Jargon im Formular – den Link zur vollständigen Datenschutzerklärung daneben setzen
- Bei DSGVO-relevanten Aktionen: explizite Einwilligungscheckboxen mit klaren Texten
Formularstruktur und Texthierarchie
Ein gutes Formular beginnt oft mit einem kurzen Intro-Text, der erklärt, was der Nutzer gleich tut und was er dafür benötigt. „Die Registrierung dauert etwa 2 Minuten. Du benötigst: E-Mail-Adresse, Passwort." Dieser Text reduziert Zögern und senkt die Abbruchrate.
Beispiele
Schlechtes Label + Placeholder:
- Label: –
- Placeholder: „E-Mail" (verschwindet beim Tippen → Nutzer verliert Orientierung)
Gutes Label + Placeholder + Hilfetext:
- Label: „E-Mail-Adresse"
- Placeholder: „z. B. max@beispiel.de"
- Hilfetext: „Wir senden deinen Link zum Zurücksetzen des Passworts an diese Adresse."
Schlechte Validierungsmeldung:
„Fehler. Ungültige Eingabe."
Gute Validierungsmeldung:
„Passwort zu kurz. Bitte mindestens 8 Zeichen verwenden."
Schlechter Submit-Button:
„Senden"
Guter Submit-Button:
„Kostenlos registrieren"
In der Praxis
Das Formular aus Nutzerperspektive schreiben
UX Writer sollten Formulare immer aus der Perspektive eines Menschen schreiben, der das Formular zum ersten Mal sieht: Welche Fragen tauchen auf? Warum wird diese Information benötigt? Was passiert nach dem Absenden?
Feldoptionalisierung kommunizieren
Pflichtfelder sollten klar markiert sein. Optionale Felder können mit einem kleinen „(optional)" hinter dem Label markiert werden – das ist klarer als das Standard-Sternchen für Pflichtfelder.
Datumseingaben und Formathinweise
Formate sind ein häufiger Fehlerauslöser. Ein Datumsfeld ohne Formathinweis wird von verschiedenen Nutzern unterschiedlich befüllt. Besser: Format explizit im Placeholder oder Hilfetext nennen.
Barrierefreiheit in Formularen
Labels müssen programmatisch mit ihren Feldern verknüpft sein (nicht nur visuell). Fehlermeldungen müssen von Screenreadern vorgelesen werden können. Mehr dazu unter Barrierefreie Texte.
Vergleich & Abgrenzung
Formular-UX-Writing vs. [Microcopy: Kleine Texte, große Wirkung](/wiki/mediendesign-digitale-medien/ux-writing/microcopy/): Microcopy ist der Oberbegriff für alle kurzen, funktionalen Texte in Interfaces. Formular-UX-Writing ist ein Spezialbereich des Microcopy-Schreibens.
Label vs. Placeholder: Labels sind dauerhaft sichtbar und obligatorisch. Placeholder verschwinden und sind optional – sie ergänzen, ersetzen aber nie ein Label.
Validierungsmeldung vs. [Fehlertext-Design](/wiki/mediendesign-digitale-medien/ux-writing/fehlertext-design/): Überschneidend, aber Validierungsmeldungen sind spezifisch für Formulare und erscheinen Feld für Feld; Fehlertexte können auch systemweite Zustände beschreiben.
Häufige Fragen (FAQ)
Darf ich Placeholder statt Labels verwenden, um Platz zu sparen? Nein. Das ist eine häufige Designentscheidung, die nachweislich zu höheren Abbruchraten und Accessibility-Problemen führt (Nielsen Norman Group, 2014).
Wie lang darf ein Hilfetext sein? Möglichst kurz – ein bis zwei Sätze. Wenn mehr Kontext nötig ist, lieber einen „Mehr erfahren"-Link setzen.
Wann zeige ich Validierungsfehler – sofort beim Verlassen des Felds oder erst beim Absenden? Best Practice ist Progressive Validation: Fehler nach dem Verlassen eines Felds (on-blur) anzeigen, nicht während der Eingabe – das irritiert. Aber: Positives Feedback (grüner Haken) darf sofort erscheinen.
Was ist der Unterschied zwischen einem Hilfetext und einem Tooltip? Hilfetexte sind dauerhaft sichtbar unter dem Feld; Tooltips erscheinen nur beim Hover über ein Info-Icon. Bei wichtigen Informationen immer den dauerhaft sichtbaren Hilfetext bevorzugen.
Verwandte Einträge
- Microcopy: Kleine Texte, große Wirkung
- Fehlertext-Design
- Button-Beschriftung
- Barrierefreie Texte
- Plain Language: Verständlich schreiben
Weiterführend
- Nielsen, Jakob: „Placeholders in Form Fields Are Harmful", Nielsen Norman Group, 2014
- Wroblewski, Luke: Web Form Design: Filling in the Blanks, Rosenfeld Media, 2008
- Redish, Janice: Letting Go of the Words, Morgan Kaufmann, 2012
- Sherwin, Katie: „Website Forms Usability: Top 10 Recommendations", Nielsen Norman Group, 2016
