As três primeiras linhas da sua descrição na App Store
Ninguém lê sua descrição completa. As pessoas leem as primeiras linhas e depois tocam em mais ou saem. Esse trecho inicial é a única parte que você pode contar que será vista, o que o torna o texto de maior impacto de toda a sua página. A maioria das descrições desperdiça isso com o nome da empresa e um olá.
Este é um modelo para a parte que aparece antes do corte, além da diferença entre App Store e Google Play que decide como você deve escrever.
4.000 caracteres, e quase ninguém rola a tela
O campo de descrição completa tem um limite de 4.000 caracteres tanto na App Store quanto no Google Play. Parece muito espaço, e é — mas é uma armadilha se você tratar isso como um ensaio. Nas duas páginas de produto, a descrição vem recolhida por padrão. Só as linhas de abertura ficam visíveis; o resto fica atrás de um toque em …mais (App Store) ou Leia mais (Google Play).
O quanto exatamente aparece antes do corte varia por dispositivo, tamanho de fonte e onde as quebras de linha caem — mas, na prática, são as primeiras duas ou três linhas, em algum lugar dentro dos primeiros duzentos e poucos caracteres. Trate essa abertura como o verdadeiro texto publicitário e os cerca de 3.800 caracteres restantes como o apêndice que quase ninguém abre. (No iOS também existe um campo separado de texto promocional, com até 170 caracteres, que fica acima da descrição e pode ser atualizado sem um novo build — a mesma regra se aplica: faça dele um gancho, não um preâmbulo.)
A assimetria que muda como você escreve
Aqui está a parte que a maioria dos modelos pula. A App Store e o Google Play leem sua descrição de formas completamente diferentes:
- O Google Play indexa a descrição completa. As palavras nela são um sinal direto de classificação nas buscas. As palavras-chave que você usa — especialmente no início, e repetidas naturalmente algumas vezes — ajudam a decidir em quais buscas seu app aparece.
- A Apple não indexa a descrição de forma alguma. O algoritmo de busca dela lê o nome do app, o subtítulo e o campo de palavras-chave de 100 caracteres, não a descrição. No iOS, a descrição existe por um único motivo: convencer uma pessoa que já está olhando sua página a instalar.
Então o mesmo bloco de texto tem dois objetivos, dependendo da loja. No Google Play, a primeira linha funciona para um rastreador e um comprador ao mesmo tempo. Na App Store, a primeira linha só precisa funcionar para o comprador — o que é libertador, porque você pode deixar de lado o instinto de encher de palavras-chave e simplesmente escrever a frase mais convincente possível.
Comece pelo benefício, não pela introdução
O erro mais comum antes do corte é abrir dizendo quem você é em vez do que o leitor ganha. "Bem-vindo à Acme. Fundada em 2019, criamos ferramentas para…" queima as únicas linhas que alguém lê com introdução vazia.
Inverta isso. A primeira linha deve nomear o único resultado que seu app entrega, nas palavras do leitor. A segunda linha reforça isso com prova ou detalhes concretos. A terceira diz, de forma concreta, o que o app faz. Tudo abaixo do corte — listas de recursos, prêmios, changelog — pode esperar, porque a decisão geralmente já foi tomada antes do toque.
O modelo para antes do corte
Preencha essas três linhas primeiro, depois escreva o resto dos 4.000 caracteres. Isso funciona para as duas lojas; as notas indicam onde elas diferem.
Linha 1 — o benefício.
[O único resultado que seu app entrega a alguém, de forma clara.] No Google Play, coloque sua palavra-chave principal nessa linha. Na App Store, ignore palavras-chave aqui e foque só em causar impacto.
Linha 2 — a prova.
[Por que acreditar em você — um número, uma avaliação, um caso de uso, um público específico.] Mantenha concreto, não um slogan.
Linha 3 — o que ele realmente faz.
[A ação principal em uma frase, para não haver mistério sobre o que estão instalando.] No Google Play, encaixe mais uma palavra-chave relevante de forma natural aqui.
Um exemplo prático para um app de hábitos:
Repare que não há "Bem-vindo", nem data de fundação, nem despejo de recursos. Três linhas, tudo benefício e prova, e o leitor sabe exatamente o que vai receber antes mesmo do corte aparecer.
Abaixo do corte, as lojas voltam a se separar
Depois das linhas visíveis, escreva para a loja em que você está. Para o Google Play, o corpo do texto ainda trabalha para a busca — repita seus termos principais naturalmente, cubra as frases que as pessoas realmente digitam, e mantenha a leitura fluida (encher de palavras-chave soa mal tanto para o algoritmo quanto para as pessoas). Para a App Store, o corpo não é indexado, então dedique-o inteiramente à conversão: uma lista de recursos enxuta, prova social e um motivo para confiar em você. Duas versões da mesma história, ajustadas para quem está lendo.
Depois, localize sem perder o gancho
O problema com a abordagem de antes do corte é que um gancho só funciona se sobreviver à tradução. Uma primeira linha traduzida literalmente, por máquina, muitas vezes perde a força que fez a versão em inglês converter — o benefício fica escondido, a prova soa estranha, e você volta a ter um bloco de texto denso em doze mercados.
É aí que o Mokbi entra. Ele redige sua descrição a partir do seu app de verdade e a localiza em 50 idiomas, mantendo a estrutura de antes do corte intacta em cada idioma — benefício primeiro, prova em segundo, ação em terceiro — para que o trecho inicial ainda soe como um texto publicitário em cada mercado, e não como uma tradução de outro texto. Você revisa e ajusta a versão de cada loja, depois leva o texto para o App Store Connect e o Play Console você mesmo.