O que é localização de software?
A localização de software é o processo de adaptar um produto de software — sua interface de usuário, mensagens de erro, onboarding, notificações, conteúdo de ajuda e páginas nas lojas de aplicativos — para que ele funcione de forma natural para usuários de outro idioma e mercado. Ela abrange softwares para desktop, SaaS e aplicativos web, aplicativos móveis para iOS e Android, jogos e os arquivos de recursos voltados para desenvolvedores a partir dos quais esses produtos são criados.
A localização de software difere da tradução de um documento em três aspectos. O conteúdo é um conjunto de chaves (strings), e não de páginas. Ele muda a cada sprint, e não apenas uma vez. E é consumido por um build, e não por um leitor; assim, um placeholder quebrado ou uma tag corrompida pode travar um aplicativo ou bloquear um lançamento. É por isso que uma plataforma de localização de software dedicada gerencia strings, chaves e formatos de arquivo em vez de documentos.
Localização de software vs. de aplicativos vs. de formatos de arquivo
“Localização de software” é o termo abrangente. “Localização de aplicativos” geralmente se refere a aplicativos móveis para iOS e Android, com seus próprios formatos de recursos e páginas nas lojas de aplicativos. “Localização de formatos de arquivo” é a camada prática por trás de ambas: traduzir arquivos XLIFF, JSON, PO, XML, YAML e de strings sem quebrar sua estrutura. Este guia aborda os três.
Onde isso se encaixa na sua estrutura de localização
A localização de software é uma das frentes de trabalho de um programa de localização mais amplo. Se você está escolhendo a plataforma que vai executá-la — gerenciamento de tradução, editor CAT, memória de tradução, terminologia e fornecedores —, comece pelo nosso guia de plataformas de localização e TMS, que serve de base para este guia. Aqui, nos concentramos no que é específico de software: strings, formatos, fluxos de trabalho de desenvolvedores e cadência de lançamentos.
A abordagem da Smartcat é tornar a plataforma o sistema de registro dos textos do produto. Seu fluxo de trabalho de localização de produtos usa um Colega de Trabalho de Produto e Engenharia que automatiza a extração, a tradução e a publicação de conteúdo de produtos e aplicativos e se integra ao seu pipeline de CI/CD, enquanto a página de software de gerenciamento de projetos de localização mostra como desenvolvedores, gerentes e revisores compartilham um único espaço de trabalho, com acesso por API e conectores para GitHub, Figma e outros. O lançamento de março de 2023 que introduziu os projetos colaborativos de localização de software explica o motivo: redatores de UX e gerentes de produto podem alterar os textos por conta própria, sem distrair os desenvolvedores.
Noções básicas de internacionalização (i18n)
Internacionalização — abreviada como i18n, pelas 18 letras entre o “i” e o “n” de “internationalization” — é o trabalho de engenharia que deixa o software pronto para ser localizado. Localização (l10n) é o trabalho de adaptá-lo para cada mercado. A diferença importa: a internacionalização é uma tarefa de desenvolvimento feita uma única vez no código-base, enquanto a localização é uma tarefa de conteúdo recorrente, feita para cada idioma e cada lançamento. O guia introdutório sobre internacionalização no design de software da Smartcat divide a i18n em três áreas — design de interface de usuário, formato e armazenamento de dados, e processos e ferramentas — e explica como encontrar um defensor da internacionalização dentro da sua empresa.
Checklist de i18n antes de localizar
Externalize todas as strings exibidas ao usuário
Retire o texto do código e coloque-o em arquivos de recursos — JSON ou YAML para aplicativos web, strings.xml para Android, .strings ou String Catalogs para iOS, arquivos PO para projetos baseados em gettext. Atribua a cada string uma chave estável para que as traduções sobrevivam à refatoração.
Use placeholders e regras de plural, não concatenação
“You have ” + n + “ files” não pode ser traduzido corretamente. Use placeholders nomeados e uma sintaxe que considere o plural, como o ICU MessageFormat, que o Smartcat suporta de forma nativa ou como strings brutas em projetos de localização de software.
Projete para expansão e direção do texto
Textos em alemão e finlandês ficam mais longos do que em inglês; árabe e hebraico são escritos da direita para a esquerda. Evite botões de largura fixa e teste os layouts cedo — de preferência no arquivo de design, antes do código (consulte Localização de Figma e UI).
Armazene e formate os dados por localidade
Use UTF-8 em todo o sistema e formate datas, números, moedas e endereços com bibliotecas que considerem a localidade, em vez de padrões fixos no código.
A internacionalização também é um problema organizacional. A equipe de localização da Zendesk descreve como integra a localização às áreas de produto e engenharia em a abordagem da Zendesk, também disponível como palestra gravada, e o painel sobre estratégia de produtos prontos para o mercado global reúne líderes de localização para discutir desenvolvimento profissional e mentoria no setor de globalização.
Como funciona a localização de software na Smartcat
Além dos projetos comuns de documentos, a Smartcat oferece projetos de localização de software que gerenciam chaves diretamente. As chaves ficam em coleções; um projeto pode conter várias coleções; e a Smartcat garante que as chaves sejam únicas em cada uma delas. O fluxo de trabalho típico, descrito na documentação para desenvolvedores sobre projetos de localização de software, é assim:
Crie um projeto e importe as chaves
Crie um projeto de localização de software, escolha os idiomas de origem e de destino e importe as chaves em JSON, YAML, iOS .strings, Android XML ou LocJSON — manualmente, pela API ou CLI, ou automaticamente a partir de um repositório do GitHub, GitLab ou Bitbucket.
Adicione contexto e edite o texto de origem
Adicione rótulos e contexto, como capturas de tela, e crie ou edite chaves e o texto de origem diretamente no editor CAT — inclusive chaves com todas as formas de plural.
Traduza com IA e revise
O Agente de Localização de Software traduz usando sua memória de tradução e seus glossários; revisores internos ou especialistas contratados pelo marketplace de serviços de localização de aplicativos aprovam o resultado.
Exporte ou sincronize de volta com o código
Os desenvolvedores exportam o subconjunto de chaves de que precisam no formato de sua escolha, ou deixam a integração com o Git enviar as traduções de volta automaticamente — quando concluídas ou assim que uma etapa escolhida do fluxo de trabalho é alcançada.
A Smartcat chama essa abordagem de “a fonte da verdade para os textos do seu software”: gerentes de produto e redatores de UX são donos das palavras, e os desenvolvedores as consomem. Para uma visão geral do ponto de vista do negócio, veja localização de aplicativos, que combina tradução por IA com revisores especializados e localização de conteúdo para lojas de aplicativos.
Localização de aplicativos móveis para iOS e Android
A localização de aplicativos traz suas próprias restrições: formatos de recursos específicos de cada plataforma, pouco espaço na interface, páginas e capturas de tela nas lojas de aplicativos e lançamentos frequentes. O fluxo de trabalho de localização de aplicativos móveis da Smartcat tem quatro etapas — criar uma conta, conectar seu aplicativo Android, iOS ou Java, traduzir com o Agente de Localização de Software e revisores e enviar o conteúdo traduzido de volta para o aplicativo. O guia completo localização de aplicativos móveis: tudo o que os desenvolvedores precisam saber aborda estratégia e processo para as duas plataformas.
Localização de aplicativos iOS
Os aplicativos iOS armazenam suas strings em arquivos .strings e .stringsdict e, nos projetos mais recentes, em String Catalogs do Xcode (.xcstrings) — os três aparecem na lista de formatos de arquivo compatíveis da Smartcat. A integração com o Git para iOS localiza e extrai automaticamente os arquivos .strings do seu repositório e envia de volta os arquivos de recursos traduzidos, seja quando estiverem concluídos, seja quando uma etapa escolhida do fluxo de trabalho for alcançada — útil se você quiser strings com tradução automática no repositório antes do fim da revisão humana. A página de localização no Xcode aborda o gerenciamento de chaves e os plurais, e o plugin de tradução para iOS no Xcode e Git resume a configuração. Para um passo a passo, leia como localizar o conteúdo de aplicativos iOS, que aborda implementação, testes e depuração, lançamento e melhores práticas.
Localização de aplicativos Android
Os aplicativos Android armazenam strings em res/values/strings.xml, com uma pasta values por localidade. A integração com o Git e o Android extrai os recursos de strings em XML do seu repositório para a Smartcat e envia os arquivos traduzidos de volta automaticamente, inclusive traduções parcialmente concluídas se você usar um fluxo híbrido de tradução automática e humana. O plugin de tradução para Android se conecta por meio de uma chave SSH registrada no seu servidor Git (ou de um usuário da Smartcat adicionado como colaborador do repositório), permite escolher um fluxo de trabalho somente com IA ou com IA e revisão e pode agendar sincronizações automáticas. Páginas relacionadas abordam strings localizadas do Android, serviços de localização de aplicativos Android, tradução de aplicativos Android e o plugin de localização para Android Studio. O guia de localização de aplicativos Android explica localidades, ferramentas, etapas, métricas de sucesso e desafios comuns.
Páginas nas lojas de aplicativos e páginas de produto
A localização não termina no binário. Títulos, descrições, palavras-chave e capturas de tela na loja decidem se os usuários de um novo mercado vão sequer baixar o aplicativo. O fluxo de trabalho de localização de produtos inclui a localização da página do produto do aplicativo, com capturas de tela, títulos, descrições e palavras-chave localizados, e a mesma configuração de IA com revisão se aplica à localização de aplicativos de modo geral.
Localização de aplicativos na prática
Dois casos de clientes mostram como isso funciona em aplicativos para o consumidor: como o aplicativo de saúde feminina Flo simplificou a localização, em que a terminologia médica precisa é essencial, e como a equipe por trás do Simple: Intermittent Fasting App o localizou para seis idiomas e por que uma equipe bem estruturada foi fundamental.
Formatos de arquivo de localização: XLIFF, JSON, PO, XML, YAML e outros
Software raramente chega em documentos do Word. Ele chega em arquivos de recursos e de intercâmbio cujas chaves, tags, placeholders e aninhamentos precisam sobreviver intactos à tradução. A central de ajuda da Smartcat lista todos os formatos de arquivo compatíveis; para trabalhos de localização, isso inclui XLIFF 1.2 e 2.0, SDLXLIFF, MQXLIFF, PO/POT, Android XML, RESX, JSON, LocJSON, YAML, Apple .strings, .stringsdict e .xcstrings, Java .properties e Markdown. Cada um dos principais formatos abaixo tem uma página dedicada explicando o que é preservado.
| Formato | Tipicamente usado para | O que o Smartcat preserva |
|---|---|---|
| XLIFF 1.2 / 2.0, SDLXLIFF | Troca entre CMSs, ferramentas de autoria e ferramentas de CAT | Códigos inline protegidos; unidades com translate="no" bloqueadas; exporta em XLIFF 1.2 |
| JSON | Arquivos de localidade de web e aplicativo | Mesmas chaves e aninhamento; apenas os valores de string são traduzidos; placeholders bloqueados por regras de regex |
| Gettext PO / POT | Software de código aberto e do lado do servidor (GNU gettext) | Variáveis como %s e {name} viram tags protegidas; comentários dos desenvolvedores exibidos como contexto |
| XML | Configurações, exportações de conteúdo, recursos do Android | Marcação, atributos e CDATA intactos; elementos traduzíveis escolhidos por XPath |
| YAML, iOS .strings, Android XML | Recursos de strings do aplicativo e do framework | Importados e exportados como chaves em projetos de localização de software |
| IDML | Layouts do Adobe InDesign (manuais, guias de interface, embalagens) | Texto extraído das stories; IDML traduzido exportado com a formatação preservada |
XLIFF e SDLXLIFF
O XLIFF (XML Localization Interchange File Format) é o padrão para transferir conteúdo traduzível entre sistemas. O editor de XLIFF da Smartcat importa XLIFF 1.2 e 2.0, mostra origem e destino lado a lado com os códigos inline protegidos, mantém bloqueadas as unidades com translate="no" e exporta em XLIFF 1.2 — a variante que a maioria das ferramentas importa sem problemas. O suporte ao XLIFF 2.0 foi anunciado em 2022; a Smartcat detecta a versão automaticamente, seja no upload manual ou pela API. Se você precisa de uma opção rápida no navegador, veja o editor de XLIFF online gratuito e o tradutor de XLF; usuários do Trados podem levar arquivos .sdlxliff para o tradutor de SDLXLIFF, que aplica memória de tradução, glossários e revisão humana.
Para conhecer o formato em si, comece com o que é um arquivo XLIFF? e depois leia XLIFF para localização de software, que explica quando o XLIFF faz sentido para strings e como os agentes de IA automatizam o fluxo de trabalho. Equipes de eLearning que exportam de ferramentas de autoria vão achar úteis o artigo sobre XLIFF multilíngue para tradução de cursos e o artigo de ajuda sobre como traduzir arquivos XLIFF; este último recomenda o XLIFF 1.2 para um ciclo de ida e volta mais limpo.
JSON
JSON é o formato de localidade padrão para a maioria dos aplicativos web e JavaScript. O tradutor de JSON analisa seu arquivo, traduz apenas os valores de string e devolve um arquivo com as mesmas chaves e o mesmo aninhamento, com os tokens de placeholder bloqueados como tags por meio de regras de regex que você define uma única vez. Como as strings mantêm os IDs das chaves, a memória de tradução pode encontrar correspondências tanto pela chave quanto pelo texto. Entra um en.json, saem de.json, ja.json e pt-BR.json.
Para um único arquivo, o tradutor de JSON gratuito usa o mesmo mecanismo com um fluxo voltado para o navegador, disponível durante o teste de 15 dias com 15.000 Smartwords e sem cartão de crédito. Páginas relacionadas abordam tradução de JSON online, tradução de arquivos JSON com IA, o editor de arquivos de tradução JSON, a plataforma de localização de JSON para equipes de desenvolvimento, o tradutor de JSON com IA para localização de aplicativos e um fluxo de trabalho de JSON para Excel para equipes cujos revisores preferem planilhas.
Arquivos PO do Gettext
Um arquivo PO (Portable Object) é o formato de texto simples usado pelo GNU gettext: cada entrada associa uma string de origem (msgid) à sua tradução (msgstr), de modo que um arquivo PO contém um único idioma. A tradução de arquivos PO do Gettext da Smartcat transforma variáveis como %s e {name} em tags protegidas, mostra os comentários dos desenvolvedores aos tradutores como contexto e oferece três parsers — Default PO, Serge.io PO e Monolingual PO. Com o parser Serge.io, ao reenviar um arquivo, apenas as strings cuja origem mudou são reprocessadas. O artigo de ajuda sobre como traduzir arquivos PO na Smartcat explica cada parser e como fazer upload de um modelo .pot.
XML e YAML
O XML quebra em tradutores comuns porque a marcação, os atributos e o CDATA são tratados como texto. O tradutor de XML usa um parser configurável: você especifica por XPath, uma única vez, quais elementos e atributos contêm texto traduzível, e tudo o que estiver fora desses caminhos permanece intacto, de modo que o arquivo baixado é um XML bem-formado que seu sistema consegue processar. Arquivos de configuração e de localidade em YAML — comuns em Ruby on Rails, Symfony e muitos geradores de sites estáticos — passam pelo tradutor de YAML, que importa, edita e exporta YAML dentro do mesmo fluxo de trabalho de localização de software.
InDesign e IDML
As equipes de software também publicam materiais impressos e em PDF — guias de início rápido, embalagens, cartões de referência da interface —, geralmente criados no Adobe InDesign. O tradutor de IDML extrai o texto das stories do arquivo e exporta um IDML traduzido que você abre no InDesign para um único ajuste de layout. Veja também tradução do Adobe InDesign com IA, localização de arquivos do InDesign e o serviço de tradução de InDesign com revisores especializados. Para Word, PowerPoint, Excel e outros formatos de escritório, consulte o guia de tradução de documentos.
Fluxos de trabalho de desenvolvedores: integrações de API, CLI e Git
A troca manual de arquivos não se sustenta depois de alguns poucos lançamentos. A Smartcat oferece aos desenvolvedores várias formas de conectar a localização ao seu pipeline, de conectores sem código a uma API REST.
Localização baseada em Git
Para a maioria das equipes de produto, a integração com o Git é o caminho mais rápido para a automação: a Smartcat sincroniza os arquivos de origem do repositório, traduz e envia o conteúdo localizado de volta, sem manuseio manual de arquivos. As equipes de aplicativos móveis podem usar as integrações específicas Git para Android e Git para iOS, abordadas acima.
A CLI do Smartcat
A CLI do Smartcat permite executar etapas de localização a partir de um terminal ou de um job de CI. Depois de smartcat login, você pode usar import e export para coleções de chaves, upload e download para arquivos e executar etapas de sincronização com pull e push; um arquivo .smartcat na pasta de trabalho armazena as configurações de cada projeto. O guia para desenvolvedores sobre projetos de localização de software mostra a CLI e a API lado a lado, incluindo uma coleção do Postman, modelos de caminho de arquivo, adição de idiomas de destino e suporte a plurais.
APIs de tradução
Quando você precisa de controle programático — criar projetos a partir do seu próprio sistema, enviar conteúdo ao publicar ou obter tradução automática instantânea dentro de um produto —, use a API. Os guias da API abordam autenticação, limites de taxa, documentos, estatísticas, acompanhamento de status, exportação, callbacks e a API em tempo real; observe que a API está disponível para contas de empresa, não para contas de freelancer. A página da API de tradução gratuita explica como avaliar a integração durante o teste de 15 dias, documenta um limite de 4 solicitações por segundo em todos os métodos e lista os formatos de localização de software que a API acrescenta (json, structured-json, yaml, structured-yaml, ios-strings e android-xml).
Páginas específicas de linguagens e stacks mostram a mesma plataforma sob ângulos diferentes: uma API de tradução para JavaScript, uma API de tradução para PHP, uma API de tradução para guzerate e urdu e uma API de tradução para CMS que detecta conteúdo novo ou atualizado e o envia para tradução automaticamente. Para sites, a API de tradução de idiomas para sites explica quando uma API é apenas o ponto de partida — e o guia de tradução de sites aborda em profundidade aplicativos web, CMSs e sites multilíngues. Para ver fluxos de trabalho baseados em API do ponto de vista de um provedor de serviços linguísticos, assista à palestra sobre fluxos de trabalho de tradução baseados em API.
Conectores para o restante da stack
Nem toda fonte de strings é um repositório. O plugin de tradução para Jira busca documentos anexados a tickets do Jira que atendem aos seus critérios, traduz com seus glossários e memórias e envia os arquivos de volta aos tickets originais; o anúncio da integração com o Jira informa que ela sincroniza a cada 15 minutos. Equipes que já usam outra ferramenta de gerenciamento de strings podem conectá-la por meio da integração com o Lokalise, que sincroniza projetos do Lokalise com a Smartcat por meio de uma chave de API e envia as traduções de volta. Hubs para desenvolvedores e documentação de API criados no ReadMe podem ser traduzidos com o plugin de tradução para ReadMe.
Localização contínua para equipes ágeis
Localização contínua significa que a tradução acontece em paralelo ao desenvolvimento, e não depois dele: strings novas ou alteradas são detectadas, traduzidas e devolvidas automaticamente, para que cada lançamento saia em todos os idiomas. A parte mais difícil costuma ser o processo, não as ferramentas. A página de software de gerenciamento de projetos de localização explica como integrar a localização aos ciclos ágeis permite que as equipes lancem produtos multilíngues simultaneamente, com verificações automatizadas integradas e revisão em contexto.
Três pilares da localização contínua
(1) um gatilho automático — uma sincronização com o Git, uma etapa de CLI no CI ou uma chamada de API a cada merge; (2) processamento incremental, para que apenas strings novas ou alteradas sejam traduzidas (por exemplo, o parser PO do Serge.io reprocessa apenas o conteúdo de origem alterado); e (3) retorno automático das traduções ao repositório, de preferência sem bloquear o build se a revisão ainda estiver em andamento.
Exemplos reais mostram como as equipes chegaram lá:
A Xsolla, distribuidora global de videogames, configurou a localização contínua com o Smartcat e a ferramenta de código aberto Serge para acompanhar ciclos de lançamento medidos em semanas. A Infobip, plataforma global de comunicações, realizou um experimento de baixo risco para fazer a localização funcionar dentro de seu framework ágil — e depois apresentou como redefiniu a colaboração com fornecedores na palestra sobre o triângulo da tradução. A equipe de documentação e localização da Kaspersky, que escreve e localiza textos de interface e artigos de ajuda para seus aplicativos de segurança móvel, descreve como migrou para um processo mais confiável, ágil e automatizado. E a Dataduck mostra que a localização contínua não é só para software: uma agência digital usou a mesma abordagem para materiais publicitários.
Figma e localização de interface
Localizar na fase de design detecta a expansão de texto, botões truncados e problemas com idiomas da direita para a esquerda antes que cheguem ao código. O plugin de tradução para Figma da Smartcat traduz designs para mais de 280 idiomas preservando o layout e gera visualizações ao vivo, para que os revisores possam verificar as traduções em contexto no Editor do Smartcat sem licenças extras do Figma.
Para equipes de software, o importante é que o Figma se conecta ao mesmo fluxo de trabalho de localização de software que o seu código. A integração com o Figma pensada para desenvolvedores (2023) permite especificar chaves diretamente no Figma, enviá-las para um projeto de localização de software do Smartcat para tradução e trazê-las de volta para a sua interface. Em outubro de 2026, o plugin ganhou gerenciamento de chaves, variantes e exportação em JSON: cada objeto de texto recebe uma chave renomeável, um elemento pode conter vários estados de conteúdo (vazio, carregando, erro), chaves duplicadas são mescladas, conflitos são sinalizados e a localização finalizada é exportada como um arquivo JSON pronto para os desenvolvedores.
A atualização de fevereiro de 2024 adicionou a possibilidade de excluir elementos ou frames (nomes de marcas, CTAs) da tradução, fluxos de trabalho com várias etapas, suporte a componentes do Figma e formatação avançada. A configuração e os modos Software Localization e Asset Translation estão documentados no guia de ajuda sobre como conectar o Figma ao Smartcat.
Testes de localização e garantia de qualidade
Strings traduzidas são só metade do trabalho; o build localizado precisa funcionar. Os testes de localização verificam a qualidade linguística (precisão, terminologia, tom), a qualidade visual (truncamento, sobreposição, fontes, layout da direita para a esquerda) e a qualidade funcional (placeholders, plurais, formatos de data e número, ordenação, entrada de dados). O guia de testes de localização apresenta um processo passo a passo, um checklist de três etapas e como automatizar os testes com o Smartcat.
| Verificação | O que dá errado | Como detectar mais cedo |
|---|---|---|
| Placeholders e tags | Variáveis traduzidas, movidas ou excluídas; o build falha | Parsers que reconhecem o formato e bloqueiam placeholders como tags (JSON, PO, XML, XLIFF) |
| Plurais | Contagens gramaticalmente incorretas em idiomas com várias formas de plural | Chaves de plural nativas ou ICU MessageFormat no editor |
| Expansão de texto | Botões e rótulos truncados | Traduza e visualize no Figma antes do código; revisão em contexto |
| Terminologia | Nomes de produtos e termos de interface traduzidos de forma inconsistente | Glossários e memória de tradução aplicados a cada string |
| Contexto | Strings curtas e ambíguas (“Abrir”, “Salvar”) traduzidas incorretamente | Capturas de tela, rótulos e comentários de desenvolvedores anexados às chaves |
A revisão humana continua sendo a rede de segurança para os textos de interface. Equipes sem revisores internos podem contratar especialistas pelo marketplace de serviços de localização de aplicativos, que usa correspondência por IA para encontrar especialistas em localização para qualquer par de idiomas.
Casos de uso da localização de software, incluindo jogos
Os mesmos componentes básicos — chaves, formatos, conectores e revisão — atendem a equipes muito diferentes.
Equipes de SaaS e de produto
Empresas de SaaS localizam strings de interface a cada sprint, além de mensagens no aplicativo, e-mails e conteúdo de ajuda. As páginas sobre o fluxo de trabalho de localização de produtos, a plataforma de localização de software e o gerenciamento de projetos de localização descrevem como as equipes de produto, engenharia e localização compartilham um único espaço de trabalho. As histórias da Zendesk, da Infobip e da Kaspersky neste guia são exemplos disso.
Aplicativos móveis
Aplicativos para o consumidor localizam strings, páginas nas lojas de aplicativos e capturas de tela, muitas vezes para vários idiomas ao mesmo tempo. Comece pela localização de aplicativos móveis e pelos estudos de caso da Flo e da Simple na seção de localização de aplicativos.
Localização de jogos
Os jogos reúnem todos os problemas difíceis de localização: grandes volumes de strings de interface, diálogos e lore que exigem adaptação criativa, limites de caracteres e lançamentos simultâneos. Duas palestras do Localization Hub da Smartcat abordam a prática: como construir uma equipe de localização centralizada no setor de videogames, apresentada pelo chefe do departamento de localização de um grande estúdio, e os desafios e percalços da tradução na indústria de jogos, o relato de um estúdio sobre a localização de um título premiado. As strings de jogos podem ser gerenciadas nos mesmos projetos de localização de software e fluxos de trabalho com Git descritos acima, e a configuração de localização contínua da Xsolla vem da indústria de jogos.
Documentação para desenvolvedores e eLearning
Portais para desenvolvedores criados no ReadMe podem ser traduzidos com o plugin para ReadMe, enquanto equipes de eLearning que exportam XLIFF de ferramentas de autoria podem seguir o guia de XLIFF para criadores de cursos. Sites e aplicativos web que renderizam conteúdo de um CMS são abordados no guia de tradução de sites.
Ferramentas e recursos de localização de software
Todas as páginas da Smartcat sobre localização de software, aplicativos e formatos de arquivo, agrupadas por tarefa.
Localização de software e produtos
Aplicativos móveis (iOS e Android)
XLIFF e formatos bilíngues
JSON, PO, XML e YAML
InDesign e IDML
APIs e integrações
Guias, estudos de caso e palestras sobre localização de software
Guias detalhados, histórias de clientes e palestras gravadas do Localization Hub sobre localização de software e aplicativos.
Central de ajuda e documentação para desenvolvedores
Documentação passo a passo de produto e para desenvolvedores sobre localização de software no Smartcat.