Desde novembro de 2023, o Google Play exige que novas contas pessoais de desenvolvedor demonstrem que uma aplicação foi testada por pessoas reais antes de poder ser lançada. A regra é simples de enunciar e fácil de não cumprir: pelo menos 12 testadores inscritos num teste fechado durante 14 dias consecutivos, seguidos de um pedido de acesso à produção que o Google analisa e pode recusar. Veja como o requisito funciona na prática e como realizar um teste aprovado logo à primeira.
A quem se aplica a regra
| Conta | É necessário um teste fechado antes da produção? |
|---|---|
| Conta pessoal criada depois de 13 de novembro de 2023 | Sim, para cada aplicação que pretenda lançar em produção |
| Conta pessoal criada em ou antes de 13 de novembro de 2023 | Não |
| Conta de organização | Não |
O requisito começou com 20 testadores em novembro de 2023 e foi reduzido para 12 em 11 de dezembro de 2024. O período de 14 dias não foi alterado. Se estiver a publicar para uma empresa, a forma mais simples de evitar a regra é publicar a partir de uma conta de organização em nome da empresa, que é a conta adequada para uma aplicação empresarial; a configuração é abordada em como publicar no Google Play em 2026.
Como funciona realmente o período de 14 dias
A redação do próprio Google é precisa: pelo menos 12 testadores têm de estar inscritos no seu teste fechado quando solicitar o acesso à produção, e têm de estar inscritos continuamente durante os 14 dias anteriores. Daqui resultam três consequências:
- Ser convidado não significa estar inscrito. Um testador só conta depois de aceitar o convite através do link de inscrição do teste, enquanto estiver com sessão iniciada na conta Google que consta da sua lista. Enviar um e-mail não é suficiente; confirme a contagem na Play Console.
- A continuidade é importante. Um testador que abandone o teste e volte a participar inicia um novo período contínuo. Se a sua contagem ficar abaixo de 12 durante as duas semanas, não terá 12 testadores com 14 dias consecutivos no dia em que apresentar o pedido.
- Planeie uma margem. Recrute 15 a 20 testadores, para que a desistência de alguns não reinicie o seu calendário.
O que é solicitado no pedido de acesso à produção
Quando os critérios estiverem cumpridos, apresente o pedido no painel da Play Console. O formulário tem três partes:
- Sobre o seu teste fechado: quão fácil foi recrutar testadores, de que forma interagiram com a aplicação e um resumo do feedback recebido.
- Sobre a sua aplicação: o público-alvo, o valor que a aplicação oferece e quantas instalações espera no primeiro ano.
- Sobre a sua preparação para produção: o que alterou como resultado dos testes e como decidiu que a aplicação está pronta.
O Google indica que a análise demora normalmente sete dias ou menos, mas pode demorar mais. Inclua essa semana no seu plano de lançamento: com o teste de 14 dias, o prazo mínimo entre a primeira versão fechada e a produção é de cerca de três semanas.
Porque os pedidos são recusados
Quando um pedido falha, o Google solicita que continue os testes. Os motivos indicados são menos de 12 testadores inscritos ou envolvimento insuficiente dos testadores. Na prática, o envolvimento insuficiente costuma manifestar-se de uma destas formas:
- Testadores que instalaram a aplicação uma vez e nunca mais a abriram
- Ausência de feedback ou feedback genérico ("boa aplicação") que não conduz a alterações
- Ausência de novas versões durante o teste, não havendo evidência de que os testes tenham influenciado o produto
- Respostas ao pedido vagas, copiadas ou inconsistentes com o que os testes demonstram
- Uma aplicação visivelmente inacabada: ecrãs provisórios, fluxos interrompidos, falhas
Um plano de testes aprovado
| Quando | O que fazer |
|---|---|
| Antes do dia 0 | Recrute 15–20 pessoas reais do seu público-alvo: clientes, colaboradores ou pessoas numa lista de espera. Recolha a conta Google que cada uma utilizará. |
| Dia 0 | Carregue uma versão completa na faixa de testes fechados, adicione os testadores (uma lista de e-mails ou um grupo funciona bem) e envie o link de inscrição com instruções de instalação. |
| Dias 1–3 | Confirme que todos os testadores se inscreveram e instalaram a aplicação. Envie um guião de teste curto que abranja os fluxos principais da aplicação. |
| Dias 4–10 | Recolha o feedback num só local, corrija os problemas reais e publique pelo menos uma ou duas atualizações com notas de lançamento claras. |
| Dias 11–14 | Peça aos testadores que repitam os fluxos principais na versão mais recente; registe o que mudou e porquê. |
| Dia 14 ou depois | Confirme que pelo menos 12 testadores apresentam 14 dias consecutivos e, em seguida, apresente o pedido, respondendo com base no seu registo de feedback e não na memória. |
O registo de feedback é o documento mais útil que irá produzir. Transforma as perguntas do pedido em factos: quem testou, o que encontrou e o que alterou. A mesma disciplina aplica-se a qualquer lançamento, como descrevemos em testes de aceitação e aprovação final.
Uma nota sobre serviços de testadores pagos
Existem serviços que vendem grupos de testadores e são amplamente anunciados. O requisito diz respeito a testes genuínos, e os pedidos cujos testadores demonstram pouco envolvimento e cujas respostas não mostram alterações motivadas pelo feedback são precisamente os que são recusados para mais testes. Os testadores que desinstalam a aplicação ou abandonam o grupo também quebram a continuidade medida pela regra. Se recorrer a ajuda externa, utilize-a para alcançar utilizadores reais do seu tipo de aplicação e continue a seguir o plano de testes acima.
Depois do acesso à produção
O acesso à produção aplica-se à aplicação aprovada. Uma nova aplicação na mesma conta pessoal passa pelo seu próprio teste fechado. As atualizações de uma aplicação que já tenha acesso à produção não repetem o requisito, mas passam pela análise normal e têm de cumprir as regras técnicas atuais, incluindo o requisito da API de destino do Android 16 para atualizações desde 31 de agosto de 2026 e o registo para a verificação de desenvolvedores Android.
Perguntas frequentes
Os testadores podem ser a minha própria equipa?
Podem fazer parte dela, mas um teste realizado apenas por colegas raramente produz o envolvimento e o feedback sobre os quais o pedido pergunta. Inclua utilizadores reais do público-alvo.
Posso utilizar os testes internos em vez disso?
Não. O requisito refere-se a um teste fechado. Os testes internos continuam a ser úteis para a sua própria equipa antes do início do teste fechado.
Mudar para uma conta de organização ajuda?
As contas de organização não estão sujeitas ao requisito. Para uma aplicação empresarial, esse é o tipo de conta adequado de qualquer forma, mas é necessário um número D-U-N-S e uma verificação da organização, que também demoram o seu próprio tempo.
Serviços Manboo relacionados
- Desenvolvimento de aplicações Android, incluindo configuração da Play Console, faixas de lançamento e declarações de políticas.
- Desenvolvimento de aplicações iOS, incluindo App Store Connect, TestFlight e preparação para a análise da aplicação.
- Desenvolvimento de aplicações Flutter quando uma base de código tem de passar pelas análises de ambas as lojas.
- Manutenção de software para aplicações existentes que necessitam de atualizações da API de destino, do SDK ou das políticas.
- Solicite uma análise do âmbito e um orçamento para um lançamento numa loja ou uma submissão recusada.