Cross-localização na App Store: o espaço de palavras-chave grátis que a maioria dos apps desperdiça
Existe um truque no campo de palavras-chave que fica bem ali no App Store Connect, não custa nada, e a maioria dos apps deixa intocado. Não é uma brecha e não vai contra as regras. É só que a Apple indexa mais de um idioma por vitrine, e quase ninguém preenche o segundo.
Eis a mecânica. Cada território da App Store tem um idioma principal — o idioma padrão daquele mercado — e um ou mais idiomas secundários que o algoritmo de busca da Apple também rastreia. Palavras-chave nos metadados de qualquer um dos idiomas podem te rankear naquele país. Então a loja dos EUA não lê apenas seus campos em inglês (EUA); ela também lê seus campos em espanhol (México). Preencha os dois com termos diferentes e você deu à Apple dois conjuntos de palavras-chave para rankear em vez de um.
Por que esse espaço é grátis
Um único idioma te dá três campos indexados: um nome de app de 30 caracteres, um subtítulo de 30 caracteres e um campo de palavras-chave de 100 caracteres. São 160 caracteres indexados por idioma. A descrição não é indexada para busca na App Store, então esses 160 caracteres são o jogo todo.
Um idioma secundário é um segundo conjunto desses mesmos três campos, alimentando o ranqueamento da mesma vitrine. Preencha o campo de palavras-chave es-MX de um app dos EUA e você vai de 100 caracteres de palavras-chave escondidas para cerca de 200 — mais um segundo subtítulo de 30 caracteres que a Apple também vai indexar. Mesmo público, mesma loja, praticamente o dobro de superfície. Você não paga por isso, não precisa de usuários que falam espanhol para se beneficiar, e não precisa de uma listagem separada — só precisa parar de deixar o campo em branco.
O motivo de contar como espaço "desperdiçado" é que o campo quase sempre está vazio ou, pior, preenchido com uma cópia do idioma principal. Ambos jogam fora a oportunidade.
A tabela de referência: quais idiomas cada vitrine indexa
Este é o mapa que vale a pena guardar. Para cada vitrine, ele lista o idioma principal que a Apple indexa e o(s) idioma(s) secundário(s) que também rastreia. Mapeamentos documentados por ferramentas de ASO em 2026 — a Apple ajusta isso ao longo do tempo, então confirme seus mercados-chave no App Store Connect ou na sua ferramenta de ASO antes de escrever:
| Japão | Japonês — ja | Inglês (EUA) — en-US |
*A vitrine dos EUA é a exceção: além do es-MX, ela também indexa francês, chinês simplificado, chinês tradicional, coreano, português (Brasil), russo, árabe e vietnamita — nove idiomas secundários no total.
Dois padrões saltam da tabela. Primeiro, o inglês (Reino Unido) é o coringa secundário — ele é indexado como idioma de reserva na grande maioria das vitrines não-inglesas, o que faz de um campo en-GB o mais valioso de preencher se você vende globalmente. Segundo, os EUA são incomumente generosos com nove idiomas secundários, o que explica por que o movimento es-MX é o mais comentado.
A pegadinha: só termos distintos
A duplicação de espaço só acontece se o segundo idioma tiver palavras que o primeiro não tem. Duas regras da Apple deixam isso exato, e ambas vão contra a abordagem preguiçosa:
- Cada palavra é indexada uma vez. Se um termo aparece tanto no campo de palavras-chave principal quanto no secundário, a duplicata não faz nada. Copie sua lista de palavras-chave en-US para es-MX e você queimou o segundo campo sem alcance extra nenhum.
- Palavras não são combinadas entre idiomas. A Apple forma frases de várias palavras dentro de uma única localização, nunca entre duas. Coloque "budget" no en-US e "presupuesto" no es-MX e você pode rankear para cada palavra isoladamente — mas não vai rankear para uma frase que junte uma à outra.
Então o movimento correto não é traduzir suas palavras-chave principais para o campo secundário. É colocar ali um conjunto completamente diferente de palavras isoladas — os termos que não couberam nos primeiros 100 caracteres, sinônimos, casos de uso adjacentes, variantes de cauda longa. O segundo campo é espaço de sobra, não um espelho.
É também por isso que uma passada ingênua de "traduzir tudo" piora o problema em vez de resolvê-lo. Traduzir por máquina seu campo de palavras-chave em inglês para espanhol produz os mesmos conceitos em outro idioma, o que, para uma vitrine compartilhada, ainda é duplicação de significado e muitas vezes também no matching da Apple. O valor está em diversificar o segundo campo, não em localizar o primeiro palavra por palavra.
Como de fato usar o segundo campo
Um exemplo prático para um app de orçamento dos EUA. Os campos principais en-US já carregam os termos óbvios — digamos que o nome seja Ledger: Budget & Money e o subtítulo seja Track spending and savings, com o campo de palavras-chave en-US contendo expense,bills,debt,invoice,net worth,cash flow,receipt,tax,loan,credit.
O campo de palavras-chave es-MX fica então livre para carregar um conjunto totalmente separado de palavras isoladas — nenhuma repetindo o nome, subtítulo ou campo en-US — por exemplo subscription,paycheck,allowance,envelope,forecast,split,reimburse,wallet,goal,statement. Isso é um segundo campo de 100 caracteres alimentando o mesmo ranqueamento dos EUA, preenchido com termos que a Apple não conseguia ver antes. Adicione um subtítulo es-MX distinto e você também estendeu o sinal de nome-mais-subtítulo.
A mesma lógica se aplica em escala menor pela tabela. Um app alemão preenche en-GB com termos excedentes em inglês. Um app canadense preenche fr-CA. Um app brasileiro preenche en-GB. Em cada caso, o segundo campo tem termos distintos, não uma tradução, e cada termo ainda descreve o app honestamente — o que te mantém dentro da diretriz 2.3.7 da Apple sobre palavras-chave irrelevantes ou marcas registradas.
Por que isso é um trabalho de pesquisa, não de tradução
O motivo pelo qual a maioria dos apps desperdiça esse espaço é que preenchê-lo direito dá trabalho de verdade. Você precisa de um conjunto de palavras-chave para o idioma principal, depois um segundo conjunto, sem sobreposição, para o idioma secundário, e precisa disso para toda vitrine que importa para você. Multiplique pelos 50 idiomas de metadados da App Store e o número de campos secundários a manter distintos cresce rápido. É fácil entender por que equipes ou pulam o campo secundário ou colam o principal ali e seguem em frente.
O Mokbi é onde o rascunho e a organização acontecem. É um publicador completo de listagem de loja, não só um editor de screenshots: o fluxo roda Screenshots → Gráfico de destaque → Texto da loja → Traduzir → Publicar, e ele rascunha o texto da listagem — nome, subtítulo, campo de palavras-chave, descrição — e gerencia um conjunto de palavras-chave por idioma em 50 idiomas para você ver, lado a lado, o que está em cada campo e onde você está se repetindo sem querer.
Seja claro sobre o que ele faz e não faz aqui: a ferramenta não vai inventar magicamente palavras-chave secundárias distintas sozinha, e uma tradução de uma única rodada duplicaria seus termos em vez de diversificá-los. Cross-localização é uma estratégia que você conduz — decida quais idiomas secundários mirar, escreva um conjunto de palavras separado para cada um, e evite que se sobreponham. O Mokbi te dá os campos por idioma para rascunhar e organizar isso em um só lugar em vez de uma planilha, depois exporta a listagem para você revisar e publicar no App Store Connect por conta própria.
A versão em um parágrafo
Descubra qual idioma secundário suas principais vitrines indexam — a tabela acima cobre as grandes, sua ferramenta de ASO cobre o resto. Preencha o nome, subtítulo e campo de palavras-chave desse idioma secundário com termos distintos que não couberam no principal. Nunca duplique uma palavra entre os dois, e nunca espere que a Apple construa uma frase entre eles. Feito direito, é a expansão de palavras-chave mais barata da App Store, e está sentada em um campo que você já tem.
O que ler a seguir
- O campo de palavras-chave da App Store: como usar os 100 caracteres inteiros
- Quais idiomas localizar na sua listagem da App Store
- Os 50 idiomas de metadados do App Store Connect em 2026
Fontes: documentos da Apple sobre localizações da App Store e Diretrizes de Revisão (2.3.7); aso.dev sobre cross-localização; e MobileAction sobre indexação de palavras-chave por território.