O texto rico é o verdadeiro teste do fluxo de trabalho de tradução

Uma manchete e uma breve descrição podem fazer quase qualquer fluxo de trabalho de tradução parecer capaz. O verdadeiro teste começa quando a entrada de origem contém listas aninhadas, links em linha, entradas incorporadas e formatação que carrega significado.

É aí que a tradução deixa de ser um problema de texto e se torna um problema de estrutura de conteúdo.

O rich text é um documento, não uma string

O rich text do Contentful é armazenado como uma árvore. Parágrafos contêm nós de texto. Listas contêm itens de lista. Links e entradas incorporadas apontam para outros conteúdos. Marcas carregam negrito, itálico, código e outras formatações.

Achate essa árvore em texto simples e as palavras podem sobreviver, mas a entrada não.

Um fluxo de trabalho confiável precisa traduzir o idioma enquanto preserva o documento:

• títulos permanecem títulos
• itens de lista ficam na ordem correta
• links mantêm seus destinos
• entradas em linha permanecem na frase onde os editores as colocaram
• blocos incorporados mantêm sua relação com o texto ao redor

Nunca se deve pedir ao modelo de tradução que reconstrua uma estrutura que o fluxo de trabalho poderia ter protegido explicitamente.

As falhas perigosas parecem plausíveis

Danos em rich text nem sempre são óbvios em uma revisão de tradução. Uma incorporação ausente pode deixar um parágrafo que ainda soa natural. Uma lista dividida pode parecer vários parágrafos válidos. Uma entrada em linha pode desaparecer enquanto a frase se fecha em torno da lacuna.

Isso torna os erros estruturais mais perigosos do que uma exceção visível. A solicitação pode ser marcada como bem-sucedida, embora a entrada localizada já não represente a origem.

Boas ferramentas de revisão tornam a estrutura protegida visível. Os editores devem ser capazes de ver onde estão as incorporações, os links e a formatação sem ler JSON bruto ou confiar que cada token sobreviveu.

Proteja primeiro, traduza depois

Um pipeline forte de rich text separa o conteúdo traduzível do conteúdo estrutural.

Antes que um modelo receba o documento, o fluxo de trabalho pode substituir nós protegidos por placeholders estáveis. O modelo traduz o idioma ao redor. O fluxo de trabalho então restaura os nós originais e valida que cada placeholder retornou exatamente uma vez.

Isso cria responsabilidades claras:

• o modelo cuida do idioma
• a aplicação cuida da estrutura
• a validação detecta conteúdo protegido ausente ou duplicado

Esse limite é muito mais confiável do que pedir a uma única resposta probabilística para preservar um documento inteiro de CMS por convenção.

Revise a hierarquia, não apenas a prosa

A revisão humana deve comparar mais do que frases. Ela também deve responder:

1. Todas as seções de origem estão representadas?
2. O aninhamento das listas permaneceu intacto?
3. Os links e as entradas incorporadas ainda estão ligados ao contexto correto?
4. Blocos vazios da origem ficaram fora do resultado traduzido?
5. A prévia renderizada corresponde à hierarquia de conteúdo da página de origem?

A pergunta final importa porque um documento estruturalmente válido ainda pode produzir uma página estranha. A prévia revela se um título traduzido quebra mal de linha, um CTA quebra o layout ou uma incorporação cai em uma posição visual inesperada.

A principal conclusão

O rich text é onde um fluxo de trabalho de tradução conquista confiança. Preservar palavras é apenas o primeiro requisito. O sistema também precisa preservar o documento que os editores construíram em torno dessas palavras.

Trate a estrutura como dados protegidos, valide-a antes de salvar e revise o resultado na prévia do CMS. Quando o rich text sobrevive a todo esse caminho, os campos mais simples se tornam o caso fácil que deveriam ser.