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 para o 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 reside na terminologia especializada. 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 se mantenham 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 sua escolha com base no contexto estatístico. No caso de um texto contínuo, isto funciona - o romance fornece contexto em abundância. Num campo de dados primary_closure: seal, o contexto é praticamente inexistente. O modelo faz uma suposição.
Um campo de dados não fornece contexto e, sem 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 significativas: um componente que em alemão se denomina «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 cada novo conteúdo para todas as línguas ativas. Caracteriza-se por quatro características:
-
Preservação de Markdown e variáveis: os marcadores de lugar, 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 armazenadas no próprio registo de dados, mas sim numa camada partilhada. Vários registos de dados com o mesmo texto original partilham uma única tradução. Isto poupa 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 novamente em todas as línguas. Uma correção em alemão - as outras 39 versões linguísticas são atualizadas automaticamente.
- Marcações por registo: é possível excluir conteúdos do processo automático ou fixar traduções existentes - 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» - , subsiste 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 chave: Cada entrada de tradução pode ser aberta no gestor da aplicação e adaptada por idioma. Com a marcação de retençã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 de glossários em PDF pode ser importada como ficheiro CSV e gera entradas de tradução diretamente redigidas.
- Correções por idioma em tempo real: um departamento de vendas italiano deteta um erro, corrige-o no gestor da aplicação - a correção entra em vigor imediatamente, sem afetar as restantes traduções.
O gestor da aplicação está disponível nos mesmos 40 idiomas
Não são apenas os passaportes do produto que estão multilingues - a interface onde as atualiza também o está. O gestor da aplicação está traduzido para todas as 40 línguas, e pode introduzir conteúdos em qualquer uma dessas línguas. O sistema traduz-os automaticamente para todas as outras.
Para equipas multilingues, isto altera sensivelmente a forma de colaboração: 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 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 corrige uma informação corrige-a simultaneamente em todas as versões linguísticas.
Também aqui se aplica a restrição acima referida: no caso de terminologia técnica crítica, deve haver uma verificação final por parte de um ser humano do que a máquina selecionou.
A realidade linguística 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 uma DPP em maltês, sem que um consumidor final em Malta a consulte. Apesar disso, é obrigatório.
Esta obrigação não é opcional. O ESPR exige que os conteúdos da DPP sejam redigidos na língua do Estado-Membro em que 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 abrangência 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 do 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.
No que diz respeito ao 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 apresenta três desvantagens:
- Texto duplicado. Dois produtos com a mesma descrição de material geram 40 + 40 traduções, em vez de apenas 40
- Dificuldade de escalabilidade. Adicionar um 41.º idioma implica: 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 para cada 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 o passaporte do 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 da aplicação, 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 essa marcação, a sua correção será considerada uma tradução normal e será gerada de novo assim que o texto original for alterado. Para uma única palavra, aplica-se o mesmo procedimento em 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 da aplicação está disponível nas 40 línguas, e os conteúdos podem ser introduzidos em qualquer uma delas. A gestão de produto 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 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.
