Como publicar app na Play Store, passo a passo (2026)

Quais são os passos para publicar um app na Play Store?

Publicar no Google Play leva oito passos, e só dois deles dependem de esperar o Google: a revisão do acesso à produção (contas pessoais novas) e a revisão da versão. Este é o caminho inteiro de uma vez.

Passo	Onde no Play Console	Bloqueio comum
1. Conta de desenvolvedor	Página de cadastro	Documento e cartão precisam estar no seu nome legal
2. Criar o app	Home, Create app	Escolha errada entre app e jogo, idioma padrão errado
3. Formulários de conteúdo	Monitor and improve, Policy and programs, App content	Falta de política de privacidade, falta de login para a revisão
4. Página da loja	Grow users, Store presence, Store listings	Imagem de destaque e capturas de tela faltando
5. Build	Test and release, envio do App Bundle	API alvo antiga, APK em vez de App Bundle
6. Testes	Test and release, Testing	12 testadores por 14 dias (contas pessoais novas)
7. Acesso à produção	Dashboard, Apply for production	Respostas rasas sobre o teste fechado
8. Versão de produção	Test and release, Production	Tempo de revisão, países não selecionados

Passo 1: como abrir a conta de desenvolvedor?

Você se cadastra com uma Conta do Google, aceita o Contrato de Distribuição do Desenvolvedor, paga a taxa de 25 USD uma única vez e escolhe uma conta pessoal ou de organização. É preciso ter pelo menos 18 anos. O Google então verifica a sua identidade com um documento oficial e um cartão no seu nome legal; contas de organização também precisam de um número D-U-N-S. Contas pessoais ainda comprovam acesso a um aparelho Android real pelo app Play Console.

A escolha entre pessoal e organização pesa mais do que parece: é ela que decide se a regra dos 12 testadores vale para você. O passo a passo completo está em Conta de desenvolvedor Google Play.

Passo 2: como criar o app no Play Console?

Na página inicial do Play Console, clique em Create app (criar app) e preencha:

App name: como o nome vai aparecer no Google Play (até 30 caracteres; dá para mudar depois).
Default language: o idioma da página principal da loja.
App or game: dá para mudar depois.
Free or paid: decida com cuidado. Se houver qualquer chance de cobrar no futuro, planeje um app gratuito com compras no app ou assinaturas.
E-mail de contato e as declarações: Políticas do Programa para Desenvolvedores, leis de exportação dos EUA e os termos da Assinatura de apps do Google Play.

O nome do pacote (o applicationId do seu build) é definido no primeiro envio e identifica o app para sempre. Escolha antes de enviar qualquer coisa.

Passo 3: quais formulários de conteúdo do app você precisa preencher?

O Google não revisa uma versão enquanto a página App content (conteúdo do app) não estiver completa. Abra Monitor and improve, Policy and programs, App content e passe por cada cartão:

Política de privacidade: uma URL pública. Obrigatória para quase todo app, e sempre que você lida com dados pessoais ou sensíveis.
Acesso ao app: se alguma parte do app fica atrás de um login, dê aos revisores credenciais que funcionam e instruções.
Anúncios: declare se o app mostra anúncios, inclusive por SDKs de terceiros.
Classificação do conteúdo: responda ao questionário para receber as classificações etárias das autoridades oficiais.
Público-alvo e conteúdo: as faixas etárias para as quais o app foi feito. Escolher idades infantis traz exigências de política extras.
Segurança dos dados: quais dados de usuário o app coleta e compartilha, e por quê. Todo app publicado preenche, inclusive os que não coletam nada.
Declarações de permissões: só quando você pede permissões de alto risco, como SMS ou registro de chamadas.
Declarações por categoria: por exemplo, recursos financeiros, saúde, notícias ou apps de governo, quando se aplicam.

O atraso de revisão mais comum nesta etapa é o acesso ao app: uma tela de login sem conta de teste.

Passo 4: o que vai na página da loja?

Abra Grow users, Store presence, Store listings. Estes são os campos e arquivos que o Google exige para publicar:

Item	Exigência
Nome do app	Até 30 caracteres
Descrição curta	Até 80 caracteres
Descrição completa	Até 4.000 caracteres
Ícone do app	512 x 512 px, PNG de 32 bits com alfa, até 1.024 KB
Imagem de destaque	1.024 x 500 px, JPEG ou PNG de 24 bits, sem alfa; obrigatória
Capturas de tela	Pelo menos 2 no total entre os tipos de aparelho, até 8 por tipo; JPEG ou PNG de 24 bits; cada lado de 320 a 3.840 px; o lado maior no máximo o dobro do menor
E-mail de contato	Obrigatório; um site é recomendado
Categoria e tags	Definidas em Store settings; até 5 tags

O seu texto também passa por checagem de política. A política de metadados do Google proíbe emoji e caracteres especiais repetidos no título, tudo em maiúsculas (a menos que seja a sua marca) e afirmações de ranking ou preço como "nº 1", "melhor app do ano" ou "50% de desconto" em textos e imagens. Palavras-chave repetitivas ou sem relação no nome ou nas descrições podem levar à suspensão do app. Escreva primeiro para pessoas; o que é ASO (em inglês) explica como a loja lê esses campos.

Passo 5: que build o Google Play aceita?

Envie um Android App Bundle (.aab). Desde agosto de 2021, apps novos precisam usar App Bundles, e o Google Play gera e assina APKs específicos para cada aparelho pela Assinatura de apps do Google Play.

O build também precisa cumprir a regra de nível de API alvo. A partir de 31 de agosto de 2026, apps novos e atualizações precisam ter como alvo o Android 16 (nível de API 36). Apps existentes precisam mirar pelo menos a API 35 para continuar disponíveis a novos usuários; Wear OS, Android Auto e Android TV têm limites próprios. Confira o targetSdk antes do envio, não depois de uma rejeição.

Passo 6: como funcionam os testes antes da produção?

O Play Console tem três faixas de teste em Test and release, Testing:

Teste interno: até 100 testadores, builds disponíveis em minutos. O melhor para a sua própria equipe.
Teste fechado: testadores convidados por lista de e-mails (até 2.000 por lista) ou Grupo do Google. É esta faixa que conta para a regra dos 12 testadores.
Teste aberto: qualquer pessoa entra pela página do app na loja; você pode limitar o número a 1.000 ou mais.

Testadores não deixam avaliações públicas em versões de teste; eles mandam feedback privado. Detalhes e as soluções para o erro "item não encontrado" estão em teste interno, fechado e aberto (em inglês).

Se a sua conta pessoal foi criada depois de 13 de novembro de 2023, você precisa fazer um teste fechado com pelo menos 12 testadores inscritos por 14 dias consecutivos antes de poder pedir acesso à produção. Se alguém sair e voltar, os dias dessa pessoa recomeçam. Contas de organização pulam essa etapa. O roteiro completo está em a regra dos 12 testadores por 14 dias.

Passo 7: como pedir acesso à produção?

Quando o teste fechado completar os 14 dias, abra o Dashboard (painel) e clique em Apply for production (pedir acesso à produção). O formulário tem três partes:

Sobre o seu teste fechado: se foi fácil recrutar, se os testadores usaram todos os recursos, se o uso deles se parece com o de usuários reais e que feedback você recebeu, e como.
Sobre o seu app: público-alvo, o que dá valor ao app e a sua estimativa de instalações no primeiro ano.
Prontidão para produção: o que você mudou por causa do teste e como decidiu que o app está pronto.

O Google diz que essa revisão normalmente leva sete dias ou menos e manda o resultado por e-mail ao proprietário da conta.

Passo 8: como lançar a versão de produção?

Abra Test and release, Production, escolha os países e regiões, depois Create new release, adicione o App Bundle (ou promova um que já está em teste), escreva as notas da versão, clique em Review release e então em Start rollout to production. Na primeira versão, o app vai para todo mundo nos países escolhidos; lançamentos graduais servem só para atualizações (veja lançamento gradual, em inglês).

O Google revisa a versão. As páginas de ajuda dizem que a revisão pode levar até 7 dias, ou mais em casos excepcionais, e algumas contas passam por revisões estendidas. Acompanhe na página Publishing overview. Se quiser controlar o momento exato em que o app vai ao ar, ative ali a publicação gerenciada (managed publishing): as mudanças aprovadas esperam até você clicar em publicar e entram no ar em minutos. Os detalhes de prazo estão em tempo de revisão do Google Play (em inglês).

Checklist antes de clicar em "Start rollout"

Conta verificada; perfil de pagamentos configurado se você vende alguma coisa.
Todos os cartões de App content completos, com um login de teste funcionando se precisar.
A URL da política de privacidade abre e bate com as respostas de Segurança dos dados.
Ícone, imagem de destaque e pelo menos 2 capturas de tela enviados.
Título, descrição curta e completa sem emoji, maiúsculas, rankings e promessas de preço.
App Bundle assinado, targetSdk no nível exigido, versionCode maior que o de qualquer envio anterior.
Teste fechado concluído e acesso à produção liberado (contas pessoais novas).
Países selecionados; publicação gerenciada ativada se o momento do lançamento importa.

Erros comuns que custam semanas

Escolher uma conta pessoal para uma empresa e depois esbarrar na regra dos 12 testadores.
Testadores que entram e nunca instalam, ou desinstalam no terceiro dia. O Google conta os testadores inscritos de forma contínua; planeje mais de 12.
Comprar testadores de desconhecidos. A política proíbe engajamento falso ou incentivado, e um teste que nenhum usuário real tocou deixa o pedido de produção fraco.
Colocar frases de marketing ("o app nº 1") no título. Isso é problema de política, não questão de estilo.
Esquecer que a revisão pode levar uma semana: não anuncie data de lançamento antes de a versão ser aprovada.

Vai publicar no iOS também?

O lado da Apple tem outros custos (99 USD por ano) e outro sistema de testes. Siga Como publicar um app na App Store para o caminho paralelo e use o básico do Play Console (em inglês) se o painel ainda é novo para você.

O que acompanhar depois do lançamento?

No dia em que o app entra no ar, a posição dele na busca começa a importar. O Radar de palavras-chave do Uptika lê todo dia a sua posição no Google Play para cada palavra-chave, em cada país que você escolher. Quando você envia um novo texto para a loja, o Uptika observa a página pública e marca o dia em que ele entra no ar, para você comparar as posições antes e depois. A partir do plano Inicial, o Diário de rivais também mostra quando os concorrentes mudam título, ícone ou capturas de tela. Comece no plano Grátis: um app, uma loja do país, 10 palavras-chave. Para revisar o texto da sua página antes de enviar, o Metadata Linter gratuito (em inglês) aponta limites, repetições e promessas direto no seu navegador.

Perguntas

Quanto custa publicar um app na Play Store?

A conta de desenvolvedor do Google Play tem uma taxa de registro de 25 USD, paga uma única vez. Não há taxa anual nem taxa por app. O Google só cobra uma taxa de serviço quando você vende algo pelo faturamento do Google Play.

Como publicar app na Play Store de graça?

De graça total, não dá: o registro de 25 USD é obrigatório uma vez. Depois disso, publicar quantos apps gratuitos ou pagos você quiser não custa nada a mais.

Quanto tempo leva para publicar um app na Play Store?

Conte com a verificação da conta, depois 14 dias de teste fechado se a sua conta pessoal for nova, até 7 dias para a revisão do acesso à produção e a revisão da primeira versão, que o Google diz poder levar até 7 dias ou mais em casos excepcionais.

Preciso de 12 testadores para publicar na Play Store?

Só se a sua conta for pessoal e tiver sido criada depois de 13 de novembro de 2023. Essas contas precisam fazer um teste fechado com pelo menos 12 testadores inscritos por 14 dias seguidos antes de pedir acesso à produção. Contas de organização não seguem essa regra.

Posso enviar um APK em vez de um App Bundle?

Não para um app novo. Desde agosto de 2021, apps novos no Google Play precisam ser publicados como Android App Bundle (.aab), e o Google Play gera e assina os APKs para cada aparelho.

Qual nível de API o Google Play exige em 2026?

A partir de 31 de agosto de 2026, apps novos e atualizações precisam ter como alvo o Android 16 (nível de API 36). Apps já existentes precisam mirar pelo menos a API 35 para continuar visíveis a novos usuários, com exceções para Wear OS, Android Auto e Android TV.

Como publicar um app na Play Store, passo a passo (2026)