O requisito de 20 testadores do Google Play, explicado
O mínimo real do Google é de 12 testadores participando por 14 dias seguidos. Veja por que todo mundo fala em "20", o que realmente reinicia sua contagem e como ser aprovado na primeira tentativa.
Se você criou uma conta pessoal de desenvolvedor do Google Play depois de 13 de novembro de 2023, não consegue mais publicar um app em produção da forma como os desenvolvedores faziam há cinco anos - agora o Google exige primeiro um período de teste fechado, e o número que todo mundo cita para isso não é consistente.
O Google exige 12 testadores participando por 14 dias consecutivos. O "20" que você continua vendo é uma margem de segurança, não a regra de fato - explicado por completo abaixo, junto com o que exatamente reinicia sua contagem para zero.
O que o Google realmente exige
A política escrita do Google para novas contas pessoais de desenvolvedor é específica: antes de poder solicitar o acesso à produção, seu app precisa de pelo menos 12 testadores que participaram de uma faixa de teste fechado, e esse grupo precisa se manter em 12 ou mais testadores participando por 14 dias consecutivos.
Essa é a regra literal. Doze é o piso que o Google verifica - não vinte. Então, de onde vem o "20", e por que ele aparece em quase todo post de blog, tópico de fórum e página de serviço de teste que cobre esse assunto?
Por que você vê tanto "12" quanto "20"
Porque 12 é um piso rígido, não um número confortável de trabalho. Recrute exatamente 12 e você terá zero margem para uma única desistência ao longo de duas semanas inteiras. Veja a diferença entre o que o Google verifica e o que desenvolvedores experientes realmente recrutam:
12 testadores participando. Esse é o piso literal e escrito da política. Legalmente, nada mais é exigido.
15–20 testadores. Uma margem para que 3 a 8 desistências ainda o deixem com segurança acima do piso de 12 testadores, sem reinício.
A contagem de 14 dias consecutivos, explicada
A palavra que carrega o peso principal na política do Google é consecutivos. O Google não está pedindo 14 dias de teste distribuídos ao longo de um mês - ele quer 14 dias ininterruptos em que sua contagem de testadores nunca fique abaixo de 12. Veja como isso funciona na prática:
Esse único mecanismo é o motivo pelo qual o requisito parece muito mais difícil na prática do que "conseguir que 12 pessoas instalem um app". Não é um item de checklist - é um teste de resistência de duas semanas com um reinício sensível ao mínimo toque.
O que conta como teste "ativo"
Participar não é a linha de chegada. Os sistemas do Google também observam se os testadores estão realmente usando o app, não apenas deixando-o instalado e intocado. O padrão está bem documentado em milhares de relatos de desenvolvedores:
Testadores que abrem o app uma vez no dia 1 e nunca mais são um sinal de alerta - principalmente se muitos testadores seguirem o mesmo padrão.
Instalações de emuladores, ou muitas contas na mesma faixa de IP de data center, são detectáveis e podem anular toda a execução.
Testadores que participam todos no mesmo minuto, com fingerprints de dispositivo semelhantes, parecem coordenados em vez de orgânicos.
Essa é também a seção do requisito em que a maioria dos métodos de teste gratuitos e baratos silenciosamente falha - veja Por que meu app foi rejeitado depois de 14 dias? para os padrões específicos de rejeição que o Google sinaliza.
Por que o Google adicionou essa regra
O requisito é um atrito deliberado, adicionado em resposta a um problema específico:
Uma nova conta pessoal de desenvolvedor podia publicar direto em produção sem nenhuma análise além das verificações básicas de política. Segundo o próprio reconhecimento do Google, a Play Store se encheu de spam de baixo esforço, clones de asset-flip e malware vindos de contas descartáveis.
Um app precisa manter a atenção de pelo menos 12 pessoas reais por duas semanas inteiras antes de poder ficar público. É um filtro grosseiro, mas é barato para o Google aplicar em grande escala - e ele realmente afasta o spam mais preguiçoso.
Erros que reiniciam sua contagem
A grande maioria das tentativas malsucedidas se resume a um pequeno grupo de erros evitáveis:
- 1
Confundir "adicionado" com "participando"
Colar 12 e-mails na lista de testadores do Play Console não faz nada por si só. Cada testador precisa clicar no link de participação por conta própria.
- 2
Recrutar exatamente 12, sem nenhuma margem
Uma desistência e você volta ao dia 0. Esse é, de longe, o motivo mais comum de os desenvolvedores terem que recomeçar.
- 3
Usar bots ou fazendas de emuladores
"Testadores" baratos de marketplaces de serviços são frequentemente scripts automatizados - o Google detecta isso mais do que os vendedores admitem. Veja golpes no Fiverr vs. agências de verdade.
- 4
Recrutar em trocas gratuitas de baixa responsabilidade
Grupos do tipo "eu testo o seu se você testar o meu" têm taxas reais de desistência bem acima de 30%. Veja como os testadores grátis realmente funcionam.
- 5
Lançar uma atualização grande no meio da sequência
Pequenos patches geralmente são tranquilos; uma mudança funcional significativa durante os seus 14 dias pode disparar um reinício.
Grátis vs. pago: como os desenvolvedores realmente cumprem esse requisito
Existem três caminhos realistas para conseguir 12 ou mais testadores participando e engajados:
Não custa dinheiro, custa tempo de verdade e carrega o maior risco de desistência dos três. Viável com semanas flexíveis e paciência para correr atrás das pessoas.
Rápido e barato no papel, mas a qualidade varia muito conforme o vendedor, e a garantia - se houver - raramente cobre uma rejeição real do Google.
Testadores reais e verificados, com uma margem embutida contra desistências, geridos por pessoas cujo trabalho é especificamente não deixar sua contagem reiniciar.
Como ser aprovado na primeira tentativa
Seja qual for o caminho escolhido, os desenvolvedores que passam nisso na primeira tentativa consistentemente fazem as mesmas quatro coisas:
- 1
Recrutar pelo menos 15 a 20 testadores, nunca exatamente 12, para absorver o abandono normal.
- 2
Confirmar que todo testador realmente clicou no link de participação, não apenas foi adicionado a uma lista.
- 3
Evitar lançar mudanças grandes no app durante toda a janela de 14 dias.
- 4
Manter um registro de atividade real de teste e feedback - o questionário pós-teste do Google pede detalhes específicos. Veja o passo a passo do questionário.
Se você preferir não gerenciar nada disso sozinho, é exatamente para isso que existe um serviço completo - testadores reais, uma margem embutida desde o início e uma garantia que cobre o resultado real, não só o preço do serviço. Veja os planos e preços atuais.
Perguntas frequentes
O Google Play realmente exige 20 testadores?+
Não. O mínimo escrito são 12 testadores participando por 14 dias consecutivos. Vinte é o número de margem que a maioria dos desenvolvedores e serviços recruta para se proteger contra o piso de 12 testadores ser violado por uma única desistência.
O que significa "participando" no teste fechado do Google Play?+
Significa que o testador clicou no link oficial de participação da sua faixa e o aceitou - não apenas que o e-mail dele foi adicionado a uma lista do Play Console. O Play Console diferencia "adicionado" de "participando", e só o segundo conta para os seus 12.
Atualizar meu app reinicia a contagem de 14 dias?+
Atualizações pequenas de correção de bugs normalmente não reiniciam. Já cair abaixo de 12 testadores participando, por qualquer motivo, sempre reinicia.
Quanto tempo o teste fechado realmente leva?+
Mínimo de 14 dias consecutivos assim que você atingir 12 testadores participando. A maioria dos desenvolvedores deveria reservar de 2 a 4 semanas no total para considerar o tempo de recrutamento e a chance realista de pelo menos um reinício.
Precisa de testadores reais?
Evite o trabalho de recrutar e gerenciar testadores. Tenha pessoas reais em dispositivos reais por 14 dias seguidos. Aprovação garantida ou seu dinheiro de volta.
Ver preços e planos