Checklist de ASO para o lançamento de um app novo

Um checklist de ASO para o lançamento de um app novo tem três fases. Antes do envio, você escreve os metadados indexados, escolhe as palavras-chave, faz as capturas de tela e o ícone, organiza a localização e decide sobre pré-encomenda. Na semana do lançamento, você confere o que foi ao ar, pede avaliações na hora certa e responde às avaliações. Nos primeiros 30 dias, você lê os dados de busca e conversão, ajusta as palavras-chave na próxima versão e roda seu primeiro teste de capturas de tela.

Abaixo está o checklist completo para a App Store e o Google Play, com os limites de campos e as regras de cada plataforma conferidos na documentação da Apple e do Google. Copie para o seu documento de lançamento e vá marcando.

Limites de metadados nas duas lojas

Deixe esta tabela do lado enquanto escreve. Os limites da App Store vêm das orientações da Apple para a página de produto; os do Google Play vêm das práticas recomendadas para a página da loja do Google.

Antes do envio

Pesquisa de palavras-chave

• Liste as palavras que um desconhecido digitaria para achar um app como o seu: o problema, a tarefa, o nome da categoria que ele usaria, e não os nomes internos das suas funcionalidades.
• Confira o preenchimento automático da busca da App Store e do Google Play para cada palavra inicial e anote o que aparece.
• Olhe os cinco primeiros apps nos seus termos principais. Anote o que os nomes e subtítulos deles miram e onde parecem fracos.
• Escolha um ou dois termos principais em que você realmente consiga ranquear, mais uma cauda longa de palavras secundárias.
• Se você tem conta no Apple Ads, confira a popularidade de busca relativa dos seus candidatos.

Metadados da App Store

• Nome do app (30 caracteres): marca mais a sua palavra-chave mais importante, se ficar natural.
• Subtítulo (30 caracteres): o que o app faz, usando palavras-chave que ainda não estão no nome. Veja subtítulo vs texto promocional para exemplos.
• Campo de palavras-chave (100 caracteres): vírgulas, sem espaços, sem repetir palavras do nome ou do subtítulo, no singular, sem nomes de concorrentes. Nosso guia do campo de palavras-chave mostra como preencher.
• Categoria principal e secundária escolhidas de propósito; a Apple diz que a categoria principal é a que mais pesa na descoberta.
• Texto promocional (170 caracteres) escrito para o dia do lançamento.
• Descrição com uma frase de abertura clara e depois as funcionalidades.
• Nada em nenhum campo que cite outro app, mencione preço ou faça uma afirmação que você não consiga comprovar (diretriz 2.3.7 da App Review).

Metadados do Google Play

• Título (30 caracteres) sem palavras como "Grátis", "Sem anúncios" ou "#1"; as orientações do Google colocam isso entre as coisas a evitar.
• Descrição curta (80 caracteres): o pitch de uma linha mais claro que você tiver, com sua palavra-chave principal.
• Descrição completa (4.000 caracteres): escrita em linguagem do dia a dia, com as palavras-chave usadas de forma natural, não em lista. O Google alerta contra listas repetidas de palavras-chave.
• Sem emoji, sem TUDO EM MAIÚSCULAS (a não ser que seja a sua marca) e sem depoimentos sem autoria.

Capturas de tela e vídeo

• App Store: no mínimo o tamanho de iPhone de 6,9 polegadas (1290 × 2796 px na vertical), mais o iPad de 13 polegadas (2064 × 2752 px) se o seu app roda no iPad. A tabela completa está na nossa referência de tamanhos de capturas de tela.
• Google Play: de 2 a 8 capturas de tela de celular (1080 × 1920 px é um tamanho seguro) e um gráfico de recursos de 1024 × 500 px. Veja os requisitos de capturas de tela do Google Play e o guia do gráfico de recursos.
• A primeira captura de tela diz o principal benefício em poucas palavras. Nosso post sobre a primeira captura de tela da App Store fala do que colocar nela.
• As legendas usam suas palavras-chave reais onde ficam naturais (por que isso ajuda).
• Barras de status limpas e conteúdo realista em todas as capturas (como tirar capturas limpas no simulador).
• As telas mostram o app em uso, não só uma tela de abertura ou de login, conforme a diretriz 2.3.3. Os motivos mais comuns para um conjunto ser barrado estão em por que a Apple rejeita capturas de tela.
• Prévia do app em vídeo só se ela mostrar o app melhor do que as imagens estáticas; a diretriz 2.3.4 da Apple diz que as prévias só podem usar gravações de tela do próprio app.

Ícone

• Ícone da App Store com 1024 × 1024 px; ícone do Google Play com 512 × 512 px.
• Teste em tamanhos pequenos ao lado dos ícones dos seus principais concorrentes, numa simulação da tela de resultados de busca. Uma forma e uma cor marcantes costumam ganhar de detalhes.
• Sem texto, a não ser que seja uma única letra forte ou o seu logotipo.

Localização

• Decida quais mercados importam no primeiro ano e localize os metadados e as legendas das capturas de tela para eles juntos.
• Confira a lista de idiomas adicionais por loja da Apple; por exemplo, a loja dos EUA aceita espanhol (México), entre outros.
• Localize, não apenas traduza: nosso post sobre por que tradução não é localização explica a diferença, e o guia de localização de capturas de tela cuida da parte visual.

Pré-encomenda e pré-registro

• App Store: um app novo pode ficar em pré-encomenda com data de lançamento entre 2 e 180 dias à frente (Publicar para pré-encomenda).
• Google Play: campanhas de pré-registro podem durar até 90 dias, e dispositivos qualificados recebem o app instalado automaticamente no dia do lançamento (Ajuda do Play Console).
• Contas pessoais novas de desenvolvedor no Play precisam de um teste fechado com pelo menos 12 testadores inscritos por 14 dias seguidos antes de liberar o acesso à produção, então reserve esse tempo.

Linha de base de métricas

• Saiba onde encontrar impressões, visualizações da página de produto e downloads por tipo de origem no App Analytics da App Store, e visitantes e aquisições da página da loja no Play Console.
• Anote os metadados, as capturas de tela e a data do lançamento, para saber depois o que mudou.
• Configure o acompanhamento de ranking das palavras-chave principais e secundárias antes do lançamento, para o primeiro dia já ter uma linha de base.

A linha de base importa mais do que parece. O tráfego de lançamento é barulhento: uma menção nas redes sociais ou na newsletter de um amigo pode dobrar as visualizações da página por alguns dias e depois sumir. Se você mudar o subtítulo e as capturas de tela na mesma semana desse pico, não vai dar para saber qual dos três mexeu nos números. Anotar o que foi publicado, quando, e quais eram os números na primeira semana completa dá a cada mudança posterior uma comparação honesta. Também ajuda a enxergar tendências lentas e reais por baixo do barulho do lançamento, como as impressões de busca subindo aos poucos para uma palavra-chave que você adicionou.

Semana do lançamento

• Confira a página publicada num dispositivo real em cada loja principal: nome, subtítulo, capturas de tela na ordem certa, a localização certa aparecendo.
• Busque seus próprios termos principais e o nome exato do seu app. Se você não aparece nem buscando o próprio nome, confira os metadados que foram ao ar.
• Ative o pedido de avaliação na hora certa. A Apple deixa você pedir até três vezes em um período de 365 dias (Ratings and reviews), usando RequestReviewAction no SwiftUI ou AppStore.requestReview(in:). A In-App Review API do Google tem uma cota por período que não é divulgada, pede para não disparar o pedido a partir de um botão e pede para não perguntar "Você gosta do app?" antes.
• Peça depois de um sucesso, como um treino concluído, um documento salvo ou uma fase terminada, e não na primeira abertura.
• Responda a todas as primeiras avaliações. Na App Store, a pessoa recebe uma notificação e pode atualizar a avaliação; no Play, você responde pelo Play Console.
• Atualize o texto promocional se a cobertura do lançamento ou uma oferta de lançamento der algo para dizer. Não precisa de nova versão.

Primeiros 30 dias

• Leia a origem Busca. Compare as impressões e a conversão vindas da busca da App Store com a sua linha de base. Os relatórios de desempenho da página da loja no Play Console mostram o tráfego por origem e por termo de busca.
• Confira o ranking das palavras-chave toda semana. Descarte termos em que você não mostra nenhum sinal de ranquear e adicione novos com base no que aprendeu. Envie a mudança de palavras-chave na sua primeira atualização.
• Planeje o primeiro teste de capturas de tela. A Otimização da página de produto da Apple testa até três variações por até 90 dias; o Google Play tem os experimentos da página da loja. Nosso guia de testes A/B cobre os dois.
• Considere uma página de produto personalizada para qualquer campanha ou público que precise de outro argumento. A Apple permite até 70; veja o guia de páginas de produto personalizadas.
• Leia as avaliações atrás de palavras. As expressões que os usuários usam para descrever seu app muitas vezes são palavras-chave e legendas melhores do que as que você escolheu.
• Corrija os crashes primeiro. O Google diz que apps com bom desempenho técnico costumam ser favorecidos, e avaliações ruins por causa de crashes desfazem qualquer trabalho de metadados.

Se você vai montar o conjunto de capturas de tela do zero, nosso guia passo a passo de capturas de tela cobre o processo, e o guia do Figma ajuda se você prefere desenhar à mão. O Launch Shots também pode gerar um conjunto e publicá-lo direto no App Store Connect e no Google Play Console, e o console de ASO dele acompanha o ranking das palavras-chave e a conversão depois do lançamento.

A versão curta

• Antes do envio: palavras-chave escolhidas, nome/subtítulo/campo de palavras-chave preenchidos, título e descrições do Play escritos, capturas de tela nos tamanhos exigidos, ícone testado em tamanho pequeno, localização decidida, pré-encomenda configurada se quiser, linha de base registrada.
• Semana do lançamento: página conferida num dispositivo, pedido de avaliação disparado depois de um sucesso, avaliações respondidas, texto promocional atualizado.
• Primeiros 30 dias: impressões de busca e conversão comparadas com a linha de base, mudanças de palavras-chave enviadas na primeira atualização, primeiro teste de capturas de tela iniciado.