Rich Text ist der eigentliche Test für den Übersetzungs-Workflow

Eine Überschrift und eine kurze Beschreibung können fast jeden Übersetzungs-Workflow leistungsfähig aussehen lassen. Der eigentliche Test beginnt, wenn der Quell-Eintrag verschachtelte Listen, Inline-Links, eingebettete Einträge und Formatierungen enthält, die Bedeutung tragen.

An diesem Punkt ist Übersetzung nicht mehr nur ein Textproblem, sondern wird zu einem Problem der Inhaltsstruktur.

Rich Text ist ein Dokument, keine Zeichenkette

Contentful Rich Text wird als Baum gespeichert. Absätze enthalten Textknoten. Listen enthalten Listenelemente. Links und eingebettete Einträge verweisen auf andere Inhalte. Auszeichnungen tragen Fett, Kursiv, Code und andere Formatierungen.

Wenn man diesen Baum zu Klartext abflacht, mögen die Wörter erhalten bleiben, aber der Eintrag nicht.

Ein verlässlicher Workflow muss die Sprache übersetzen und gleichzeitig das Dokument bewahren:

• Überschriften bleiben Überschriften
• Listenelemente bleiben in der richtigen Reihenfolge
• Links behalten ihre Ziele
• Inline-Einträge bleiben in dem Satz, in dem Redakteure sie platziert haben
• eingebettete Blöcke behalten ihre Beziehung zum umgebenden Text

Das Übersetzungsmodell sollte niemals aufgefordert werden, eine Struktur zu rekonstruieren, die der Workflow ausdrücklich hätte schützen können.

Die gefährlichen Fehler wirken plausibel

Schäden an Rich Text sind in einer Übersetzungsprüfung nicht immer offensichtlich. Eine fehlende Einbettung kann einen Absatz hinterlassen, der sich trotzdem natürlich liest. Eine aufgeteilte Liste kann wie mehrere gültige Absätze aussehen. Ein Inline-Eintrag kann verschwinden, während sich der Satz um die Lücke schließt.

Das macht strukturelle Fehler gefährlicher als eine sichtbare Ausnahme. Die Anfrage kann als erfolgreich markiert werden, obwohl der lokalisierte Eintrag die Quelle nicht mehr repräsentiert.

Gute Review-Werkzeuge machen geschützte Struktur sichtbar. Redakteure sollten sehen können, wo Einbettungen, Links und Formatierungen sitzen, ohne rohes JSON lesen oder darauf vertrauen zu müssen, dass jedes Token erhalten geblieben ist.

Zuerst schützen, dann übersetzen

Eine starke Rich-Text-Pipeline trennt übersetzbare Inhalte von strukturellen Inhalten.

Bevor ein Modell das Dokument erhält, kann der Workflow geschützte Knoten durch stabile Platzhalter ersetzen. Das Modell übersetzt die umgebende Sprache. Der Workflow stellt dann die ursprünglichen Knoten wieder her und validiert, dass jeder Platzhalter genau einmal zurückgegeben wurde.

Das schafft klare Verantwortlichkeiten:

• das Modell verarbeitet Sprache
• die Anwendung verarbeitet Struktur
• Validierung erkennt fehlende oder doppelte geschützte Inhalte

Diese Grenze ist weit verlässlicher, als eine einzige probabilistische Antwort darum zu bitten, per Konvention ein vollständiges CMS-Dokument zu bewahren.

Prüfen Sie die Hierarchie, nicht nur den Text

Die menschliche Prüfung sollte mehr als nur Sätze vergleichen. Sie sollte auch beantworten:

1. Sind alle Quellabschnitte vertreten?
2. Ist die Verschachtelung der Listen intakt geblieben?
3. Sind Links und eingebettete Einträge noch dem richtigen Kontext zugeordnet?
4. Sind leere Quellblöcke aus dem übersetzten Ergebnis herausgehalten worden?
5. Entspricht die gerenderte Vorschau der Inhaltshierarchie der Quellseite?

Die letzte Frage ist wichtig, weil ein strukturell gültiges Dokument trotzdem eine ungelenke Seite erzeugen kann. Die Vorschau zeigt, ob eine übersetzte Überschrift ungünstig umbrechen würde, ein CTA das Layout stört oder eine Einbettung an einer unerwarteten visuellen Position landet.

Das Fazit

Rich Text ist der Bereich, in dem ein Übersetzungs-Workflow Vertrauen verdient. Wörter zu bewahren ist nur die erste Anforderung. Das System muss auch das Dokument bewahren, das Redakteure um diese Wörter herum aufgebaut haben.

Behandeln Sie Struktur als geschützte Daten, validieren Sie sie vor dem Speichern und prüfen Sie das Ergebnis in der CMS-Vorschau. Wenn Rich Text diesen gesamten Weg unbeschadet übersteht, werden einfachere Felder zu dem einfachen Fall, der sie sein sollten.