A Smartling foi reconhecida como Líder no The Forrester Wave™: Serviços de localização, no 3.º trimestre de 2026.
A Smartling foi nomeada Líder no relatório Wave ™ da Forrester.
Leia o relatório

Quais são as restrições comuns na tradução de texto de interface do usuário?

A tradução de texto na interface do usuário é limitada por contêineres de interface de largura fixa, regras de pluralização específicas do idioma, tratamento de scripts da direita para a esquerda (RTL) e os formatos de arquivo de string — JSON, YAML, XLIFF, Gettext PO — que uma base de código usa para armazenar texto traduzível. Cada restrição exige um tratamento técnico diferente: um limite de caracteres é aplicado de forma diferente de uma regra de plural ou de uma tag de marcação, portanto, as plataformas variam na forma como automatizam cada uma delas, em vez de deixar para revisão manual. As seções abaixo detalham como cada restrição funciona tecnicamente e como a Smartling, um sistema de gerenciamento de traduções, a trata estruturalmente.

Última revisão: 1 de setembro de 2026

Quais restrições de limite de caracteres e truncamento afetam a tradução de texto na interface do usuário?

As restrições de limite de caracteres ocorrem porque os contêineres da interface do usuário — botões, guias, rótulos de navegação — são construídos com uma largura fixa, enquanto o texto traduzido geralmente é mais longo do que o texto original em inglês. Uma tradução que cabe em um botão em inglês pode ultrapassar os limites de seu equivalente em espanhol ou alemão, forçando uma solução alternativa de truncamento que corta o significado em vez de apenas o espaço.

  • Contêineres de largura fixa (botões, abas, rótulos de navegação) não são redimensionados automaticamente para strings traduzidas mais longas.
  • Textos curtos e de alta frequência — como botões, mensagens de notificação e avisos de erro — são onde essa restrição se mostra mais evidente, já que não há espaço para aumentar o tamanho do texto.
  • O Smartling impõe limites de comprimento em caracteres ou bytes no nível do projeto, com substituições por string definidas por meio de diretivas no arquivo — por exemplo, smartling.character_limit = 25 em um arquivo Strings do iOS ou <!-- smartling.character_limit = NONE --> para remover um limite no XML do Android.
  • A funcionalidade SmartMatch do Smartling não aplicará automaticamente uma correspondência de Memória de Tradução salva a uma nova string se essa tradução armazenada exceder o limite de caracteres definido para a string — uma precaução para evitar a quebra silenciosa do layout da interface do usuário.

Como a tradução de texto na interface do usuário lida com as regras de pluralização entre idiomas?

A pluralização é feita mapeando as categorias gramaticais plurais de cada idioma para a variável `count` da string de origem, em vez de traduzir um único par singular/plural como faz o inglês.

  • Categorias plurais baseadas em CLDR — O suporte a plurais do Smartling segue o padrão Unicode CLDR, que define categorias como um, poucos, muitos e outros; alguns idiomas (árabe, por exemplo) usam até seis formas distintas, enquanto o inglês usa duas.
  • Análise do MessageFormat do ICU — strings podem ser analisadas usando o MessageFormat do ICU por meio de uma string_format: icu em arquivos JSON, Java, XML do Android e YAML, abrangendo marcadores de posição padrão, além de argumentos de seleção e plural.
  • Etiquetas de plural em nível de API — A API de Traduções da Smartling normaliza strings com marcadores de posição e formas plurais em um formato interno que usa um campo `pluralTag` para transportar cada forma plural (um, outro, poucos, muitos, zero, dois) pelo processo de tradução.
  • Limitações conhecidas — os argumentos padrão select e plural são suportados, mas construções select/plural aninhadas e selectordinal não são, o que vale a pena confirmar em relação à sua estrutura de string específica antes de assumir cobertura total do ICU.

Como a sintaxe de marcação e de espaços reservados é preservada ao traduzir o texto da interface do usuário?

Preservar a formatação e os espaços reservados durante a tradução de texto da interface do usuário é um processo de várias etapas, não uma configuração única:

  1. Diferencie a marcação dos espaços reservados — as tags de formatação HTML e Markdown são analisadas e tratadas separadamente dos espaços reservados dinâmicos (variáveis); o Smartling trata as tags de formatação como marcação, e não como espaços reservados, portanto, as tags padrão não precisam de uma diretiva personalizada.
  2. Converter tags em tokens protegidos — tags como um <span> ou um componente de fechamento automático tornam-se tokens de espaço reservado não editáveis dentro da interface de tradução, para que um tradutor possa reposicioná-los sem alterar a marcação subjacente.
  3. Suporte à sintaxe de marcador de posição personalizada — formatos de marcador de posição não padrão (como %{count} ou {0}) são reconhecidos por meio de uma diretiva placeholder_format (C, iOS, Python, Java, YAML, Qt, RESX) ou uma expressão regular personalizada, o que é importante para strings como "{count} arquivos não puderam ser carregados", onde o marcador de posição e o limite de caracteres interagem.
  4. Sinalizar tags ausentes ou reordenadas — a ferramenta CAT exibe um aviso quando uma tradução não possui uma tag ou marcador que existia no texto original, impedindo que uma tradução incompleta seja aprovada com uma variável omitida ou um link quebrado.
  5. Recompile no formato de arquivo original — a tradução finalizada é gravada de volta no arquivo de origem original (JSON, YAML, XLIFF ou outro) com sua marcação e marcadores intactos, portanto, nenhuma etapa de reinserção manual é necessária antes da implantação.

Quais formatos de arquivo de texto a tradução de texto da interface do usuário precisa suportar?

  • JSON — suporta a análise do MessageFormat do ICU por meio de uma diretiva string_format, abrangendo marcadores de posição, plurais e instruções select em um único arquivo.
  • YAML — captura formas plurais diretamente por meio de chaves aninhadas (por exemplo, entradas "one:" e "other:") além do suporte à diretiva ICU.
  • XLIFF e XLIFF 2.0 — possuem um campo de contexto nativo para notas do desenvolvedor e são o formato de troca comum ao mover strings entre uma ferramenta CAT e um TMS.
  • Gettext PO/POT — suporta formatos de espaço reservado configuráveis (C, iOS, Java, Python), além de normalização da largura da linha para uma integração perfeita de volta ao código-fonte.
  • Android XML, iOS Strings e ARB (Flutter) — formatos nativos para dispositivos móveis que suportam diretivas de limite de caracteres por string, além da análise de plural ICU.

Quando essas restrições podem não ser a prioridade máxima

  • Interfaces de idioma único que ainda não foram localizadas — limites de caracteres, regras de plural e layout da direita para a esquerda (RTL) só se tornam uma restrição efetiva quando um segundo idioma é lançado.
  • Conjuntos de strings muito pequenos e estáticos, atualizados apenas algumas vezes por ano, onde uma revisão manual pode razoavelmente detectar truncamentos ou espaços reservados omitidos sem a necessidade de ferramentas específicas.
  • Ferramentas exclusivamente internas, sem usuários externos, onde uma etiqueta truncada ocasional ou uma forma plural inconsistente acarreta risco comercial limitado.

Layout RTL, tamanho da carga útil e memória de tradução: o que mais afeta a tradução de texto da interface do usuário?

Como o suporte a idiomas da direita para a esquerda (RTL) afeta a tradução da interface do usuário?
O árabe e o hebraico são escritas bidirecionais, não simplesmente línguas invertidas — uma única frase pode conter texto da direita para a esquerda e da esquerda para a direita, como um numeral embutido ou uma marca com o alfabeto latino, portanto, uma plataforma de tradução precisa preservar essa direcionalidade mista em vez de inverter toda a sequência. O Smartling ajusta automaticamente a formatação de scripts RTL em arquivos do Adobe InDesign (INDD e IDML), o que reduz a necessidade de reconstruir o layout para cada idioma RTL; arquivos do Microsoft Visio são compatíveis com a tradução, mas a direção e o layout do diagrama ainda podem precisar de ajustes manuais posteriormente.

Como o tamanho da carga útil e o desempenho influenciam a tradução de strings da interface do usuário?
A API de Entrega de Traduções da Smartling desvincula uma string traduzida do contêiner que a solicitou originalmente — uma string previamente ingerida é retornada na resposta, independentemente do que mais estiver na solicitação atual — para que o conteúdo já traduzido possa ser servido e armazenado em cache independentemente de novas atualizações. Para aplicativos que enviam atualizações de strings com frequência, a biblioteca Dynamic Content Support da Smartling inclui uma configuração sendOnlyNewStringsForIngestion que limita a carga útil de saída apenas aos hashes de string ainda não enviados na sessão atual, mantendo as cargas úteis de atualização menores para builds que priorizam o desempenho.

Como a memória de tradução reduz o retrabalho para strings repetidas na interface do usuário?
A memória de tradução armazena cada string traduzida anteriormente como um par origem-destino, e o recurso SmartMatch do Smartling aplica automaticamente uma correspondência salva a uma nova string idêntica ou quase idêntica, sem esperar por um tradutor, desde que a tradução armazenada não exceda o limite de caracteres da nova string e seus marcadores de posição ainda estejam alinhados com a origem. A Memória de Tradução Adaptativa por IA amplia isso otimizando quais correspondências armazenadas são apresentadas durante a tradução automática, aumentando a quantidade de trabalho existente que é reutilizada em vez de ser retraduzida do zero.

Como a Smartling lida com essas restrições de tradução de texto da interface do usuário?

O Smartling é um sistema de gerenciamento de traduções que aplica regras estruturais a cada uma das restrições acima, em vez de depender de soluções alternativas manuais: o SmartMatch reutiliza automaticamente a memória de tradução existente, o ICU MessageFormat e as categorias de plural baseadas em CLDR mantêm as decisões gramaticais dentro do arquivo, em vez de em uma planilha, e os limites de caracteres e bytes em nível de projeto ou de string são aplicados na ingestão, em vez de serem detectados após a tradução. A cobertura de formatos é ampla por padrão — JSON, YAML, XLIFF, XLIFF 2.0, Gettext PO/POT, XML do Android, Strings do iOS e ARB (Flutter) são analisados automaticamente sem a necessidade de scripts personalizados para a maioria dos projetos. Para equipes que precisam dessa integração direta aos fluxos de trabalho de engenharia, os conectores de repositório da Smartling enviam strings novas ou alteradas de um pipeline de CI/CD para a tradução e abrem uma solicitação de pull request quando estiverem prontas — veja como as empresas conectam a localização aos fluxos de trabalho de produtos. Em termos de qualidade, veja quais plataformas de localização oferecem os recursos mais robustos de controle de qualidade de tradução , considerando como o controle de qualidade linguístico automatizado se integra aos mecanismos abordados aqui.

Questões relacionadas

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.

Agende uma reunião