Fehlertext-Design ist die Disziplin, Fehlermeldungen in digitalen Produkten so zu gestalten, dass Nutzer die Ursache eines Problems verstehen, wissen, was als nächstes zu tun ist, und sich dabei nicht beschämt oder frustriert fühlen.
Rubrik: Mediendesign & Digitale Medien · Unterrubrik: UX Writing & Content Design · Niveau: Fortgeschritten Synonyme / Auch bekannt als: Error Messages, Fehlerkommunikation, Error Copy, Fehlertexte
Was ist Fehlertext-Design?
Fehler passieren in jedem digitalen Produkt – Formulare werden falsch ausgefüllt, Verbindungen brechen ab, Dateiformate werden nicht unterstützt. Wie ein System auf diese Fehler reagiert, ist einer der stärksten Faktoren für die wahrgenommene Qualität und Vertrauenswürdigkeit einer Anwendung.
Fehlertext-Design beschäftigt sich mit der Frage: Wie kommuniziert ein Produkt Fehler auf eine Art, die das Problem löst, statt es zu verschlimmern? Es ist ein Teilbereich des Microcopy: Kleine Texte, große Wirkung-Schreibens und eng mit dem Formular-UX-Writing verknüpft, da Validierungsfehler zu den häufigsten Fehlertypen in der Nutzerinteraktion gehören.
Erklärung
Gute Fehlermeldungen erfüllen drei Funktionen gleichzeitig: Sie informieren, sie führen, und sie bewahren die emotionale Beziehung zwischen Nutzer und Produkt.
Die drei Elemente einer guten Fehlermeldung
1. Ursache (Was ist passiert?) Eine Fehlermeldung muss erklären, was schiefgelaufen ist – nicht aus technischer Perspektive, sondern aus Nutzerperspektive. „Fehler 403" erklärt nichts. „Du hast keinen Zugriff auf diese Seite" hingegen macht sofort klar, was das Problem ist.
2. Lösung (Was kann ich tun?) Die wertvollste Information in einer Fehlermeldung ist die Handlungsempfehlung. „Bitte versuche es erneut" ist besser als nichts, aber „Überprüfe deine Internetverbindung und lade die Seite neu" ist konkret und hilfreich.
3. Ton (Wie fühlt sich die Meldung an?) Der Ton einer Fehlermeldung beeinflusst, wie schuldig oder inkompetent sich ein Nutzer fühlt. Die Verantwortung sollte nie auf den Nutzer abgewälzt werden, auch wenn der Fehler durch eine fehlerhafte Eingabe entstanden ist.
Häufige Fehlertypen
- Validierungsfehler: „Bitte gib eine gültige E-Mail-Adresse ein."
- Systemfehler: „Etwas ist schiefgelaufen. Wir arbeiten daran."
- 404-Fehler: „Diese Seite gibt es nicht mehr."
- Netzwerkfehler: „Keine Verbindung. Prüfe dein WLAN."
- Berechtigungsfehler: „Du benötigst eine höhere Freigabestufe für diesen Bereich."
Beispiele
Schlecht:
„Ungültige Eingabe."
Gut:
„Dein Passwort muss mindestens 8 Zeichen lang sein und eine Zahl enthalten."
Schlecht:
„Fehler beim Hochladen der Datei. Code: ERRUPLOADFAIL_408."
Gut:
„Die Datei konnte nicht hochgeladen werden. Dateien dürfen maximal 10 MB groß sein. Deine Datei: 14 MB."
Schlecht (schuldzuweisend):
„Du hast das falsche Passwort eingegeben."
Besser:
„Das Passwort stimmt nicht überein. Versuch's nochmal oder setze es zurück."
In der Praxis
Dos
- Verb-first: Starte mit einer klaren Handlungsaufforderung – „Prüfe…", „Gib ein…", „Wähle…"
- Spezifisch sein: Nenne den konkreten Fehler, nicht nur „etwas ist schiefgelaufen"
- Schuld neutral formulieren: Vermeide „Du hast…" oder „Fehler in deiner Eingabe"
- Kürzestmöglich: Fehlermeldungen sollten so lang sein wie nötig, so kurz wie möglich
- Konsistent platzieren: Fehlertexte sollten immer am gleichen Ort und im gleichen Format erscheinen
Don'ts
- Technischen Jargon oder Fehlercodes im Haupttext verwenden
- Den Nutzer für den Fehler verantwortlich machen
- Entschuldigungen häufen: Ein „Entschuldigung" reicht
- Leere Versprechungen: „Wir arbeiten daran" ohne Zeitangabe wirkt hilflos
- Fehlermeldungen in Großbuchstaben: Das wirkt schreierisch
Emotion und Ton
In ernsthaften Fehlersituationen (Datenverlust, Zahlungsprobleme) ist ein nüchterner, sachlicher Ton angemessener als ein spielerischer. MailChimp ist dafür bekannt, in fehlerarmen Onboarding-Kontexten humorvolle Fehlermeldungen einzusetzen – aber bei echten Transaktionsfehlern wird der Ton deutlich ernster. Dieses kontextsensitive Verhalten ist das Merkmal eines gut durchdachten Tone of Voice für digitale Produkte.
Vergleich & Abgrenzung
Fehlermeldung vs. Warnung: Eine Warnung informiert über eine mögliche Konsequenz, bevor sie eintritt. Eine Fehlermeldung reagiert auf etwas, das bereits schiefgelaufen ist.
Inline-Fehler vs. Toast-Nachrichten: Inline-Fehler erscheinen direkt am betroffenen Formularfeld und sind die bevorzugte Methode für Validierungsfehler. Toast-Nachrichten (kurze eingeblendete Meldungen) eignen sich für systemweite Informationen, die keinen direkten Bezug zu einem bestimmten Eingabefeld haben.
Fehlertext vs. [Microcopy: Kleine Texte, große Wirkung](/wiki/mediendesign-digitale-medien/ux-writing/microcopy/): Microcopy ist der übergeordnete Begriff für alle kurzen, funktionalen Texte in einer Benutzeroberfläche. Fehlertexte sind eine Unterform davon.
Häufige Fragen (FAQ)
Soll ich mich für Fehler entschuldigen? Einmalig und kurz kann ein „Entschuldige" das Nutzererlebnis verbessern, besonders bei Systemfehlern. Häufige Entschuldigungen wirken jedoch unaufrichtig und schwächen das Vertrauen.
Wie lange sollte eine Fehlermeldung sein? Als Faustregel: nicht mehr als zwei Sätze. Der erste Satz erklärt das Problem, der zweite nennt die Lösung.
Muss ich technische Details angeben? Nein – es sei denn, sie helfen dem Nutzer direkt. Fehlercodes können als sekundäre Information für den Kundensupport sichtbar sein, aber nicht als Hauptkommunikation.
Sollten Fehlermeldungen immer in Rot sein? Rot ist ein etablierter Standard für Fehler, aber die Farbwahl sollte immer von ausreichend Kontrast und einem textlichen Label begleitet werden – allein auf Farbe zu setzen ist nicht barrierefrei (WCAG 1.4.1). Mehr dazu unter Barrierefreie Texte.
Verwandte Einträge
- Microcopy: Kleine Texte, große Wirkung
- Formular-UX-Writing
- Onboarding-Texte und Willkommens-Flows
- Barrierefreie Texte
- Tone of Voice für digitale Produkte
Weiterführend
- Kohl, Kate: The Language of UX: How to Write for Clarity and Conversion, 2021
- Nielsen, Jakob / Loranger, Hoa: Prioritizing Web Usability, New Riders, 2006
- Redish, Janice: Letting Go of the Words: Writing Web Content That Works, Morgan Kaufmann, 2012
- W3C Web Content Accessibility Guidelines (WCAG) 2.1, Success Criterion 3.3.1 – Error Identification, 2018
