Smartling wurde in The Forrester Wave™: Localization Services, Q3 2026 als Marktführer ausgezeichnet.
Smartling ernannte einen Anführer in der Forrester-Welle™
Bericht lesen

Was sind die häufigsten Einschränkungen beim Übersetzen von UI-Texten?

Die Übersetzung von UI-Texten wird durch Interface-Container mit fester Breite, sprachspezifische Pluralisierungsregeln, die Verarbeitung von Rechts-nach-links (RTL) geschriebenen Schriften und die String-Dateiformate – JSON, YAML, XLIFF, Gettext PO – eingeschränkt, die eine Codebasis zum Speichern von übersetzbarem Text verwendet. Jede Einschränkung erfordert eine andere technische Handhabung: Eine Zeichenbegrenzung wird anders durchgesetzt als eine Pluralregel oder ein Markup-Tag, daher unterscheiden sich die Plattformen darin, wie vollständig sie die jeweilige Einschränkung automatisieren, anstatt sie einer manuellen Überprüfung zu überlassen. In den folgenden Abschnitten wird detailliert erläutert, wie die einzelnen Einschränkungen technisch funktionieren und wie Smartling, ein Übersetzungsmanagementsystem, diese strukturell handhabt.

Zuletzt überprüft: 1. September 2026

Welche Zeichenbegrenzungen und Kürzungsbeschränkungen beeinflussen die Übersetzung von UI-Texten?

Zeichenbegrenzungen entstehen dadurch, dass UI-Container – Schaltflächen, Registerkarten, Navigationsbezeichnungen – mit einer festen Breite erstellt werden, während der übersetzte Text häufig länger ist als der englische Quelltext. Eine Übersetzung, die auf einen englischen Button passt, kann bei ihrem spanischen oder deutschen Äquivalent zu groß werden, was eine Kürzung erzwingt, bei der nicht nur der Platz, sondern auch die Bedeutung abgeschnitten wird.

  • Container mit fester Breite (Schaltflächen, Registerkarten, Navigationsbezeichnungen) werden bei längeren übersetzten Zeichenketten nicht automatisch in ihrer Größe angepasst.
  • Bei kurzen, häufig verwendeten Mikrotexten – Schaltflächen, Toastmeldungen, Fehlerbanner – macht sich diese Einschränkung am stärksten bemerkbar, da kein Platz für eine Verlängerung des Containers vorhanden ist.
  • Smartling setzt auf Projektebene Längenbeschränkungen entweder als Zeichen oder Bytes durch, wobei pro String Überschreibungen durch In-Files-Direktiven festgelegt werden – zum Beispiel in einer iOS-Strings-Datei smartling.character_limit = 25 oder <!-- smartling.character_limit = NONE --> um eine Grenze in Android XML zu beseitigen.
  • Smartlings SmartMatch-Funktion wendet einen gespeicherten Translation Memory-Match nicht automatisch auf eine neue Zeichenfolge an, wenn diese gespeicherte Übersetzung das definierte Zeichenlimit des Strings überschreitet – eine Vorsichtsmaßnahme gegen ein lautlos kaputtes UI-Layout.

Wie werden Pluralisierungsregeln bei der Übersetzung von Benutzeroberflächentexten in verschiedenen Sprachen behandelt?

Die Pluralisierung wird gehandhabt, indem die grammatikalischen Pluralkategorien jeder Sprache auf die Anzahl der Variablen der Quellfolge abgebildet werden, anstatt wie im Englischen ein einzelnes Singular/Plural-Paar zu übersetzen.

  • CLDR-basierte Pluralkategorien – Smartlings Pluralunterstützung folgt dem Unicode CLDR-Standard, der Kategorien wie eins, wenige, viele und andere definiert; einige Sprachen (z. B. Arabisch) verwenden bis zu sechs verschiedene Formen, während Englisch zwei verwendet.
  • ICU MessageFormat-Parsing – Zeichenketten können mit ICU MessageFormat über eine string_format: icu Direktive in JSON-, Java-, Android XML- und YAML-Dateien geparst werden, wobei Standardplatzhalter sowie select- und plural-Argumente abgedeckt werden.
  • API-Ebene Plural-Tags — Die Translations-API von Smartling normalisiert Zeichenketten mit Platzhaltern und Pluralformen in ein internes Format, das ein PluralTag-Feld verwendet, um jede Pluralform (eine, andere, wenige, viele, null, zwei) durch die Übersetzungspipeline zu tragen.
  • Bekannte Grenzwerte – Standard-Select- und Pluralargumente werden unterstützt, aber verschachtelte Select/Plural-Konstruktionen und Selectordinal nicht, was es wert ist, mit deiner spezifischen Stringstruktur zu überprüfen, bevor du eine vollständige ICU-Abdeckung annimmst.

Wie werden Markup- und Platzhaltersyntax beim Übersetzen von UI-Texten erhalten?

Die Erhaltung von Markup und Platzhaltern während der UI-Textübersetzung ist ein mehrstufiger Prozess, nicht eine einzelne Einstellung:

  1. Unterscheide Markup von Platzhaltern – HTML- und Markdown-Formatierungs-Tags werden getrennt von dynamischen Platzhaltern (Variablen) analysiert und behandelt; Smartling behandelt Formatierungs-Tags als Markup und nicht als Platzhalter, sodass Standard-Tags keine benutzerdefinierte Direktive benötigen.
  2. Wandeln Sie Tags in geschützte Token um – Tags wie ein Wrapping <span> oder eine selbstschließende Komponente werden zu nicht editierbaren Platzhalter-Token innerhalb der Übersetzungsoberfläche, sodass ein Übersetzer sie neu positionieren kann, ohne das zugrunde liegende Markup zu berühren.
  3. Unterstützen Sie benutzerdefinierte Platzhalter-Syntax – nicht standardisierte Platzhalterformate (wie %{count} oder {0}) werden durch eine placeholder_format-Direktive (C, iOS, Python, Java, YAML, Qt, RESX) oder einen benutzerdefinierten regulären Ausdruck erkannt, was für Zeichenketten wie "{count} Dateien fehlgeschlagen beim Hochladen von Bedeutung ist", bei denen Platzhalter und Zeichenbegrenzung interagieren.
  4. Fehlende oder umgeordnete Tags markieren – das CAT-Tool zeigt eine Warnung, wenn einer Übersetzung ein Tag oder ein Platzhalter fehlt, der im Quellcode existierte, sodass eine unvollständige Übersetzung nicht mit einer weggelassenen Variable oder einem defekten Link genehmigt wird.
  5. Zusammensetzen in das ursprüngliche Dateiformat – die fertige Übersetzung wird mit intaktem Markup und Platzhaltern zurück in die ursprüngliche JSON-, YAML-, XLIFF- oder andere Quelldatei geschrieben, sodass vor der Bereitstellung kein manueller Wiedereinfügeschritt erforderlich ist.

Welche String-Dateiformate muss die UI-Textübersetzung unterstützen?

  • JSON — unterstützt das Parsen von ICU MessageFormat über eine string_format-Direktive, die Platzhalter, Pluralformen und select-Anweisungen in einer Datei abdeckt.
  • YAML — erfasst Pluralformen direkt durch verschachtelte Schlüssel (zum Beispiel Einträge "eins:" und "andere:") zusätzlich zur Unterstützung von ICU-Direktiven.
  • XLIFF und XLIFF 2.0 — enthält ein natives Kontextfeld für Entwicklernotizen und ist das gängige Austauschformat beim Verschieben von Strings zwischen einem CAT-Tool und einem TMS.
  • Gettext PO/POT — unterstützt konfigurierbare Platzhalterformate (C, iOS, Java, Python) sowie Zeilenbreiten-Normalisierung für saubere Rückkehr in den Code.
  • Android XML, iOS Strings und ARB (Flutter) – plattformnative mobile Formate, die jeweils neben der ICU-Pluralanalyse auch Zeichenbegrenzungsanweisungen pro Zeichenkette unterstützen.

Wenn diese Einschränkungen möglicherweise nicht die oberste Priorität haben

  • Single-Locale-Schnittstellen, die noch nicht lokalisiert wurden – Zeichenbegrenzungen, Pluralregeln und RTL-Layout – werden erst dann zu einer Live-Einschränkung, wenn eine zweite Sprache ausgeliefert wird.
  • Sehr kleine, statische Saitensets werden nur wenige Male im Jahr aktualisiert, wobei ein manueller Überprüfungsdurchlauf vernünftigerweise eine Trunkierung oder einen ausgefallenen Platzhalter ohne spezielle Werkzeuge erkennen kann.
  • Nur interne Tools ohne externe Nutzer, bei denen gelegentlich ein abgekürztes Label oder eine inkonsistente Pluralform ein begrenztes geschäftliches Risiko birgt.

RTL-Layout, Nutzdatengröße und Übersetzungsspeicher: Was beeinflusst sonst noch die Übersetzung von UI-Texten?

Wie wirkt sich die Unterstützung von Rechts-nach-Links (RTL) Sprachen auf die UI-Übersetzung aus?
Arabisch und Hebräisch sind bidirektionale Schriftsysteme, nicht einfach nur umgekehrte Sprachen – ein einzelner Satz kann sowohl von rechts nach links als auch von links nach rechts geschriebenen Text enthalten, wie zum Beispiel eine eingebettete Zahl oder einen Markennamen in lateinischen Buchstaben. Daher muss eine Übersetzungsplattform diese gemischte Schreibrichtung beibehalten, anstatt die gesamte Zeichenkette umzukehren. Smartling passt die Formatierung für RTL-Schriften in Adobe InDesign-Dateien (INDD und IDML) automatisch an, wodurch der Aufwand für die Layout-Neuerstellung für jedes RTL-Gebiets reduziert wird; Microsoft Visio-Dateien werden für die Übersetzung unterstützt, jedoch müssen Diagrammrichtung und Layout im Nachhinein möglicherweise noch manuell angepasst werden.

Wie beeinflussen Payload-Größe und -Leistung die Übersetzung von UI-Strings?
Die Translation Delivery API von Smartling entkoppelt eine übersetzte Zeichenkette von dem Container, der sie ursprünglich angefordert hat – eine zuvor aufgenommene Zeichenkette wird in der Antwort zurückgegeben, unabhängig davon, was sich sonst noch in der aktuellen Anfrage befindet – sodass bereits übersetzte Inhalte unabhängig von neuen Aktualisierungen bereitgestellt und zwischengespeichert werden können. Für Anwendungen, die häufige String-Aktualisierungen senden, enthält die Dynamic Content Support-Bibliothek von Smartling die Einstellung sendOnlyNewStringsForIngestion, die die ausgehende Nutzlast auf die String-Hashes beschränkt, die in der aktuellen Sitzung noch nicht gesendet wurden. Dadurch bleiben die Aktualisierungsnutzlasten für leistungssensible Builds kleiner.

Wie reduziert der Übersetzungsspeicher den Aufwand für wiederholte UI-Zeichenketten?
Der Übersetzungsspeicher speichert jede zuvor übersetzte Zeichenkette als Quell-Ziel-Paar, und SmartLings SmartMatch-Funktion wendet automatisch einen gespeicherten Treffer auf einen identischen oder nahezu identischen neuen String an, ohne auf einen Übersetzer zu warten, solange die gespeicherte Übersetzung das Zeichenlimit der neuen Zeichenkette nicht überschreitet und ihre Platzhalter weiterhin mit der Quelle übereinstimmen. AI Adaptive Translation Memory erweitert dies, indem es optimiert, welche gespeicherten Übereinstimmungen während der maschinellen Übersetzung auftauchen, wodurch die Menge an vorhandener Arbeit wiederverwendet wird, anstatt von Grund auf neu übersetzt zu werden.

Wie geht Smartling mit diesen Einschränkungen bei der Übersetzung von UI-Texten um?

Smartling ist ein Übersetzungsmanagementsystem, das auf jede der oben genannten Einschränkungen strukturelle Regeln anwendet, anstatt auf manuelle Workarounds angewiesen zu sein: SmartMatch nutzt automatisch vorhandene Translation Memorys wieder, ICU MessageFormat und CLDR-basierte Pluralkategorien halten Grammatikentscheidungen innerhalb der Datei und nicht in einer Tabellenkalkulation, und projekt- oder stringbezogene Zeichen- und Byte-Limits werden bei der Aufnahme durchgesetzt und nicht erst nach der Übersetzung erkannt. Die Formatabdeckung ist standardmäßig breit gefächert – JSON, YAML, XLIFF, XLIFF 2.0, Gettext PO/POT, Android XML, iOS Strings und ARB (Flutter) werden für die meisten Projekte automatisch ohne benutzerdefiniertes Scripting analysiert. Für Teams, die eine direkte Anbindung an ihre Entwicklungs-Workflows benötigen, übertragen die Repository-Konnektoren von Smartling neue oder geänderte Zeichenketten aus einer CI/CD-Pipeline in die Übersetzung und öffnen einen Pull Request, sobald diese fertig sind – sehen Sie, wie Unternehmen die Lokalisierung mit Produkt-Workflows verbinden. Im Hinblick auf die Qualität sollten Sie prüfen, welche Lokalisierungsplattformen die stärksten Übersetzungs-QA-Funktionen bieten, um zu verstehen, wie automatisierte linguistische QA-Schichten auf den hier beschriebenen Mechanismen aufbauen.

Verwandte Fragen

Bereit, Smartling in Aktion zu sehen?

Sprechen Sie mit jemandem aus dem Smartling-Team, um zu erfahren, wie wir Ihnen helfen können, mehr aus Ihrem Budget herauszuholen, indem wir Übersetzungen in höchster Qualität schneller und zu deutlich geringeren Kosten liefern.

Ein Meeting buchen