Copy Drift: Was das ist, wodurch es entsteht und wie du es verhinderst

Copy Drift bedeutet, dass für Nutzer:innen sichtbarer Text über Oberflächen und Zeit hinweg von seiner freigegebenen Quelle abweicht, ohne dass es überhaupt eine einzige verbindliche Quelle gibt, von der abgewichen werden könnte. Der String fehlt nicht, und er ist nicht kaputt – der Wortlaut selbst hat sich verändert, niemand hat das so entschieden, und jetzt sagen Marketing-Seite, Landingpage und Produkt jeweils etwas leicht anderes über dasselbe Feature. globalize.now ist ein code-natives Copy-Management-System mit integrierter Lokalisierung, und Drift ist genau der Fehler, den es verhindern soll.

Was ist Copy Drift?

Copy Drift bedeutet, dass für Nutzer:innen sichtbarer Text über Oberflächen und Zeit hinweg von seiner freigegebenen Quelle abweicht, ohne dass es eine einzige verbindliche Quelle gibt, von der abgewichen werden könnte.

Zwei Hälften dieser Definition machen den Unterschied. Abweichen von der freigegebenen Quelle bedeutet, dass sich irgendwann jemand darauf geeinigt hat, was dieser String aussagen soll. Keine einzige verbindliche Quelle bedeutet, dass es kein Artefakt mehr gibt, das diese Einigung festhält — es gibt also nichts, wovon in überprüfbarem Sinne abgewichen werden könnte. Deshalb kann niemand den Moment benennen, in dem es angefangen hat.

Drift ist der Normalfall, nicht die Ausnahme. Jedes Produkt mit mehr als einer Oberfläche und mehr als einer Person, die daran arbeitet, driftet, sofern nichts Strukturelles das verhindert.

Was Copy Drift nicht ist

Drei verschiedene Probleme werden gern in einen Topf geworfen, brauchen aber unterschiedliche Lösungen. Wer das verwechselt, jagt dem falschen Problem hinterher.

Ein hartcodierter String ist Text, der direkt in eine Komponente geschrieben wurde statt in einen Katalog. Er ist für dein Tooling und für die Übersetzung unsichtbar — die Formulierung selbst kann trotzdem völlig korrekt sein. Das ist ein anderes Problem, das wir in warum KI-Coding-Tools immer wieder hartcodierte Strings einbauen behandelt haben.

Nicht synchronisierte Übersetzungsdateien sind Kataloge, die existieren, aber im Laufe der Zeit auseinandergelaufen sind. Die Quelle ist in Ordnung, die daraus abgeleiteten Kopien sind veraltet.

Copy Drift ist keins von beidem. Der String kann als Schlüssel vorliegen, die Dateien können synchron sein, und trotzdem sagt das Produkt an einer Stelle „Kostenlos testen starten“, an einer anderen „Jetzt kostenlos ausprobieren“ und auf dem Button, der tatsächlich diese Aktion auslöst, „Loslegen“.

Alle drei Probleme können gleichzeitig auftreten. Sie lösen einander nicht.

Wodurch entsteht Copy Drift?

Drei Mechanismen, grob geordnet nach dem Schaden, den sie anrichten.

Oberflächen, die unterschiedlichen Personen gehören und in unterschiedlichen Tools bearbeitet werden. Marketing-Copy lebt in einem CMS. Die Landingpage wird am schnellsten aktualisiert, weil dort ständig experimentiert wird. Produkt-Strings leben in Komponenten. Jede Oberfläche kann für sich konsistent sein, während das Produkt als Ganzes es nicht ist — und niemand sieht alle drei gleichzeitig.

Kleine Änderungen, die niemand als Copy-Änderung erkennt. Jemand kürzt ein Label, damit es auf einen mobilen Breakpoint passt. Jemand schreibt eine Überschrift in Sentence Case um, um sie an einen benachbarten Screen anzugleichen. Jede Änderung für sich ist nachvollziehbar. Keine durchläuft irgendetwas, das einem Copy-Review ähnelt, denn für das Tooling ist es nur ein String-Literal in einem JSX-Attribut.

Coding-Agents. Ein Agent, der einen Ladezustand hinzufügen soll, schreibt dabei oft nebenbei auch ein Label um — das Aufräumen eines Strings sieht genauso aus wie das Aufräumen von Code. Die Antwort der Community bislang ist eine Regel-Datei: AGENTS.md, .cursorrules, ein UI-Copy-Richtlinien-Block im Prompt. Das hilft und lohnt sich. Aber eine Konvention ist keine Prüfung. Sie reduziert, wie oft deine Copy umgeschrieben wird — sie sagt dir nicht, wann es trotzdem passiert ist.

Warum bemerkt nichts Copy Drift?

Weil nichts kaputtgeht.

Ein geändertes Label kompiliert. Es wird gerendert. Der Type-Checker sieht einen gültigen String, der Linter sieht gültige Syntax. Schlägt ein Snapshot-Test fehl, besteht die übliche Reaktion darin, den Snapshot zu aktualisieren — das dokumentiert den Drift, statt ihn zu melden. Kein Build schlägt fehl, kein Alarm geht los, kein Dashboard springt auf Gelb.

Drift ist nur für etwas sichtbar, das weiß, wie die freigegebene Formulierung lautete. Die meisten Toolchains führen kein solches Protokoll — der erste, der es bemerkt, ist meist ein Mensch: eine Support-Antwort, die andere Worte zitiert als die UI, ein Kunde, der fragt, ob „Workspace“ und „Project“ dasselbe sind, oder eine Übersetzerin, die fragt, welche von drei englischen Formulierungen sie übersetzen soll.

Was kostet Copy Drift tatsächlich?

Ehrlich gesagt: Niemand hat das gemessen, auch wir nicht, und wir werden uns keine Zahl aus den Fingern saugen.

Das muss man klar sagen, denn diese Kategorie ist voll von Zahlen, die eine Prüfung ihrer Quelle nicht überstehen — Umfrageergebnisse zu Branding und Umsatz, Support-Kosten pro Ticket, Prozentangaben zu Tickets, die auf inkonsistente Dokumentation zurückgeführt werden. Wir haben mehrere solcher Zahlen intern gestrichen, statt sie zu wiederholen. Die Messung, die diese Frage tatsächlich beantworten würde — wie viel Drift in echten Codebases existiert und was das nachgelagert bewirkt — hat bisher niemand durchgeführt.

Was sich ohne Zahl beschreiben lässt, ist der Mechanismus — und der Mechanismus verstärkt sich selbst:

• Es ist unsichtbar, bis es teuer wird. Solange die Behebung günstig wäre, macht sich Drift nirgends bemerkbar. Er zeigt sich erst, wenn jemand die Worte dringend abgleichen muss — meist unter Zeitdruck.
• Jede Oberfläche ist eine eigene Baustelle. Eine Formulierung zu ändern bedeutet, jede Stelle zu finden, an der sie erneut geschrieben wurde — und es gibt keine Liste dieser Stellen.
• Lokalisierung multipliziert das Problem. Das ist der wunde Punkt. Schickst du drei Formulierungen derselben Idee zur Übersetzung, bekommst du drei Übersetzungen – in jeder Sprache. Eine Inkonsistenz, die im Englischen noch begrenzt war, wird jetzt über deine gesamte Sprachanzahl repliziert und liest sich für Muttersprachler:innen wie drei unterschiedliche Features.

Genau deshalb sind Copy-Konsistenz und Lokalisierung keine getrennten Projekte. Wenn du nicht sagen kannst, welche Formulierung freigegeben ist, kannst du keine davon korrekt übersetzen — die Quelle war schon mehrdeutig, bevor die Übersetzerin sie überhaupt gesehen hat. Die Architektur, die beides löst, ist dieselbe, die wir in code-native Produkt-Copy beschrieben haben.

Wie verhinderst du Copy Drift?

Gib der Formulierung ein einziges Zuhause und mach Änderungen daran überprüfbar. Alles andere ergibt sich daraus.

Ein Katalog. Jeder für Nutzer:innen sichtbare String liegt an einem Ort statt inline über Komponenten verstreut. Jetzt gibt es überhaupt etwas, mit dem konsistent zu sein ist.

Schlüssel statt Literale. Komponenten referenzieren einen Schlüssel, statt die Worte erneut zu schreiben. Dieselbe Formulierung kann nicht an zwei Stellen existieren und sich unbemerkt auseinanderentwickeln, weil es sie nur einmal gibt.

Änderungen im Diff. Eine Copy-Änderung taucht im Review genauso auf wie jede andere Änderung. Das ist der Schritt, der die eigentliche Arbeit leistet: Konsistenz hängt nicht mehr davon ab, dass sich jemand an den Styleguide erinnert, sondern wird genau in dem Moment sichtbar, in dem ohnehin jemand zuverlässig hinschaut.

Die Oberflächen außerhalb des Produkts — Marketing, Landingpages — sind die schwierigere Hälfte, und da wollen wir ehrlich sein, wo wir stehen: Copy über Marketing, Landingpage und Produkt hinweg als ein einziges System zu standardisieren ist das Ziel, auf das wir bei globalize.now hinarbeiten — nicht etwas, das du heute schon einfach einschalten kannst. Der Mechanismus ist derselbe wie oben beschrieben, nur über die App-Grenze hinaus erweitert: Wenn jede Oberfläche den freigegebenen String per Schlüssel referenziert, statt ihn neu zu formulieren, ist das Ändern einer Formulierung eine einzige Entscheidung statt drei.

Teams, die mit KI-Coding-Tools releasen, stoßen darauf am frühesten – deshalb schreiben wir darüber für Entwickler und für alle, die mit KI-Tools bauen.

Behebt ein Styleguide Copy Drift?

Nein — ein Styleguide und eine verbindliche Quelle lösen unterschiedliche Probleme, und Teams schaffen sich regelmäßig das eine an, in der Erwartung, das andere zu bekommen.

Ein Styleguide beschreibt, wie gute Copy aussieht: Tonalität, Groß-/Kleinschreibung, Terminologie, wann „löschen“ und wann „entfernen“ zu verwenden ist. Das ist wirklich nützlich, und jedes Team sollte einen haben. Was er nicht kann: dir sagen, dass sich ein String geändert hat. Er hat kein Protokoll der vorherigen Formulierung und keinen Anknüpfungspunkt zum Moment der Änderung — er kann also nur von jemandem angewendet werden, der zufällig gerade auf den richtigen Screen schaut.

Drift ist ein Zustandsproblem, kein Geschmacksproblem. Die Lösung muss dort ansetzen, wo der Zustand liegt.

Drift beginnt in dem Moment, in dem dieselben Worte an zwei Stellen existieren. globalize.now führt sie in deinem verbundenen Repository auf eine einzige Quelle zurück und leitet jede Sprache aus dieser einen Copy ab.