Localização de Apps Mobile: Guia Completo de Recursos

Localização (frequentemente abreviada como L10n) é o trabalho de adaptar um app, sua presença na loja e seu marketing de suporte para usuários em idiomas, regiões e contextos culturais específicos. É mais que tradução. Uma localização completa inclui copy de UI traduzido, metadados de loja traduzidos, legendas de capturas traduzidas, formatação de moeda e data correta para o idioma, imagens culturalmente apropriadas, métodos de pagamento específicos da região (UPI na Índia, Pix no Brasil, iDEAL na Holanda) e divulgações legais adaptadas. Pular qualquer um desses passa para usuários locais como um produto estrangeiro feito pela metade.

A App Store e o Google Play exibem listagens localizadas para usuários em seu idioma preferido automaticamente — se você as tiver fornecido. Se não tiver, o usuário vê sua listagem padrão em inglês, o que suprime significativamente a conversão em mercados não anglófonos. A pergunta raramente é “devemos localizar” mas “quais mercados primeiro, e quão fundo”.

Os dados publicados pela própria Apple e Google confirmam o que pesquisas independentes de ASO mostram consistentemente: capturas localizadas movem a conversão de instalação muito mais que títulos ou descrições localizadas. A razão é a densidade de informação. Uma captura comunica produto, cobertura de idioma, polimento de marca e adequação cultural em um único momento visual. Um título localizado comunica apenas que o app existe no seu idioma.

O ganho não é uniforme. Mercados do leste asiático (Japão, Coreia, China, Taiwan) historicamente mostram o maior ganho de instalação por capturas localizadas — frequentemente 30–60% sobre os padrões em inglês — porque esses mercados são os mais céticos quanto a listagens não localizadas. Mercados europeus tipicamente têm ganho de 10–25%, e mercados não anglófonos fluentes em inglês (Holanda, Suécia, Finlândia) às vezes têm apenas 5–15%. Planeje o investimento em localização pelo ganho esperado, não apenas pelo tamanho do mercado.

Para a maioria dos apps, as localizações de primeira onda de maior ROI são: alemão (de), francês (fr), espanhol (es), italiano (it), português (Brasil) (pt-BR), japonês (ja), chinês simplificado (zh-Hans) e coreano (ko). Esses cobrem os mercados com maior volume de instalação + maior ganho de localização. Uma segunda onda muitas vezes adiciona: russo (ru), polonês (pl), holandês (nl), turco (tr), árabe (ar), vietnamita (vi) e chinês tradicional (zh-Hant).

A Apple e o Google suportam significativamente mais idiomas que isso (a Apple tem mais de 175 combinações de idioma/país), mas a cauda longa raramente justifica o esforço a menos que seu produto tenha encaixe específico de mercado por lá. Comece com os oito, meça o ganho de conversão por mercado e expanda para os mercados que retornem o sinal mais forte.

Três abordagens: (1) Envie legendas para um serviço profissional de tradução (Smartling, Lokalise, Crowdin) — qualidade mais alta, prazo mais lento, mais caro por idioma. (2) Use um LLM (GPT-4o, Claude, Gemini) para uma primeira passagem e tenha falantes nativos para revisar — rápido, barato, surpreendentemente bom para copy de marketing curto. (3) Contrate empreiteiros falantes nativos diretamente via Upwork ou Fiverr — frequentemente o melhor equilíbrio para equipes em estágio inicial.

Qualquer uma que você escolha, nunca traduza por máquina uma legenda de captura e a publique sem revisão humana. Copy de marketing é alavancado demais para tradução automatizada não revisada. O custo de uma legenda japonesa esquisita são centenas de instalações perdidas; a revisão custa de US$5 a US$20 por idioma.

É aqui que a maioria das equipes tropeça. Traduzir “$19.99/mês” para “19,99 $/Monat” está errado em uma listagem alemã — deveria ser “19,99 €/Monat”. Conversão de moeda em paridade de poder de compra justa, separadores decimais corretos para o idioma (vírgula na maior parte da Europa, ponto nos EUA/Reino Unido), sistemas de unidades (cm vs. polegadas), formatos de data (DD/MM/AAAA vs. MM/DD/AAAA vs. AAAA-MM-DD) e formatos de hora (12h vs. 24h) precisam todos renderizar por idioma.

O padrão mais limpo é manter todos os valores dependentes de idioma fora do próprio template de captura e injetá-los no momento do render a partir de um arquivo de dados por idioma. É para isso que servem os templates dinâmicos e a config YAML: um template, N arquivos de dados de idioma, M renders.

Árabe, hebraico, persa e urdu são scripts da direita para a esquerda. Localizar capturas para esses mercados significa mais que trocar o texto — o layout inteiro tipicamente espelha. O botão CTA se move da direita para a esquerda, as barras de navegação invertem, os indicadores de progresso viram de direção e até alguma iconografia (setas de voltar, botões de enviar) precisa ser espelhada.

Para mercados RTL, trate o template de captura como um artefato separado, não como uma sobreposição de tradução. O ganho de uma captura árabe corretamente espelhada vs. uma captura árabe da esquerda para a direita é grande; o ganho de melhorar uma captura já espelhada é pequeno. Acerte o layout primeiro.