Como Publicar um App no Google Play: Os Passos Reais do Play Console

Para publicar um app no Google Play, registre uma conta de desenvolvedor do Google Play (uma taxa única de US$ 25 em novembro de 2026), crie o app no Play Console, preencha a ficha da loja e os formulários de conteúdo do app, envie um Android App Bundle (.aab) para uma trilha de teste e depois lance para produção quando o Google aprovar. Se você tem uma conta pessoal nova, há um passo extra: um teste fechado com pelo menos 12 testers por 14 dias consecutivos antes de pedir acesso à produção. Este guia percorre cada tela na ordem, com os detalhes que causam a maioria dos atrasos.

Se você ainda não construiu o app, comece por como criar um app Android.

Antes de começar: o que você precisa

• O app como Android App Bundle (.aab). O Google Play exige esse formato para apps novos.
• Um nível de API alvo atual. Em novembro de 2026, apps novos e atualizações precisam ter como alvo o Android 16 (API nível 36).
• Uma política de privacidade em um endereço web público. Precisa ser uma página web normal, não um PDF, e não pode estar atrás de login.
• Um ícone, capturas de tela e um banner de destaque. Confira no Play Console os tamanhos atuais exigidos; no momento em que este texto foi escrito, o ícone tem 512 × 512 pixels e o banner de destaque 1024 × 500.
• Um e-mail de suporte.
• Um documento de identidade oficial e um cartão no seu nome legal para o registro. Cartões pré-pagos não são aceitos.

Passo 1: Crie a sua conta de desenvolvedor

Acesse o Play Console e cadastre-se. Você escolhe entre dois tipos de conta:

• Pessoal. Para indivíduos. Você verifica sua identidade e o acesso a um dispositivo Android pelo app do Play Console, e cumpre o requisito de teste descrito no Passo 6.
• Organização. Para empresas registradas. A verificação pede dados da empresa e demora mais, mas não há o requisito de 12 testers.

Você precisa ter pelo menos 18 anos. A taxa de US$ 25 é paga uma única vez e não é reembolsada se o Google julgar inválidos os seus dados, então digite seu nome legal exatamente como aparece no seu documento.

Passo 2: Crie o app

No Play Console, clique em Criar app e preencha:

• Nome do app como os usuários o verão.
• Idioma padrão.
• App ou jogo.
• Gratuito ou pago. Você pode mudar um app pago para gratuito depois, mas não um gratuito para pago.
• Declarações: aceite as Políticas do Programa para Desenvolvedores, as leis de exportação dos EUA e os termos do Play App Signing.

O nome do pacote (como com.suaempresa.seuapp) é definido pelo primeiro envio e nunca pode ser alterado nem reutilizado, então escolha com cuidado se você mesmo constrói o app.

Passo 3: Escreva a ficha da loja

Abra a página Ficha principal da loja (em Presença na loja, no menu da esquerda) e adicione:

• Nome do app, até 30 caracteres.
• Descrição curta, até 80 caracteres. Muitas vezes é tudo o que as pessoas leem, então comece pelo que o app faz.
• Descrição completa, até 4.000 caracteres. Explique para quem é, os principais recursos e tudo o que o usuário precisa saber, em linguagem simples. Não encha de palavras-chave; as políticas do Google proíbem isso.
• Imagens: ícone, banner de destaque e capturas de tela do celular. Telas reais do app, não maquetes de recursos que não existem.
• Categoria e dados de contato.

Passo 4: Preencha os formulários de conteúdo do app

Abra a página Conteúdo do app (em Política, no menu da esquerda). Cada item precisa de uma resposta antes que você possa lançar:

• URL da política de privacidade.
• Acesso ao app. Se partes do app exigem login, dê aos revisores credenciais de acesso funcionais. Logins ausentes são um motivo comum de reprovação.
• Anúncios. Diga se o app exibe anúncios, inclusive por meio de código de terceiros.
• Classificação de conteúdo. Um questionário que gera classificações etárias para cada região. Se você pular, o app fica como “Sem classificação”, o que bloqueia o lançamento.
• Público-alvo e conteúdo. As faixas etárias para as quais o app é destinado. Incluir crianças traz os requisitos mais rigorosos da política para Famílias.
• Segurança dos dados. Quais dados o app coleta ou compartilha, por que, e se eles são criptografados e podem ser excluídos. Responda por tudo o que está no app, inclusive analytics e provedores de login.
• Outras declarações conforme solicitado, por exemplo para apps de notícias, saúde, finanças ou governo, ou para permissões sensíveis como SMS.

Seja preciso. O Google compara suas respostas com o que o app de fato faz.

Passo 5: Envie a primeira versão para o teste interno

Abra Teste interno (em Testes, no menu da esquerda), crie uma versão e envie o .aab. Nesta primeira versão você configura o Play App Signing: deixe o Google gerar e guardar a chave de assinatura, a menos que você tenha um motivo para gerenciar a sua. Adicione você mesmo e alguns colegas como testers internos pelo e-mail, depois publique a versão. Os testers abrem o link de inscrição e instalam o app pela Play Store.

Cada envio posterior precisa de um versionCode maior que o anterior.

Se você constrói com a Mythex

No plano Pro, a Mythex gera o AAB para você a partir do seu app publicado. Você pode trabalhar de duas formas:

1. Enviar você mesmo. Peça ao agente para construir para Android, clique em Baixar quando o cartão mostrar Pronto para enviar, e envie o arquivo no Play Console. O arquivo fica disponível para download em Configurações do projeto por cerca de 30 dias.
2. Conectar a sua própria conta de serviço do Google Play. Crie uma conta de serviço e uma chave JSON no Google Cloud, convide o e-mail dela no Play Console em Usuários e permissões com acesso a este app, e coloque a chave na Mythex. A partir daí, cada build Android vai para o teste interno automaticamente, com o código de versão definido acima de qualquer versão já existente no Google Play. O agente também pode editar a ficha da loja, e pede a sua confirmação antes de qualquer coisa ficar pública, como um lançamento em produção.

Criar o app (Passo 2), o formulário de Segurança dos dados e a classificação de conteúdo continuam no Play Console; o agente avisa quando um deles está faltando. Leia mais na página do criador de apps Android da Mythex.

Passo 6: Faça um teste fechado (contas pessoais novas)

Se a sua conta pessoal foi criada depois de 13 de novembro de 2023, você precisa rodar um teste fechado com pelo menos 12 testers que permaneçam inscritos por pelo menos 14 dias seguidos antes de pedir acesso à produção. Quem sai e volta começa um novo período de 14 dias.

Dicas práticas:

• Recrute mais de 12. Algumas pessoas desistem. Busque de 15 a 20.
• Use um Grupo do Google ou uma lista de e-mails para gerenciar os testers.
• Peça uso real, e não só a instalação. O Google pergunta sobre o seu teste quando você pede acesso, e você vai aprender muito mais.
• Publique uma atualização durante o teste com correções a partir do feedback.

Nosso guia de teste beta cobre como recrutar e coletar feedback. Quando os 14 dias terminarem, peça acesso à produção pelo Painel e responda às perguntas sobre o seu teste.

Passo 7: Lance em produção

Assim que o acesso à produção estiver disponível, abra Produção no menu da esquerda:

1. Escolha os países e regiões em que o app ficará disponível.
2. Crie uma nova versão e adicione o bundle do teste, ou envie um novo.
3. Escreva as notas de versão em linguagem simples: o que é novo ou foi corrigido.
4. Revise e envie para análise. As alterações ficam reunidas em Visão geral da publicação até você enviá-las.

O tempo de análise varia. Atualizações costumam ser rápidas; primeiros lançamentos podem levar vários dias. Você pode escolher a publicação gerenciada se quiser aprovar o momento exato em que uma versão aprovada entra no ar.

Passo 8: Depois do lançamento

• Acompanhe os indicadores de saúde do Android para ver falhas e relatos de “app não está respondendo”.
• Responda às avaliações, especialmente as primeiras.
• Mantenha o nível de API alvo atual. O Google o eleva a cada ano, e apps que ficam para trás deixam de ser oferecidos a novos usuários de celulares mais recentes.
• Atualize o formulário de Segurança dos dados sempre que adicionar nova coleta de dados.

Para um app empacotado em web, como um criado com a Mythex, a maioria das mudanças chega aos usuários Android quando você publica o app web, porque o app do celular abre o seu app publicado. Uma nova versão na loja só é necessária para coisas como o ícone, o nome, as permissões ou um novo nível de API alvo.

Motivos comuns de reprovação ou atraso

• Nenhum login funcional para os revisores.
• Uma política de privacidade ausente, em PDF, ou que não bate com as respostas de Segurança dos dados.
• Capturas de tela ou descrições que prometem recursos que o app não tem.
• Pedir permissões sensíveis que o app não precisa claramente.
• Um app quebrado ou vazio: texto de espaço reservado, botões que não fazem nada.

Também publica no iPhone?

O processo da Apple é diferente: uma assinatura anual, TestFlight e uma análise humana de cada versão. Leia como publicar um app na App Store para esses passos.

Perguntas