Inhaltsverzeichnis
Lokalisierungs-Technologie-Stack: Unverzichtbare Tools für moderne L10n-Teams
Wichtigste Erkenntnisse
- Der moderne Lokalisierungs-Tech-Stack hat fünf Schichten: Quellverwaltung, Translation Management, Übersetzungstools, Qualitätssicherung sowie Auslieferung und Deployment
- Für entwicklergeführte Teams ist das TMS mit starker CLI/API-Integration die wichtigste Tool-Entscheidung
- CAT-Tools (Computer-Assisted Translation) sind hauptsächlich relevant, wenn mit professionellen Übersetzern oder LSPs (Language Service Providers) gearbeitet wird
- MT-Engines, QA-Tools und i18n-Bibliotheken sind oft in das TMS integriert, anstatt als separate Tools verwaltet zu werden
- Die Tool-Auswahl sollte durch die Teamstruktur bestimmt werden: entwicklergeführte, übersetzungsgeführte oder PM-geführte Workflows haben unterschiedliche Prioritäten
Die fünf Schichten
Schicht 1: Quellverwaltung
Wo übersetzbarer Inhalt entsteht und verwaltet wird.
| Tool-Typ | Zweck | Beispiele |
|---|---|---|
| Versionskontrolle | Übersetzungsquelldateien speichern und versionieren | Git (GitHub, GitLab, Bitbucket) |
| i18n-Bibliotheken | Strings im Quellcode externalisieren | react-intl, vue-i18n, next-intl, i18next |
| String-Extraktion | Übersetzbare Strings im Code automatisch finden | FormatJS CLI, i18next-parser |
| CMS | Übersetzbaren Inhalt außerhalb des Codes verwalten | Contentful, Strapi, Better i18n Content |
Das Schlüsselprinzip auf dieser Schicht: Alle übersetzbaren Inhalte müssen aus dem Code in strukturierte Dateien oder Systeme externalisiert werden, die von nachgelagerten Tools verarbeitet werden können.
Schicht 2: Translation Management System (TMS)
Der zentrale Hub, der den Lokalisierungs-Workflow orchestriert.
Kernfunktionen:
- Projekt- und Workflow-Management
- Translation-Memory-Speicherung und -Abgleich
- Glossar-/Terminologieverwaltung
- Dateiformat-Verarbeitung
- Integration mit Quellverwaltungs- und Auslieferungsschichten
TMS-Plattformen variieren je nach Zielgruppe:
| Plattformtyp | Fokus | Typische Nutzer |
|---|---|---|
| Developer-first TMS | CLI/API-Integration, Git-Sync, kontinuierliche Lokalisierung | Entwicklergeführte Teams |
| Enterprise TMS | Komplexe Workflows, Vendor-Management, Compliance | Große Unternehmen mit LSPs |
| All-in-one TMS | Integrierte Übersetzung und Verwaltung | Kleine Teams, die alles in einem Tool erledigen |
Für Software-Lokalisierung reduzieren Developer-first TMS-Plattformen Reibung durch direkte Integration in den Entwicklungs-Workflow. Die Translation-Management-Schicht sollte keine Änderungen an der Arbeitsweise der Entwickler erfordern.
Schicht 3: Übersetzungstools
Tools, die von Übersetzern verwendet werden, um tatsächlich Übersetzungen zu erstellen.
CAT-Tools (Computer-Assisted Translation): CAT-Tools bieten einen spezialisierten Editor für Übersetzer mit Translation Memory, Glossar-Lookups und MT-Vorschlägen. Sie sind hauptsächlich relevant, wenn mit professionellen Übersetzern gearbeitet wird.
| CAT-Tool | Anmerkungen |
|---|---|
| memoQ | Enterprise-Qualität, starkes TM-Management |
| SDL Trados | Industriestandard für LSPs |
| Memsource (Phrase TMS) | Cloud-nativ, gute API |
| OmegaT | Open-Source-Alternative |
Viele moderne TMS-Plattformen enthalten einen integrierten Übersetzungseditor, der den Bedarf an separaten CAT-Tools reduziert.
Machine-Translation-Engines: MT-Engines liefern automatische Übersetzungen als Ausgangspunkt für die menschliche Bearbeitung oder als Endergebnis für weniger priorisierte Inhalte.
| Engine | Stärken |
|---|---|
| Google Cloud Translation | Breite Sprachabdeckung, gute API |
| DeepL | Hohe Qualität für europäische Sprachen |
| Amazon Translate | AWS-Integration |
| Azure Translator | Microsoft-Ökosystem, benutzerdefinierte Modelle |
| Meta NLLB | Open Source, ressourcenarme Sprachen |
Schicht 4: Qualitätssicherung
Tools, die die Übersetzungsqualität vor dem Deployment überprüfen.
Automatisierte QA-Prüfungen:
- Platzhalter-Validierung (sicherstellen, dass
{Variablen}erhalten bleiben) - Terminologie-Compliance (Abgleich mit Glossar)
- Konsistenzprüfungen (gleiche Quelle = gleiche Übersetzung)
- Format-Validierung (gültiges JSON, XLIFF, PO-Dateien)
- Längenchecks (Übersetzungen kennzeichnen, die viel länger als die Quelle sind)
Linguistische QA:
- Grammatik- und Rechtschreibprüfung
- Stilhandbuch-Compliance
- Lesbarkeits-Scoring
Visuell/Kontextuelle QA:
- Kontextvorschau von Übersetzungen in der tatsächlichen UI
- Screenshot-Vergleich zur Layout-Überprüfung
- Pseudo-Lokalisierung zur i18n-Fehlererkennung
Die meisten TMS-Plattformen enthalten grundlegende QA-Prüfungen. Dedizierte QA-Tools (wie Verifika oder QA Distiller) bieten tiefere Analysen für Enterprise-Workflows.
Schicht 5: Auslieferung und Deployment
Wie Übersetzungen vom TMS zum Endbenutzer gelangen.
| Auslieferungsmethode | Beschreibung | Am besten für |
|---|---|---|
| Datei-Sync (Git) | Übersetzungsdateien ins Repository committed, mit Code deployed | Web-Applikationen, mobile Apps |
| CDN-Auslieferung | Übersetzungen vom CDN bereitgestellt, zur Laufzeit geladen | Applikationen, die sofortige Übersetzungsaktualisierungen benötigen |
| API-Auslieferung | Applikation ruft Übersetzungen zur Laufzeit von der TMS-API ab | Dynamische Inhalte, personalisierte Erlebnisse |
| Build-time-Bundling | Übersetzungen zur Build-Zeit in die Applikation kompiliert | Statische Seiten, performance-kritische Apps |
Die Auslieferungsmethode beeinflusst die User Experience (Geschwindigkeit der Übersetzungsaktualisierungen), die Developer Experience (Deployment-Komplexität) und die Performance (zusätzliche Netzwerkanfragen vs. gebündelte Assets).
Tool-Auswahl nach Teamstruktur
Entwicklergeführt (Kleines Team, keine dedizierten Übersetzer)
Priorität: Developer Experience, Automatisierung, MT-Qualität
Minimaler Stack:
- Git + i18n-Bibliothek (react-intl, vue-i18n, etc.)
- Developer-first TMS mit CLI-Integration
- Integriertes MT für automatische Vorübersetzung
- Integrierte QA-Prüfungen
- Git-basierter Datei-Sync für Auslieferung
Der Entwickler fungiert als Übersetzer (mit MT + Bearbeitung) oder verwaltet freiberufliche Übersetzer über das TMS.
Übersetzungsgeführt (Internes Übersetzungsteam)
Priorität: Übersetzerproduktivität, TM-Leverage, Review-Workflows
Stack:
- Git + i18n-Bibliothek
- TMS mit starkem Übersetzungseditor
- Translation-Memory- und Glossarverwaltung
- Review- und Freigabe-Workflows
- Automatisierte QA + linguistische QA
- Datei-Sync oder CDN-Auslieferung
Interne Übersetzer verwenden den TMS-Editor direkt. Der Fokus liegt auf Translation-Memory-Leverage und Konsistenz.
PM-geführt (Enterprise, externe Vendoren)
Priorität: Vendor-Management, Workflow-Kontrolle, Reporting, Compliance
Stack:
- Git + i18n-Bibliothek oder CMS
- Enterprise TMS mit Vendor-Management
- CAT-Tool-Integration für LSPs
- MT-Engines für Vorübersetzung
- Umfassende QA (automatisiert + linguistisch + visuell)
- Mehrere Auslieferungsmethoden je Produkt
Projektmanager koordinieren zwischen Entwicklungsteams, mehreren Vendoren und internen Reviewern. Das TMS muss komplexe Workflows mit rollenbasiertem Zugriff unterstützen.
Integrationsmuster
TMS ↔ Git
Die wichtigste Integration für Software-Lokalisierung:
Entwickler pusht Code → CI/CD erkennt Übersetzungsänderungen → TMS CLI pusht Quell-Strings → TMS verarbeitet Übersetzungen → TMS CLI pullt fertige Übersetzungen → PR erstellt → Merge → Deploy
TMS ↔ MT-Engine
Die meisten TMS-Plattformen integrieren sich mit mehreren MT-Engines:
- Auto-Übersetzen: Neue Strings erhalten automatisch MT-Vorschläge
- MT-Provider-Auswahl: Verschiedene Engines für verschiedene Sprachpaare
- Quality-Routing: Hochqualitatives MT geht zur leichten Überprüfung, niedrigqualitatives zur vollständigen Übersetzung
TMS ↔ CMS
Für inhaltsgetriebene Lokalisierung:
- CMS-Inhaltsänderungen lösen Übersetzungs-Workflows im TMS aus
- Fertige Übersetzungen werden zurück ins CMS gepusht
- Inhalte und Übersetzungen bleiben synchronisiert
FAQ
Brauche ich sowohl ein TMS als auch ein CAT-Tool?
Für die meisten Software-Teams: Nein. Moderne TMS-Plattformen enthalten integrierte Übersetzungseditoren, die die meisten Übersetzungsanforderungen abdecken. Separate CAT-Tools werden hauptsächlich benötigt, wenn mit Language Service Providers (LSPs) gearbeitet wird, die spezifische Tools wie memoQ oder Trados als Teil ihres Standard-Workflows verwenden.
Was ist das wichtigste Tool für ein Team, das mit Lokalisierung beginnt?
Das TMS. Es ist der zentrale Koordinator für alles andere. Wählen Sie ein TMS, das sich gut in Ihren Tech-Stack integriert (unterstützt Ihre Dateiformate, hat CLI/API für Ihre CI/CD-Pipeline) und zu Ihrer Teamstruktur passt. Alles andere — MT-Engines, QA-Tools, Auslieferungsmethoden — kann schrittweise hinzugefügt werden.
Wie viel sollte ich für Lokalisierungs-Tooling budgetieren?
Tool-Kosten variieren stark. Developer-first TMS-Plattformen reichen typischerweise von kostenlosen Tiers (begrenzte Strings/Nutzer) bis zu 100–500 €/Monat für mittelgroße Teams. Enterprise TMS-Plattformen können 1.000–10.000+ €/Monat kosten. MT-API-Kosten kommen mit 10–20 € pro Million Zeichen hinzu. Für ein startendes Team bieten viele TMS-Plattformen kostenlose Tiers oder Testphasen an, die den anfänglichen Bedarf abdecken.
