Zurück zum Blog

Workflow · 1. Apr. 2026

Updates übersetzen, ohne alles neu zu übersetzen

Die meisten mehrsprachigen Releases sind Überarbeitungen, keine komplett neuen Seiten. So hältst du Updates klein, sicher und schnell.

Updates übersetzen, ohne alles neu zu übersetzen

Die meisten Empfehlungen zur Lokalisierung gehen stillschweigend davon aus, dass Teams komplett neue Inhalte von Grund auf übersetzen. So sehen die meisten Release-Wochen aber nicht aus. Die meisten Wochen bestehen aus Überarbeitungen: eine Preisänderung, eine präzisierte Headline, eine Produkt-UI-Anpassung, eine aktualisierte CTA, ein neuer Absatz auf einer bestehenden Landingpage.

Wenn jede kleine Änderung einen vollständigen Übersetzungszyklus auslöst, wird der Workflow jeden Monat schwerfälliger.

Der Fehler: jedes Update wie ein neues Projekt behandeln

Teams wissen oft ganz genau, was sich auf Englisch geändert hat, aber ihr Lokalisierungs-Workflow bewahrt diese Präzision nicht. Das Ergebnis ist bekannt: Ein kleines Update wird wie eine vollständige Seitenübersetzungsanfrage weitergegeben, Reviewer prüfen zu viel Material, und das Team verbringt mehr Zeit damit zu belegen, dass alter Text noch korrekt ist, als den neuen Text zu verbessern.

Hier beginnt das Vertrauen in Releases zu bröckeln.

Das bessere Modell: die Differenz übersetzen

Ein ausgereifter Workflow behandelt Updates als Deltas, nicht als Neustarts.

Das bedeutet, zu fragen:

  • welche Felder sich tatsächlich geändert haben
  • welche Abschnitte bereits freigegeben sind und gesperrt bleiben können
  • welche Seiten genug Risiko tragen, um eine fokussierte Prüfung zu rechtfertigen
  • welche Locales das Update sofort benötigen

Das klingt einfach, verändert die Arbeitslast aber drastisch. Sobald das Team die Differenz eingrenzt, fühlt sich Übersetzung nicht mehr wie ein wiederkehrendes Backlog-Ereignis an, sondern wie normale Content-Pflege.

Warum eng begrenzte Updates schneller live gehen

Es gibt drei praktische Gründe, warum kleinere Updates leichter ausgerollt werden können.

1. Review bleibt verhältnismäßig

Wenn sich nur eine CTA und eine Subheadline geändert haben, sollte der Reviewer nicht die gesamte Seite erneut lesen müssen, als wäre Launch-Tag. Ein enges Änderungsset erzeugt ein enges Review-Set.

2. Frühere Entscheidungen bleiben nutzbar

Wenn Glossarentscheidungen, freigegebene Formulierungen und markensensible Wortwahl bereits stabil sind, sollte das System auf diesen Entscheidungen aufbauen, statt sie jede Woche neu aufzurollen.

3. Risiko ist leichter zu erkennen

Große Neuübersetzungsdurchläufe verstecken die wichtigen Änderungen in einem Stapel unveränderter Inhalte. Kleinere Updates machen das Risiko sichtbar. Das Team kann die relevanten Zeilen schnell erkennen und die Teile ignorieren, die keine Aufmerksamkeit brauchen.

So strukturierst du die Übersetzung von Updates

Für Contentful-Teams ist ein nützliches Muster:

  1. nur die Einträge oder Felder identifizieren, die sich geändert haben
  2. bereits freigegebenen Text, wo möglich, gesperrt lassen
  3. Übersetzung nur für den Update-Umfang ausführen
  4. den geänderten Text im Kontext prüfen
  5. veröffentlichen, nachdem bestätigt wurde, dass der Eintrag der Zielsprache dem beabsichtigten Update entspricht

Das ist nicht nur schneller. Es ist auch sauberer. Der Workflow lernt, stabile Inhalte zu respektieren, statt bei jedem Lauf alles durcheinanderzubringen.

Der versteckte Gewinn: weniger Reviewer-Müdigkeit

Reviewer-Müdigkeit ist ein echter Lokalisierungskostenfaktor. Wenn Menschen gebeten werden, zu viel unveränderten Text zu prüfen, bemerken sie irgendwann nicht mehr, was tatsächlich Aufmerksamkeit verdient. Der Workflow wirkt gewissenhaft, aber die Review-Qualität sinkt trotzdem, weil das Signal-Rausch-Verhältnis schlecht ist.

Kleinere Update-Durchläufe beheben das. Sie ermöglichen es Reviewern, ihre Energie auf den Text zu richten, der sich wirklich geändert hat – genau dort, wo ihr Urteilsvermögen zählt.

Wann man den Umfang nicht eng halten sollte

Es gibt weiterhin Situationen, in denen der Umfang erweitert werden sollte:

  • eine Produktumbenennung betrifft mehrere Oberflächen
  • eine Kampagnenbotschaft wurde global geändert
  • eine Glossarentscheidung muss auf ältere Seiten angewendet werden
  • eine Compliance- oder Rechtsanpassung betrifft viele Einträge auf einmal

Der Schlüssel ist, den Umfang bewusst zu erweitern, nicht standardmäßig.

Das Fazit

Lokalisierung wird teuer, wenn sich jedes Update wie ein kompletter Relaunch verhält. Sie wird deutlich einfacher, wenn der Workflow den Unterschied zwischen einer Neufassung und einer Überarbeitung respektiert.

Die meisten Teams brauchen keine schnellere Methode, um alles neu zu übersetzen. Sie brauchen einen sichereren Weg, um weniger anzufassen.