Inhaltsverzeichnis
Jedes Engineering-Team, das ein mehrsprachiges Produkt verwaltet, schreibt irgendwann einen Übersetzungs-Styleguide. Er umfasst meist 10 Seiten, behandelt Ton, Zeichensetzung und Großschreibungsregeln – und wird innerhalb von drei Monaten von 80 % der Übersetzer ignoriert.
Glossare funktionieren anders. Ein Glossar ist eine begrenzte Liste domänenspezifischer Begriffe mit exakten Übersetzungen und Kontextnotizen. Unser Glossar hat 40 Einträge. Es liefert konsistentere Übersetzungen als jeder Styleguide, den wir je ausprobiert haben – und lässt sich durch Tooling durchsetzen, was bei Prosa-Richtlinien nie möglich ist.
Dieser Beitrag erklärt, warum Glossare Styleguides übertreffen, was in Ihres hineingehört, wie es strukturiert werden sollte und wie es mit KI-gestützter Übersetzungsprüfung durchgesetzt werden kann.
Warum Glossare Styleguides schlagen
Styleguides arbeiten auf der Ebene von Regeln: „Verwenden Sie in Deutsch eine formelle Sprache." „Verwenden Sie in französischem UI-Text keine Kurzformen." Diese Regeln erfordern Urteilsvermögen bei der Anwendung, und das Urteilsvermögen variiert je nach Übersetzer, Agentur und Zeitzone.
Glossare arbeiten auf der Ebene von Fakten: „Der englische Begriff 'workspace' wird auf Deutsch mit 'Arbeitsbereich' und auf Französisch mit 'espace de travail' übersetzt. Verwenden Sie niemals 'Arbeitsfläche' oder 'espace de travaille'." Kein Urteilsvermögen erforderlich. Der Begriff ist entweder korrekt oder er ist es nicht.
Das lässt sich messen. Als wir die deutsche Lokalisierung eines Kunden vor und nach der Einführung eines Glossars geprüft haben, stellten wir fest:
- Inkonsistenz bei Markenbegriffen: von 23 verschiedenen Varianten des Produktnamens in der App auf 1 reduziert
- Einarbeitungszeit für Übersetzer: von ca. 4 Stunden Styleguide-Lektüre auf ca. 30 Minuten Glossar-Durchsicht reduziert
- Überprüfungszyklen bei Übersetzungen: durchschnittlich 2,1 Runden vor dem Glossar, 1,3 Runden danach
Der Grund liegt nicht darin, dass Übersetzer Styleguides aus Nachlässigkeit ignorieren. Es liegt daran, dass Styleguides Arbeitsgedächtnis erfordern, um konsistent angewendet zu werden. Ein Glossar ist eine Nachschlagetabelle. Nachschlagetabellen sind leicht zu überprüfen.
Was in Ihr Glossar gehört
Widersetzen Sie sich dem Drang, alles aufzunehmen. Ein Glossar mit 200 Einträgen und offensichtlichen Begriffen („user" → „Nutzer") ist einfach ein schlechtes Wörterbuch. Ziel ist es, Begriffe zu erfassen, bei denen:
- Es Mehrdeutigkeit in der Zielsprache gibt – mehrere gültige Übersetzungen existieren und Sie eine auswählen müssen
- Der Begriff domänenspezifisch ist – Branchenjargon, den generische Übersetzungstools falsch machen
- Der Begriff eine Markenbedeutung hat – Produktnamen, Feature-Namen, Namen von Preisstufen
- Der Begriff häufig vorkommt – Inkonsistenz potenziert sich mit der Häufigkeit
Für ein typisches SaaS-Produkt treffen 40 Kernbegriffe den Sweet Spot. Weniger, und Sie verpassen echte Inkonsistenzen. Mehr, und Übersetzer hören auf, es als maßgeblich zu betrachten.
Zu behandelnde Kategorien:
- Produkt- und Feature-Namen – Übersetzen Sie diese nicht, wenn Sie nicht müssen. Wenn doch, legen Sie die Übersetzung explizit fest.
- UI-Grundelemente – „Settings", „Dashboard", „Workspace", „Account", „Profile". Diese haben in den meisten Sprachen mehrere gültige Übersetzungen.
- Aktionsverben – „Invite", „Remove", „Archive", „Delete", „Publish". Die Verb-Wahl prägt das Gefühl des Produkts.
- Technische Konzepte – „API key", „Webhook", „Integration", „Sync". Einige davon werden nicht übersetzt; legen Sie die Konvention explizit fest.
- Geschäftsbegriffe – „Plan", „Subscription", „Trial", „Billing cycle". Preistexte benötigen exakte Konsistenz.
- Fehlerzustände – „Something went wrong", „Try again", „Contact support". Der Ton in Fehlermeldungen ist wichtig.
Glossar-Struktur: Was jeder Eintrag benötigt
Ein Glossar-Eintrag, der nur Begriff → Übersetzung auflistet, ist ein halbes Glossar. Die Kontextnotiz macht ihn nutzbar.
Jeder Eintrag sollte enthalten:
| Feld | Zweck |
|---|---|
| Quellbegriff | Der kanonische englische Begriff |
| Wortart | Substantiv, Verb, Adjektiv – beeinflusst Flexionsregeln |
| Zielübersetzungen | Eine pro Locale, als erforderlich oder bevorzugt markiert |
| Nicht verwenden | Häufige falsche Übersetzungen, die explizit verboten werden sollen |
| Kontextnotiz | Wo er erscheint, wie er verwendet wird |
| Beispiel | Ein Satz, der ihn im Kontext zeigt |
Das Feld „Nicht verwenden" wird unterschätzt. Zu wissen, dass „Arbeitsbereich" korrekt ist, ist nützlich. Zu wissen, dass „Arbeitsfläche" falsch ist – und warum – ist während der Prüfung umsetzbar.
Beispiel-Glossar: SaaS-Produkt (10–15 Begriffe)
| Englischer Begriff | Deutsch (DE) | Französisch (FR) | Kontextnotizen |
|---|---|---|---|
| Workspace | Arbeitsbereich | Espace de travail | Oberste Container-Ebene für Projektteams. Nicht „Arbeitsfläche" (zu wörtlich, impliziert physischen Raum). |
| Dashboard | Dashboard | Tableau de bord | „Dashboard" in DE beibehalten (allgemein verständlich). „Tableau de bord" für formellen FR-Text; „Dashboard" in der FR-Produkt-UI akzeptabel. |
| Invite (Verb) | Einladen | Inviter | Zum Einladen von Teammitgliedern. Nicht „hinzufügen" (add) – impliziert eine Anfrage, keine Aktion. |
| Archive (Verb) | Archivieren | Archiver | Umkehrbare Aktion. Unterscheidet sich von „Delete". Verwenden Sie niemals „Löschen"/„Supprimer" für Archive-Flows. |
| Settings | Einstellungen | Paramètres | Konfiguration auf Kontoebene. Nicht „Konfiguration" (zu technisch) oder „Optionen" (zu vage). |
| Plan (Preisgestaltung) | Tarif | Forfait | Preisstufe. „Plan" (englisches Lehnwort) in informellem DE-UI-Text akzeptabel; „Tarif" bevorzugt in formellen/Abrechnungskontexten. FR: immer „Forfait", niemals „Plan". |
| API key | API-Schlüssel | Clé API | „API" nicht übersetzen. „Schlüssel"/„Clé" erforderlich – nicht „Token" (anderes Konzept). |
| Sync (Substantiv/Verb) | Synchronisierung / synchronisieren | Synchronisation / synchroniser | Sowohl Substantiv- als auch Verbformen benötigt. Nicht abkürzen. |
| Trial | Testzeitraum | Période d'essai | Kostenloser Testzeitraum. DE: nicht „Probe" oder „Testphase" (beide in anderen Kontexten akzeptabel, aber inkonsistent). |
| Billing | Abrechnung | Facturation | Bereichsbezeichnung und Feature-Name. Nicht „Zahlung" (Bezahlung, anderes Konzept). |
| Remove | Entfernen | Supprimer | Einen Benutzer aus einem Workspace entfernen. Unterscheidet sich von „Delete" (permanent). |
| Delete | Löschen | Supprimer | Permanentes Löschen. FR „Supprimer" deckt sowohl Remove als auch Delete ab – fügen Sie in der FR-UI Kontext hinzu, um zu unterscheiden. |
| Webhook | Webhook | Webhook | Nicht übersetzen. In der Dokumentation immer in Code-Formatierung dargestellt. |
| Notification | Benachrichtigung | Notification | FR behält die englische Form. DE: nicht „Mitteilung" (impliziert eine geschriebene Nachricht, keine Systembenachrichtigung). |
| Export | Exportieren | Exporter | Aktionsverb. Nicht „Herunterladen"/„Télécharger" verwenden (Download – andere Aktion). |
Das Glossar mit KI-Prüfung durchsetzen
Ein Glossar ist nur so gut wie seine Durchsetzung. Menschliche Prüfung erfasst einige Verstöße; systematische KI-Prüfung erfasst den Rest.
Der Durchsetzungs-Workflow, den wir verwenden:
- Vor der Übersetzung: Injizieren Sie das Glossar als Einschränkung in den KI-Übersetzungs-Prompt. „Übersetzen Sie den folgenden String. Sie MÜSSEN diese exakten Übersetzungen für die aufgeführten Begriffe verwenden: [Glossar-Teilmenge]."
- Nach der Übersetzungsprüfung: Führen Sie einen separaten KI-Durchlauf durch, der das Glossar liest und alle Strings markiert, bei denen ein Quellbegriff vorkommt, die erforderliche Zielübersetzung jedoch fehlt.
- Prüfwarteschlange: Markierte Strings gehen an einen menschlichen Prüfer, nicht zurück an die KI. Die KI ist gut darin, Verstöße zu erkennen; Menschen sind besser darin, Grenzfälle zu entscheiden.
Der zweite Durchlauf ist das entscheidende Element, das die meisten Teams überspringen. Auch mit glossar-eingeschränkten Prompts wählen KI-Übersetzer gelegentlich Synonyme – insbesondere bei Verben mit mehreren gültigen Konjugationen. Die Post-Übersetzungs-Prüfung erstellt einen Prüfpfad und erfasst die Fälle, die die Prompt-Einschränkungen übersehen.
Für Teams, die in großem Maßstab arbeiten, muss diese Durchsetzung Teil der Übersetzungsplattform sein, kein benutzerdefiniertes Skript. Die Glossar-Funktion von Better i18n führt sowohl die Einschränkungs-Injektion als auch den Post-Übersetzungs-Prüfungsdurchlauf automatisch durch, wobei Verstöße in der Prüfwarteschlange angezeigt werden, anstatt eine separate Tooling-Ebene zu erfordern.
Das Glossar im Laufe der Zeit pflegen
Ein Glossar, das nicht aktualisiert wird, wird zur Belastung. Begriffe werden umbenannt, Features werden entfernt, neue Märkte erfordern neue Einträge.
Drei Wartungspraktiken, die funktionieren:
1. Neues Feature-Naming an Glossar-Updates knüpfen. Wenn ein neues Feature ausgeliefert wird, ist der Glossar-Eintrag dafür (in allen unterstützten Locales) Teil der Definition of Done – genau wie die Dokumentation. Wenn Sie es vor dem Launch nicht konsistent in Ihren Zielsprachen benennen können, werden Sie nach dem Launch Zeit damit verbringen, Inkonsistenzen zu beheben.
2. Vierteljährliches Audit gegen Ihre meistübersetzten Strings. Exportieren Sie die 100 am häufigsten übersetzten Strings in Ihrem Produkt. Prüfen Sie jeden auf Glossar-Begriff-Abdeckung. Wenn ein Begriff häufig vorkommt, aber nicht im Glossar ist, fügen Sie ihn hinzu.
3. Von Übersetzern vorgeschlagene Alternativen markieren. Wenn Übersetzer konsequent einen anderen Begriff als den im Glossar angegebenen wählen, behandeln Sie das als Signal, den Eintrag zu überarbeiten – nicht als Compliance-Versagen. Übersetzer kennen den Markt oft besser als das Team, das das Glossar schreibt.
Von Null starten: Ein 30-Minuten-Bootstrap
Wenn Sie bei Null anfangen, ist dies der schnellste Weg zu einem funktionierenden Glossar:
- Exportieren Sie Ihre UI-Strings aus Ihrer Codebase oder Übersetzungsplattform.
- Filtern Sie die 50 am häufigsten vorkommenden nicht-trivialen Begriffe (Artikel, Konjunktionen, gebräuchliche Verben überspringen).
- Fragen Sie sich für jeden Begriff: „Gibt es mehrere gültige Übersetzungen auf Deutsch/Französisch/Spanisch?" Wenn ja, ist es ein Glossar-Kandidat.
- Entwerfen Sie das Glossar mit der oben beschriebenen Struktur. Streben Sie 30–50 Einträge an.
- Prüfen Sie es mit einem Muttersprachler pro Locale. Ein 30-minütiges Gespräch pro Sprache reicht für den ersten Durchlauf.
- Laden Sie es als durchgesetztes Glossar in Ihre Übersetzungsplattform. Wenn Ihre Plattform es unterstützt, markieren Sie hochpriorisierte Begriffe als „erforderlich" – Verstöße verhindern, dass der String als abgeschlossen markiert wird.
Der gesamte Prozess dauert für ein fokussiertes Team einen Tag. Die Konsistenzgewinne beginnen sich bereits im ersten Übersetzungs-Batch zu zeigen.
Die 40-Begriffe-Regel
Wir haben dieses Experiment mit genug Teams durchgeführt, um eine grobe Faustregel zu haben: 40 domänenspezifische Begriffe in einem Glossar liefern konsistentere Übersetzungen als ein 10-seitiger Styleguide – in jeder Produktvertikale, die wir getestet haben.
Der Grund ist operationeller Natur. Styleguides erfordern Training und kontinuierliche Verstärkung. Glossare erfordern eine Suche. Bei 40 Begriffen ist das Glossar umfassend genug, um die Domäne abzudecken, ohne so groß zu sein, dass Übersetzer aufhören, ihm zu vertrauen, dass es kuratiert ist.
Wenn Sie derzeit mit einem Styleguide arbeiten und Ihre Übersetzungen immer noch inkonsistent sind, machen Sie den Styleguide nicht länger. Erstellen Sie ein 40-Begriffe-Glossar und setzen Sie es automatisch durch.
Nächste Schritte
Die hier beschriebene Glossar-Struktur funktioniert mit jedem Übersetzungs-Workflow. Wenn Sie eine automatisierte Durchsetzung wünschen – Einschränkungs-Injektion, Post-Übersetzungs-Auditing und Verstoß-Prüfwarteschlangen – übernimmt die Glossar-Funktion von Better i18n die gesamte Pipeline. Sie pflegen das Glossar, die Plattform übernimmt die Durchsetzung bei jeder Übersetzung, jedem Locale, jedes Mal.
