Poucas coisas frustram mais do que esperar 14 dias de teste fechado, solicitar o acesso de produção e ouvir um não. A mensagem normalmente diz que o app precisa de mais testes antes de ser lançado e que você pode solicitar de novo depois de continuar o teste fechado. Nenhum lançamento, nenhum prazo claro e a sensação de que as duas semanas foram jogadas fora.
Não foram totalmente jogadas fora. Uma recusa diz que o Google não viu provas suficientes de um teste real, e isso tem solução. Este guia explica os motivos mais comuns, o que cada um significa na prática e como montar um segundo pedido mais forte.
O que uma recusa realmente significa
O acesso de produção para contas pessoais novas tem duas camadas. A primeira é mecânica: pelo menos 12 testadores inscritos num teste fechado nos últimos 14 dias seguidos. Cumprir isso libera o botão Solicitar acesso à produção. A segunda é uma análise: alguém no Google olha suas respostas e a atividade do seu teste e decide se o teste teve sentido. (O básico está em o requisito de 12 testadores por 14 dias explicado.)
A recusa quase sempre acontece na segunda camada. Você cumpriu os números, mas o revisor não se convenceu com o que aconteceu durante o teste ou com a forma como você o descreveu.
Os motivos mais comuns e o que eles significam
A mensagem do Google normalmente cita um ou mais motivos. Estes são os que os desenvolvedores mais relatam, em paráfrase:
| Motivo típico | O que costuma significar | O que mudar |
|---|---|---|
| Os testadores não se engajaram com o app durante o teste fechado | Os testadores se inscreveram, mas abriram o app pouco ou nunca | Ter testadores que instalem e usem o app com frequência |
| Você não seguiu as práticas recomendadas de teste | Nenhum sinal de que você coletou feedback e agiu com base nele | Coletar feedback e lançar atualizações que respondam a ele |
| O app precisa de mais testes / não está pronto | Falhas, fluxos quebrados ou funcionalidade muito rasa | Corrigir os problemas de estabilidade e concluir as funções principais |
| As respostas não descrevem o teste | Respostas vagas ou genéricas no formulário | Reescrever as respostas com detalhes concretos do teste |
Os testadores não se engajaram
É o motivo mais comum. Inscrever-se basta para encher o contador, mas não significa que alguém usou o seu app. Se a maioria dos seus testadores veio de uma troca rápida em que todo mundo se inscreve em dezenas de apps, ou de um vendedor que só adiciona contas à sua lista, a atividade que o Google vê vai ser quase zero.
As práticas recomendadas de teste não foram seguidas
Para o Google, um teste fechado é um ciclo: os testadores usam o app, você coleta feedback, melhora o app e lança uma atualização. Se a faixa ainda tem o primeiríssimo build do dia um e as suas respostas não mencionam nenhum feedback, não há ciclo nenhum para ver.
O próprio app não está pronto
Às vezes o problema é o produto. Falhas ou ANRs frequentes no Android vitals, uma tela de login que os revisores não conseguem passar, conteúdo provisório ou um app que é só uma página da Web embrulhada podem levar a uma recusa, independentemente do teste. Confira se você informou dados de login que funcionam em Acesso ao app, caso o seu app exija uma conta.
Um plano passo a passo para solicitar de novo
- Leia a mensagem com atenção. Anote cada motivo citado e confira no Play Console se há mensagens ou avisos de política sobre o app.
- Mantenha o teste fechado rodando. Não exclua a faixa nem remova testadores. Confira se você ainda tem pelo menos 12 inscritos e, se não tiver, recrute substitutos agora.
- Resolva o engajamento. Garanta que os testadores tenham o app instalado e o usem de verdade. Mande uma lista curta de coisas para testar e substitua quem nunca abre o app.
- Resolva a estabilidade. Abra o Android vitals e o relatório de pré-lançamento, corrija falhas e ANRs e teste em versões mais antigas do Android e em telas pequenas.
- Colete feedback de propósito. Defina um e-mail ou formulário de feedback na faixa, faça perguntas específicas aos testadores e registre o que eles dizem.
- Lance pelo menos uma atualização relevante. Publique uma nova versão na faixa fechada que corrija os problemas relatados, com notas da versão descrevendo as mudanças.
- Reescreva suas respostas a partir das anotações. Use números, aparelhos, versões e mudanças concretas. Nosso guia das perguntas do acesso de produção tem exemplos.
- Solicite de novo quando o Play Console permitir. O Painel mostra quando o pedido fica disponível outra vez.
Quanto tempo você precisa esperar
O Google não publica um prazo de espera fixo e único para todos os casos, e quem manda no caso do seu app são a mensagem e o Painel. Na prática, conte com pelo menos mais um período de teste fechado ativo, muitas vezes cerca de duas semanas a mais, antes de poder solicitar de novo. Use esse tempo para os passos acima, em vez de simplesmente esperar.
Revise o básico enquanto espera
Use o tempo de espera para revisar as partes do app que o revisor vê primeiro. Garanta que a página da loja descreva o que o app realmente faz, que as capturas de tela correspondam à versão atual, que o link da política de privacidade funcione e que o formulário de segurança dos dados corresponda aos dados que o app e os SDKs dele coletam. Nada disso substitui um teste melhor, mas um app organizado e coerente é mais fácil de aprovar.
O que não fazer
- Não crie um app novo com outro nome de pacote para recomeçar. Você começaria os 14 dias do zero com os mesmos problemas.
- Não adicione contas falsas para inflar os números. Isso não acrescenta nada ao engajamento e pode criar problemas de política para a sua conta.
- Não reenvie as mesmas respostas. Se não convenceram da primeira vez, não vão convencer da segunda.
- Não compartilhe o login do seu Play Console com quem promete resolver tudo para você.
Como evitar uma recusa da próxima vez
A maioria das recusas pode ser evitada nos primeiros dias do teste. Para o seu próximo app:
- Recrute 15 ou mais testadores que vão usar o app, e não só se inscrever. Nossa comparação de onde encontrar testadores explica os prós e contras.
- Configure o canal de feedback no primeiro dia, como descrito no guia de configuração do teste fechado.
- Planeje uma atualização para o meio do teste, mesmo que pequena.
- Faça anotações ao longo do caminho, para que o pedido praticamente se escreva sozinho no dia 15.
Como a TesterBie ajuda
Engajamento é exatamente a base do nosso serviço. A TesterBie faz o seu teste fechado em celulares Android reais, cada um com a própria conta Google, que instalam seu app pelo Google Play e o usam todo dia por 14 dias. Celulares reserva mantêm a contagem acima de 12 se um deles tiver algum problema. Os bugs são relatados com o modelo do celular, a versão do Android e uma captura de tela, o que dá a você feedback para agir e para descrever nas suas respostas.
Também respondemos pela parte do teste: se o Google recusar o acesso de produção porque nossos testadores não cumpriram o requisito de 12 testadores por 14 dias, devolvemos o pagamento integralmente. A decisão do Google também depende do seu app e das suas respostas, e é por isso que entregamos um relatório e dicas no fim. Veja os planos e a garantia ou comece um teste.
Perguntas frequentes
Perco meus testadores se o acesso de produção for recusado?
Não. Sua faixa de teste fechado e os testadores inscritos continuam como estão. Mantenha o teste rodando e garanta que pelo menos 12 testadores continuem inscritos enquanto você melhora o app.
Devo começar um teste fechado novo depois de uma recusa?
Normalmente não. Continue o teste fechado existente, melhore o engajamento e lance atualizações na mesma faixa, e depois solicite de novo quando o Play Console permitir.
Posso falar com o suporte do Google Play sobre uma recusa?
Você pode entrar em contato com o suporte ao desenvolvedor pelo Play Console, mas a decisão costuma se basear na atividade de teste. Melhorar o teste e as respostas é o caminho mais confiável para a aprovação.
Uma recusa afeta minha conta de desenvolvedor?
Uma recusa do acesso de produção não é uma violação de política. Ela significa que o app precisa de mais testes. Violações de política são tratadas à parte e aparecem no status da política do Play Console.