Was abgedeckt ist
Oberflächen, die sich lesen,
als wären sie in der Sprache verfasst
Die Softwarelokalisierung passt den Text einer Anwendung an eine andere Sprache an: Oberflächentexte, Fehlermeldungen, Hilfeinhalte, Dokumentation und Release Notes.
Strings werden aus Ressourcendateien wie XLIFF-, JSON-, PO- oder RESX-Exporten übersetzt. Platzhalter, Variablen und Tags bleiben unverändert, und Längenbegrenzungen für Schaltflächen und Menüs werden eingehalten, sofern der Kunde sie vorgibt.
Oberflächenbegriffe werden in einer Terminologiedatenbank gehalten und in Hilfeinhalten und Handbüchern wiederverwendet, sodass dieselbe Funktion überall denselben Namen trägt. Die Produktdokumentation folgt dem Prozess der technischen Übersetzung.
Softwarelokalisierung in der Praxis
Inhalte, Methode
und Norm
Typische Inhalte
Texte von Benutzeroberflächen, Fehler- und Systemmeldungen, Online-Hilfe, Benutzerhandbücher, Release Notes und App-Store-Beschreibungen.
Besonderheiten des Prozesses
Screenshots, Kommentare zu Textstrings oder der Zugang zu einer Testversion geben den Übersetzern den Kontext jedes Strings. Fragen werden gesammelt und vor der Lieferung beantwortet.
Qualitätsstandard
ISO 9001:2015 für Übersetzung und Lokalisierung, mit Übersetzung und Revision nach ISO 17100 sowie Software-QS-Prüfungen von Tags und Zahlen.
Fragen
Fragen zu
Softwarelokalisierung
Welche Dateiformate werden für die Softwarelokalisierung verwendet?
Aus der Codebasis oder Lokalisierungsplattform exportierte Ressourcendateien, etwa XLIFF, JSON, PO oder RESX. Das Format wird bei der Erstellung des Angebots vereinbart.
Wie werden Platzhalter und Variablen behandelt?
Sie werden im CAT-Tool geschützt und vor der Lieferung von QS-Software geprüft, sodass die übersetzten Dateien ohne Änderungen am Code importiert werden können.
Können Aktualisierungen lokalisiert werden, ohne alles neu zu übersetzen?
Ja. Das Translation Memory erkennt bereits übersetzte Strings, sodass spätere Releases nur für neuen und geänderten Text übersetzt werden müssen.