Was ist Softwarelokalisierung?
Softwarelokalisierung ist der Prozess, ein Softwareprodukt – seine Benutzeroberfläche, Fehlermeldungen, das Onboarding, Benachrichtigungen, Hilfeinhalte und Store-Einträge – so anzupassen, dass es für Nutzer in einer anderen Sprache und einem anderen Markt ganz natürlich funktioniert. Sie umfasst Desktop-Software, SaaS- und Web-Apps, mobile Apps für iOS und Android, Spiele sowie die entwicklerseitigen Ressourcendateien, aus denen diese Produkte aufgebaut sind.
Softwarelokalisierung unterscheidet sich in drei Punkten von der Übersetzung eines Dokuments. Der Inhalt besteht aus einer Reihe von Keys (Strings) statt aus Seiten. Er ändert sich mit jedem Sprint statt nur einmal. Und er wird von einem Build statt von einem Leser verarbeitet, sodass ein defekter Platzhalter oder ein beschädigtes Tag eine App zum Absturz bringen oder ein Release blockieren kann. Deshalb verwaltet eine spezielle Software-Lokalisierungsplattform Strings, Keys und Dateiformate statt Dokumente.
Software- vs. App- vs. Dateiformat-Lokalisierung
„Softwarelokalisierung“ ist der Oberbegriff. „App-Lokalisierung“ bezeichnet meist mobile Apps für iOS und Android mit eigenen Ressourcenformaten und App-Store-Einträgen. „Dateiformat-Lokalisierung“ ist die praktische Ebene darunter: das Übersetzen von XLIFF-, JSON-, PO-, XML-, YAML- und String-Dateien, ohne deren Struktur zu beschädigen. Dieser Leitfaden behandelt alle drei.
Wo dies in Ihren Lokalisierungs-Stack passt
Softwarelokalisierung ist ein Arbeitsbereich innerhalb eines umfassenderen Lokalisierungsprogramms. Wenn Sie die Plattform auswählen, auf der sie läuft – Übersetzungsmanagement, CAT-Editor, Translation Memory, Terminologie und Dienstleister –, beginnen Sie mit unserem Leitfaden zu Lokalisierungsplattformen und TMS, auf dem dieser Leitfaden aufbaut. Hier konzentrieren wir uns auf das, was für Software spezifisch ist: Strings, Formate, Entwickler-Workflows und Release-Rhythmus.
Smartcat verfolgt den Ansatz, die Plattform zum zentralen System für Produkttexte zu machen. Der Workflow zur Produktlokalisierung nutzt einen Product & Engineering Coworker, der Extraktion, Übersetzung und Veröffentlichung von Produkt- und App-Inhalten automatisiert und sich in Ihre CI/CD-Pipeline integriert. Die Seite zur Software für Lokalisierungsprojektmanagement zeigt, wie Entwickler, Manager und Prüfer einen gemeinsamen Arbeitsbereich mit API- und Konnektorzugriff für GitHub, Figma und mehr nutzen. Das Release vom März 2023, mit dem kollaborative Softwarelokalisierungsprojekte eingeführt wurden, erklärt den Grund: UX-Writer und Produktmanager können Texte selbst ändern, ohne Entwickler abzulenken.
Grundlagen der Internationalisierung (i18n)
Internationalisierung – abgekürzt i18n, für die 18 Buchstaben zwischen dem „i“ und dem „n“ – ist die technische Arbeit, die Software bereit für die Lokalisierung macht. Lokalisierung (l10n) ist die Anpassung an jeden einzelnen Markt. Der Unterschied ist wichtig: Internationalisierung ist eine Entwicklungsaufgabe, die einmal in der Codebasis erledigt wird, während Lokalisierung eine wiederkehrende Inhaltsaufgabe für jede Sprache und jedes Release ist. Der Einsteigerleitfaden zur Internationalisierung im Softwaredesign von Smartcat unterteilt i18n in drei Bereiche – Gestaltung der Benutzeroberfläche, Datenformat und -speicherung sowie Prozesse und Tools – und erklärt, wie Sie einen Internationalisierungs-Champion in Ihrem Unternehmen finden.
Eine i18n-Checkliste vor der Lokalisierung
Alle nutzerseitigen Strings auslagern
Verschieben Sie Text aus dem Code in Ressourcendateien – JSON oder YAML für Web-Apps, strings.xml für Android, .strings oder String Catalogs für iOS, PO-Dateien für gettext-basierte Projekte. Geben Sie jedem String einen stabilen Key, damit Übersetzungen ein Refactoring überstehen.
Platzhalter und Pluralregeln statt Verkettung verwenden
„You have “ + n + „ files“ lässt sich nicht korrekt übersetzen. Verwenden Sie benannte Platzhalter und pluralfähige Syntax wie ICU MessageFormat, die Smartcat in Softwarelokalisierungsprojekten nativ oder als Roh-Strings unterstützt.
Für Textlängen und Schreibrichtung gestalten
Deutsch und Finnisch laufen länger als Englisch; Arabisch und Hebräisch werden von rechts nach links geschrieben. Vermeiden Sie Schaltflächen mit fester Breite und testen Sie Layouts frühzeitig – idealerweise in der Designdatei, noch vor dem Code (siehe Figma- & UI-Lokalisierung).
Daten nach Gebietsschema speichern und formatieren
Verwenden Sie durchgängig UTF-8 und formatieren Sie Datumsangaben, Zahlen, Währungen und Adressen mit gebietsschemafähigen Bibliotheken statt mit fest codierten Mustern.
Internationalisierung ist auch eine organisatorische Herausforderung. Das Lokalisierungsteam von Zendesk beschreibt in Der Zendesk-Ansatz, wie es die Lokalisierung in Produkt und Engineering verankert – auch als Aufzeichnung des Vortrags verfügbar –, und die Podiumsdiskussion zur Strategie für global einsatzbereite Produkte bringt Lokalisierungsverantwortliche zusammen, die über berufliche Weiterentwicklung und Mentoring in der Globalisierungsbranche sprechen.
So funktioniert die Softwarelokalisierung in Smartcat
Neben regulären Dokumentprojekten bietet Smartcat Softwarelokalisierungsprojekte, in denen Schlüssel direkt verwaltet werden. Schlüssel befinden sich in Sammlungen; ein Projekt kann mehrere Sammlungen enthalten, und Smartcat stellt sicher, dass Schlüssel innerhalb jeder Sammlung eindeutig sind. Der typische Workflow, der in der Entwicklerdokumentation zu Softwarelokalisierungsprojekten beschrieben ist, sieht so aus:
Projekt erstellen und Schlüssel importieren
Erstellen Sie ein Softwarelokalisierungsprojekt, wählen Sie Ausgangs- und Zielsprachen und importieren Sie Schlüssel in den Formaten JSON, YAML, iOS .strings, Android XML oder LocJSON – manuell, über die API oder CLI oder automatisch aus einem GitHub-, GitLab- oder Bitbucket-Repository.
Kontext hinzufügen und Ausgangstexte bearbeiten
Fügen Sie Labels und Kontext wie Screenshots hinzu und erstellen oder bearbeiten Sie Schlüssel und Ausgangstexte direkt im CAT-Editor – einschließlich Schlüsseln mit allen Pluralformen.
Mit KI übersetzen und prüfen
Der Software Localization Agent übersetzt unter Verwendung Ihres Translation Memorys und Ihrer Glossare; interne Prüfer oder Fachleute, die Sie über den Marktplatz für Anwendungslokalisierungsdienste beauftragen, geben das Ergebnis frei.
Exportieren oder zurück in den Code synchronisieren
Entwickler exportieren genau die Schlüssel, die sie benötigen, im Format ihrer Wahl – oder lassen die Git-Integration Übersetzungen automatisch zurückübertragen, sobald sie fertig sind oder eine gewählte Workflow-Phase erreicht ist.
Smartcat nennt diesen Ansatz „die zentrale Quelle der Wahrheit für Ihre Softwaretexte“: Produktmanager und UX-Writer verantworten die Texte, Entwickler verwenden sie. Einen Überblick aus geschäftlicher Sicht bietet die Seite zur Anwendungslokalisierung, die KI-Übersetzung mit Fachprüfern und der Lokalisierung von App-Store-Inhalten kombiniert.
Lokalisierung mobiler Apps für iOS und Android
Die App-Lokalisierung bringt ihre eigenen Einschränkungen mit sich: plattformspezifische Ressourcenformate, wenig Platz in der Benutzeroberfläche, App-Store-Einträge und Screenshots sowie häufige Releases. Der Workflow zur Lokalisierung mobiler Apps von Smartcat umfasst vier Schritte – Konto erstellen, Ihre Android-, iOS- oder Java-App verbinden, mit dem Software Localization Agent und Prüfern übersetzen und die übersetzten Inhalte wieder in Ihre App hochladen. Der ausführliche Leitfaden Lokalisierung mobiler Apps: Alles, was Entwickler wissen müssen behandelt Strategie und Prozess für beide Plattformen.
Lokalisierung von iOS-Apps
iOS-Apps speichern ihre Strings in .strings- und .stringsdict-Dateien, neuere Projekte in Xcode String Catalogs (.xcstrings) – alle drei stehen auf der Liste der von Smartcat unterstützten Dateiformate. Die Git-Integration für iOS findet .strings-Dateien in Ihrem Repository automatisch, ruft sie ab und überträgt übersetzte Ressourcendateien zurück, entweder wenn sie fertig sind oder wenn eine gewählte Workflow-Phase erreicht ist – nützlich, wenn Sie maschinell übersetzte Strings im Repository haben möchten, bevor die menschliche Überprüfung abgeschlossen ist. Die Seite zur Xcode-Lokalisierung behandelt Schlüsselverwaltung und Pluralformen, und das iOS-Übersetzungs-Plugin für Xcode und Git fasst die Einrichtung zusammen. Eine Schritt-für-Schritt-Anleitung finden Sie unter So lokalisieren Sie iOS-App-Inhalte; dort geht es um Implementierung, Tests und Debugging, Launch und Best Practices.
Lokalisierung von Android-Apps
Android-Apps speichern Strings in res/values/strings.xml, mit einem eigenen values-Ordner pro Gebietsschema. Die Git- und Android-Integration ruft XML-String-Ressourcen aus Ihrem Repository in Smartcat ab und überträgt übersetzte Dateien automatisch zurück – auch teilweise fertige Übersetzungen, wenn Sie einen hybriden Workflow aus maschineller und menschlicher Übersetzung nutzen. Das Android-Übersetzungs-Plugin verbindet sich über einen auf Ihrem Git-Server registrierten SSH-Schlüssel (oder einen Smartcat-Benutzer, der als Repository-Mitarbeiter hinzugefügt wurde), lässt Sie zwischen einem reinen KI-Workflow und einem Workflow aus KI plus Überprüfung wählen und kann automatische Synchronisierungen planen. Weitere Seiten behandeln lokalisierte Android-Strings, Lokalisierungsdienste für Android-Apps, Übersetzung von Android-Apps und das Lokalisierungs-Plugin für Android Studio. Der Leitfaden zur Lokalisierung von Android-Apps erklärt Gebietsschemas, Tools, Schritte, Erfolgskennzahlen und typische Herausforderungen.
App-Store-Einträge und Produktseiten
Die Lokalisierung endet nicht beim Binärcode. Titel, Beschreibungen, Keywords und Screenshots im Store entscheiden darüber, ob Nutzer in einem neuen Markt die App überhaupt herunterladen. Der Workflow zur Produktlokalisierung umfasst die Lokalisierung von App-Produktseiten mit lokalisierten Screenshots, Titeln, Beschreibungen und Keywords, und dasselbe Setup aus KI plus Überprüfung gilt allgemein für die Anwendungslokalisierung.
App-Lokalisierung in der Praxis
Zwei Kundengeschichten zeigen, wie das bei Consumer-Apps aussieht: wie die Frauengesundheits-App Flo ihre Lokalisierung optimiert hat, bei der präzise medizinische Terminologie unerlässlich ist, und wie das Team hinter Simple: Intermittent Fasting App die App in sechs Sprachen lokalisiert hat und warum ein gut aufgestelltes Team der Schlüssel war.
Lokalisierungsdateiformate: XLIFF, JSON, PO, XML, YAML und mehr
Software kommt selten als Word-Dokument daher. Sie kommt als Ressourcen- und Austauschdateien, deren Schlüssel, Tags, Platzhalter und Verschachtelungen die Übersetzung unverändert überstehen müssen. Das Hilfecenter von Smartcat listet jedes unterstützte Dateiformat auf; für die Lokalisierung gehören dazu XLIFF 1.2 und 2.0, SDLXLIFF, MQXLIFF, PO/POT, Android XML, RESX, JSON, LocJSON, YAML, Apple .strings, .stringsdict und .xcstrings, Java .properties und Markdown. Für jedes der wichtigsten Formate unten gibt es eine eigene Seite, die erklärt, was erhalten bleibt.
| Format | Typischerweise verwendet für | Was Smartcat beibehält |
|---|---|---|
| XLIFF 1.2 / 2.0, SDLXLIFF | Austausch zwischen CMS, Autorentools und CAT-Tools | Inline-Codes geschützt; translate="no"-Einheiten gesperrt; Export als XLIFF 1.2 |
| JSON | Web- und App-Sprachdateien | Gleiche Schlüssel und Verschachtelung; nur String-Werte übersetzt; Platzhalter über Regex-Regeln gesperrt |
| Gettext PO / POT | Open-Source- und serverseitige Software (GNU gettext) | Variablen wie %s und {name} werden zu geschützten Tags; Entwicklerkommentare als Kontext angezeigt |
| XML | Konfigurationen, Inhaltsexporte, Android-Ressourcen | Markup, Attribute und CDATA bleiben intakt; übersetzbare Elemente per XPath ausgewählt |
| YAML, iOS .strings, Android XML | Zeichenfolgenressourcen für Apps und Frameworks | In Softwarelokalisierungsprojekten als Schlüssel importiert und exportiert |
| IDML | Adobe-InDesign-Layouts (Handbücher, UI-Leitfäden, Verpackungen) | Text aus Textabschnitten (Stories) extrahiert; übersetzte IDML mit erhaltener Formatierung exportiert |
XLIFF und SDLXLIFF
XLIFF (XML Localization Interchange File Format) ist der Standard für den Austausch übersetzbarer Inhalte zwischen Systemen. Der XLIFF-Editor von Smartcat importiert XLIFF 1.2 und 2.0, zeigt Ausgangs- und Zieltext nebeneinander an, schützt Inline-Codes, lässt translate="no"-Einheiten gesperrt und exportiert XLIFF 1.2 – die Variante, die die meisten Tools problemlos importieren. Die Unterstützung von XLIFF 2.0 wurde 2022 angekündigt; Smartcat erkennt die Version automatisch, egal ob Sie manuell oder über die API hochladen. Wenn Sie eine schnelle, browserbasierte Option benötigen, sehen Sie sich den kostenlosen Online-XLIFF-Editor und den XLF-Übersetzer an; Trados-Nutzer können .sdlxliff-Dateien in den SDLXLIFF-Übersetzer bringen, der Translation Memory, Glossare und menschliche Überprüfung anwendet.
Um das Format selbst kennenzulernen, beginnen Sie mit Was ist eine XLIFF-Datei? und lesen Sie dann XLIFF für die Softwarelokalisierung; dort wird erklärt, wann XLIFF für Strings sinnvoll ist und wie KI-Agenten den Workflow automatisieren. E-Learning-Teams, die aus Autorentools exportieren, finden mehrsprachiges XLIFF für die Kursübersetzung und den Hilfeartikel zum Übersetzen von XLIFF-Dateien nützlich; Letzterer empfiehlt XLIFF 1.2 für den saubersten Round-Trip.
JSON
JSON ist das Standardformat für Locale-Dateien der meisten Web- und JavaScript-Apps. Der JSON-Übersetzer parst Ihre Datei, übersetzt nur String-Werte und gibt eine Datei mit denselben Schlüsseln und derselben Verschachtelung zurück, wobei Platzhalter-Tokens anhand von Regex-Regeln, die Sie einmalig definieren, als Tags gesperrt werden. Da Strings ihre Schlüssel-IDs behalten, kann das Translation Memory sowohl über den Schlüssel als auch über den Text Treffer finden. Eine en.json hinein, de.json, ja.json und pt-BR.json heraus.
Für eine einzelne Datei ist der kostenlose JSON-Übersetzer dieselbe Engine mit einem browserbasierten Ablauf, verfügbar während der 15-tägigen Testphase mit 15.000 Smartwords und ohne Kreditkarte. Weitere Seiten behandeln das Online-Übersetzen von JSON, die KI-Übersetzung von JSON-Dateien, den Editor für JSON-Übersetzungsdateien, die JSON-Lokalisierungsplattform für Entwicklerteams, den KI-JSON-Übersetzer für die App-Lokalisierung und einen JSON-zu-Excel-Workflow für Teams, deren Prüfer Tabellen bevorzugen.
Gettext-PO-Dateien
Eine PO-Datei (Portable Object) ist das Klartextformat von GNU gettext: Jeder Eintrag ordnet einem Ausgangsstring (msgid) seine Übersetzung (msgstr) zu, sodass eine PO-Datei genau eine Sprache enthält. Die Gettext-PO-Datei-Übersetzung von Smartcat wandelt Variablen wie %s und {name} in geschützte Tags um, zeigt Übersetzern Entwicklerkommentare als Kontext an und bietet drei Parser – Default PO, Serge.io PO und Monolingual PO. Mit dem Serge.io-Parser werden beim erneuten Hochladen einer Datei nur die Strings neu verarbeitet, deren Ausgangstext sich geändert hat. Der Hilfeartikel zum Übersetzen von PO-Dateien in Smartcat erklärt jeden Parser und wie Sie eine .pot-Vorlage hochladen.
XML und YAML
XML geht in gewöhnlichen Übersetzern kaputt, weil Markup, Attribute und CDATA als Text behandelt werden. Der XML-Übersetzer verwendet einen konfigurierbaren Parser: Sie legen einmalig per XPath fest, welche Elemente und Attribute übersetzbaren Text enthalten, und alles außerhalb dieser Pfade bleibt unberührt – die heruntergeladene Datei ist also wohlgeformtes XML, das Ihr System verarbeiten kann. YAML-Konfigurations- und Locale-Dateien – verbreitet in Ruby on Rails, Symfony und vielen Static-Site-Generatoren – laufen über den YAML-Übersetzer, der YAML innerhalb desselben Softwarelokalisierungs-Workflows importiert, bearbeitet und exportiert.
InDesign und IDML
Softwareteams liefern auch gedrucktes und PDF-Material aus – Schnellstartanleitungen, Verpackungen, UI-Referenzkarten –, das meist in Adobe InDesign erstellt wird. Der IDML-Übersetzer extrahiert Text aus den Textabschnitten (Stories) der Datei und exportiert eine übersetzte IDML, die Sie für einen einzigen Layoutdurchgang in InDesign öffnen. Siehe auch Adobe-InDesign-Übersetzung mit KI, Lokalisierung von InDesign-Dateien und den InDesign-Übersetzungsdienst mit Fachprüfern. Für Word, PowerPoint, Excel und andere Office-Formate lesen Sie den Leitfaden zur Dokumentenübersetzung.
Entwickler-Workflows: API, CLI und Git-Integrationen
Manueller Dateiaustausch skaliert nicht über eine Handvoll Releases hinaus. Smartcat bietet Entwicklern mehrere Möglichkeiten, die Lokalisierung an ihre Pipeline anzubinden – von No-Code-Konnektoren bis hin zu einer REST-API.
Git-basierte Lokalisierung
Für die meisten Produktteams ist die Git-Integration der schnellste Weg zur Automatisierung: Smartcat synchronisiert Ausgangsdateien aus dem Repository, übersetzt sie und überträgt lokalisierte Inhalte ohne manuelle Dateiverwaltung zurück. Mobile-Teams können die oben beschriebenen plattformspezifischen Integrationen Git für Android und Git für iOS nutzen.
Die Smartcat-CLI
Mit der Smartcat-CLI führen Sie Lokalisierungsschritte über ein Terminal oder einen CI-Job aus. Nach smartcat login können Sie Schlüsselsammlungen mit import und export importieren und exportieren, Dateien mit upload und download hoch- und herunterladen sowie mit pull und push Synchronisierungsschritte ausführen; eine .smartcat-Datei im Arbeitsordner speichert projektspezifische Einstellungen. Der Entwicklerleitfaden zu Softwarelokalisierungsprojekten zeigt CLI und API nebeneinander, einschließlich einer Postman-Sammlung, Dateipfadvorlagen, dem Hinzufügen von Zielsprachen und der Unterstützung von Pluralformen.
Übersetzungs-APIs
Wenn Sie programmatische Kontrolle benötigen – etwa um Projekte aus Ihrem eigenen System heraus zu erstellen, Inhalte beim Veröffentlichen zu senden oder sofortige maschinelle Übersetzung innerhalb eines Produkts zu erhalten –, verwenden Sie die API. Die API-Leitfäden behandeln Authentifizierung, Ratenbegrenzungen, Dokumente, Statistiken, Statusverfolgung, Export, Callbacks und die Echtzeit-API; beachten Sie, dass die API für Unternehmenskonten verfügbar ist, nicht für Freelancer-Konten. Die Seite zur kostenlosen Übersetzungs-API erklärt, wie Sie die Integration während der 15-tägigen Testphase evaluieren, dokumentiert eine Ratenbegrenzung von 4 Anfragen pro Sekunde für jede Methode und listet die Softwarelokalisierungsformate auf, die die API ergänzt (json, structured-json, yaml, structured-yaml, ios-strings und android-xml).
Sprach- und Stack-spezifische Seiten zeigen dieselbe Plattform aus unterschiedlichen Blickwinkeln: eine Übersetzungs-API für JavaScript, eine Übersetzungs-API für PHP, eine Übersetzungs-API für Gujarati und Urdu und eine Übersetzungs-API für CMS, die neue oder aktualisierte Inhalte erkennt und automatisch zur Übersetzung abruft. Für Websites erklärt die Sprachübersetzungs-API für Websites, wann eine API nur der Ausgangspunkt ist – und der Leitfaden zur Website-Übersetzung behandelt Web-Apps, CMS und mehrsprachige Websites ausführlich. Wie API-gesteuerte Workflows aus Sicht eines Sprachdienstleisters aussehen, zeigt der Vortrag über API-gestützte Übersetzungs-Workflows.
Konnektoren für den Rest des Stacks
Nicht jede Quelle von Strings ist ein Repository. Das Jira-Übersetzungs-Plugin ruft Dokumente ab, die an Jira-Tickets angehängt sind, die Ihren Kriterien entsprechen, übersetzt sie mit Ihren Glossaren und Translation Memorys und überträgt die Dateien zurück in die ursprünglichen Tickets; laut der Ankündigung der Jira-Integration erfolgt die Synchronisierung alle 15 Minuten. Teams, die bereits ein anderes String-Management-Tool verwenden, können es über die Lokalise-Integration anbinden, die Lokalise-Projekte per API-Schlüssel mit Smartcat synchronisiert und Übersetzungen zurücküberträgt. Entwicklerportale und API-Dokumentationen, die auf ReadMe basieren, lassen sich mit dem ReadMe-Übersetzungs-Plugin übersetzen.
Kontinuierliche Lokalisierung für agile Teams
Kontinuierliche Lokalisierung bedeutet, dass die Übersetzung parallel zur Entwicklung läuft statt im Anschluss daran: Neue oder geänderte Zeichenfolgen werden automatisch erkannt, übersetzt und zurückgespielt, sodass jedes Release in jeder Sprache erscheint. Der schwierigste Teil ist meist der Prozess, nicht die Werkzeuge. Die Seite zur Software für Lokalisierungs-Projektmanagement erklärt, wie Teams durch die Integration der Lokalisierung in agile Zyklen mehrsprachige Produkte gleichzeitig veröffentlichen können – mit integrierten automatischen Prüfungen und kontextbezogener Überprüfung.
Drei Bausteine der kontinuierlichen Lokalisierung
(1) ein automatischer Auslöser – eine Git-Synchronisierung, ein CLI-Schritt in der CI oder ein API-Aufruf bei jedem Merge; (2) inkrementelle Verarbeitung, sodass nur neue oder geänderte Zeichenfolgen übersetzt werden (der PO-Parser von Serge.io verarbeitet beispielsweise nur geänderte Ausgangstexte erneut); und (3) die automatische Rückgabe der Übersetzungen an das Repository, idealerweise ohne den Build zu blockieren, falls die Überprüfung noch läuft.
Praxisbeispiele zeigen, wie Teams dorthin gelangt sind:
Xsolla, ein globaler Vertrieb von Videospielen, hat mit Smartcat und dem Open-Source-Tool Serge eine kontinuierliche Lokalisierung eingerichtet, um mit Release-Zyklen im Wochentakt Schritt zu halten. Infobip, eine globale Kommunikationsplattform, führte ein risikoarmes Experiment durch, um die Lokalisierung in sein agiles Framework einzubinden – und stellte später im Vortrag zum Übersetzungsdreieck vor, wie es die Zusammenarbeit mit Dienstleistern neu definiert hat. Das Dokumentations- und Lokalisierungsteam von Kaspersky, das UI-Texte und Hilfeartikel für die mobilen Sicherheits-Apps des Unternehmens verfasst und lokalisiert, beschreibt, wie es zu einem zuverlässigeren, agileren und automatisierten Prozess übergegangen ist. Und Dataduck zeigt, dass kontinuierliche Lokalisierung nicht nur etwas für Software ist: Eine Digitalagentur hat denselben Ansatz für Werbematerial genutzt.
Figma und UI-Lokalisierung
Die Lokalisierung bereits in der Designphase deckt Textexpansion, abgeschnittene Schaltflächen und Rechts-nach-links-Probleme auf, bevor sie in den Code gelangen. Das Figma-Übersetzungs-Plugin von Smartcat übersetzt Designs unter Beibehaltung des Layouts in 280+ Sprachen und generiert Live-Vorschauen, sodass Prüfer Übersetzungen im Kontext im Smartcat-Editor überprüfen können – ohne zusätzliche Figma-Lizenzen.
Für Softwareteams ist entscheidend, dass Figma an denselben Software-Lokalisierungs-Workflow angebunden ist wie Ihr Code. Mit der entwicklerfreundlichen Figma-Integration (2023) können Sie Schlüssel direkt in Figma festlegen, sie zur Übersetzung an ein Smartcat-Softwarelokalisierungsprojekt senden und wieder in Ihre Benutzeroberfläche übernehmen. Im Oktober 2026 erhielt das Plugin Schlüsselverwaltung, Varianten und JSON-Export: Jedes Textobjekt bekommt einen umbenennbaren Schlüssel, ein Element kann mehrere Inhaltszustände enthalten (leer, wird geladen, Fehler), doppelte Schlüssel werden zusammengeführt, Konflikte werden markiert, und die fertige Lokalisierung wird als entwicklerfertige JSON-Datei exportiert.
Mit dem Update vom Februar 2024 kamen die Möglichkeit, Elemente oder Frames (Markennamen, CTAs) von der Übersetzung auszuschließen, mehrstufige Workflows, die Unterstützung von Figma-Komponenten und Rich-Formatierung hinzu. Die Einrichtung sowie die Modi „Software Localization“ und „Asset Translation“ sind in der Hilfe-Anleitung zum Verbinden von Figma mit Smartcat dokumentiert.
Lokalisierungstests und Qualitätssicherung
Übersetzte Zeichenfolgen sind nur die halbe Arbeit; der lokalisierte Build muss auch funktionieren. Lokalisierungstests prüfen die sprachliche Qualität (Genauigkeit, Terminologie, Tonalität), die visuelle Qualität (abgeschnittener Text, Überlappungen, Schriftarten, Rechts-nach-links-Layout) und die funktionale Qualität (Platzhalter, Pluralformen, Datums- und Zahlenformate, Sortierung, Eingabe). Der Leitfaden zu Lokalisierungstests führt durch einen Schritt-für-Schritt-Prozess, eine dreistufige Checkliste und zeigt, wie Sie Tests mit Smartcat automatisieren.
| Prüfung | Was schiefgeht | Wie man es früher erkennt |
|---|---|---|
| Platzhalter & Tags | Variablen werden übersetzt, verschoben oder gelöscht; der Build schlägt fehl | Formatbewusste Parser, die Platzhalter als Tags sperren (JSON, PO, XML, XLIFF) |
| Pluralformen | Grammatikalisch falsche Mengenangaben in Sprachen mit mehreren Pluralformen | Native Plural-Schlüssel oder ICU MessageFormat im Editor |
| Textexpansion | Abgeschnittene Schaltflächen und Beschriftungen | Vor dem Code in Figma übersetzen und in der Vorschau prüfen; kontextbezogene Überprüfung |
| Terminologie | Produktnamen und UI-Begriffe werden uneinheitlich übersetzt | Glossare und Translation Memory werden auf jede Zeichenfolge angewendet |
| Kontext | Mehrdeutige kurze Zeichenfolgen („Open“, „Save“) werden falsch übersetzt | Screenshots, Labels und Entwicklerkommentare, die an Schlüssel angehängt sind |
Die menschliche Überprüfung bleibt das Sicherheitsnetz für UI-Texte. Teams ohne eigene Prüfer können über den Marktplatz für Anwendungslokalisierungsdienste Spezialisten beauftragen; er nutzt KI-Matching, um Lokalisierungsexperten für jedes Sprachpaar zu finden.
Anwendungsfälle der Softwarelokalisierung, einschließlich Spielen
Dieselben Bausteine – Schlüssel, Formate, Konnektoren und Überprüfung – dienen ganz unterschiedlichen Teams.
SaaS- und Produktteams
SaaS-Unternehmen lokalisieren in jedem Sprint UI-Zeichenfolgen sowie In-App-Nachrichten, E-Mails und Hilfeinhalte. Die Seiten zum Produktlokalisierungs-Workflow, zur Software-Lokalisierungsplattform und zum Lokalisierungs-Projektmanagement beschreiben, wie Produkt, Entwicklung und Lokalisierung einen gemeinsamen Arbeitsbereich nutzen. Die Geschichten von Zendesk, Infobip und Kaspersky in diesem Leitfaden sind allesamt Beispiele dafür.
Mobile Apps
Consumer-Apps lokalisieren Zeichenfolgen, Store-Einträge und Screenshots, oft in viele Sprachen gleichzeitig. Beginnen Sie mit der Lokalisierung mobiler Apps und den Fallstudien von Flo und Simple im Abschnitt App-Lokalisierung.
Spielelokalisierung
Spiele vereinen alle schwierigen Lokalisierungsprobleme: große Mengen an UI-Zeichenfolgen, Dialoge und Hintergrundgeschichten, die kreativ adaptiert werden müssen, Zeichenbegrenzungen und gleichzeitige Markteinführungen. Zwei Vorträge aus dem Localization Hub von Smartcat behandeln die Praxis: Aufbau eines zentralen Lokalisierungsteams in der Videospielbranche, präsentiert vom Leiter der Lokalisierungsabteilung eines großen Studios, und Höhen und Tiefen des Übersetzens in der Spielebranche, der Erfahrungsbericht eines Studios über die Lokalisierung eines preisgekrönten Titels. Spielezeichenfolgen lassen sich in denselben Softwarelokalisierungsprojekten und Git-Workflows verwalten, die oben beschrieben sind, und das Setup für kontinuierliche Lokalisierung von Xsolla stammt aus der Spielebranche.
Entwicklerdokumentation und E-Learning
Auf ReadMe basierende Entwicklerportale lassen sich mit dem ReadMe-Plugin übersetzen, während E-Learning-Teams, die XLIFF aus Autorentools exportieren, dem XLIFF-Leitfaden für Kursersteller folgen können. Websites und Web-Apps, die Inhalte aus einem CMS darstellen, werden im Leitfaden zur Website-Übersetzung behandelt.
Tools & Ressourcen für die Softwarelokalisierung
Alle Smartcat-Seiten zur Lokalisierung von Software, Apps und Dateiformaten, nach Aufgabe gruppiert.
Software- & Produktlokalisierung
Mobile Apps (iOS & Android)
XLIFF & zweisprachige Formate
JSON, PO, XML & YAML
InDesign & IDML
APIs & Integrationen
Leitfäden, Fallstudien & Vorträge zur Softwarelokalisierung
Ausführliche Leitfäden, Kundengeschichten und aufgezeichnete Vorträge aus dem Localization Hub zur Software- und App-Lokalisierung.
Hilfecenter und Entwicklerdokumentation
Schritt-für-Schritt-Produkt- und Entwicklerdokumentation zur Softwarelokalisierung in Smartcat.