Vollständiger Leitfaden

Softwarelokalisierung:
Der vollständige Leitfaden

So lokalisieren Sie Software, Web- und Mobile-Apps – Grundlagen der Internationalisierung, Dateiformate wie XLIFF, JSON und PO sowie Entwickler-Workflows mit API, CLI und Git.

21 Min. Lesezeit·Aktualisiert im Oktober 2026

Die Grundlagen

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.

Internationalisierung

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

01

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.

02

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.

03

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).

04

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.

Der Prozess

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:

01

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.

02

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.

03

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.

04

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.

App-Lokalisierung

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.

Dateiformate

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, SDLXLIFFAustausch zwischen CMS, Autorentools und CAT-ToolsInline-Codes geschützt; translate="no"-Einheiten gesperrt; Export als XLIFF 1.2
JSONWeb- und App-SprachdateienGleiche Schlüssel und Verschachtelung; nur String-Werte übersetzt; Platzhalter über Regex-Regeln gesperrt
Gettext PO / POTOpen-Source- und serverseitige Software (GNU gettext)Variablen wie %s und {name} werden zu geschützten Tags; Entwicklerkommentare als Kontext angezeigt
XMLKonfigurationen, Inhaltsexporte, Android-RessourcenMarkup, Attribute und CDATA bleiben intakt; übersetzbare Elemente per XPath ausgewählt
YAML, iOS .strings, Android XMLZeichenfolgenressourcen für Apps und FrameworksIn Softwarelokalisierungsprojekten als Schlüssel importiert und exportiert
IDMLAdobe-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

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 & agile Lokalisierung

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.

Design & UI-Lokalisierung

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.

Tests & Qualität

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 & TagsVariablen werden übersetzt, verschoben oder gelöscht; der Build schlägt fehlFormatbewusste Parser, die Platzhalter als Tags sperren (JSON, PO, XML, XLIFF)
PluralformenGrammatikalisch falsche Mengenangaben in Sprachen mit mehreren PluralformenNative Plural-Schlüssel oder ICU MessageFormat im Editor
TextexpansionAbgeschnittene Schaltflächen und BeschriftungenVor dem Code in Figma übersetzen und in der Vorschau prüfen; kontextbezogene Überprüfung
TerminologieProduktnamen und UI-Begriffe werden uneinheitlich übersetztGlossare und Translation Memory werden auf jede Zeichenfolge angewendet
KontextMehrdeutige kurze Zeichenfolgen („Open“, „Save“) werden falsch übersetztScreenshots, 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

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

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

Aus dem Blog

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.

Hilfe & Dokumentation

Hilfecenter und Entwicklerdokumentation

Schritt-für-Schritt-Produkt- und Entwicklerdokumentation zur Softwarelokalisierung in Smartcat.

Verwandte Leitfäden

Verwandte Leitfäden

Die Softwarelokalisierung überschneidet sich mit mehreren anderen Bereichen eines Lokalisierungsprogramms. Diese Leitfäden behandeln sie ausführlich.

Häufig gestellte Fragen

Was ist Softwarelokalisierung?

Softwarelokalisierung ist die Anpassung eines Softwareprodukts – seiner UI-Zeichenfolgen, Meldungen, Hilfeinhalte und Store-Einträge – an Nutzer in einer anderen Sprache und einem anderen Markt. Sie arbeitet mit Schlüsseln in Ressourcendateien (JSON, XLIFF, PO, strings.xml, .strings) statt mit Dokumenten und läuft in der Regel kontinuierlich parallel zur Entwicklung. Wie Smartcat damit umgeht, erfahren Sie auf der Seite zur Software-Lokalisierungsplattform.

Was ist der Unterschied zwischen Internationalisierung (i18n) und Lokalisierung (l10n)?

Internationalisierung ist die technische Arbeit, die Software für jede Sprache bereit macht: Zeichenfolgen auslagern, Platzhalter und Pluralregeln verwenden, UTF-8, Textexpansion und Rechts-nach-links-Layouts unterstützen. Lokalisierung ist die wiederkehrende Arbeit, das Produkt für jeden Markt zu übersetzen und anzupassen. Internationalisierung erfolgt einmal im Code; Lokalisierung erfolgt für jede Sprache und jedes Release. Lesen Sie den i18n-Einstiegsleitfaden.

Welche Lokalisierungsdateiformate unterstützt Smartcat?

Smartcat unterstützt unter anderem XLIFF 1.2 und 2.0, SDLXLIFF, MQXLIFF, PO/POT, JSON, LocJSON, YAML, XML, Android XML, Apple .strings, .stringsdict und .xcstrings, RESX, Java .properties, Markdown und IDML. Softwarelokalisierungsprojekte importieren und exportieren Schlüssel in JSON, YAML, iOS .strings und Android XML. Die vollständige Liste finden Sie unter unterstützte Dateiformate.

Was ist eine XLIFF-Datei und wie übersetze ich sie?

XLIFF (XML Localization Interchange File Format) ist ein zweisprachiges XML-Format, mit dem übersetzbare Inhalte zwischen Autorentools, CMS und CAT-Tools ausgetauscht werden. Laden Sie die Datei in den XLIFF-Editor von Smartcat hoch, der XLIFF 1.2 und 2.0 importiert, Inline-Codes schützt, Einheiten mit translate="no" sperrt und XLIFF 1.2 für einen sauberen Reimport exportiert.

Was ist eine PO-Datei?

Eine PO-Datei (Portable Object) ist das Klartext-Übersetzungsformat von GNU gettext. Jeder Eintrag ordnet einer Ausgangszeichenfolge (msgid) ihre Übersetzung (msgstr) zu, und eine PO-Datei enthält eine Sprache; eine .pot-Datei ist die leere Vorlage. Die PO-Dateiübersetzung von Smartcat schützt Variablen wie %s und {name} als Tags und bietet drei PO-Parser.

Wie übersetze ich eine JSON-Datei, ohne sie zu beschädigen?

Verwenden Sie ein formatbewusstes Tool, das nur Zeichenfolgenwerte übersetzt und Schlüssel, Zahlen, boolesche Werte und Verschachtelung unverändert lässt. Der JSON-Übersetzer von Smartcat tut genau das und sperrt Platzhalter-Token als Tags – mithilfe von Regex-Regeln, die Sie einmal festlegen –, sodass die übersetzte Datei direkt wieder in Ihre i18n-Pipeline passt.

Wie lokalisiere ich eine iOS- oder Android-App?

Lagern Sie Zeichenfolgen in strings.xml (Android) oder .strings/.xcstrings (iOS) aus, verbinden Sie Ihr Repository über die Integration Git für Android oder Git für iOS mit Smartcat, übersetzen Sie mit KI und Prüfern und lassen Sie Smartcat die übersetzten Ressourcendateien zurückspielen. Vergessen Sie nicht die App-Store-Einträge und Screenshots.

Kann ich die Lokalisierung in meiner CI/CD-Pipeline automatisieren?

Ja. Verbinden Sie ein GitHub-, GitLab- oder Bitbucket-Repository über die Git-Integration, skripten Sie Import-, Export-, Pull- und Push-Schritte mit der Smartcat CLI oder erstellen Sie eigene Abläufe mit der REST-API und Webhooks. Das ist die Grundlage der kontinuierlichen Lokalisierung: Neue oder geänderte Zeichenfolgen werden mit jedem Release übersetzt und zurückgegeben.

Lokalisieren Sie Ihre Software in jede Sprache

Kostenlose 15-tägige Testversion, keine Kreditkarte erforderlich. KI-Übersetzung in 280+ Sprachen für Ihre Zeichenfolgen, Apps und Ressourcendateien, mit menschlicher Überprüfung bei Bedarf.