Benennen Sie das Objekt und die Folge der Aktion, erklären Sie ungewöhnliche Eingaben, bevor ein Fehler auftritt, und sagen Sie nach jedem Ergebnis, was passiert ist und was der Nutzer als Nächstes tun kann.
Microcopy sind kurze Texte an Bedienelementen und Zuständen: Schaltflächenbeschriftung, Label, Hilfesatz, Fehlermeldung, Bestätigung oder Hinweis. Sie sind kurz, entscheiden aber darüber, ob jemand die Folgen einer Aktion versteht. Allgemeine Formulierungen wie „Weiter“, „Ungültig“ oder „Fertig“ verlagern die Verantwortung für die Interpretation häufig auf die Nutzer.
Gutes Microcopy basiert auf dem realen Prozess und verwendet dieselben Begriffe auf der Website, in E-Mails und im Support. Es darf weder Preis, Einwilligung noch Risiko verschleiern und sollte nicht mit Schuldgefühlen manipulieren. Der Text wird zusammen mit der Oberfläche, den technischen Zuständen und den rechtlichen oder fachlichen Inhalten entworfen, nicht als letzte Dekoration vor dem Launch.
Ein Produktglossar stellt sicher, dass ein Begriff seine Bedeutung nicht ändert
Erstellen Sie eine Liste zentraler Objekte, Aktionen und Zustände: Anfrage, Bestellung, Projekt, Entwurf, Absenden oder Veröffentlichen. Wählen Sie nutzerfreundliche Bezeichnungen und schreiben Sie deren Definitionen auf. Wenn „Abbrechen“ einmal das Schließen eines Dialogs und ein anderes Mal das Beenden eines Abonnements bedeutet, schafft die Oberfläche eine gefährliche Mehrdeutigkeit.
Verwenden Sie dasselbe Vokabular in Navigation, Schaltflächen, Bestätigungen, E-Mails und Support. Übersetzer brauchen Kontext, Längenbegrenzungen und Variablen, keinen isolierten String. Vermeiden Sie es, Sätze aus Fragmenten zusammenzusetzen, die in einer anderen Sprache Reihenfolge oder Grammatik ändern. Der Verantwortliche für das Glossar genehmigt neue Begriffe und Synonyme.
- einheitliche Objektbezeichnung im gesamten Prozess
- ein Verb, das der tatsächlichen Aktion entspricht
- definierte Zustände und ihre Übergänge
- Kontext für Übersetzung und Deklination
Ein Button benennt das Ergebnis, keine vage Bewegung
Verwenden Sie statt eines allgemeinen „Ja“ oder „OK“ Beschriftungen wie „Rechnung löschen“, „Entwurf speichern“ oder „Anfrage senden“. Unterscheiden Sie bei mehrstufigen Prozessen zwischen dem Weitergehen zum nächsten Schritt und der endgültigen Bestätigung einer Verpflichtung. Primäre und sekundäre Schaltflächen sollen deutlich unterschiedliche Folgen haben, nicht nur eine andere Farbe.
Eine destruktive Aktion braucht ein genau benanntes Objekt und je nach Risiko eine Rückgängig-Möglichkeit oder eine Bestätigung. Verwenden Sie den Bestätigungsdialog nicht bei jeder Kleinigkeit, sonst wird er zur Routine. Dauert ein Vorgang an, zeigen Beschriftung oder Status den Fortschritt an, und die Schaltfläche verhindert ein doppeltes Auslösen, ohne einen Abschluss vorzutäuschen.
Hilfetext beugt Fehlern vor und erklärt sensible Fragen
Das Label benennt das Feld, der Hilfetext ergänzt Format, Umfang oder Zweck. Geben Sie ein Beispiel nur an, wenn es Unklarheiten verringert, und hinterlegen Sie es nicht als Standardwert. Kommunizieren Sie Pflicht- und optionale Felder einheitlich. Erläutern Sie bei sensiblen Angaben den Zweck direkt am Feld und verweisen Sie auf weitere Details, ohne den Bildschirm zu überladen.
Platzieren Sie den Hinweis vor der Interaktion, nicht erst in der Fehlermeldung. Vermeiden Sie interne Codes und Bedingungen wie „muss dem Regex entsprechen“. Wenn mehrere Formate gültig sind, akzeptieren Sie sie oder erklären Sie die Einschränkung klar. Microcopy darf keine Angabe verlangen, die das System nicht benötigt, nur weil der Text die Erhebung rechtfertigen kann.
- Zweck des Feldes aus dem Label verständlich
- Format und Einschränkung vorab erklärt
- Grund für die Erhebung sensiblerer Daten
- Ein Beispiel, das nicht mit einem Wert verwechselt werden kann
Fehler- und Bestätigungsmeldungen beziehen sich auf die konkrete Aufgabe
Eine Fehlermeldung benennt das Problem und die Lösung: welches Feld, welches Format oder warum eine Aktion nicht verfügbar ist. Geben Sie nicht dem Nutzer die Schuld und verwenden Sie keinen Humor bei Datenverlust, Zahlungen oder Sicherheitsproblemen. Technische Details gehören ins Log; der Nutzer kann einen sicheren Referenzcode für den Support erhalten.
Bestätigen Sie nach erfolgreichem Abschluss das Objekt, den Status und den nächsten Schritt. Wenn die Übermittlung noch auf ihre Verarbeitung wartet, schreiben Sie nicht „Erledigt“. Geben Sie bei einer E-Mail die Adresse, an die sie gesendet wurde, nur an, wenn ihre Anzeige sicher ist, oder maskieren Sie sie teilweise. Die Meldung sollte ausreichend lange sichtbar bleiben und barrierefrei angekündigt werden.
Ein Microcopy-Test prüft das Verständnis ohne Suggestivfragen
Zeigen Sie die Oberfläche und fragen Sie, was nach der Aktivierung passiert, welche Daten erforderlich sind und wie jemand einen Fehler beheben würde. Fragen Sie nicht nur, ob der Text gefällt. Achten Sie auf Fehlinterpretationen, Zögern und Rücksprünge. Ein A/B-Test auf Klicks kann keinen manipulativen Text oder verborgene Folgen rechtfertigen.
Dokumentieren Sie Änderungen zusammen mit Begründung, Zustand der Oberfläche und Verantwortlichem. Beobachten Sie wiederkehrende Supportfragen, fehlerhafte Eingaben und Abbrüche, schützen Sie dabei aber personenbezogene Daten. Bei rechtlicher oder fachlicher Tragweite sollte eine qualifizierte Person den Text prüfen. Klarheit und Wahrhaftigkeit haben Vorrang vor der kurzfristigen Steigerung einer einzelnen Kennzahl.
- der Nutzer kann die Folge einer Aktion vorhersehen
- versteht den Grund und das Format der angeforderten Angabe
- kann die Korrektur nach einem Fehler benennen
- die Bestätigung entspricht dem tatsächlichen Systemzustand
- einheitliche Terminologie in Oberfläche, E-Mail und Support
Häufige Fragen
Sollte ein Button-Text immer möglichst kurz sein?
Nein. Sie soll knapp, aber präzise genug sein, um die Folge zu verstehen. Ein paar Worte mehr sind besser als ein mehrdeutiges „OK“ bei einer wichtigen Aktion.
Ist Humor in einer Fehlermeldung angebracht?
Nur bei geringem Risiko und ohne das Problem zu verharmlosen. Bei Arbeitsverlust, Zahlung, Privatsphäre oder Sicherheit sollte der Text sachlich und empathisch sein.
Kann KI Microcopy erstellen?
KI kann Varianten vorschlagen, aber ein Mensch muss Prozess, Terminologie, Barrierefreiheit, Wahrheitsgehalt und sensible Auswirkungen vor der Veröffentlichung prüfen.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
