Localização de software

A localização de software exige mais do que traduzir palavras isoladas. Cada cadeia aparece num contexto funcional: um botão, uma notificação, um menu, um erro, uma permissão ou uma sequência de utilização. Uma tradução correta fora do ecrã pode tornar-se inadequada quando é apresentada ao utilizador.

A LinguaVox trabalha com aplicações web, software empresarial, plataformas de formação, ferramentas SaaS, aplicações móveis, sistemas industriais, portais de cliente e produtos digitais. O serviço pode abranger uma versão completa, uma atualização, um novo módulo ou a adaptação de uma interface já traduzida para outro mercado.

Interfaces, menus e mensagens do sistema

Os conteúdos habituais incluem menus, botões, etiquetas, mensagens de erro, notificações, permissões, campos de formulário, estados, avisos, ajuda contextual e sequências de onboarding.

Cada elemento deve ser traduzido segundo a sua função. Verbos como abrir, guardar, enviar, continuar ou cancelar podem precisar de formas diferentes conforme o ecrã, o dispositivo e o tratamento escolhido para o utilizador.

Quando as cadeias chegam sem contexto, convém fornecer capturas, comentários, identificadores, ligações para uma versão de teste ou descrições funcionais. Esta informação reduz ambiguidades e evita traduções que apenas parecem corretas numa folha de cálculo.

Português europeu e variantes de mercado

Uma aplicação destinada a Portugal deve utilizar português europeu. O vocabulário, as formas verbais, as mensagens de erro, a terminologia técnica e o tratamento do utilizador devem ser coerentes com o mercado.

Se o produto também se dirige ao Brasil, a localização para português do Brasil deve ser tratada como uma versão própria. A reutilização automática de uma variante noutra pode gerar termos pouco naturais, inconsistências e perda de confiança.

A LinguaVox coordena projetos em mais de 150 idiomas. Nos produtos multilingues, convém definir desde o início quais os idiomas, variantes, mercados e relações entre versões.

Variáveis, etiquetas e limites de caracteres

Os ficheiros de software podem conter variáveis, placeholders, tags, chaves, códigos, expressões regulares e segmentos bloqueados. Estes elementos não devem ser modificados durante a tradução.

Antes do início, verificamos a estrutura dos ficheiros e as regras técnicas. Uma variável mal alterada pode quebrar uma mensagem, enquanto uma tradução demasiado longa pode ultrapassar o espaço disponível ou tornar um botão ilegível.

Os limites de caracteres devem ser comunicados sempre que existam. Quando o sistema permite várias formas de plural, género ou concordância, também é necessário explicar a lógica para evitar mensagens gramaticalmente incorretas.

Ficheiros e fluxos de localização

Podemos trabalhar com JSON, XML, XLIFF, CSV, YAML, RESX, PO, folhas de cálculo e outros formatos utilizados em processos de localização. A viabilidade depende da estrutura, da codificação, das etiquetas e das ferramentas previstas.

O cliente pode fornecer ficheiros exportados, acesso a uma plataforma de tradução ou um pacote preparado por desenvolvimento. O processo deve evitar copiar manualmente conteúdos entre sistemas quando existe uma forma mais segura de manter identificadores e versões.

Nos produtos que incluem documentação, páginas de ajuda ou conteúdos comerciais, a localização pode coordenar-se com a tradução de websites e a tradução técnica.

Glossários e consistência entre produto e suporte

A terminologia do software deve coincidir com manuais, FAQs, base de conhecimento, vídeos, e-mails e materiais de formação. Se a interface utiliza uma designação e o suporte utiliza outra, o utilizador pode não reconhecer a função.

Os glossários, memórias de tradução, capturas e versões anteriores ajudam a manter coerência. Nos projetos recorrentes, as decisões terminológicas podem ser atualizadas à medida que surgem novas funcionalidades.

Uma mudança de termo numa interface pode afetar dezenas de recursos relacionados. Por isso, convém identificar as alterações e confirmar se devem aplicar-se apenas à nova versão ou também aos conteúdos existentes.

Testes linguísticos e revisão no contexto

A revisão num ficheiro bilingue permite verificar o sentido, a terminologia e as variáveis, mas nem sempre revela problemas de apresentação. O controlo no ambiente final ajuda a detetar truncamentos, quebras, sobreposições, mensagens fora de contexto e elementos sem tradução.

Os testes linguísticos podem ser realizados numa versão de teste, com capturas ou através de um roteiro de ecrãs. O âmbito deve ser definido antes do orçamento, porque a verificação de uma aplicação completa exige mais tempo do que a revisão de algumas páginas principais.

Em qualidade, explicamos os controlos linguísticos gerais. Na localização de software, acrescentam-se verificações técnicas e funcionais relacionadas com o suporte.

Atualizações e controlo de versões

O software muda continuamente. Novas funcionalidades, correções, mensagens e integrações podem criar diferenças entre idiomas. Um processo organizado deve identificar apenas as cadeias novas ou alteradas sem perder o contexto.

As memórias de tradução ajudam a reaproveitar conteúdo aprovado, mas cada correspondência deve ser revista. Uma frase igual pode aparecer numa função diferente e exigir outra solução.

É útil fornecer notas de versão, capturas, comentários de desenvolvimento e datas de entrega. O gestor de projetos coordena as atualizações e mantém os recursos terminológicos para reduzir incoerências.

Orçamento de localização de software

O custo depende do número de palavras ou cadeias, dos idiomas, do formato, do contexto disponível, dos limites, da revisão e dos testes previstos. Um ficheiro pequeno e sem comentários pode exigir mais consultas do que um conjunto maior bem preparado.

Para prepararmos uma proposta, envie os ficheiros, uma descrição do produto, os mercados, o prazo e qualquer material de referência. Em preços e tarifas de tradução, explicamos os fatores gerais utilizados no orçamento.

Perguntas frequentes