Como Publicar uma App no Google Play: Os Passos Reais na Play Console

Para publicar uma app no Google Play, registe uma conta de programador do Google Play (uma taxa única de 25 USD a partir de novembro de 2026), crie a app na Play Console, preencha a ficha da loja e os formulários de conteúdo da app, carregue um Android App Bundle (.aab) para uma faixa de testes e, depois, lance-a em produção assim que o Google a revir. Se tiver uma conta pessoal nova, há um passo extra: um teste fechado com pelo menos 12 testers durante 14 dias consecutivos antes de poder pedir acesso à produção. Este guia percorre cada ecrã por ordem, com os detalhes que mais atrasos causam.

Se ainda não criou a app, comece por como criar uma app Android.

Antes de começar: o que precisa

• A app como Android App Bundle (.aab). O Google Play exige este formato para apps novas.
• Um nível de API alvo atual. A partir de novembro de 2026, as apps novas e as atualizações têm de ter como alvo o Android 16 (nível de API 36).
• Uma política de privacidade num endereço web público. Tem de ser uma página web normal, não um PDF, e não pode estar atrás de um início de sessão.
• Um ícone, capturas de ecrã e um gráfico de destaque. Verifique na Play Console os tamanhos atuais; à data de escrita, o ícone tem 512 × 512 pixels e o gráfico de destaque 1024 × 500.
• Um email de suporte.
• Um documento de identidade do governo e um cartão em seu nome legal para o registo. Não são aceites cartões pré-pagos.

Passo 1: Crie a sua conta de programador

Aceda à Play Console e registe-se. Escolherá entre dois tipos de conta:

• Pessoal. Para indivíduos. Verificará a sua identidade e o acesso a um dispositivo Android através da app Play Console para telemóvel, e cumprirá o requisito de testes descrito no Passo 6.
• Organização. Para empresas registadas. A verificação pede dados da empresa e demora mais, mas não há o requisito de 12 testers.

Tem de ter pelo menos 18 anos. A taxa de 25 USD é paga uma única vez e não é reembolsada se o Google considerar os seus dados inválidos, por isso introduza o seu nome legal exatamente como aparece no seu documento.

Passo 2: Crie a app

Na Play Console, clique em Criar app e preencha:

• Nome da app tal como os utilizadores o vão ver.
• Idioma predefinido.
• App ou jogo.
• Gratuita ou paga. Pode mudar uma app paga para gratuita mais tarde, mas não uma app gratuita para paga.
• Declarações: aceite as Políticas do Programa para Programadores, as leis de exportação dos EUA e os termos do Play App Signing.

O nome do pacote (como com.suaempresa.suaapp) é definido pelo primeiro carregamento e nunca pode ser alterado nem reutilizado, por isso escolha-o com cuidado se construir a app por si.

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 da app, até 30 caracteres.
• Descrição curta, até 80 caracteres. Muitas vezes é tudo o que as pessoas leem, por isso comece por aquilo que a app faz.
• Descrição completa, até 4000 caracteres. Explique para quem é, as principais funcionalidades e o que os utilizadores precisam de saber, em linguagem simples. Não encha o texto de palavras-chave; as políticas do Google proíbem-no.
• Gráficos: ícone, gráfico de destaque e capturas de ecrã do telemóvel. Ecrãs reais da app, e não maquetes de funcionalidades que não existem.
• Categoria e dados de contacto.

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

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

• URL da política de privacidade.
• Acesso à app. Se partes da app exigirem início de sessão, dê aos revisores credenciais de acesso funcionais. Logins em falta são um motivo comum de rejeição.
• Anúncios. Indique se a app mostra anúncios, incluindo através de código de terceiros.
• Classificação de conteúdo. Um questionário que produz classificações etárias por região. Se o saltar, a app fica «Sem classificação», o que bloqueia o lançamento.
• Público-alvo e conteúdo. As faixas etárias a que a app se destina. Incluir crianças traz os requisitos mais rigorosos da política para Famílias.
• Segurança dos dados. Que dados a app recolhe ou partilha, porquê, e se estão encriptados e podem ser eliminados. Responda por tudo o que existe na app, incluindo a análise de dados e os fornecedores de início de sessão.
• 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 rigoroso. O Google compara as suas respostas com o que a app realmente faz.

Passo 5: Carregue a primeira versão para testes internos

Abra Teste interno (em Testes, no menu da esquerda), crie uma versão e carregue o .aab. Nesta primeira versão configurará o Play App Signing: deixe o Google gerar e guardar a chave de assinatura, a menos que tenha uma razão para gerir a sua. Adicione-se a si e a alguns colegas como testers internos por email, e depois lance a versão. Os testers abrem a ligação de inscrição e instalam a app a partir da Play Store.

Cada carregamento posterior precisa de um versionCode superior ao anterior.

Se construir com a Mythex

No plano Pro, a Mythex cria o AAB por si a partir da sua app publicada. Pode trabalhar de duas formas:

1. Carregar você próprio. Peça ao agente para criar a versão para Android, clique em Transferir quando o cartão disser Pronto para carregar, e carregue o ficheiro na Play Console. O ficheiro fica disponível para transferência nas Definições do projeto durante cerca de 30 dias.
2. Ligar 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 seu email na Play Console em Utilizadores e autorizações com acesso a esta app, e coloque a chave na Mythex. A partir daí, cada build Android vai sozinho para os testes internos, 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 pergunta-lhe antes de qualquer coisa ficar pública, como um lançamento em produção.

A criação da app (Passo 2), o formulário de Segurança dos dados e a classificação de conteúdo continuam na Play Console; o agente avisa-o quando um deles estiver em falta. Saiba mais na página do criador de apps Android da Mythex.

Passo 6: Execute um teste fechado (contas pessoais novas)

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

Dicas práticas:

• Recrute mais do que 12. As pessoas desistem. Tente ter entre 15 e 20.
• Use um Grupo do Google ou uma lista de emails para gerir os testers.
• Peça uso real, e não apenas uma instalação. O Google pergunta sobre os seus testes quando pede acesso, e vai aprender muito mais.
• Lance uma atualização durante o teste com correções do feedback.

O nosso guia de testes beta cobre o recrutamento e a recolha de feedback. Quando os 14 dias terminarem, peça acesso à produção a partir do 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 onde a app vai estar disponível.
2. Crie uma nova versão e adicione o bundle dos testes, ou carregue um novo.
3. Escreva as notas de lançamento em palavras simples: o que é novo ou foi corrigido.
4. Reveja e envie para revisão. As alterações acumulam-se em Visão geral da publicação até as enviar.

O tempo de revisão varia. As atualizações são muitas vezes rápidas; as primeiras versões podem levar vários dias. Pode escolher a publicação gerida se quiser aprovar o momento exato em que uma versão aprovada fica disponível.

Passo 8: Depois do lançamento

• Acompanhe os Android vitals para ver falhas e relatórios de «aplicação não responde».
• Responda às avaliações, sobretudo as primeiras.
• Mantenha o nível de API alvo atual. O Google aumenta-o todos os anos, e as apps que ficam para trás deixam de ser oferecidas aos novos utilizadores de telefones mais recentes.
• Atualize o formulário de Segurança dos dados sempre que acrescentar nova recolha de dados.

No caso de uma app encapsulada em web, como uma criada com a Mythex, a maioria das alterações chega aos utilizadores Android quando publica a app web, porque a app do telemóvel abre a sua app publicada. 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 rejeição ou atraso

• Nenhum acesso funcional para os revisores.
• Uma política de privacidade em falta, um PDF, ou que não corresponde às respostas da Segurança dos dados.
• Capturas de ecrã ou descrições que prometem funcionalidades que a app não tem.
• Pedir permissões sensíveis que a app não precisa claramente.
• Uma app avariada ou vazia: texto de exemplo, botões que não fazem nada.

Também publica no iPhone?

O processo da Apple é diferente: uma subscrição anual, o TestFlight e uma revisão humana de cada versão. Leia como publicar uma app na App Store para esses passos.

Perguntas