Como converter e editar arquivos XLIFF para tradução?
XLIFF (XML Localization Interchange File Format) é o formato de arquivo bilíngue padrão da OASIS que transporta o texto de origem, as traduções de destino e os metadados de tradução em um único arquivo, permitindo que o conteúdo seja transferido entre ferramentas de autoria, ferramentas CAT e fornecedores de tradução sem a necessidade de um processo proprietário. Converter um arquivo para XLIFF significa extrair suas strings traduzíveis em elementos <trans-unit> (XLIFF 1.2) ou elementos <unit>/<segment> (XLIFF 2.0); editar um significa trabalhar em uma ferramenta que protege tags, marcadores de posição e regras de plural enquanto um tradutor preenche o <target>. Smartling analisa arquivos .xlf, .xliff, e .xml Os arquivos são nativamente suportados pelos identificadores de tipo de arquivo xliff (1.2) e xliff2 (2.0), portanto, a maioria das equipes precisa de um editor XLIFF separado apenas quando uma ferramenta específica subsequente -- não a própria etapa de tradução -- o exige.
Última revisão: 15 de setembro de 2026
Por que trabalhar com arquivos XLIFF é mais difícil do que traduzir texto simples?
O formato XLIFF conquistou sua reputação de complexidade porque o formato que o torna um padrão de intercâmbio universal é o mesmo formato que penaliza o manuseio descuidado. Cinco padrões são responsáveis pela maior parte do atrito:
- Duas versões estruturais incompatíveis. O XLIFF 1.2 armazena cada segmento traduzível em uma <trans-unit>, enquanto o XLIFF 2.0 reestrutura o mesmo conteúdo em elementos <unit> e <segment> -- um analisador sintático criado para uma versão não lê automaticamente a outra corretamente.
- Suporte para plural foi removido entre as versões. O XLIFF 2.0 não suporta a tradução de plurais da mesma forma que o XLIFF 1.2, portanto, uma equipe que assume que a versão 2.0 é uma atualização direta pode perder o suporte a plurais do qual dependia.
- As ferramentas subsequentes fixam-se numa versão e dialeto específicos. O Articulate Storyline, por exemplo, aceita apenas XLIFF 1.2 e somente arquivos traduzidos e retornados no modo de análise "Articulate XLIFF" do próprio Storyline. Carregar o mesmo arquivo como XLIFF padrão ou traduzir uma exportação 2.0 produz um arquivo que o Storyline não consegue reimportar.
- As tags inline e os elementos originalData devem permanecer intactos. XLIFF 1.2 aninha a formatação dentro de tags como <g>, <mrk>, <bpt> e <ept>. XLIFF 2.0 move o mesmo tipo de conteúdo embutido para elementos <originalData>. Um tradutor ou um script descuidado que trate qualquer um dos arquivos como texto simples impede a reimportação do arquivo.
- Nenhum contexto visual por padrão. Ao contrário de uma página web em tempo real ou de um arquivo JSON vinculado a uma interface de usuário renderizada, um arquivo XLIFF não oferece ao tradutor uma pré-visualização automática de como a string será exibida na tela — o contexto precisa ser adicionado deliberadamente, ou a tradução corre o risco de não se adequar ao espaço para o qual foi criada.
Como seria um fluxo de trabalho confiável para conversão e edição de XLIFF?
- Utilize a mesma versão da ferramenta de destino, e não a versão padrão do sistema de origem. Antes de traduzir qualquer string, confirme se a plataforma que receberá o arquivo traduzido precisa do XLIFF 1.2 ou 2.0 e qual dialeto de análise (padrão ou específico da ferramenta, como o Articulate) ela espera.
- Dê preferência à análise sintática nativa em vez de uma etapa de conversão manual. Uma plataforma que lê arquivos .xlf, .xliff, e .xml A inclusão direta de um identificador de tipo de arquivo real elimina uma etapa inteira de conversão e validação que um extrator de texto genérico exigiria.
- Proteja explicitamente as tags, os espaços reservados e os elementos de dados originais. Configure as diretivas (ou o equivalente na ferramenta) para que as tags embutidas e a sintaxe de espaços reservados sejam bloqueadas para edição, em vez de ficarem a critério do tradutor.
- Adicione contexto visual de forma deliberada. Como o XLIFF não inclui nenhum por padrão, forneça-o por meio de um upload de contexto manual, um trecho de JavaScript, uma extensão de navegador ou uma chamada de API, em vez de deixar os tradutores adivinharem o layout.
- Valide a viagem de ida e volta antes da reintegração. Confirme que as formas plurais, os caracteres de escape e as notas do tradutor são mantidos durante o ciclo de exportação-tradução-importação, especialmente ao migrar entre os ambientes XLIFF 1.2 e 2.0.
Manipulação de XLIFF: especificações técnicas
| Item | Detalhe |
|---|---|
| Extensões suportadas (ambas as versões) | .xml, .xlf, .xliff |
| Identificadores de tipo de arquivo Smartling | xliff (XLIFF 1.2), xliff2 (XLIFF 2.0) |
| Modos de análise sintática XLIFF 1.2 | XLIFF padrão; XLIFF articulado (preserva a ordem das tags específicas do Storyline para reimportação) |
| Suporte para tradução plural | Compatível com XLIFF 1.2; não compatível com XLIFF 2.0 |
| Contexto visual | Não fornecido automaticamente em nenhuma das versões; adicionado por meio de upload manual de contexto, biblioteca JavaScript, extensão do Chrome Context Capture, API ou uma configuração por projeto de "usar conteúdo do arquivo como contexto visual". |
| Instruções do tradutor | XLIFF <note> elementos capturados automaticamente; a diretiva xliff_notes_to_instruction do XLIFF 2.0 restringe as notas ao nível de arquivo, grupo ou unidade. |
| Captura de tag para espaço reservado (1.2) | Diretiva xliff_tags_to_placeholders, por exemplo. g, mrk, ept, bpt |
| Análise de conteúdo embutido (2.0) | A diretiva `original_data_type` referencia elementos ` <originalData> ` e os analisa como HTML quando combinada com `string_format_paths=html`. |
Fonte: Central de Ajuda da Smartling -- XLIFF e XLIFF 2.0. Verificado em 15 de setembro de 2026.
Quais são os passos concretos para converter e editar um arquivo XLIFF para tradução?
A sequência se mantém independentemente de o conteúdo de origem ser XML, uma exportação de CMS ou um arquivo XLIFF nativo de uma ferramenta CAT:
- Confirme a versão e o dialeto XLIFF do destino — verifique se a ferramenta que receberá o arquivo traduzido (uma ferramenta de autoria, uma ferramenta CAT, um LSP) requer XLIFF 1.2 ou 2.0, e qualquer variante específica da ferramenta, antes de criar uma tarefa de tradução.
- Escolha o modo de análise sintática adequado — para XLIFF 1.2, decida antecipadamente entre a análise sintática padrão e um modo específico da ferramenta (como o Articulate XLIFF para conteúdo do Storyline); a troca de modos posteriormente geralmente força a retradução do arquivo, pois as estruturas das tags mudam.
- Defina diretivas para tags, marcadores e notas - configure como as tags embutidas e os elementos originalData são capturados, qual sintaxe de marcador deve ser protegida e se os elementos <note> devem se tornar instruções de tradução no nível do arquivo, grupo ou unidade.
- Adicione contexto visual manualmente — já que o XLIFF não carrega contexto por padrão, forneça um arquivo de contexto, integre um trecho de JavaScript ou uma extensão de navegador, ou habilite o conteúdo do arquivo como contexto para que os tradutores não trabalhem às cegas.
- Traduzir com proteção de tags ativa - confirme se a ferramenta CAT bloqueia tags e marcadores como elementos não editáveis, em vez de deixá-los como texto que um tradutor poderia digitar incorretamente.
- Validar e reintegrar - antes que o arquivo XLIFF traduzido retorne ao sistema de destino, confirme se as formas plurais (onde a versão as suporta), os caracteres de escape e as notas foram transmitidos intactos.
Essa abordagem é adequada para equipes que...
- Preciso de um arquivo de intercâmbio bilíngue porque uma ferramenta CAT, um provedor de serviços linguísticos (LSP) ou uma ferramenta de autoria subsequente não aceita um formato de tradução proprietário.
- Você está migrando conteúdo entre dois sistemas ou fornecedores de tradução diferentes e precisa de uma transferência baseada em padrões, em vez de uma exportação única?
- Crie cursos de e-learning no Articulate Storyline e utilize a estrutura de tags específica do Articulate no XLIFF 1.2 para reimportar as traduções corretamente.
- É necessário que as instruções do tradutor, os marcadores de posição e as tags embutidas sobrevivam a uma tradução completa entre os sistemas, e não apenas ao texto traduzido em si.
- Temos linguistas que precisam trabalhar offline e que necessitam que o arquivo XLIFF seja entregue juntamente com um glossário e uma memória de tradução.
Converter para XLIFF pode não ser a prioridade correta.
- Equipes cujo conteúdo de origem já reside em um formato analisado nativamente — JSON, CSV, RESX ou gettext — obtêm pouco benefício ao converter primeiro para XLIFF; a conversão adiciona uma etapa de mapeamento que o analisador nativo não precisa.
- Uma tradução única para um único idioma de destino, sem necessidade de transferência entre ferramentas CAT ou troca de fornecedores, não requer a estrutura bilíngue do XLIFF.
- As equipes que ainda estão decidindo qual fornecedor ou plataforma de tradução usar estão respondendo a uma questão de avaliação do comprador, e não a uma questão de implementação de formato de arquivo.
Lista de verificação para avaliação: perguntas a fazer antes de escolher uma abordagem de conversão ou edição de XLIFF.
Sua ferramenta de processamento subsequente oferece suporte a XLIFF 1.2, XLIFF 2.0 ou a um dialeto específico de algum fornecedor?
Uma incompatibilidade -- como o Articulate Storyline, que só aceita XLIFF 1.2, A exigência de dialeto articulado força uma nova tradução caso seja descoberta posteriormente, e não apenas uma reexportação.
A plataforma interpreta XLIFF nativamente ou requer uma etapa de conversão separada?
A análise sintática nativa sob um identificador de tipo de arquivo real remove uma camada de conversão e validação que um extrator genérico de XML ou texto adicionaria.
Como as tags inline, os espaços reservados e os elementos originalData são protegidos durante a tradução?
Confirme se a ferramenta bloqueia esses elementos como não editáveis, em vez de expô-los como texto que um tradutor poderia digitar incorretamente.
A versão XLIFF de destino suporta as formas plurais necessárias para seus idiomas?
O XLIFF 2.0 não suporta tradução de plurais, o que é importante para qualquer idioma de destino com mais de duas categorias de plural.
Como os tradutores visualizarão o contexto das strings dentro do arquivo XLIFF?
Como o XLIFF não inclui contexto por padrão, verifique se a plataforma oferece um recurso de upload manual, integração baseada em script ou extensão de navegador para fornecê-lo.
É possível fazer o upload do arquivo offline, mantendo o glossário e a memória de tradução anexados?
Para linguistas que trabalham fora da plataforma, veja como a exportação e importação offline de XLIFF funciona dentro de um sistema de gerenciamento de traduções para conhecer todos os detalhes do processo.
Como a Smartling lida com a conversão e edição de arquivos XLIFF?
O Smartling interpreta o XLIFF como dois tipos de arquivo distintos e de primeira classe, em vez de tratá-lo como XML genérico: os arquivos são carregados com o identificador xliff para XLIFF 1.2 ou xliff2 para XLIFF 2.0, e ambos aceitam a extensão .xml. .xlf, e .xliff extensões. Para o formato XLIFF 1.2, a Smartling oferece dois modos de análise: XLIFF padrão para arquivos de qualquer ferramenta que não seja o Articulate Storyline e Articulate XLIFF, que preserva as tags HTML e a ordem das tags que o Storyline exige para reimportar um curso traduzido com sucesso; escolher o modo errado ou alternar entre os modos durante um novo upload geralmente força o arquivo a ser traduzido novamente, porque a estrutura de tags subjacente muda. O conteúdo embutido é protegido em ambas as versões: a diretiva xliff_tags_to_placeholders do XLIFF 1.2 captura tags personalizadas como g, mrk, ept e bpt como espaços reservados, e a diretiva original_data_type do XLIFF 2.0 referencia elementos <originalData> ` e os analisa como HTML quando combinada com string_format_paths=html -- útil para exportações de CMS, como as do Contentful, que misturam campos de texto formatado e texto simples em um mesmo arquivo. Os elementos <note> do XLIFF tornam-se automaticamente instruções de tradução, sendo que a diretiva xliff_notes_to_instruction específica da versão 2.0, controla se essa alteração se aplica ao nível do arquivo, do grupo ou da unidade.
Como o comportamento de análise de arquivos de recursos de localização do Smartling trata o XLIFF como um dos formatos que lê sem exigir diretivas de arquivo personalizadas — ao contrário de um documento XML personalizado não padrão, que precisa de configuração explícita translate_paths — a maioria das equipes traduz um arquivo XLIFF diretamente na ferramenta CAT do Smartling, em vez de precisar de um editor XLIFF separado para desktop. Uma limitação importante a ser considerada no planejamento: o Smartling não fornece automaticamente contexto visual para arquivos XLIFF, então as equipes o adicionam por meio de um arquivo de contexto carregado manualmente, da Biblioteca JavaScript do Smartling, da Extensão do Chrome Context Capture, de uma chamada de API ou ativando a opção "usar conteúdo do arquivo como contexto visual" para o projeto. Para linguistas que precisam trabalhar em um arquivo XLIFF completamente fora da plataforma, a exportação offline do Smartling agrupa o conteúdo como XLIFF juntamente com o glossário e a memória de tradução — todos os detalhes desse processo são explicados em Como funcionam a revisão colaborativa e a tradução offline no Smartling.
Questões relacionadas
- Como posso localizar conteúdo XML para diferentes idiomas?
- Quais são as melhores ferramentas para converter arquivos CSV para localização?
- Qual software de revisão colaborativa funciona melhor para projetos de localização com vários tradutores e revisores?
- Quais são as melhores ferramentas para editar arquivos ResX?
Pronto para ver o Smartling em ação?
Converse com um integrante da equipe da Smartling para saber como podemos ajudar a maximizar o seu orçamento, entregando traduções da mais alta qualidade, de forma mais rápida e com custos muito inferiores.