Como publicar um app na Google Play em 2026
O processo mudou, e a maior parte dos tutoriais que aparecem na busca é de antes da mudança. A diferença não é cosmética: existe hoje uma exigência de teste que prende um app novo por no mínimo duas semanas, e quem não sabe dela descobre no dia em que ia lançar.
Este guia é sobre o processo do Google, do zero até o app disponível.
Antes de começar, quatro coisas
- Uma conta de desenvolvedor, que custa US$ 25 uma única vez. Não é por app e não é por ano;
- Verificação de identidade. O Google confere quem você é com documento, e leva alguns dias. Comece por aqui, porque é o passo que espera por outra pessoa;
- O arquivo do app, no formato Android App Bundle (
.aab). O.apkque você usa para instalar no seu celular e testar não serve para publicar; - Uma política de privacidade com endereço público. É obrigatória, inclusive para app que não coleta nada.
A decisão que muda tudo: conta pessoal ou de organização
Esta é a primeira escolha do processo e é a que define quanto tempo você vai levar. Ela quase nunca aparece no topo dos tutoriais, e devia.
| Pessoal | Organização | |
|---|---|---|
| O que precisa | documento de identidade | número D-U-N-S da empresa |
| Teste fechado obrigatório | sim, se a conta foi criada depois de 13/11/2023 | não |
| Quem aparece na loja | você | a empresa |
| Prazo até conseguir publicar | duas semanas no mínimo, por causa do teste | o tempo da revisão |
Se você tem CNPJ e pretende manter o app por anos, a conta de organização economiza a parte mais lenta do processo. O D-U-N-S é gratuito e leva alguns dias para sair.
Se você vai publicar como pessoa física, siga para a seção seguinte, porque ela é o seu caminho crítico.
O teste fechado de 12 pessoas por 14 dias
Contas pessoais criadas depois de 13 de novembro de 2023 precisam testar o app antes de ele poder ser distribuído. A regra, na própria página do Google:
- 12 testadores participando do teste fechado;
- por 14 dias contínuos;
- e a parte que derruba quase todo mundo: quem entra, testa menos de 14 dias e sai não conta. As pessoas precisam permanecer inscritas no teste, sem sair, durante todo o período.
Cumprida a exigência, você solicita acesso à produção pelo painel do Play Console. Aprovado o pedido, a faixa de produção e o teste aberto ficam disponíveis.
O que isso significa na prática. O calendário não começa quando o app fica pronto, começa quando o décimo segundo testador aceita o convite. Três conselhos que economizam semanas:
Convide mais de doze. Alguém vai trocar de celular, alguém vai desinstalar sem avisar. Convidar vinte para garantir doze é o normal, não é exagero.
Explique que não é só instalar. As pessoas precisam continuar com o app instalado e opt-in pelos 14 dias. Uma mensagem clara na hora do convite evita descobrir no décimo terceiro dia que a contagem não fechou.
Comece o teste antes de o app estar perfeito. O relógio corre em paralelo ao seu acabamento. Segurar o teste esperando a versão final é jogar duas semanas fora.
O passo a passo
- Crie a conta no Play Console, escolha pessoal ou organização, pague os US$ 25 e conclua a verificação de identidade;
- Crie o app no painel: nome, idioma padrão, se é app ou jogo, e se é gratuito ou pago. A escolha entre gratuito e pago não pode ser desfeita depois de publicado como gratuito;
- Preencha a ficha da loja: título, descrição curta, descrição completa, ícone, imagem de destaque e capturas de tela. As capturas são o que mais decide instalação, e é a parte que a maioria trata como burocracia;
- Responda o questionário de classificação de conteúdo. É um formulário, e responder errado por otimismo é motivo de remoção depois;
- Preencha o formulário de segurança de dados, declarando o que o app coleta e compartilha. Ele precisa bater com o que o app faz de verdade;
- Envie o
.aabpara uma faixa de teste; - Rode o teste fechado, se a sua conta precisar dele;
- Solicite o acesso à produção e envie para revisão.
As recusas mais comuns
Quase todas são de formulário, não de código:
Segurança de dados incoerente. Você declarou que não coleta nada e o app pede login, ou usa uma ferramenta de análise. Qualquer coisa que identifique a pessoa conta.
Política de privacidade que não abre. Link quebrado, página exigindo login, endereço que só funciona no seu computador.
Classificação otimista. Conteúdo gerado por usuário sem declarar que existe conteúdo gerado por usuário é o caso clássico.
API alvo desatualizada. O Google exige que apps novos mirem uma versão recente do Android, e a exigência sobe todo ano.
Permissão sem justificativa. Pedir localização, câmera ou contatos sem que o uso fique claro na ficha é pedido de explicação na certa.
E se você ainda não tem o app
Tudo acima é o processo do Google, e vale independentemente de como o app foi feito. A parte anterior, ter um app Android empacotado e assinado, é onde a maioria das pessoas trava, porque historicamente exigia um ambiente de desenvolvimento montado.
É o que mudou. Hoje dá para descrever o app, publicá-lo como site e empacotá-lo como app nativo, sem montar ambiente nenhum. Na Fabapp, o app é enviado sob a sua conta de desenvolvedor, não sob a nossa: a ficha na loja é sua, e a relação com o Google é sua. É uma diferença que importa no dia em que você quiser sair.
O que a plataforma não faz por você, e nem poderia: criar a conta, passar pela verificação de identidade e cumprir o teste dos 12 testadores. Isso é entre você e o Google. O que a plataforma faz por inteiro está em recursos.
Se você já é cliente e quer a tela exata onde isso acontece, o passo a passo dentro do produto está no guia Publicar o app nas lojas. Esta página é sobre o processo do Google; aquela é sobre onde clicar.
O resumo, em três linhas
O dinheiro é pouco, US$ 25 uma vez. O tempo é o custo real, e ele é dominado pelo teste de 12 pessoas por 14 dias contínuos quando a conta é pessoal. E as recusas quase nunca são técnicas: são formulários preenchidos com pressa.
Na Fabapp, o plano Free não pede cartão, e dá para ter o app de pé antes de gastar os US$ 25 com o Google.