Se abriu uma conta de programador pessoal no Google Play depois de 13 de novembro de 2023, não pode publicar uma app em produção de imediato. A Google exige primeiro um teste fechado com pelo menos 12 testadores inscritos de forma contínua durante, no mínimo, 14 dias. Só então pode pedir o acesso à produção, um pedido que a Google costuma analisar em sete dias ou menos. As contas de organização e as contas pessoais mais antigas não são abrangidas.
Enquanto o pedido não for aprovado, a página Produção continua desativada na Play Console, tal como o pré-registo e o teste aberto. Tudo o que se segue vem da página oficial da Ajuda da Play Console e das páginas para as quais remete, consultadas a 5 de outubro de 2026. As citações são traduções nossas do texto oficial em inglês.
Este artigo aprofunda um único passo de um percurso mais longo. Para a sequência completa, da conta de 25 USD à ficha da loja e à revisão, comece pelo nosso guia para publicar uma app no Google Play.
A regra: a quem se aplica e o que conta
Quem é abrangido
O requisito visa as contas de programador pessoais criadas depois de 13 de novembro de 2023: o guia de registo da Play Console reserva este passo às contas pessoais. Uma conta de organização não é um atalho para quem desenvolve sozinho: destina-se a empresas e exige um número D-U-N-S, cuja obtenção pode demorar até 30 dias, segundo a Google.
Os números mudaram uma vez. Quando a Google anunciou o requisito a 9 de novembro de 2023, eram precisos 20 testadores. A 11 de dezembro de 2024, depois de pequenos programadores explicarem que era difícil reunir 20, o limiar baixou para 12. Os 14 dias mantiveram-se.
O que significa «inscrito de forma contínua»
Um testador conta quando está na sua lista de testadores (ou no seu grupo do Google) e aceitou o teste através da ligação de adesão, com uma Conta Google. A formulação da Google é precisa: «Pelo menos 12 testadores têm de estar inscritos no seu teste fechado quando pede o acesso à produção, e têm de ter estado inscritos de forma contínua nos 14 dias anteriores.»
Duas consequências. Cada testador tem o seu próprio contador: quem adere no dia 5 termina no dia 19. E sair repõe-no a zero: segundo as perguntas frequentes da Google, um testador que sai e volta mais tarde tem de atingir de novo 14 dias consecutivos. Têm, portanto, de ficar as mesmas 12 pessoas; não é possível ir trocando de testadores.
A Play Console tem quatro faixas, e só uma alimenta o requisito.
| Faixa | Quem pode participar | Disponível para uma conta pessoal nova | Conta para os 12? |
|---|---|---|---|
| Teste interno | Até 100 testadores numa lista de e-mails | Desde o início, mesmo antes de concluir a configuração da app | Não |
| Teste fechado | Os testadores que escolher, por listas de e-mails ou Grupos do Google | Depois de concluída a configuração da app | Sim, a única |
| Teste aberto | Qualquer pessoa; a versão de teste fica visível no Google Play | Só depois do acesso à produção | Não, bloqueada até lá |
| Produção | Todos os utilizadores do Google Play | Depois de o pedido ser aprovado | É o que se desbloqueia |
Configurar o teste fechado, passo a passo
A ordem conta, porque o teste fechado só se desbloqueia quando os passos anteriores estão concluídos. Os nomes dos menus vão em inglês; na sua Play Console podem aparecer traduzidos.
- Conclua as verificações da conta. Primeiro a identidade (um documento de identificação oficial numa conta pessoal), depois a verificação do dispositivo na app móvel Play Console, com um telemóvel Android físico, sem root, com Android 10 ou posterior.
- Crie a app e conclua a configuração. O painel (Dashboard) lista as tarefas obrigatórias: política de privacidade, declaração sobre anúncios, dados de início de sessão para os revisores, público-alvo, classificação de conteúdo, Data safety e ficha da loja. O teste fechado fica disponível quando estiverem concluídas.
- Carregue um app bundle que cumpra o nível de API alvo. Desde 31 de agosto de 2026, as apps novas têm de visar o Android 16 (nível de API 36) ou superior.
- Adicione os testadores. Em Test and release > Testing > Closed testing, clique em «Manage track», abra o separador «Testers» e crie uma lista de e-mails ou indique o endereço de um grupo do Google. Indique um e-mail ou um URL para o feedback: aparece na página de adesão.
- Lance uma versão e espere pelo estado «Published». A ligação de adesão não aparece enquanto a app estiver em «Draft» ou «Pending publication», e a Google avisa que a primeira ligação de teste pode demorar várias horas a ficar disponível.
- Partilhe a ligação. Antes da produção, os testadores não conseguem encontrar a app ao pesquisar no Google Play. Cada um abre a ligação de adesão, aceita e instala a app a partir da respetiva página da Play Store.
- Mantenha 12 inscrições durante 14 dias. Recolha feedback, publique correções na mesma faixa e não envie o pedido antes do tempo.
Encontrar 12 testadores reais e mantê-los 14 dias
O conselho da própria Google é simples: «A forma mais comum de recrutar testadores é recorrer às redes pessoais e profissionais.» Refere amigos, familiares, colegas de trabalho ou de turma, depois as comunidades de futuros utilizadores e as redes sociais. Na prática, funcionam quatro fontes:
- As pessoas que conhece. A dúzia mais rápida, desde que tenham um telemóvel Android e uma Conta Google.
- Os seus clientes atuais. Se a app prolonga um serviço que já vende, a utilização deles será a mais parecida com a de produção.
- Uma lista de espera. Um formulário de registo na sua landing page transforma o interesse em testadores antes do lançamento.
- Comunidades dos seus utilizadores-alvo. Um clube, um fórum, um grupo profissional: a Google recomenda testadores «que representem o futuro público-alvo da sua app».
Convide mais de 12 pessoas. Se ficar por 12 exatos e uma pessoa sair no dia 9, fica abaixo do mínimo e quem a substituir começa outros 14 dias. Quinze a vinte inscrições dão margem (conselho nosso, não um número da Google).
Depois, diga aos testadores o que se espera deles. A página de ajuda dá uma instrução explícita: «Informe os seus testadores de que têm de permanecer inscritos no teste fechado de forma contínua durante pelo menos 14 dias.» Pede também instruções de teste claras e sugere um grupo de mensagens para partilhar feedback.
E a atividade? A Google não publica nenhum número de sessões nem nenhuma quota de utilização diária; quem citar uma está a adivinhar. O que a página diz é que um pedido pode ser devolvido por «envolvimento insuficiente dos testadores durante o período de teste». É também por isso que os serviços que vendem testadores são um mau plano: doze contas que se inscrevem e nunca abrem a app cumprem a contagem, não a pergunta sobre o envolvimento.
Pedir o acesso à produção
Quando 12 testadores tiverem 14 dias seguidos, abra o painel (Dashboard) da app na Play Console e clique em «Apply for production». O formulário tem três partes.
| Parte | O que a Google pergunta | Como responder |
|---|---|---|
| Sobre o teste fechado | Se foi fácil recrutar testadores; se usaram todas as funcionalidades e se comportaram como utilizadores de produção; um resumo do feedback e da forma como foi recolhido | A partir do seu registo: quem eram os testadores, o que usaram, o que reportaram. Aponte as diferenças face ao uso real em vez de as esconder. |
| Sobre a app ou o jogo | O público-alvo, tão específico quanto possível; o valor que a app traz aos utilizadores (num jogo, o que o torna único); uma estimativa de instalações no primeiro ano | Descreva um utilizador concreto, não «toda a gente», e dê uma estimativa sóbria. A Google indica que estas respostas não são públicas nem afetam a visibilidade. |
| Sobre a preparação para produção | O que alterou depois do teste fechado; como concluiu que a app estava pronta | Enumere as correções publicadas durante o teste e os seus critérios: nenhuma falha em aberto, fluxos principais verificados em vários dispositivos. |
Depois de enviar, a Google analisa o pedido e avisa o proprietário da conta por e-mail. Nas suas palavras: «A revisão demora normalmente sete dias ou menos, mas ocasionalmente pode demorar mais.» Uma vez aprovado, as páginas Produção e Teste aberto ficam desbloqueadas.
Porque é que há pedidos devolvidos
A Google aponta dois motivos para pedir que continue a testar: «ter menos de 12 testadores inscritos ou envolvimento insuficiente dos testadores durante o período de teste». O teste fechado continua e volta a apresentar o pedido. A página de ajuda não fixa nenhuma duração para esses testes adicionais: siga o e-mail que receber.
A outra família de recusas tem a ver com as políticas. A Google avisa que «a revisão não é um passo de resolução de problemas» e aponta quatro áreas a verificar antes de enviar o pedido:
- Conteúdo, funcionalidades e monetização em conformidade com as políticas do Google Play.
- Uma faixa etária alvo e uma classificação de conteúdo que reflitam o público real.
- Uma app estável: sem falhas, funcionalidades avariadas ou ecrãs em falta.
- Credenciais de início de sessão válidas para os revisores, se a app exigir autenticação.
Calendário e checklist
O calendário é ditado pela espera, não pelo trabalho.
| Passo | Duração | O que diz a Google |
|---|---|---|
| Conta e verificações | Variável | Nenhuma duração publicada para a verificação de identidade; menos de um minuto para a do dispositivo |
| Teste fechado | 14 dias no mínimo | Contados por testador, sem interrupção |
| Revisão do pedido de acesso | Em geral 7 dias ou menos | Ocasionalmente pode demorar mais |
| Primeira versão em produção | Revisão da app | Até sete dias, ou mais em casos excecionais, para certas contas de programador |
A partir do dia em que o seu décimo segundo testador se inscreve, conte com três a quatro semanas até a app ficar pública, e mais se a Google pedir testes adicionais. Este intervalo é uma estimativa nossa a partir dos números acima.
Com o criador de apps móveis da Cadrant, a parte Android deste percurso é guiada e as contas continuam a ser suas: o build corre na sua conta Expo e o app bundle chega à sua própria Play Console como versão em rascunho na faixa de teste interno. Cria a app com o nome do pacote fornecido pela Cadrant, convida uma vez a conta de serviço e depois promove a versão para um teste fechado. A regra é da Google e continua a aplicar-se: 12 testadores, 14 dias e, depois, o pedido.
Se também publica no iPhone, a fase que antecede o lançamento funciona de outra forma: veja como funciona o TestFlight, do envio aos testadores externos.