Rich text är det verkliga testet för översättningsarbetsflöden

En rubrik och en kort beskrivning kan få nästan vilket översättningsarbetsflöde som helst att verka kompetent. Det verkliga testet börjar när källposten innehåller nästlade listor, infogade länkar, inbäddade poster och formatering som bär betydelse.

Det är där översättning slutar vara ett textproblem och blir ett problem med innehållsstruktur.

Rich text är ett dokument, inte en sträng

Contentful rich text lagras som ett träd. Stycken innehåller textnoder. Listor innehåller listobjekt. Länkar och inbäddade poster pekar på annat innehåll. Markeringar bär fetstil, kursiv stil, kod och annan formatering.

Plattar man ut det trädet till ren text kan orden överleva, men posten gör det inte.

Ett pålitligt arbetsflöde måste översätta språket samtidigt som dokumentet bevaras:

• rubriker förblir rubriker
• listobjekt stannar i rätt ordning
• länkar behåller sina destinationer
• infogade poster förblir i den mening där redaktörerna placerade dem
• inbäddade block behåller sin relation till omgivande text

Översättningsmodellen ska aldrig behöva återskapa struktur som arbetsflödet uttryckligen hade kunnat skydda.

De farliga felen ser rimliga ut

Skador på rich text är inte alltid uppenbara i en översättningsgranskning. En saknad inbäddning kan lämna ett stycke som fortfarande läses naturligt. En uppdelad lista kan se ut som flera giltiga stycken. En infogad post kan försvinna medan meningen sluter sig runt tomrummet.

Det gör strukturella fel farligare än ett synligt undantag. Begäran kan markeras som lyckad trots att den lokaliserade posten inte längre representerar källan.

Bra granskningsverktyg gör skyddad struktur synlig. Redaktörer ska kunna se var inbäddningar, länkar och formatering finns utan att läsa rå JSON eller lita på att varje token överlevde.

Skydda först, översätt sedan

En stark rich-text-pipeline separerar översättningsbart innehåll från strukturellt innehåll.

Innan en modell tar emot dokumentet kan arbetsflödet ersätta skyddade noder med stabila platshållare. Modellen översätter det omgivande språket. Arbetsflödet återställer sedan de ursprungliga noderna och validerar att varje platshållare returnerades exakt en gång.

Detta skapar tydliga ansvar:

• modellen hanterar språk
• applikationen hanterar struktur
• validering fångar saknat eller duplicerat skyddat innehåll

Den gränsen är mycket mer tillförlitlig än att be ett probabilistiskt svar att bevara ett helt CMS-dokument av hävd.

Granska hierarkin, inte bara prosan

Mänsklig granskning bör jämföra mer än bara meningar. Den bör också besvara:

1. Finns alla källsektioner representerade?
2. Förblev listornas nästling intakt?
3. Är länkar och inbäddade poster fortfarande kopplade till rätt sammanhang?
4. Hölls tomma källblock borta från det översatta resultatet?
5. Matchar den renderade förhandsvisningen källsidans innehållshierarki?

Den sista frågan är viktig eftersom ett strukturellt giltigt dokument fortfarande kan ge en klumpig sida. Förhandsvisningen visar om en översatt rubrik radbryts illa, en CTA bryter layouten eller en inbäddning hamnar i en oväntad visuell position.

Slutsats

Rich text är där ett översättningsarbetsflöde förtjänar förtroende. Att bevara orden är bara det första kravet. Systemet måste också bevara dokumentet som redaktörerna byggde runt dessa ord.

Behandla struktur som skyddade data, validera den innan du sparar och granska resultatet i CMS-förhandsvisningen. När rich text överlever hela den vägen blir enklare fält det enkla fall de borde vara.