Publicação 12 de novembro de 2026 · 7 min de leitura

Como publicar um app na Google Play: o passo a passo

Capa do artigo sobre como publicar um app na Google Play, com a marca da VcInova

Publicar é mais do que enviar um arquivo

Quando um app fica pronto na máquina do desenvolvedor, falta uma parte que quase ninguém orça: colocá-lo na loja. A Google Play pede conta, ficha da loja, imagens, política de privacidade, declarações sobre os dados e um arquivo assinado do jeito certo. Quem faz isso pela primeira vez costuma perder dias com detalhes que poderiam ser resolvidos em horas.

Este guia resume o caminho com base na nossa experiência publicando o Pronto: Tarefas e Compras, um aplicativo próprio da VcInova que está na Google Play. Ele não substitui a documentação do Google, que muda com frequência, mas mostra o que realmente tomou tempo.

1. A conta de desenvolvedor

Taxa única: o Google cobra um valor único para abrir a conta de desenvolvedor. Confira o valor atual no Play Console.
Pessoa física ou empresa: a conta de organização pede dados da empresa (como o CNPJ) e um número D-U-N-S. Essa verificação pode levar dias, então comece por ela.
Contas pessoais novas: o Google costuma exigir um período de teste fechado, com um número mínimo de testadores, antes de liberar a publicação para todos. A regra muda de tempos em tempos, então consulte a versão vigente antes de planejar o prazo.
De quem é a conta: se uma empresa publica o app para você, combine por escrito em nome de quem fica a conta. É um dos pontos que mais geram problema depois.

2. O nome do aplicativo

O nome define se alguém vai encontrar o app. Nosso primeiro nome era “To-Do List”, genérico demais: a busca da Play já está cheia de apps com esse nome, e um nome assim quase não aparece. Trocamos para Pronto depois de pesquisar a disponibilidade na própria loja. Antes de fechar um nome, vale conferir também o registro de marcas no INPI, para não ter que trocar depois da publicação.

Uma dica prática: o título da loja pode ter o nome da marca e uma frase que explique o que o app faz, como “Pronto: Tarefas e Compras”. Isso ajuda a ser achado por quem pesquisa o que o app resolve, e não só o nome.

3. A ficha da loja

A ficha é a vitrine do app. A Play pede, entre outros itens:

Título e descrição curta (uma frase que resume o app).
Descrição completa, com as funções principais organizadas em blocos. Escreva para quem pesquisa, usando as palavras que seu cliente usaria.
Ícone de 512 × 512 px e imagem de destaque de 1024 × 500 px.
Capturas de tela para celular e, se o app funciona em tablets, também para tablets. Preparamos 8 capturas de celular (1080 × 1920) e as de tablet.
Categoria e dados de contato.

Se o app é oferecido em mais de um idioma, escreva a ficha em cada um. No Pronto, a ficha existe em português, inglês e espanhol.

4. Privacidade e “Segurança dos dados”

Todo app precisa de uma política de privacidade publicada em uma página pública, com o endereço informado na ficha. Ela deve dizer quais dados o app coleta, para quê e como a pessoa pode pedir a exclusão. A Play também exige o formulário de Segurança dos dados, em que você declara o que é coletado ou compartilhado, inclusive por bibliotecas de terceiros.

Um app que guarda tudo no aparelho, sem cadastro, tem um formulário bem mais simples do que um que usa servidor e login. Isso é uma decisão de projeto: quanto menos dados você coleta, menos você precisa declarar e proteger. No contexto da LGPD, vale a mesma regra. Em caso de dúvida jurídica, consulte um advogado.

5. O arquivo que vai para a loja

Formato: a Play recebe o app em um pacote chamado Android App Bundle (.aab), e não mais em um .apk simples.
Assinatura estável: o app precisa ser assinado sempre com a mesma chave. Se ela mudar, as atualizações deixam de funcionar para quem já instalou, e o usuário pode perder os dados. Guarde a chave e a senha em local seguro, com cópia.
Número de versão crescente: cada envio precisa ter um número de build maior que o anterior.
Versão alvo do Android: o Google exige que os apps novos e as atualizações mirem uma versão recente do Android, e essa exigência sobe todo ano.
Bibliotecas atualizadas: durante a publicação do Pronto, a Play recusou um build porque ele usava uma versão antiga da biblioteca de faturamento. Para corrigir, atualizamos o Flutter, o Gradle e outras ferramentas. Por isso, deixe uma folga no prazo para atualizações forçadas.

6. O que testar antes de enviar

Atualização por cima: instale a versão anterior, crie dados, instale a nova por cima e confira se nada se perdeu, principalmente quando o banco de dados mudou. Este é o teste que mais protege os seus usuários.
Acessibilidade básica: botões com área de toque adequada e elementos com descrição para leitores de tela. Isso também faz parte da qualidade percebida.
Permissões: peça cada permissão só quando o usuário usa a função que depende dela, e explique o motivo. Alarmes e notificações são casos comuns.
Aparelhos e telas diferentes: celular pequeno, tablet, tema escuro e idiomas diferentes.
Sem internet: se o app promete funcionar offline, teste de verdade em modo avião.

7. Se o app cobra algo

Se houver compra dentro do app, o pagamento deve usar o sistema de faturamento do Google. Alguns detalhes que surpreendem:

Doações ao desenvolvedor dentro do app também precisam seguir as regras da Play. Um botão que leva a um pagamento externo pode ser recusado.
Depois de uma compra, o app precisa confirmar o recebimento para a Play. Sem essa confirmação, a compra é estornada automaticamente em poucos dias.
É preciso tratar o pagamento pendente (como boleto) e a função de restaurar compras ao trocar de aparelho.
Os testes de compra devem usar contas de testador de licença, para não cobrar de verdade.

8. Revisão e o depois

Depois do envio, o Google analisa o app. O tempo varia: pode ser de poucas horas a alguns dias, e costuma demorar mais em contas novas. Se houver recusa, o motivo vem por escrito, e a correção costuma ser objetiva. Após a publicação:

acompanhe relatórios de falhas e as avaliações dos usuários;
peça a avaliação na hora certa, depois de a pessoa ter usado o app de verdade, e nunca logo na primeira abertura;
planeje atualizações, porque o Android muda todo ano e as exigências da loja também.

Quanto isso pesa no orçamento

Preparar e publicar costuma ser uma etapa do projeto, e não um detalhe: ficha em vários idiomas, imagens, política de privacidade, testes de atualização e ajustes depois da primeira recusa levam tempo. Por isso, ao pedir um orçamento de aplicativo, pergunte se a publicação nas lojas está incluída e em nome de quem ficam as contas. Para entender o que mais pesa no valor, leia quanto custa desenvolver um aplicativo e, se estiver decidindo a tecnologia, app nativo ou Flutter.

Na VcInova, fazemos o desenvolvimento e acompanhamos a publicação. Se você tem um aplicativo em mente, fale com a gente pelo WhatsApp ou pelo formulário do site.

Tem um projeto em mente? Conte para a gente o que você precisa e receba uma proposta.

Pedir orçamento WhatsApp