Resposta rápida (2026)
O Google Play exige um teste fechado com no mínimo 12 testadores participando continuamente há pelo menos 14 dias antes de você solicitar o acesso de produção. O Google publica esse requisito para desenvolvedores com contas pessoais criadas após 13 de novembro de 2023. O Google reduziu o mínimo de 20 para 12 em 11 de dezembro de 2024; o período de duas semanas não mudou.
Doze testadores participando é o patamar que torna você elegível para solicitar o acesso de produção, e não uma garantia de que o Google vai concedê-lo. O Google ainda pode exigir mais testes, e os motivos que ele publica são ter menos de 12 testadores participando e engajamento insuficiente dos testadores. Política reverificada na documentação publicada pelo Google em 18 de agosto de 2026. O Google pode atualizar os requisitos do Play Console, então confira o requisito exibido para o seu app antes de solicitar.
Em 2026 a regra segue igual: uma conta pessoal de desenvolvedor afetada precisa de pelo menos 12 testers com participação contínua por pelo menos 14 dias. A PrimeTestLab fornece 12 testers pré-qualificados a partir de US$ 19,99, com o teste começando em 4-6 horas.
Contas pessoais de desenvolvedor criadas após 13 de nov. de 2023
Índice
O Google mudou o requisito de testadores de 20 para 12?
Sim. Aqui está a linha do tempo mais clara com base na documentação e nos anúncios oficiais do Google.
Linha do tempo da mudança (o que de fato aconteceu)
O Google Play tinha faixas de teste (interno, fechado, aberto), mas não havia uma barreira universal de "mínimo de testadores por 14 dias" para liberar o acesso de produção a contas pessoais novas.
O Google anunciou que novas contas pessoais de desenvolvedor precisariam testar apps com no mínimo 20 pessoas por pelo menos duas semanas antes de solicitar o acesso de produção.
O Google atualizou a política e declarou que passaria a exigir 12 em vez de 20 testadores para contas pessoais de desenvolvedor, depois de ouvir que 20 testadores era difícil para desenvolvedores que começam com públicos menores. Anúncio do Google, atualizado em 11 de dezembro de 2024 →
O Google descreve isso como um teste fechado com no mínimo 12 testadores que estejam participando continuamente há pelo menos 14 dias, para contas pessoais criadas após 13 de novembro de 2023. Requisitos de teste de apps, Ajuda do Play Console →
O que mudou e o que não mudou
No requisito central publicado pelo Google, um número mudou em 11 de dezembro de 2024: o mínimo de testadores passou de 20 para 12. O período de 14 dias de participação contínua, o escopo de contas afetadas e a exigência de solicitar o acesso de produção continuaram como estavam. É por isso que um guia de 2024 pode continuar certo sobre o processo e errado sobre o número.
| Requisito | Antes de 11 de dez. de 2024 | Regra atual (2026) |
|---|---|---|
| Mínimo de testadores | 20 | 12 |
| Período de teste | No mínimo 14 dias, participando continuamente | Sem mudança |
| Para quem se aplica | Contas pessoais criadas após 13 de nov. de 2023 | Sem mudança |
| O que libera | Solicitar o acesso de produção | Sem mudança |
Por que os desenvolvedores se confundiram
A maior parte da confusão vem de duas coisas:
Muita gente ainda encontra vídeos, posts e tutoriais antigos falando em 20 testadores, porque essa foi a regra por bastante tempo após o lançamento em novembro de 2023.
Mesmo na regra nova, 12 é o mínimo, não uma promessa de liberação. O Google ainda analisa a história do seu teste e o engajamento dos testadores quando você solicita o acesso de produção.
Para quem se aplica o requisito de 12 testadores?
Essa regra vale especificamente para novas contas pessoais de desenvolvedor, não para "todo desenvolvedor para sempre".
"Os requisitos de teste se aplicam a desenvolvedores com contas pessoais criadas após 13 de novembro de 2023."
Até você atender aos requisitos, alguns recursos do Play Console, como Produção e Pré-registro, podem permanecer desativados. Se você não tiver certeza do tipo de conta, confira os detalhes da sua conta no Play Console e as mensagens no painel do app. O Painel do Play Console é o indicador mais confiável e específico da sua conta sobre se o requisito de teste se aplica ao app: se ele exibe o requisito para o seu app, o requisito se aplica ao seu app.
| Tipo de conta | Criada | Regra dos 12 testadores |
|---|---|---|
| Conta pessoal | Após 13 de nov. de 2023 | Obrigatória |
| Conta pessoal | Antes de 13 de nov. de 2023 | Fora do escopo |
| Conta organizacional | Qualquer data | Fora do escopo * |
* O Google escreve esse requisito como um escopo (contas pessoais criadas depois de 13 de novembro de 2023), e não como uma lista de isenções. Leia "fora do escopo" como "a regra publicada não descreve você" e verifique duas coisas antes de planejar com base nisso. Um Product Expert do Google Play relatou que um app transferido de uma conta pessoal pode manter o requisito de teste depois da transferência; migrar para uma conta de organização não é, portanto, uma saída documentada. E um app específico pode mostrar o requisito no próprio painel, diga o que disser a tabela. O requisito que o Play Console mostra para o seu app é a resposta que vale.
O que “12 testadores por 14 dias” significa de verdade?
O mínimo estrito para a elegibilidade são três condições ao mesmo tempo:
Convidado, participando ou testando de verdade?
Três coisas diferentes recebem o nome de “testador”, e só uma delas é o estado que o Google conta. Quase todo o desespero com testadores que somem é, na verdade, a distância entre as duas primeiras linhas abaixo.
Os 12 testadores podem começar em dias diferentes?
O Google não publica nenhuma exigência de que todos comecem no mesmo dia. Como a elegibilidade depende de ter no mínimo 12 testadores participando continuamente há 14 dias no momento em que você solicita, os testadores podem entrar em datas diferentes, mas a sua data mais próxima de solicitação depende de quando o décimo segundo testador qualificado completa esse período. Isso é consequência do critério publicado, não uma regra separada que o Google escreva.
Oito testadores começam a participar no dia 1 e mais quatro entram no dia 5. No dia 15, só oito deles completaram 14 dias contínuos, então o que você está esperando é o décimo segundo testador qualificado, não o calendário. O Play Console é a tela que informa quando o requisito foi atendido.
O que acontece se um testador sair do teste?
Essa pessoa deixa de fornecer um período contínuo de participação, e os dias dela não ficam acumulados: voltar a participar depois recomeça a contagem dela.
Os testadores precisam abrir o app todo dia?
O Google não publica exigência de abertura diária, duração mínima de sessão, cota de modelos de dispositivo nem regra sobre emuladores para essa contagem. A condição publicada é a participação contínua por pelo menos 14 dias. O engajamento é avaliado à parte, quando você solicita, e o Google cita o engajamento insuficiente dos testadores como um motivo para exigir mais testes, sem publicar onde fica esse limite. Peça aos testadores que usem o app como usuários reais usariam; não os oriente a cumprir um número diário inventado, e não escolha um serviço de testadores por causa de um número desses.
Impressões digitais ocultas de dispositivo, sessões de cinco minutos, regras de diversidade de IP e reinícios automáticos do cronômetro são deduções que outros sites publicaram como se fossem política. A página pública de requisitos de teste do Google, reconferida em 18 de agosto de 2026, não especifica requisitos numéricos de aberturas diárias, duração mínima de sessão, diversidade de IP, diversidade de modelos de dispositivo nem reinício global do cronômetro. O que ela pede são testadores engajados, que usem seus recursos, deem feedback útil e representem o público que você quer atingir, e ela não coloca número em nada disso.
Esse é o requisito. Tudo o que vem abaixo é gestão de risco, não política:
Muitos desenvolvedores miram em 20 a 25 testadores como margem de segurança, para reduzir a chance de falhar no requisito por desistências ou baixo engajamento. A PrimeTestLab também recomenda usar mais do que o mínimo para um caminho mais tranquilo, especialmente se o app precisa sair em prazo apertado.
Requisito oficial x recomendação prática. A coluna da esquerda é o que o Google documenta. A da direita é a recomendação da PrimeTestLab: útil, e não algo que o Google exija de você.
12 testadores bastam para conseguir o acesso de produção?
Doze testadores participando é o mínimo que atende à condição de contagem de testadores. Não é uma garantia de acesso de produção: o Google pode exigir que você continue fazendo testes, e ele dá como motivos ter menos de 12 testadores participando e engajamento insuficiente dos testadores.
O próprio pedido de acesso de produção do Google pede informações sobre seu teste fechado, incluindo:
- Detalhes de engajamento: se os testadores usaram todos os recursos
- Consistência de uso: se o uso foi coerente com o uso real em produção
- Resumo de feedback: um resumo dos comentários e de como você os coletou
O Google também diz que, se o app não estiver pronto para publicação, você pode precisar continuar fazendo testes (Ajuda do Play Console). Os motivos que ele dá são ter menos de 12 testadores participando, ou testadores sem engajamento com o app durante o teste fechado. Esses são os exemplos que o Google publica, não uma lista completa do que ele analisa.
O número é necessário, mas o engajamento é o que fortalece o pedido de acesso de produção.
Se você usar exatamente 12 e vários testadores mal abrirem o app, você não tem margem e pode ter dificuldade para demonstrar qualidade real de teste.
Se em vez disso você usar 20 a 25 testadores, uma recomendação da PrimeTestLab e não uma exigência do Google, você ganha:
- Margem contra testadores que entram tarde ou ficam inativos
- Mais diversidade de dispositivos entre versões do Android e fabricantes
- Padrões de uso mais realistas e feedback que você pode resumir no formulário
É por isso que quem busca “taxa de sucesso do teste fechado” está, no fundo, perguntando: “Como eu termino isso de uma vez, sem adiar a minha data de elegibilidade?”
Por que o Google olha além do número
Porque o acesso de produção não é só uma checklist. Também é um portão de qualidade, e a contagem de testadores é a parte dele em que o Google coloca um número.
"Os testes ajudam a verificar correção e usabilidade e a reduzir experiências de baixa qualidade. Desenvolvedores que usam ferramentas de teste com regularidade conseguem oferecer experiências de maior qualidade."
Quando você solicita o acesso de produção, o Google pede que você descreva o seu teste. O texto exato do formulário muda com o tempo, mas as perguntas têm coberto de forma consistente coisas como:
Mesmo com a regra reduzida de 20 para 12 testadores, a postura não mudou: o Google quer evidência de teste real.
Como o teste fechado funciona agora (checklist simples)
Use isto como checklist de "não desperdice 14 dias".
Se sua conta pessoal de desenvolvedor foi criada após 13 de novembro de 2023, assuma que a regra vale. Contas organizacionais ficam fora do escopo publicado pelo Google, o que não é o mesmo que uma isenção documentada: confira o que o Play Console mostra para o seu app antes de planejar em cima disso.
O Google recomenda usar faixas de teste e explica o propósito do teste interno, fechado e aberto. O teste fechado é a faixa exigida antes de solicitar o acesso de produção para contas afetadas. Veja como o teste fechado funciona passo a passo.
Cada testador precisa estar participando continuamente por pelo menos 14 dias. Sair e voltar depois não acumula os dias anteriores: esse testador recomeça o período contínuo dele.
O Google publica uma condição, não uma contagem regressiva: pelo menos 12 testers com participação aceita de forma contínua por pelo menos 14 dias no momento da solicitação. Nada na documentação diz que o resto dos seus testers volta ao dia zero se você ficar abaixo de 12; trate "uma desistência zera tudo" como uma afirmação da internet, não como regra. O que uma desistência causa de verdade é isto: se menos de 12 testers ainda cumprem o período, você não é elegível até que um substituto o complete por conta própria, o que pode adiar sua data em até duas semanas. É por isso que o plano Enterprise (25 testers) existe: com um grupo maior, é menos provável que uma saída mova sua data.
Desinstalar e sair do teste são ações diferentes no Play Console, mas a documentação pública do Google não detalha como uma desinstalação interage com a contagem de participantes; trate a mecânica exata como não documentada, e não como resolvida, independentemente do que você leia por aí. O que o Google documenta é a outra metade da análise: ele verifica se os testers se engajaram, e um grupo que instalou uma vez e sumiu é exatamente o que engajamento insuficiente dos testers descreve. Pela nossa experiência ajudando 9.800+ apps no teste fechado, testers que desinstalam quase nunca voltam a interagir. A instrução segura para os seus testers: permanecer no teste e manter o app instalado até você enviar a solicitação.
O Google observa que você precisará resumir o feedback de teste depois. Monte um arquivo pequeno com:
- Principais bugs encontrados
- Correções enviadas durante o teste, se o teste revelou algo que valia corrigir
- Canais de feedback usados (e-mail, formulário, feedback do Play, grupo no WhatsApp etc.)
Quando o Play Console mostrar o requisito como atendido, você solicita pelo Painel e responde às perguntas sobre o seu teste e a prontidão. O Google indica que as análises costumam levar até sete dias, mas podem demorar mais: não marque uma data de lançamento com base no número menor.
As orientações do Google descrevem boas práticas de teste que podem incluir coletar feedback dos testers e aplicá-lo por meio de atualizações do app. Isso não é um número obrigatório de versões, e não existe regra publicada que recompense lançar algo pequeno só para parecer atividade. Portanto: se o teste revelar um crash, um problema de usabilidade ou um fluxo confuso, corrija e registre o que mudou; ao solicitar, você terá de resumir seus testes. Se o teste realmente não revelar nada que valha a pena mudar, não fabrique uma atualização para cumprir um requisito que o Google nunca escreveu.
Casos-limite comuns
Testes reais raramente seguem um caminho limpo do dia 1 ao dia 14. Estas três perguntas são as que mais custam tempo aos desenvolvedores, e nas três um conselho confiante da internet vale menos do que a mensagem no seu próprio Painel.
Preciso repetir o teste de 12 testadores a cada app ou a cada atualização?
O Google apresenta isso como um requisito de acesso de produção para o app em análise. Atualizações comuns depois do acesso de produção não são descritas como algo que dispara o requisito inicial de novo, então você continua usando as faixas de teste porque elas são úteis, e não porque a barreira reaparece. É assim que o requisito publicado está estruturado, e não uma garantia separada que o Google declare com essas palavras. Para um app diferente na mesma conta, siga o requisito de acesso de produção exibido no Painel do Play Console daquele app, em vez de supor que ele está isento ou bloqueado.
Posso transferir o app para uma conta organizacional para pular isso?
Não faça planos com base nisso. O Google não publica a transferência de app como rota de saída do requisito, e um Product Expert do Google Play relatou na comunidade do Google Play que um app transferido de uma conta pessoal pode manter o requisito de teste depois da transferência. Trate uma transferência como uma decisão de propriedade, com o trabalho de verificação que ela traz, e não como um atalho para fugir dos 14 dias. Esse comportamento vem de relatos da comunidade, não de uma regra de transferência publicada pelo Google. Depois de qualquer transferência, confira o requisito de acesso de produção exibido para o app no Play Console.
E se o Play Console disser que são necessários mais testes?
Significa que o Google não se convenceu de que o teste atingiu o nível esperado. A mensagem que você recebeu é a evidência mais específica que você tem, então leia-a antes de mudar qualquer coisa. Os dois motivos que o Google publica são ter menos de 12 testadores participando e engajamento insuficiente dos testadores; esses são os exemplos que ele dá, não uma lista completa do que ele considera.
- Mantenha o teste fechado no ar. Não se ganha nada tirando o teste do ar, e interrompê-lo pode custar o período contínuo de participação que você já construiu.
- Confira o número primeiro. Quantos testadores estão participando agora, e quantos participam continuamente pelo período inteiro? Essa é a única parte disso que você consegue medir.
- Melhore o sinal real. Testadores usando o app, feedback registrado e correções para o que o teste de fato revelou. Fabricar atividade não é um caminho documentado para a aprovação.
- Solicite de novo assim que o requisito for atendido e responda ao formulário a partir dos seus registros, não de memória.
Aprofunde: por que o teste fechado é rejeitado e o que fazer em seguida.
Como a PrimeTestLab ajuda você a terminar o teste fechado mais rápido
Existem quatro caminhos realistas para colocar 12 testadores participando: pessoas que você conhece, uma comunidade de usuários que realmente quer o seu app, uma troca entre desenvolvedores em que você testa o app de outra pessoa em retribuição, ou um serviço pago de teste. Os três primeiros podem custar pouco ou nada, mas costumam exigir mais tempo de recrutamento e coordenação. O artigo sete formas legítimas de encontrar testadores trata deles como merecem. O que vem a seguir é a opção paga, descrita pela empresa que a vende.
Se o seu problema principal é “não consigo encontrar testadores confiáveis”, a PrimeTestLab foi criada especificamente para esse requisito.
Pacotes atuais da PrimeTestLab
- Atende ao mínimo do Google
- Dispositivos Android reais
- Cobertura completa de 14 dias
- Margem de segurança máxima
- Melhor diversidade de dispositivos
- Melhor desempenho na primeira tentativa
- Margem de segurança incluída
- Mais diversidade de dispositivos
- Mais confiança na aprovação
Desenvolvedores que querem uma margem contra testadores inativos podem escolher mais do que o mínimo. A PrimeTestLab recomenda 20 ou 25 testadores quando reduzir o risco de desistência importa mais do que usar o pacote mais barato.
Links úteis
Perguntas frequentes
O Google Play mudou o requisito de testadores de 20 para 12?
Sim. O Google anunciou o requisito para novas contas pessoais de desenvolvedor em novembro de 2023 com um mínimo de 20 testadores e, em 11 de dezembro de 2024, atualizou a regra para exigir 12 em vez de 20. O período mínimo de duas semanas de teste não mudou.
Quantos testadores eu preciso no Google Play em 2026?
Se sua conta pessoal de desenvolvedor foi criada após 13 de novembro de 2023, você precisa de um teste fechado com no mínimo 12 testadores participando continuamente há pelo menos 14 dias antes de solicitar o acesso de produção. Essa continua sendo a regra em 2026; nada mudou desde 11 de dezembro de 2024.
O que significa “participando continuamente há 14 dias”?
Significa que cada testador precisa continuar participando por pelo menos 14 dias sem interrupção. Quem entra, sai depois de alguns dias e volta a entrar recomeça esse período contínuo: os dias anteriores não ficam acumulados. O Google formula a condição em torno da participação e não publica como a desinstalação afeta a contagem, então o conselho seguro é pedir aos testadores que continuem participando e mantenham o app instalado até você solicitar. O engajamento é julgado à parte, quando você solicita.
Os testadores precisam abrir o app todo dia?
Não. O Google não publica exigência de abertura diária nem duração mínima de sessão para esse requisito. O que ele publica é a condição de participação: no mínimo 12 testadores participando continuamente por pelo menos 14 dias. O engajamento continua sendo avaliado quando você solicita, e o engajamento insuficiente dos testadores é um dos motivos que o Google dá para exigir mais testes, então o uso genuíno importa mesmo sem existir cota diária.
Preciso de 12 testadores para cada app e cada atualização?
O Google apresenta o requisito como uma barreira para o acesso de produção do app em análise, não para cada versão posterior. Atualizações comuns depois do acesso de produção não são descritas como algo que dispara o requisito inicial de novo. Um app diferente na mesma conta afetada é um caso próprio, então siga o requisito exibido no Painel do Play Console daquele app, em vez de supor uma coisa ou outra.
12 testadores bastam para o acesso de produção?
12 testadores participando é o mínimo que torna você elegível para solicitar. O Google também analisa o engajamento dos testadores e as suas respostas sobre o teste, e pode exigir que você continue fazendo testes: os motivos que ele publica são ter menos de 12 testadores participando e engajamento insuficiente dos testadores.
Por que alguns desenvolvedores usam 20 a 25 testadores se 12 é o mínimo?
Porque isso cria uma margem contra inatividade e facilita mostrar engajamento e feedback reais. A PrimeTestLab também recomenda mais do que o mínimo para mais segurança no primeiro pedido.
Com que rapidez consigo 12 testers com a PrimeTestLab?
A PrimeTestLab informa que o teste normalmente começa em 4-6 horas depois que você envia a URL do teste e adiciona os e-mails dos testers no Play Console. O plano Starter começa em US$ 19,99 por 12 testers.
Conclusão
Resumo
O Google reduziu o mínimo do teste fechado de 20 para 12 testadores em 11 de dezembro de 2024. Para as contas pessoais afetadas, aquelas criadas após 13 de novembro de 2023, no mínimo 12 testadores precisam estar participando continuamente há 14 dias antes de o desenvolvedor solicitar o acesso de produção. Cumprir o requisito numérico não garante a aprovação, porque o Google também analisa o engajamento dos testadores, o feedback e a prontidão para produção.