Was ist kontinuierliche Lokalisierung?

Für Softwareteams, die mehrmals pro Woche neue Versionen ausliefern, bringt jedes Release neue Strings, aktualisierte UI-Texte und überarbeitete Mitteilungen im Produkt mit sich – oft noch bevor die Lokalisierung des vorherigen Releases abgeschlossen ist. Bis die übersetzten Inhalte einen Markt erreichen, hat sich das darin beschriebene Produkt bereits wieder verändert. Genau diese Diskrepanz soll kontinuierliche Lokalisierung beheben.

Wir arbeiten mit Software- und Produktteams zusammen, deren Release-Rhythmus einem projektbasierten Übersetzungsansatz entwachsen ist. Wir bieten Lokalisierungsservices an, die darauf ausgelegt sind, multilinguale Produkte und Inhalte in großem Umfang zu unterstützen. Dieser Leitfaden erklärt, was kontinuierliche Lokalisierung ist und wie Sie einen Workflow aufbauen, der mit Continuous Delivery Schritt hält.

Kontinuierliche Lokalisierung: eine Definition

Kontinuierliche Lokalisierung vs. traditionelle Lokalisierung: der entscheidende Unterschied

Bei der traditionellen Lokalisierung wird die Übersetzung als eigenständiges Projekt behandelt: Inhalte werden fertiggestellt, gebündelt, zur Übersetzung übermittelt und vor der Veröffentlichung zurückgeliefert. Kontinuierliche Lokalisierung macht diesen Schritt der Bündelung überflüssig. Neue und geänderte Inhalte werden automatisch erkannt und zur Übersetzung weitergeleitet, sobald sie bereit sind. So wird die Übersetzung zu einem Schritt in der Entwicklungspipeline statt zu einem nachgelagerten Projekt.

Einsatzbereiche: Software, SaaS, digitale Produkte und E-Commerce

Kontinuierliche Lokalisierung eignet sich für jedes Produkt, dessen Inhalte sich häufig ändern und dessen Release-Zyklen kurz sind. Softwareoberflächen, SaaS-Plattformen, mobile Anwendungen und E-Commerce-Kataloge erzeugen einen stetigen Strom kleiner Aktualisierungen, der die Batch-Übersetzung unpraktikabel macht. Statische Inhalte, die nur selten aktualisiert werden, rechtfertigen hingegen kaum die für eine kontinuierliche Lokalisierung erforderliche Infrastruktur.

Warum kontinuierliche Lokalisierung für Teams mit hohem Arbeitstempo wichtig ist

Die Kosten von Lokalisierungsschulden

Wenn die Übersetzung der Entwicklung hinterherhinkt, häufen sich die Lücken: Nicht übersetzte Strings tauchen in der Produktionsumgebung auf, und der Rückstand wächst mit jedem Release, bis ein eigenes Projekt nötig wird, nur um ihn aufzuholen. In der Branche wird diese Anhäufung als Lokalisierungsschulden bezeichnet. Wie bei technischen Schulden gilt: Je länger sie unbereinigt bleiben, desto teurer wird ihre spätere Behebung.

Wie sich Übersetzungsverzögerungen auf Produkteinführungen in neuen Märkten auswirken

Wenn ein Produkt an einem bestimmten Datum für die Einführung in einem neuen Markt bereit ist, muss seine lokalisierte Version am selben Tag bereitstehen, nicht erst Wochen später. Wenn die Lokalisierung als separater, sequenzieller Prozess abläuft, wird sie häufig zum Engpass, der den Einführungstermin bestimmt, unabhängig davon, wie weit das eigentliche Produkt bereits ist.

Entwicklungszyklen und Übersetzungszyklen aufeinander abstimmen

Das Ziel ist nicht, die Übersetzung isoliert betrachtet zu beschleunigen. Vielmehr geht es darum, den Übersetzungszyklus an die Dauer des Entwicklungszyklus anzupassen – ob zweiwöchiger Sprint oder tägliches Deployment –, damit lokalisierte Inhalte nie mehr als einen Zyklus hinter den Ausgangsinhalten zurückliegen.

Kernkomponenten eines kontinuierlichen Lokalisierungsworkflows

Automatisierte Extraktion und Übernahme von Inhalten

Kontinuierliche Lokalisierung beginnt mit der automatisierten Erkennung neuer und geänderter Inhalte, die direkt aus Quelldateien oder Content-Repositories abgerufen und nicht manuell zu Übersetzungspaketen zusammengestellt werden. Die automatisierte Extraktion beseitigt sowohl die Verzögerungen als auch das Fehlerrisiko, die beim manuellen Identifizieren und Exportieren von Inhalten entstehen.

Integration eines Translation Management Systems in Entwicklungspipelines

Ein direkt an die Entwicklungspipeline angebundenes Translation Management System (dt. Übersetzungsmanagementsystem) sorgt dafür, dass kontinuierliche Lokalisierung nicht nur ein Ziel bleibt, sondern in der Praxis funktioniert. Neue Strings werden beim Commit automatisch erkannt und weitergeleitet, und fertige Übersetzungen fließen ohne manuelle Eingriffe zurück in die Pipeline.

Machine Translation und Post-Editing in kontinuierlichen Workflows

Umfang und Tempo der kontinuierlichen Lokalisierung machen Machine Translation (dt. maschinelle Übersetzung) mit menschlichem Post-Editing für die meisten Inhaltskategorien zur praktikablen Standardlösung. Wir orchestrieren mehrere KI-Modelle innerhalb der Pipeline und leiten jedes Segment an die dafür am besten geeignete Engine weiter. Gleichzeitig kennzeichnet die Qualitätsevaluierung, welche Segmente ein menschliches Lektorat benötigen.

Translation Memory und Terminologiesteuerung bei hohem Tempo

Geschwindigkeit macht Konsistenz nicht weniger wichtig – sie erhöht die Risiken, wenn diese nicht sichergestellt ist. Ein Translation Memory (dt. Übersetzungsspeicher) und eine kontrolliert gepflegte Terminologiedatenbank müssen in den automatisierten Workflow integriert sein, damit jedes Segment anhand der freigegebenen Terminologie geprüft wird, bevor es den Zielmarkt erreicht.

So implementieren Sie kontinuierliche Lokalisierung

Lokalisierung in die CI/CD-Pipeline integrieren

Der erste Schritt besteht darin, das TMS an die Pipeline für Continuous Integration/Continuous Delivery (CI/CD) anzubinden, sodass die Lokalisierung zu einem Build-Schritt wird statt zu einem separaten Auftrag. Die Pipeline lässt sich dann so konfigurieren, dass sie je nach Release-Anforderungen auf übersetzte Inhalte wartet, diese später zusammenführt oder fehlende Übersetzungen kennzeichnet.

Auslöser für Inhalte und Routing-Regeln definieren

Nicht jeder Commit sollte einen Übersetzungsauftrag auslösen, und nicht jeder String erfordert die gleiche Behandlung. Routing-Regeln legen fest, welche Inhaltstypen automatisch eine Übersetzung auslösen, welche per Machine Translation und welche von Menschen übersetzt werden und welche vor der Veröffentlichung von einer Fachperson geprüft werden müssen.

Qualitätsprüfpunkte für automatisierte Prüfungen und menschliches Lektorat einrichten

Kontinuierlich bedeutet nicht ungeprüft. In die Pipeline integrierte Qualitätsprüfpunkte prüfen Terminologie, Formatierung und Vollständigkeit automatisch und kennzeichnen Inhalte, die ein menschliches Lektorat erfordern. Dabei spiegelt die Struktur der Prüfpunkte das Risikoprofil der jeweiligen Inhaltskategorie wider.

Leistung messen und iterativ optimieren

Ein kontinuierlicher Lokalisierungsworkflow braucht dieselbe Art der Überwachung wie die Pipeline, mit der er parallel läuft: Durchlaufzeiten nach Inhaltstyp, Anteil der Inhalte, die ein menschliches Lektorat erfordern, und Quote der erst nach der Veröffentlichung entdeckten Fehler. Diese Kennzahlen werden regelmäßig überprüft, um die Routing-Regeln anzupassen.

So sieht eine kontinuierliche Lokalisierungspipeline in der Praxis aus

Das folgende Diagramm zeigt einen typischen Ablauf für ein Softwareprodukt: von einer Codeänderung bis zur veröffentlichten Übersetzung.

Abbildung 1. Referenzpipeline für kontinuierliche Lokalisierung.

In der Praxis läuft die Pipeline in sechs Schritten ab:

1. Ein Mitglied des Entwicklungsteams führt eine Änderung zusammen, durch die Quellstrings in den Ressourcendateien (JSON, PO, XLIFF, ARB, RESX, Android XML oder iOS-Strings) hinzugefügt oder geändert werden.
2. Ein Webhook, eine Repository-Integration oder ein CLI-Schritt im CI-Job erkennt die geänderten Strings und überträgt sie an das TMS.
3. Das TMS nutzt das Translation Memory, wendet die Terminologie an und leitet jedes Segment gemäß den Routing-Regeln an die Machine Translation, das Post-Editing oder die menschliche Übersetzung weiter.
4. Automatisierte Prüfungen und die Qualitätsevaluierung entscheiden, welche Segmente automatisch freigegeben und welche für das Lektorat markiert werden.
5. Freigegebene Übersetzungen werden zurückgeliefert, in der Regel als Pull Request mit den aktualisierten Sprachdateien, oder direkt auf einer Bereitstellungsebene veröffentlicht.
6. Der Build führt die Lokalisierungsprüfungen aus und läuft dann entweder weiter, wird blockiert oder mit einem definierten Fallback ausgeliefert.

Kontinuierliche Lokalisierung in der Praxis

Für SaaS- und Softwareunternehmen

Bei SaaS-Produkten werden Benutzeroberflächen, Versionshinweise und Hilfedokumentation fortlaufend aktualisiert – oft in mehreren Produktbereichen gleichzeitig. Kontinuierliche Lokalisierung hält das lokalisierte Produkt mit jedem Release auf dem aktuellen Stand, sodass es nicht hinterherhinkt.

Für E-Commerce und digitalen Einzelhandel

E-Commerce-Kataloge erzeugen große Mengen an Inhalten, die häufig aktualisiert werden: Produktbeschreibungen, Werbetexte, Bestandsänderungen und saisonale Kampagnen – oft in Dutzenden von Märkten gleichzeitig. Ein kontinuierlicher Workflow hält internationale Onlineshops auf dem neuesten Stand, ohne dass für jede Aktualisierung ein eigenes Übersetzungsprojekt erforderlich ist.

Für Produktteams in Großunternehmen

Große Produktorganisationen bündeln häufig mehrere Produktlinien und Release-Zeitpläne in einem zentralen Lokalisierungsbereich. Kontinuierliche Lokalisierung bietet diesem Lokalisierungsbereich die Automatisierung, um alle Produktteams über einen gemeinsamen Workflow zu unterstützen, statt für jeden Release-Zeitplan einen separaten Ad-hoc-Prozess einzurichten.

Typische Herausforderungen und wie Sie sie meistern

Kontext von Strings für Übersetzende verwalten

Ein automatisch aus dem Code extrahierter String kommt oft ohne den visuellen oder funktionalen Kontext an, der Übersetzenden oder einer KI-Übersetzungsengine helfen würde, die passende Übersetzung zu wählen. Workflows, die zusammen mit dem String auch Screenshots und Hinweise zur Platzierung übermitteln, liefern bereits im ersten Durchgang eine messbar bessere Qualität.

Häufige kleine Updates ohne Qualitätsverlust bewältigen

Häufige Updates mit geringem Umfang werden leicht zu wenig kontrolliert, da keine einzelne Änderung bedeutend genug erscheint, um ein vollständiges Lektorat zu rechtfertigen. Wer bei kleinen Updates dieselben Terminologieprüfungen durchführt wie bei großen, verhindert den schleichenden Qualitätsverlust, für den kontinuierliche Workflows andernfalls anfällig sind.

Terminologische Konsistenz im großen Maßstab

Häufige Releases mit mehreren Inhaltsverantwortlichen erhöhen das Risiko, dass derselbe Begriff von verschiedenen Mitwirkenden oder Engines unterschiedlich übersetzt wird. Die Terminologiesteuerung muss bereits bei der Übersetzung greifen und nicht erst in einem späteren Lektorat.

Worauf Sie bei einem Partner für kontinuierliche Lokalisierung achten sollten

Nicht jeder Sprachdienstleister ist darauf ausgelegt, innerhalb einer Entwicklungspipeline zu arbeiten. Der richtige Partner bringt Erfahrung mit TMS-Integrationen mit, bietet MT-Engines, die sich an die Terminologie des Produkts anpassen lassen, und verfügt über ein Governance-Modell, das mit der Release-Frequenz skaliert, statt daran zu scheitern. Wir gestalten kontinuierliche Lokalisierungsworkflows auf Basis der bestehenden Entwicklungsinfrastruktur unserer Kundinnen und Kunden. Als Language Intelligence Partner verstehen wir Übersetzung als Phase, die der Release-Prozess durchläuft, und nicht als Haltepunkt, an dem er warten muss.

Was Teams über kontinuierliche Lokalisierung wissen möchten

Was ist der Unterschied zwischen kontinuierlicher Lokalisierung und agiler Lokalisierung?

Die Begriffe werden häufig synonym verwendet. Agile Lokalisierung beschreibt Übersetzungen, die in kurzen, iterativen Zyklen organisiert und auf die Entwicklungssprints abgestimmt sind. Kontinuierliche Lokalisierung hingegen automatisiert den Auslöser für diese Zyklen, sodass die Übersetzung beginnt, sobald sich Inhalte ändern.

Welche Tools unterstützen die kontinuierliche Lokalisierung?

Die zentrale Voraussetzung ist ein Translation Management System, das per API oder Plugin mit dem Content-Repository verbunden ist, ergänzt durch MT-Engines und eine Terminologiedatenbank, die beide an dieselbe Pipeline angebunden sind.

Wie wirkt sich kontinuierliche Lokalisierung auf die Übersetzungsqualität aus?

Qualität hängt davon ab, wie der Workflow gesteuert wird, nicht von der Geschwindigkeit selbst. Ein kontinuierlicher Workflow mit klar definierten Qualitätsprüfpunkten und angemessenem menschlichem Lektorat wahrt dieselben Standards wie ein traditioneller Prozess – nur in einem schnelleren Rhythmus.

Ist kontinuierliche Lokalisierung nur für Softwareprodukte geeignet?

Kontinuierliche Lokalisierung ist nicht auf Software beschränkt. Alle Inhalte, die häufig aktualisiert werden und schnell mehrere Märkte erreichen müssen – darunter auch E-Commerce-Kataloge –, profitieren von denselben Automatisierungs- und Workflow-Prinzipien.

Wenn Ihr Lokalisierungsprozess mit dem Release-Zyklus Ihres Produkts nicht mehr Schritt hält, kontaktieren Sie uns, um zu besprechen, wie sich ein auf Ihre bestehende Pipeline abgestimmter Workflow für kontinuierliche Lokalisierung aufbauen ließe.