Atualmente, a tradução automática é tão boa que, em muitos casos, já não se consegue distingui-la da tradução humana. Os serviços de tradução funcionam com fluidez, de forma idiomática e com sensibilidade ao registo linguístico. Depois, traduz-se um conjunto de dados DPP - e, de repente, «rear lock fiber closure» transforma-se em «fecho de fibra na parte traseira».
O problema chama-se terminologia técnica. Aqui explicamos por que razão os dados de produtos não devem ser tratados como romances e quais as ferramentas que a Transpareo disponibiliza para que as suas 40 versões linguísticas continuem a ser compreensíveis.
O problema fundamental: uma palavra, vários significados
«Seal» no DPP de um casaco de exterior: vedação. «Seal» num laboratório: foca ou vedante, dependendo do contexto. «Seal» num registo de manutenção: em determinadas circunstâncias, um selo.
Um modelo de tradução geral faz a escolha com base no contexto estatístico. Num texto contínuo, isto funciona - o romance fornece contexto em abundância. Num campo de dados primary_closure: seal, quase não há contexto. O modelo faz uma suposição.
O resultado são erros subtis. Não tão dramáticos como «fecho traseiro de fibra», mas com consequências: um componente que em alemão se chama «Dichtung» passa, de repente, a chamar-se «sigillo» em vez de «guarnizione» num DPP italiano . Um comprador já não consegue encontrar a peça de substituição.
O que a Transpareo oferece atualmente
O nosso sistema de tradução transfere automaticamente qualquer novo conteúdo para todas as línguas ativas. Caracteriza-se por quatro características:
-
Preservação de Markdown e variáveis: os espaços reservados, como
<a href="/pt/registar-se">Pro-Mitgliedschaft</a>, e as estruturas Markdown são extraídos antes da tradução; o texto puro é traduzido e, em seguida, as estruturas são reinseridas sem alterações. Desta forma, as ligações, os formulários e o layout mantêm-se consistentes em todas as línguas. - Entradas de tradução centralizadas: as traduções não são guardadas no próprio registo, mas sim numa camada partilhada. Vários registos com o mesmo texto original partilham uma única tradução. Isto reduz os custos de tradução e uniformiza automaticamente os termos em todo o modelo de dados.
- Nova tradução automática em caso de alteração: se o texto original for alterado, as traduções são geradas de novo em todas as línguas. Uma correção em alemão é automaticamente refletida nas outras 39 versões linguísticas.
- Marcações por registo: os conteúdos podem ser excluídos do processo automático ou as traduções existentes podem ser fixadas - por exemplo, no caso de nomes de produtos internacionais ou correções manuais.
Onde o cliente complementa o processamento
A tradução automática fornece, na sua maioria, resultados corretos para textos descritivos, textos de marketing e instruções de manutenção. No caso de terminologia técnica crítica - como «seal»/«guarnizione» - , permanece uma quantidade residual de erros que o administrador do cliente tem de corrigir.
Neste caso, o administrador dispõe de três opções:
- Substituição manual por idioma e palavra-chave: cada entrada de tradução pode ser aberta no Gestor de Aplicações e ajustada por idioma. Com a marcação de fixação, esta tradução manual é mantida na próxima execução automática.
- Importação de glossário: a terminologia existente proveniente de ferramentas de tradução ou glossários em PDF pode ser importada como ficheiro CSV e gerar entradas de tradução diretamente.
- Correções por idioma em tempo real: uma equipa de vendas italiana deteta um erro, corrige-o no Gestor de Aplicações - a correção entra em vigor imediatamente, mantendo inalteradas as restantes traduções.
O Gestor de Aplicações suporta os mesmos 40 idiomas
Não são apenas as fichas de produto que são multilingues - a interface onde as atualiza também o é. O Gestor de Aplicações está traduzido para todos os 40 idiomas, e pode introduzir conteúdos em qualquer um desses idiomas. O sistema traduz-os automaticamente para todos os outros.
Para equipas multilingues, isto altera significativamente a forma de trabalhar em conjunto: a gestão de produtos em Milão redige as instruções de manutenção em italiano, o departamento de compras em Varsóvia completa os dados dos materiais em polaco e o controlo de qualidade em Hamburgo verifica em alemão. Cada pessoa trabalha no seu próprio idioma, todos visualizam o mesmo conjunto de dados - e quem corrigir uma informação, corrige-a para todas as versões linguísticas ao mesmo tempo.
Também aqui se aplica a restrição mencionada anteriormente: no caso de terminologia técnica crítica, deve haver uma verificação humana final do que a máquina selecionou.
A realidade das línguas da UE
24 línguas oficiais da UE parece muito. Na prática, existem três níveis:
- Mercados principais: DE, EN, FR, IT, ES, NL - aqui, todos os consumidores esperam perfeição
- Mercados importantes: PT, PL, SV, DA, FI - bom nível, ocasionalmente nota-se a intervenção da máquina
- Línguas raras: MT, GA, ET, LV, LT - por vezes, tem-se um DPP em maltês, sem que um consumidor final em Malta o venha a consultar. Ainda assim, é obrigatório.
Esta obrigação não é opcional. O ESPR exige que o conteúdo do DPP esteja na língua do Estado-Membro onde o produto é vendido. Quem atende 27 Estados tem, portanto, 24 línguas em jogo (alguns partilham línguas).
Do maltês ao bengali
A Transpareo traduz para 40 idiomas - todas as 24 línguas oficiais da UE e mais 16 para um alcance global:
- Europa: búlgaro, dinamarquês, alemão, inglês, estónio, finlandês, francês, grego, irlandês, italiano, croata, letão, lituano, maltês, neerlandês, polaco, português, romeno, sueco, eslovaco, esloveno, espanhol, checo e húngaro - além de albanês, bósnio, islandês, macedónio, norueguês, russo, sérvio, turco e ucraniano.
- A nível mundial: bengali, chinês, hindi, indonésio, japonês, coreano e vietnamita.
Para o próximo DPP têxtil, o bengali e o vietnamita cobrem os principais países produtores - um fornecedor em Daca lê a mesma ficha técnica que uma compradora em Paris.
Porquê uma camada de localização centralizada
A maioria das plataformas armazena as traduções como campos adicionais no registo de dados: description_de, description_en, … 40 campos por atributo traduzível. Parece simples, mas tem três desvantagens:
- Texto duplicado. Dois produtos com a mesma descrição de material geram 40 + 40 traduções em vez de apenas 40
- Dificilmente escalável. Adicionar uma 41.ª língua implica uma migração do esquema em todos os modelos traduzíveis
- Dificuldade em aplicar correções globalmente. Se «guarnizione» for corrigido em todo o lado, todos os registos teriam de ser editados individualmente
A camada de tradução dividida resolve isso: uma entrada, muitas referências. Uma correção, todos os registos beneficiam.
O que ainda não temos
Uma base de dados de terminologia específica do cliente com reconhecimento automático de sugestões está prevista no plano de desenvolvimento, mas ainda não está disponível. Quem começar hoje consegue avançar bastante com as ferramentas existentes: substituições manuais, importações de glossários e a marcação de «manter» cobrem os casos de utilização mais comuns.
Acreditamos que as máquinas devem realizar a maior parte do trabalho e que as pessoas só devem intervir quando for realmente necessário. Até que o reconhecimento automático de terminologia esteja disponível, a intervenção manual é transparente - e isso é mais honesto do que uma promessa que não é cumprida.
Perguntas sobre este artigo
Em que línguas deve estar disponível a ficha de produto?
A ESPR exige que o conteúdo das etiquetas seja redigido na língua do Estado-Membro em que o produto é vendido. Quem fornece para toda a União tem, assim, de ter em conta as 24 línguas oficiais da UE, algumas das quais são partilhadas por vários Estados. A Transpareo disponibiliza estas 24 línguas, bem como outras 16, e qualquer texto novo ou alterado é automaticamente traduzido para todas elas. Na prática, isto significa que a língua já não constitui um critério inicial - basta escrever uma vez na língua em que trabalha e as versões para os mercados seguir-se-ão automaticamente.
Quem é responsável caso uma tradução automática não traduza corretamente um termo técnico?
A responsabilidade de garantir a exatidão do conteúdo das especificações recai sobre o operador económico que coloca o produto no mercado, não sendo transferida nem para um sistema de tradução nem para nós. Por isso, indicamos abertamente onde a máquina é eficaz e onde não o é - descrições, instruções de manutenção e textos de marketing saem corretos, mas termos técnicos específicos, como nomes de componentes, fechos ou revestimentos, requerem a intervenção humana. Considere a tradução automática como um primeiro rascunho completo em 40 línguas e dedique o tempo de revisão às poucas centenas de termos que são realmente importantes para as oficinas de reparação e para os compradores.
Como posso corrigir um termo de forma a que a próxima execução automática não o substitua?
Abra a entrada de tradução no Gestor de Aplicações, ajuste o valor para o idioma em questão e marque a opção «Manter». A marcação exclui a entrada do processo automático, garantindo que esta permaneça inalterada mesmo que o texto original venha a ser alterado posteriormente. Sem esta marcação, a sua correção será considerada uma tradução normal e será regenerada assim que o texto original for alterado. Para uma única palavra, aplica-se o mesmo procedimento de duas etapas que para um parágrafo inteiro.
É possível importar uma lista de terminologia já existente?
Sim. A terminologia que já mantém, quer provenha de uma ferramenta de tradução ou do glossário em PDF da sua agência, pode ser importada em formato CSV e é registada como uma entrada de tradução escrita. Estas entradas comportam-se, a partir daí, como correções manuais. O momento mais adequado para o fazer é antes da primeira grande importação - assim, os termos ficam definidos antes de milhares de registos serem traduzidos e não há nada que tenha de ser revisto posteriormente.
A correção aplica-se a todos os produtos ou apenas ao registo aberto?
Para cada registo com o mesmo texto original. As traduções encontram-se numa camada partilhada, em vez de estarem associadas a cada produto individualmente; assim, registos com o mesmo texto partilham uma única entrada, e uma correção efetuada uma única vez aplica-se a todos. Por isso, o esforço de correção não aumenta com o tamanho do catálogo - um termo presente em 4000 produtos corresponde a uma única entrada, e não a 4000.
Os colegas que trabalham no estrangeiro têm de trabalhar em alemão ou em inglês?
Não. O próprio Gestor de Aplicações está disponível nas 40 línguas, e é possível introduzir conteúdos em qualquer uma delas. A gestão de produtos em Milão redige as instruções de manutenção em italiano, o departamento de compras em Varsóvia complementa os dados dos materiais em polaco e todos visualizam o mesmo conjunto de dados. Quem corrigir uma informação, corrige-a simultaneamente em todas as versões linguísticas, o que elimina o habitual processo de passagem por um serviço central de tradução.
Existe um reconhecimento automático de terminologia?
Hoje não. Está prevista no plano de desenvolvimento uma base de dados terminológica personalizada, que sugere termos de forma autónoma, mas ainda não foi disponibilizada. Até lá, as opções disponíveis são a substituição manual, a marcação de retenção e a importação do glossário. Preferimos deixar isto bem claro, para que não planeie com base numa funcionalidade que ainda não existe. Para os casos mais frequentes, estas três ferramentas cobrem as necessidades, e o número de termos que terá de marcar é muito inferior ao número de termos a traduzir.
