Rich text je skutečným testem překladového workflow

Nadpis a krátký popis mohou způsobit, že téměř jakékoli překladové workflow bude vypadat schopně. Skutečný test začíná ve chvíli, kdy zdrojová položka obsahuje vnořené seznamy, inline odkazy, vložené položky a formátování, které nese význam.

Právě tehdy překlad přestává být problémem textu a stává se problémem struktury obsahu.

Rich text je dokument, ne řetězec

Contentful rich text je uložen jako strom. Odstavce obsahují textové uzly. Seznamy obsahují položky seznamu. Odkazy a vložené položky odkazují na jiný obsah. Značky nesou tučné písmo, kurzívu, kód a další formátování.

Když tento strom zploštíte na prostý text, slova možná přežijí, ale položka ne.

Spolehlivé workflow musí přeložit jazyk a zároveň zachovat dokument:

• nadpisy zůstanou nadpisy
• položky seznamu zůstanou ve správném pořadí
• odkazy si zachovají své cíle
• inline položky zůstanou ve větě tam, kam je editoři umístili
• vložené bloky si zachovají svůj vztah k okolnímu textu

Po překladovém modelu by se nikdy nemělo chtít, aby rekonstruoval strukturu, kterou workflow mohlo výslovně ochránit.

Nebezpečná selhání vypadají věrohodně

Poškození rich textu není při kontrole překladu vždy zřejmé. Chybějící vložený obsah může zanechat odstavec, který stále zní přirozeně. Rozdělený seznam může vypadat jako několik platných odstavců. Inline položka může zmizet, zatímco se věta kolem mezery uzavře.

To činí strukturální chyby nebezpečnějšími než viditelnou výjimku. Požadavek může být označen jako úspěšný, i když lokalizovaná položka už nereprezentuje zdroj.

Dobré nástroje pro kontrolu zviditelňují chráněnou strukturu. Editoři by měli být schopni vidět, kde se nacházejí vložené objekty, odkazy a formátování, aniž by museli číst surový JSON nebo důvěřovat tomu, že každý token přežil.

Nejprve chránit, potom překládat

Silný pipeline pro rich text odděluje přeložitelný obsah od strukturálního obsahu.

Než model dokument obdrží, může workflow nahradit chráněné uzly stabilními zástupnými symboly. Model přeloží okolní jazyk. Workflow pak obnoví původní uzly a ověří, že se každý zástupný symbol vrátil právě jednou.

Tím vznikají jasně rozdělené odpovědnosti:

• model zpracovává jazyk
• aplikace zpracovává strukturu
• validace zachytí chybějící nebo duplicitní chráněný obsah

Tato hranice je mnohem spolehlivější než chtít po jedné pravděpodobnostní odpovědi, aby podle nepsané konvence zachovala celý dokument CMS.

Kontrolujte hierarchii, ne jen prozaický text

Lidská kontrola by měla porovnávat víc než jen věty. Měla by také odpovědět na otázky:

1. Jsou zastoupeny všechny zdrojové sekce?
2. Zůstalo vnoření seznamů neporušené?
3. Jsou odkazy a vložené položky stále připojené ke správnému kontextu?
4. Zůstaly prázdné zdrojové bloky mimo přeložený výsledek?
5. Odpovídá vykreslený náhled hierarchii obsahu zdrojové stránky?

Poslední otázka je důležitá, protože strukturálně platný dokument může stále vytvořit neobratnou stránku. Náhled odhalí, zda se přeložený nadpis zalamuje nevhodně, CTA narušuje rozvržení nebo se vložený obsah objeví v neočekávané vizuální pozici.

Hlavní poznatek

Rich text je místo, kde si překladové workflow získává důvěru. Zachování slov je jen první požadavek. Systém musí také zachovat dokument, který kolem těchto slov editoři vytvořili.

Považujte strukturu za chráněná data, ověřte ji před uložením a zkontrolujte výsledek v náhledu CMS. Když rich text přežije celou tuto cestu, jednodušší pole se stanou tím snadným případem, kterým být mají.