Resposta rápida
Em 14 de agosto de 2026, o Google Play exige que desenvolvedores com contas pessoais de desenvolvedor criadas após 13 de novembro de 2023 realizem um teste fechado com no mínimo 12 testadores que continuaram participando pelos últimos 14 dias, sem interrupção antes de poderem solicitar o acesso de produção. O Google anunciou esse portão em 9 de novembro de 2023, com 20 pessoas por no mínimo duas semanas, e depois reduziu o mínimo de testadores para 12 em 11 de dezembro de 2024, mantendo o período de 14 dias. Atingir o limite torna o desenvolvedor apto a solicitar, não aprovado: o Google analisa o pedido, diz que essa análise geralmente leva 7 dias ou menos e pode pedir mais testes. O teste interno tem o próprio teto de 100 testadores e não satisfaz esse pré-requisito de teste fechado. O acesso ao teste fechado pode ser gerenciado por listas de e-mails ou pelo Google Groups, e organizações do Google Play gerenciado também podem receber acesso.
Se o número que falta para você são as doze pessoas
Esse é o único número desta página que você não consegue consultar em lugar nenhum, e é justamente o que a PrimeTestLab fornece: testadores reais que continuam participando pela janela inteira. Como isso funciona →
A maioria das páginas que rankeiam para essas buscas responde a uma pergunta um pouco diferente da que foi feita. As buscas por trás deste tema são, na esmagadora maioria, buscas de verificação: alguém já leu um número em algum lugar e quer saber se ele está atualizado, o que ele conta de fato e quem afirma isso. Esse trabalho é diferente do de um tutorial, então este post foi construído como referência. Cada estatística recebe uma frase, um qualificador de data e uma fonte, e nada aqui é arredondado de um palpite plausível para um fato. Tudo aqui está atualizado em 14 de agosto de 2026, conferido no mesmo dia nas próprias páginas de Ajuda do Google, na documentação para desenvolvedores e nos relatórios de segurança publicados.
Vale levar dois hábitos para todos os blocos abaixo. Primeiro, 12 é o número atual e 20 é histórico; páginas que ainda trazem 20 como requisito de 2026 estão citando um anúncio que o Google substituiu em dezembro de 2024. Segundo, um limite não é uma decisão. Quase toda discussão aflita na própria Developer Help Community do Google vem de alguém que atendeu à condição numérica e achava que isso encerraria o assunto.
A mesa de consulta
Três instrumentos feitos para uma página de números. Nada aqui precisa de conta, upload ou requisição de rede; cada um roda no seu navegador, com os valores que você escolher.
Os cinco números mais citados
Cinco números carregam quase toda a demanda por trás deste tema: 12 testadores, 14 dias contínuos, o corte de contas de 13 de novembro de 2023, a redução a partir de 20 em 11 de dezembro de 2024 e os 7 dias ou menos que o Google dá como tempo usual de análise do acesso de produção. Cada um deles aparece abaixo como uma frase completa, para poder ser copiado sem perder o que significa.
-
01
Verificado
O mínimo atual do teste fechado no Google Play é de 12 testadores participando por pelo menos os últimos 14 dias contínuos, para as novas contas pessoais de desenvolvedor afetadas.
Ajuda do Google Play Console, resposta 14151465 · conferido em 14 de agosto de 2026
-
02
Verificado
A regra dos 12 testadores vale para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023.
Ajuda do Google Play Console, respostas 14151465 e 6112435 · conferido em 14 de agosto de 2026
-
03
Verificado, histórico
O anúncio original do Google, em 9 de novembro de 2023, pedia 20 pessoas por no mínimo duas semanas antes de solicitar o acesso de produção.
Android Developers Blog, 9 de novembro de 2023 · conferido em 14 de agosto de 2026
-
04
Verificado
O Google reduziu o requisito de 20 testadores para 12 em 11 de dezembro de 2024, enquanto o período de teste de duas semanas continuou.
Atualização do Android Developers Blog, mais o guia oficial da Help Community do Google · conferido em 14 de agosto de 2026
-
05
Verificado
O Google diz que a análise de um pedido de acesso de produção geralmente leva 7 dias ou menos, embora ocasionalmente possa demorar mais.
Ajuda do Google Play Console, resposta 14151465 · conferido em 14 de agosto de 2026
Instrumento 01
Compositor de citação
Escolha qualquer número desta página e um formato. Você recebe a frase que ele sustenta, sua fonte, a data em que foi conferido e seu grau de confiança, prontos para colar em um documento, em um chamado ou em uma resposta.
Cada linha é datada de propósito. Páginas de política mudam, e uma estatística sem data é a forma como um número já substituído continua circulando por dois anos.
Onde ver o andamento e as estatísticas do teste fechado no Play Console
Abra o app no Play Console e confira o requisito de teste para o acesso de produção no Painel do app. O número que qualifica é a contagem de testadores participando exibida para esse requisito, não o tamanho da lista de e-mails, não os eventos de instalação e não a contagem de instalações da Play Store.
Essa é uma busca por si só, e merece a resposta direta acima, antes de qualquer explicação. O número que decide sua elegibilidade é a contagem que o Play Console reconhece no próprio requisito de acesso de produção. É esse o número a acompanhar, e é ele que o portão do pedido lê.
O que confunde as pessoas é que várias outras contagens ficam visíveis ali perto e nenhuma delas é a que qualifica. São quatro medições diferentes:
| O que você vê | O que mede | É o número que qualifica? |
|---|---|---|
| Endereços na sua lista de e-mails ou no seu Google Group | Quem está apto a entrar no teste. | Não |
| Instalações ou eventos de instalação em Estatísticas | Atividade de instalação no nível do dispositivo, com atraso próprio de relatório. | Não |
| Contagem de instalações na página da Play Store | Agregado do lado da loja, não a entrada no teste. | Não |
| Testadores participando exibidos para o requisito de acesso de produção | Testadores que o Play Console conta como participando continuamente do teste fechado. | Sim |
Fonte: Ajuda do Play Console, resposta 14151465 e resposta 9845334 · conferido em 14 de agosto de 2026
Duas consequências práticas decorrem disso, e são de naturezas diferentes. A contagem de testadores que qualifica pode divergir dos números de instalação porque as duas medem coisas diferentes, então a diferença entre elas é esperada, não é defeito. Desenvolvedores também relatam demora na atualização do contador, mas o Google não publica a frequência de atualização desse contador nem o algoritmo de cálculo, então não há intervalo documentado para esperar. Use o requisito de acesso de produção no Painel como a indicação final de elegibilidade. O diagnóstico completo para um contador travado abaixo do tamanho da sua lista está em nosso post sobre adicionar 12 testadores e ver zero participando.
Não existe uma tela separada de "estatísticas do teste fechado". O Play Console mostra instalações, vitals e avaliações em Estatísticas e no Android vitals, e mostra sua elegibilidade em relação ao requisito de acesso de produção no Painel. São duas superfícies diferentes, e só a segunda mede a condição de 12/14. Ler a primeira esperando a segunda é a versão mais comum dessa confusão.
Parcial O Google documenta as duas superfícies; ele não publica nenhum relatório de andamento combinado com esse nome.
A regra dos 12 testadores por 14 dias
Para uma conta afetada, a condição do Google é um teste fechado com no mínimo 12 testadores que estejam participando continuamente há pelo menos 14 dias. Atendê-la libera a possibilidade de solicitar o acesso de produção pelo Painel do app. Não libera a produção em si.
"Se você tiver uma conta pessoal de desenvolvedor recém-criada, é necessário realizar um teste fechado para o app com no mínimo 12 testadores que participaram continuamente por pelo menos os últimos 14 dias."
Ajuda do Google Play Console, resposta 14151465 · conferido em 14 de agosto de 2026
Leia essa frase devagar, porque ela empacota quatro restrições distintas e cada uma é um lugar onde desenvolvedores perdem semanas. A faixa precisa ser fechada. A contagem é de no mínimo 12. O estado contado é o status de participação contínua, e não instalações, downloads ou alguma meta documentada de uso diário. E a janela são os últimos 14 dias, continuamente, o que significa que o período que qualifica é o imediatamente anterior a agora, e não quaisquer quatorze dias bons que você possa apontar no seu histórico.
Esse é o limite numérico publicado, e ele é só metade do quadro. O engajamento é avaliado separadamente e continua importando: o Google pergunta como os testadores usaram o app, se o uso deles se pareceu com o uso que você espera em produção e que feedback deram, e diz que engajamento insuficiente dos testadores pode resultar em um pedido de mais testes, em vez da concessão do acesso. O status de participação é o que a contagem mede. O engajamento é o que a análise lê.
| Estatística | Valor atual | O que significa de fato |
|---|---|---|
| Tipo de conta afetado | Pessoal | O portão é documentado para contas pessoais novas, não para todo desenvolvedor do Google Play. |
| Corte da data de criação da conta | Após 13 de novembro de 2023 | Contas pessoais criadas nessa data ou antes ficam fora do grupo que essa página de Ajuda descreve. |
| Faixa exigida | Teste fechado | O teste interno não substitui isso, por mais gente que você passe por ele. |
| Mínimo de testadores | 12 | Valor atual. Era 20 até 11 de dezembro de 2024. |
| Período exigido | 14 dias continuamente | Esses testadores precisam ter continuado participando ao longo de todos os 14 dias mais recentes. |
| Próximo passo quando você qualificar | Solicitar o acesso de produção | Um pedido a partir do Painel do app, não uma promoção automática. |
| Partes do formulário | 3 | Seu teste fechado, seu app ou jogo e o preparo para a produção. |
| Tempo de análise declarado | 7 dias ou menos, geralmente | O Google diz geralmente. Ele admite explicitamente análises mais longas. |
Fonte: Ajuda do Play Console, resposta 14151465 · conferido em 14 de agosto de 2026
As datas da linha do mínimo de testadores têm uma história por trás que este post deliberadamente não reconta. Se você quer o relato completo de como 20 virou 12 e do que o Google disse em cada etapa, esse histórico está em nosso post sobre o Google Play mudar de 20 para 12 testadores. Aqui está a evidência, não a narrativa.
A quem o requisito se aplica
O Google Play oferece dois tipos de conta de desenvolvedor, Pessoal e Organização, e cobra a mesma taxa única de registro de US$ 25 pelos dois. O requisito adicional de teste é documentado para contas pessoais criadas após 13 de novembro de 2023. É só isso que o texto atual de Ajuda diz sobre escopo.
Diga isso com cuidado. "Contas de Organização estão isentas" é a formulação que todo mundo usa, e é uma leitura prática razoável do escopo, mas o Google não escreve essa frase nos textos de Ajuda consultados para esta página. A versão defensável é a que este post usa: o requisito documentado de 12 testadores para o acesso de produção está delimitado às novas contas Pessoais afetadas. Se você está escolhendo entre os dois tipos de conta, as vantagens e desvantagens estão em nosso post sobre conta pessoal versus conta organizacional.
Parcial Sustentado pelo escopo, não por uma frase explícita de isenção.
O que "14 dias continuamente" está contando
Essa é a frase mais reescrita de todo o tema. Páginas comerciais rotineiramente a reformulam como 12 instalações, 12 usuários ativos por dia ou um app que precisa ficar instalado por 14 dias. A redação do próprio Google fala de status de participação mantido continuamente, e a diferença importa porque muda o que você acompanha enquanto o relógio corre.
O Google diz isto
- No mínimo 12 testadores.
- Participando continuamente há pelo menos 14 dias.
- O teste precisa ser um teste fechado.
- Cada testador precisa aceitar participar pelo processo de entrada no teste.
- Um usuário que está participando de um teste interno precisa sair dele antes de poder entrar em um teste aberto ou fechado.
O Google não diz isto
- Que os testadores precisam abrir o app todo dia.
- Que o requisito é de 12 instalações ou 12 usuários ativos por dia.
- Que uma desinstalação conta automaticamente como sair do teste.
- Que uma única desistência zera o relógio de todo mundo para o dia zero.
- Que todo testador precisa estar em um dispositivo físico, e não em um emulador.
Nada disso significa que o engajamento seja irrelevante. Significa que o engajamento é julgado em outro lugar: no pedido de acesso de produção, onde o Google pergunta como você recrutou os testadores, como eles usaram o app e que feedback você colocou em prática. Trate a janela de 14 dias como uma contagem de participação a proteger e o pedido como o lugar onde a qualidade do seu teste é avaliada. A mecânica dia a dia dessa janela está em nosso post sobre a regra dos 14 dias consecutivos.
Instrumento 02
Seus números
Esta página carrega cerca de trinta números e só alguns deles são condições para o acesso de produção. Responda três perguntas e ela separa tudo entre o que você precisa atender para solicitar, o que acontece depois de qualificar e os fatos de publicação que valem de qualquer forma.
Todos os números das faixas de teste do Google Play
O teste interno comporta até 100 testadores por app. O teste fechado pode ser gerenciado por listas de e-mails ou Google Groups, e organizações do Google Play gerenciado também podem receber acesso a uma faixa. As listas de e-mails comportam até 2.000 usuários cada, com 50 listas por faixa e 200 listas no total; o Google afirma que não há limites de tamanho para os Google Groups usados com faixas fechadas adicionais. O teste aberto é Ilimitado ou limitado a um teto configurado de no mínimo 1.000.
| Faixa ou método | Limite documentado | Faixa elegível para o pré-requisito? | A ressalva que importa |
|---|---|---|---|
| Interno | 100 testadores por app | Não | Faixa opcional. As versões normalmente ficam disponíveis para os testadores poucos minutos depois de publicadas. |
| Fechado, por lista de e-mails | 2.000 usuários por lista | Sim | Estar na lista não é o mesmo que estar participando. Só contam os testadores participando. |
| Fechado, listas de e-mails por faixa | 50 listas | Sim | É um limite de configuração de listas. Não multiplique isso para virar um teto de testadores únicos. |
| Fechado, total de listas de e-mails | 200 listas | Sim | Limite de configuração no nível da conta, descrito pelo Google. |
| Fechado, por Google Group | Nenhum limite de tamanho declarado para grupos usados com faixas fechadas adicionais | Sim | Os testadores precisam entrar no grupo e depois aceitar participar. Só ser membro do grupo não inscreve ninguém. |
| Fechado, por organização do Google Play gerenciado | Nenhum número de testadores publicado | Sim | Você escolhe qual organização pode acessar a faixa; os administradores dessa organização atribuem os usuários. |
| Aberto | Ilimitado, ou um piso configurado de 1.000 | Não | Os 1.000 são o mínimo com que você pode configurar o limite, não uma quantidade de participantes a recrutar. |
| Qualquer faixa, conta do testador | Conta do Google ou conta do Google Workspace | Pré-requisito para todas | O Google diz que os usuários precisam de uma Conta do Google ou de uma conta do Google Workspace para entrar em um teste. |
Fontes: Ajuda do Play Console, resposta 9845334 e resposta 14151465 · conferido em 14 de agosto de 2026
Números do teste interno
O teste interno comporta até 100 testadores por app, e a redação do Google é que um novo app bundle publicado na faixa interna fica disponível para os testadores em poucos minutos. É a faixa mais rápida para colocar uma versão na frente de um grupo pequeno, e é exatamente por isso que ela pega as pessoas: o pré-requisito do acesso de produção cita um teste fechado, então o tempo gasto na faixa interna não se acumula para os 14 dias, não importa quantas pessoas você coloque nela nem com que dedicação elas usem o app. Ela também não é a faixa mais permissiva, já que um teste aberto pode ser definido como Ilimitado.
O teste interno tem uma vantagem real que as outras faixas não têm: se o app for pago, os testadores internos podem instalá-lo de graça. Em um teste aberto ou fechado, o Google diz que os testadores ainda precisam comprar um app pago. Esse é um custo real a planejar, e é separado da taxa de registro de $25.
O erro mais caro desta página
Passar doze pessoas por um teste interno durante quatorze dias não produz nada que conte para o acesso de produção. E há uma segunda armadilha em cima dessa: o Google diz que um usuário que está participando de um teste interno precisa sair do teste interno antes de poder entrar em um teste aberto ou fechado, então as mesmas pessoas podem silenciosamente não ser registradas na faixa que de fato conta.
Limites das listas do teste fechado
O teste fechado pode ser preenchido de três formas, e os números famosos descrevem só uma delas. O Google documenta listas de e-mails de testadores, Google Groups e a concessão de acesso à faixa a uma organização do Google Play gerenciado. Os números que todo mundo cita, 2.000 usuários por lista, 50 listas por faixa de teste e 200 listas de e-mails no total, são limites especificamente de listas de e-mails. São três tetos de configuração separados, e nenhum deles é uma declaração sobre quantas pessoas diferentes podem testar seu app.
Seja qual for o caminho, a etapa de entrada é a mesma e é ela que decide o seu número. Os testadores precisam de uma Conta do Google ou conta do Google Workspace, e cada um deles precisa aceitar participar pelo link de participação. No caso de um Google Group, o Google é explícito: os usuários precisam entrar no grupo antes de aceitar participar do teste, então ser membro do grupo e ser testador que qualifica são dois estados diferentes, com duas contagens diferentes.
Não multiplique esses números. Cinquenta listas vezes dois mil usuários é uma conta, não uma estatística do Google. O Google expressa limites de listas, não um teto definitivo de pessoas únicas, então um número como "máximo de 100.000 testadores" é um valor derivado sendo apresentado como documentação. Esta página não publica isso, e nada que cite esta página deveria publicar.
Há um segundo motivo para a conta não fechar. As listas de e-mails não são o único jeito de preencher um teste fechado: o Google também documenta o uso de Google Groups e diz que não há limites de tamanho para esses grupos. Um teto que pode ser contornado escolhendo outra configuração nunca foi, para começo de conversa, um teto de testadores.
Números do teste aberto
Um teste aberto pode ser definido como Ilimitado ou limitado a um teto de testadores que você configura, caso em que esse limite configurado precisa ser de no mínimo 1.000. Esse é o número mais mal citado de todo o tema. É um piso de uma configuração, não uma exigência de encontrar mil pessoas, e não tem nada a ver com o portão do teste fechado. O Google também documenta rodar vários testes fechados ao lado de um teste aberto ao mesmo tempo.
Se o teste aberto estiver esmaecido
Para uma nova conta pessoal afetada, esse é o estado esperado, não um bug. A página de requisitos atual do Google diz que o teste aberto fica disponível quando o acesso de produção fica disponível, então a ordem é teste fechado primeiro, depois o pedido, depois as outras faixas. Para que serve cada faixa, e quando escolher cada uma quando todas estiverem abertas para você, está em nossa comparação entre teste interno, fechado e aberto.
Instrumento 03
Planejador de limites de faixa
Escolha uma faixa, diga se você está testando para atender ao requisito das contas pessoais novas e informe o tamanho de lista que tem em mente. Isso é conferido com os limites documentados daquela configuração específica, em vez de aplicar o limite de 12 testadores a todo teste fechado que já existiu.
Estatísticas do acesso de produção
O dia 14 não publica nada. Ele torna você apto a solicitar o acesso de produção pelo Painel do app, com um formulário de 3 partes. O Google então analisa o pedido, diz que essa análise geralmente leva 7 dias ou menos e pode concluir que o app não está pronto e pedir que você continue testando. Um pedido bem-sucedido libera o acesso de produção e o teste aberto.
-
Etapa 1
Qualificar
No mínimo 12 testadores participando por pelo menos os últimos 14 dias contínuos, na faixa fechada.
Isso está sob seu controle -
Etapa 2
Solicitar
Um formulário de 3 partes a partir do Painel do app: seu teste fechado, seu app ou jogo e o preparo para a produção.
Isso está sob seu controle -
Etapa 3
Análise
Quem decide é o Google. Geralmente 7 dias ou menos, ocasionalmente mais, e o resultado pode ser um pedido de mais testes.
Isso está sob o controle do Google
Quase toda discussão aflita na própria Developer Help Community do Google se resume à distância entre a segunda e a terceira etapa. Desenvolvedores publicam títulos como "recusa de acesso de produção mesmo com 12 testadores participando por 14 dias contínuos" e descrevem testadores que nunca desinstalaram, porque tinham entendido o limite como sendo a decisão. Ele não é. Doze testadores por quatorze dias contínuos é uma condição de elegibilidade, e o processo documentado do Google é explícito ao dizer que ele pode exigir a continuidade dos testes se julgar que o app não está pronto.
Concluir 12 testadores por 14 dias contínuos torna o desenvolvedor apto a solicitar o acesso de produção. Não garante a aprovação para produção.
Ajuda do Google Play Console, resposta 14151465 · conferido em 14 de agosto de 2026
Ninguém de fora do Google consegue colocar um número em quantas vezes a análise diz não, porque o Google não publica esse número. A recusa repetida é bem documentada na própria Help Community do Google, e não em uma estatística, então esta página a trata como uma possibilidade documentada com evidência da comunidade, não como uma taxa. A mecânica de recuperação depois de uma negativa, incluindo se uma nova janela começa, está em nosso post sobre por que o teste fechado é recusado.
O que o Google pergunta depois do teste fechado
O formulário tem três partes. As perguntas do Google cobrem como você encontrou e conduziu seus testadores, o que é o app e para quem ele serve, e se ele está pronto para um público geral. Não existe fórmula de pontuação publicada por trás disso, então a postura útil é ser preciso, não otimizar.
Como os testadores foram recrutados, como usaram o app e que feedback voltou.
O que o app faz, para quem ele serve e o valor que oferece a esse público.
O que mudou por causa do teste e por que o app está pronto para a produção agora.
Não existe gabarito publicado. O Google nomeia as três partes e os assuntos sobre os quais pergunta. Ele não publica um modelo de pontuação, um limite de caracteres nem uma lista de frases que passam. Qualquer página que apresente isso inventou. Exemplos práticos de como os desenvolvedores descrevem de fato o próprio teste estão em nosso post sobre o formulário de acesso de produção.
Sobre prazos, os 7 dias ou menos do Google são o único número com uma fonte primária por trás, e o Google o qualifica com "geralmente". Trate isso como a descrição do caso comum, e não como um prazo em cima do qual você pode marcar uma data de lançamento. O tempo de análise etapa por etapa em toda a jornada de publicação está em nosso post sobre o tempo de análise do Google Play.
Linha do tempo da política de teste fechado
Quatro datas carregam toda a história: o anúncio, o corte das contas afetadas quatro dias depois, a redução de 20 para 12 em dezembro de 2024 e o estado atual. A data do anúncio e a data do corte são coisas diferentes, e confundir as duas é o erro mais comum nos textos sobre essa política.
-
9 de novembro de 2023
Anunciado com 20 testadores
O Google anunciou que as novas contas pessoais de desenvolvedor precisariam testar com 20 pessoas por no mínimo duas semanas antes de solicitar o acesso de produção, para que os desenvolvedores pudessem identificar problemas e receber feedback antes do lançamento.
Verificado, histórico -
13 de novembro de 2023
O corte das contas afetadas
A data que a página de Ajuda atual do Google usa para definir quem é afetado: contas pessoais de desenvolvedor criadas depois dela. Isso é um limite de grupo, não a data do anúncio, e as duas estão a quatro dias de distância.
Verificado -
11 de dezembro de 2024
20 virou 12
O Google atualizou a política para reduzir o requisito de teste de 20 testadores para 12. O período de 14 dias não mudou. Os desenvolvedores notaram a mudança no Play Console antes de a documentação acompanhar, e é por isso que algumas discussões da época tratam aquilo como um possível bug.
Verificado -
Hoje, 14 de agosto de 2026
12 testadores, 14 dias contínuos
O estado atual, conferido na página de requisitos do Google nesta data. Nenhum limite substituto ou data de término para essa regra foi encontrado nas fontes consultadas.
Verificado
Essa é a evidência, sem a narrativa. O relato completo do que mudou, de por que os desenvolvedores reagiram como reagiram e do que aquilo significou para os apps que estavam no meio do teste na época está em nosso post sobre o Google Play mudar de 20 para 12 testadores, que continua sendo o registro canônico deste site sobre a mudança de política.
O que o Google diz, e o que ele não diz
Oito alegações causam quase todo o estrago neste tema, e as oito são extrapolações da redação real do Google, não citações dela. A tabela abaixo cruza o sintoma como os desenvolvedores o relatam com a leitura mais defensável da documentação, e classifica o quanto essa leitura é firme.
| O que os desenvolvedores relatam | Explicação mais defensável | O que verificar | Grau |
|---|---|---|---|
| "Adicionei 12 e-mails, mas o Play Console conta menos." | Estar em uma lista de e-mails não é o mesmo que concluir a entrada como testador. | Confirme que cada testador usou o link de participação com uma conta elegível e realmente aceitou participar. | Verificado |
| "Fiz teste interno com mais de 12 pessoas por 14 dias." | O pré-requisito especifica teste fechado. O tempo de teste interno não se acumula para ele. | Configure e inicie a faixa Teste fechado. A permissão de 100 pessoas do teste interno não substitui isso. | Verificado |
| "Cheguei ao dia 14, por que não consigo publicar?" | O dia 14 qualifica você a solicitar o acesso de produção, nada além disso. | Abra o Painel do app e preencha o pedido de acesso de produção assim que a elegibilidade aparecer. | Verificado |
| "O Google me recusou mesmo eu tendo 12 testadores." | O limite rege a elegibilidade para solicitar, não o resultado da análise. | Continue testando se for pedido, e responda ao formulário com precisão sobre recrutamento, engajamento, feedback e preparo. | Verificado |
| "O teste aberto está desativado no meu app." | É o esperado no fluxo das contas afetadas. O teste aberto fica disponível quando o acesso de produção fica disponível. | Conclua primeiro o teste fechado e o pedido de acesso de produção. | Verificado |
| "Meus testadores precisam abrir o app todo dia?" | O Google especifica participação contínua. Ele não publica nenhuma condição numérica de uma abertura por dia. | Incentive o uso genuíno e colete feedback, porque o engajamento é avaliado no formulário, mas não apresente aberturas diárias como regra do Google. | Verificado |
| "Um testador desinstalou. Meus 14 dias zeraram?" | A condição publicada é a participação contínua, e a fonte não equipara desinstalar a sair do teste. | Confira o status real de participação e se pelo menos 12 testadores ainda atendem à condição contínua de 14 dias. | Parcial |
| "Minha contagem de testadores parece errada depois de uma recusa." | Relatado repetidamente na Help Community do Google. O Google não documenta um algoritmo de contagem que explique isso. | Confronte a lista com o status de participação antes de supor uma falha do Console. Testador fantasma é jargão de desenvolvedor, não um termo do Google. | Relatado |
O padrão nas oito linhas é o mesmo. O Google publica um limite e um processo; não publica a mecânica por baixo deles. É nessa lacuna que páginas comerciais enfiam detalhes que soam seguros, e é por isso que este post classifica cada linha em vez de achatar tudo em uma voz só. Se o problema é justamente o seu contador travado abaixo do tamanho da lista, o diagnóstico completo está em nosso post sobre adicionar 12 testadores e ver zero participando.
Sobre serviços pagos de testadores, incluindo este. Desenvolvedores na Help Community do Google já perguntaram diretamente se usar um serviço pago causou a recusa deles. Nenhuma fonte primária do Google encontrada para esta página diz que serviços pagos de testadores são permitidos, e nenhuma diz que são proibidos. A posição correta é que o Google documenta requisitos e analisa pedidos; ele não publica uma regra sobre canais de recrutamento em nenhuma das direções. Qualquer página que afirme que o Google endossa ou proíbe esses serviços está preenchendo uma lacuna da documentação com opinião.
Não verificado Nenhuma fonte primária do Google localizada em nenhuma das direções.
Números que o Google não publica
Seis dos itens mais citados neste tema não tinham nenhuma fonte primária do Google por trás nas fontes consultadas para esta página: uma taxa de aprovação do teste fechado, uma taxa de rejeição, uma contagem exata e atual de apps no Google Play, um limite de aberturas diárias do app, uma fórmula de pontuação para a análise do acesso de produção e o algoritmo por trás da contagem de testadores do Play Console. Se uma página entregar um desses a você como estatística do Google, pergunte de qual página primária do Google veio o número.
-
Uma taxa de aprovação ou de sucesso do teste fechado Nenhuma fonte encontrada
Não foi localizada nenhuma porcentagem publicada pelo Google descrevendo com que frequência desenvolvedores que atingem o limite de 12/14 recebem o acesso de produção. As porcentagens que circulam vêm de serviços comerciais descrevendo os próprios resultados, o que é outra medição, com outro denominador.
-
Uma taxa de rejeição do Google Play Nenhuma fonte encontrada
O Google publica contagens de apps barrados por violar políticas, não uma porcentagem de rejeição baseada em denominador. Não dá para reconstruir uma taxa a partir dessas contagens, porque a população de onde elas vieram não é publicada junto.
-
Uma contagem exata e atual de apps do Google Play Milhões, sem quantificar
O material atual do Google descreve o Play como lar de milhões de apps e conteúdos, em vez de dar um número preciso de inventário. Existem estimativas comerciais de inteligência de apps, e elas não são números do Google, então esta página não coloca uma no lugar.
-
Uma exigência de abertura diária do app Não está na regra
A regra de elegibilidade atual especifica participação contínua e não estabelece um requisito numérico de uma abertura do app por testador por dia. O Google pergunta, sim, sobre o engajamento dos testadores ao avaliar o acesso de produção, e é aí que o engajamento realmente importa.
-
Uma fórmula de pontuação do acesso de produção Nenhuma fonte encontrada
O Google nomeia as três partes do formulário e os assuntos sobre os quais pergunta. Nenhum peso, limite, orçamento de caracteres ou modelo de como as respostas são avaliadas aparece na documentação consultada para esta página.
-
Um algoritmo de contagem de testadores ou de reinício Nenhuma fonte encontrada
O Google publica a condição de que no mínimo 12 testadores precisam estar participando continuamente pelos últimos 14 dias. Ele não publica como o Play Console deriva essa contagem, o que acontece com os relógios individuais quando um testador sai, nem se algum evento zera a janela para todo mundo. As histórias sobre reinício que circulam são deduções do comportamento do Console, não documentação.
Há mais uma ausência que vale nomear, porque é a que mais costuma ser preenchida com algo que soa oficial. O Google não publicou um impacto numérico isolado do requisito de 12 testadores. Seus relatórios de segurança agrupam os requisitos de teste com a verificação de desenvolvedores e as checagens obrigatórias antes da análise, e descrevem o efeito combinado. Qualquer frase do tipo "a regra dos 12 testadores reduziu X em Y por cento" é uma construção, não uma citação.
Um teste que você pode aplicar a qualquer página, inclusive a esta
Para cada estatística, faça três perguntas: de que frase exata ela foi tirada, quando essa frase foi conferida pela última vez e a fonte diz isso ou a página apenas dá a entender? Uma estatística que não sobrevive a essas três perguntas não é uma estatística. Todo número acima foi escrito para poder ser rastreado até o número de uma resposta da Ajuda do Play Console ou uma publicação nomeada do Google, e é também por isso que o Compositor de citação, lá em cima neste post, anexa a fonte e a data a tudo o que você copia.
Como a PrimeTestLab ajuda com o número que você não consegue consultar
Todo número verificado acima pode ser rastreado até uma fonte primária; as interpretações parciais e os números que o Google não publica aparecem marcados à parte. Só um número desta página é uma tarefa, e não um fato: 12 pessoas reais, participando, por 14 dias contínuos. A PrimeTestLab fornece esse grupo em dispositivos reais, do Android 7 ao 17, a partir de $19.99, e o mantém pela janela inteira, para que a contagem não caia abaixo do limite enquanto você trabalha na versão.
O que isso compra é uma contagem de participação estável, que é a única variável pela qual a documentação responsabiliza você e a que silenciosamente derruba a maioria dos testes organizados por conta própria. Não compra uma decisão. O Google analisa o pedido de acesso de produção em si, e nenhum serviço pode prometer o resultado dessa análise. O que podemos garantir é a parte dentro do nosso controle: se uma campanha não entregar o teste que você pagou, a garantia é novo teste grátis ou reembolso total.
| O que precisa ser resolvido | Recrutar o grupo por conta própria | Um grupo gerenciado |
|---|---|---|
| No mínimo 12 testadores | Amigos, fóruns e grupos de troca. Achar doze é possível; achar doze que vão até o fim é a parte difícil. | 12 alocados de cara, com pacotes maiores de 20 e 25 testadores para uma folga acima do mínimo. |
| Participando por 14 dias contínuos | Você acompanha o status de participação todo dia e corre atrás de quem sai, porque cair abaixo do mínimo quebra a condição de continuidade. | O grupo é mantido pela janela inteira, então proteger essa contagem passa a ser trabalho de outra pessoa. |
| Diversidade de testadores e dispositivos | Quem você conseguir convencer, no hardware que essas pessoas tiverem. | Pessoas reais em dispositivos reais, do Android 7 ao 17, em 120+ países. |
| Feedback para a pergunta sobre preparo | Depende inteiramente de quão engajados estão os seus recrutas. Costuma ser a parte mais fraca de um teste feito por conta própria. | Feedback estruturado dos testadores, que você pode citar quando o formulário perguntar o que mudou por causa do teste. |
| Custo | Sem desembolso de dinheiro, pago em dias correndo atrás de gente justamente na janela em que você mais precisa estar desenvolvendo. | A partir de $19.99 no pacote de 12 testadores. |
| A decisão sobre o acesso de produção | Do Google | Continua sendo do Google. Nenhum serviço pode prometer aprovação, e quem promete está descrevendo algo que não controla. |
Como contexto de escala, e não como afirmação sobre o seu app: a PrimeTestLab já conduziu o teste fechado de 7.400+ apps, com um histórico de 99,9% em 120+ países. Esses são os nossos números, medidos nas nossas campanhas, e eles pertencem à mesma categoria de qualquer outro número de primeira mão na internet: úteis, e não uma estatística do Google.
Perguntas frequentes
Ainda preciso de 20 testadores no Google Play em 2026?
Não. O mínimo atual é 12 testadores, não 20. O Google anunciou em 9 de novembro de 2023 um requisito de 20 pessoas por no mínimo duas semanas e atualizou a política em 11 de dezembro de 2024, reduzindo o mínimo de testadores para 12, enquanto o período de 14 dias continuou igual. Páginas que ainda trazem 20 como o número de 2026 estão citando o anúncio já substituído.
Os 12 testadores precisam continuar participando durante os 14 dias inteiros?
A formulação do Google é que no mínimo 12 testadores precisam estar participando continuamente há pelo menos 14 dias. Para esse limite numérico publicado, o Google conta o status de participação contínua, e não instalações, downloads ou alguma meta documentada de uso diário. O engajamento é uma questão separada, mas nem por isso menos importante: o Google pergunta como os testadores usaram o app, se o uso deles se pareceu com o uso esperado em produção e que feedback deram, e engajamento insuficiente pode resultar em um pedido de mais testes. Um grupo de testadores que participaram cada um em uma época diferente não equivale a 12 testadores que estiveram todos participando na mesma janela contínua de 14 dias.
Quando o período de 14 dias começa de verdade?
Não é quando você adiciona os endereços de e-mail. Colocar alguém em uma lista ou em um grupo do Google Groups apenas torna essa pessoa apta a entrar; o estado que conta é o de testadores que concluíram a entrada no teste e depois continuaram participando. A condição que o Google publica é que no mínimo 12 testadores estejam participando continuamente há pelo menos 14 dias, então trate o estado de elegibilidade que o Play Console mostra para o requisito de acesso de produção como a fonte da verdade, em vez de contar os dias a partir da data em que você configurou a faixa.
O teste interno conta para os 12 testadores por 14 dias?
Não. O pré-requisito do Google para o acesso de produção exige expressamente um teste fechado. O teste interno é descrito separadamente como uma faixa opcional que comporta até 100 testadores por app, e as versões internas normalmente ficam disponíveis para os testadores poucos minutos depois de publicadas. Passar 12 pessoas por um teste interno durante 14 dias não satisfaz o requisito de teste fechado.
Meus 12 testadores precisam abrir o app todo dia?
O requisito numérico público do Google não estabelece nenhum limite do tipo uma abertura do app por dia. A condição numérica documentada é a participação contínua. O engajamento continua importando, porque o formulário de acesso de produção pergunta ao desenvolvedor como os testadores foram recrutados, como usaram o app e que feedback deram, e o Google diz que engajamento insuficiente dos testadores pode resultar em um pedido de mais testes. O que nenhuma fonte do Google encontrada para esta página publica é um número de aberturas diárias, então trate o uso genuíno como algo a incentivar e descrever, não como uma cota documentada a bater.
Terminei os 14 dias. Estou automaticamente aprovado para a produção?
Não. Concluir um teste fechado que qualifica torna você apto a solicitar o acesso de produção pelo Painel do app no Play Console. O Google analisa esse pedido e pode concluir que o app não está pronto e pedir que você continue fazendo testes. Doze testadores por 14 dias contínuos são um limite de elegibilidade, não uma garantia de aprovação.
Quanto tempo o Google leva para analisar o acesso de produção?
A página de Ajuda atual do Google diz que a análise do acesso de produção geralmente leva 7 dias ou menos e que, ocasionalmente, pode demorar mais. Isso é a descrição do caso comum, não um acordo de nível de serviço nem uma data de decisão garantida, então nunca deveria ser citado como um prazo exato de sete dias.
Posso usar o teste aberto em vez do teste fechado?
Não para esse pré-requisito. A página de requisitos atual do Google descreve um teste fechado para as novas contas pessoais afetadas e diz que o teste aberto fica disponível quando o acesso de produção está disponível. O número de 1.000 ligado ao teste aberto é o limite mínimo de testadores que se pode configurar quando um teste aberto não está definido como Ilimitado, não uma exigência de recrutar 1.000 participantes.
Posso usar o Google Groups em vez de listas de e-mails individuais?
Sim. O Google documenta o acesso ao teste fechado por listas de e-mails de testadores, pelo Google Groups e concedendo acesso à faixa a uma organização do Google Play gerenciado. Os números de 2.000 usuários por lista, 50 listas por faixa e 200 listas no total descrevem especificamente as listas de e-mails; o Google afirma que não há limites de tamanho para os Google Groups usados com faixas fechadas adicionais. Fazer parte do grupo não é o mesmo que estar participando: o Google diz que os usuários precisam entrar no grupo antes de entrar no teste, então são duas contagens separadas.
Meus testadores precisam de uma Conta do Google?
Sim. O Google diz que os usuários precisam de uma Conta do Google ou de uma conta do Google Workspace para entrar em um teste. Um endereço que está nos seus contatos ou uma caixa de e-mail comum que não esteja ligada a uma conta do Google elegível não consegue concluir a entrada no teste, e essa é uma das razões de uma lista parecer completa enquanto a contagem que qualifica continua menor.
Os testadores do teste fechado precisam comprar um app pago?
Sim, se o próprio app for pago. O Google diz que os testadores de um teste aberto ou fechado ainda precisam comprar o app, enquanto os testadores de um teste interno podem instalar um app pago de graça. Esse custo se soma à taxa única de registro de desenvolvedor de US$ 25 e a qualquer valor que você pague a um fornecedor de testes, e vale para a faixa fechada que o requisito de acesso de produção exige.
Contas organizacionais precisam do teste com 12 testadores?
A documentação atual do Google delimita esse requisito adicional de teste às contas pessoais de desenvolvedor criadas após 13 de novembro de 2023 e, separadamente, identifica Pessoal e Organização como os dois tipos de conta de desenvolvedor. A afirmação precisa e defensável é que o requisito documentado de 12 testadores para o acesso de produção está delimitado às novas contas Pessoais afetadas. O Google não usa a frase contas de Organização estão isentas nos textos de Ajuda consultados para esta página.
Por que o Play Console mostra menos testadores do que os e-mails que adicionei?
Adicionar um endereço a uma lista de e-mails elegível e essa pessoa concluir a entrada como testador são duas etapas diferentes. O Google orienta os desenvolvedores a distribuir o URL de participação e diz que cada testador precisa aceitar participar. As discussões na Developer Help Community mostram repetidamente listas maiores do que a contagem que qualifica exatamente por esse motivo, então verifique o estado de participação de cada testador, e não o tamanho da lista.
Onde vejo o andamento do meu teste fechado no Play Console?
Confira o requisito de teste para o acesso de produção exibido no Painel do app. O número que qualifica é a quantidade de testadores que o Play Console reconhece como participantes para aquele requisito, não a quantidade de endereços de e-mail que você adicionou, nem as instalações mostradas em Estatísticas, nem a contagem de instalações na página do app na Play Store. Essa contagem que qualifica pode ser diferente dos números de instalação porque as duas medem coisas diferentes. Desenvolvedores também relatam demora na atualização do contador, mas o Google não publica a frequência de atualização desse contador nem o algoritmo de cálculo, então use o requisito de acesso de produção no Painel como a indicação final de elegibilidade.
Desinstalar o app zera os 14 dias?
A condição publicada pelo Google é formulada em torno de testadores que continuam participando continuamente, e a documentação primária consultada para esta página não diz que desinstalar, sozinho, é o mesmo que sair do teste. Trate o status de participação como o número a acompanhar. Se menos de 12 testadores atenderem à condição contínua de 14 dias, você ainda não está apto a solicitar; já a alegação popular de que uma única desinstalação zera automaticamente o teste inteiro não é sustentada pela fonte.
O Google publica alguma taxa de aprovação ou de sucesso do teste fechado?
Nenhuma taxa de aprovação, taxa de rejeição ou porcentagem de sucesso publicada pelo Google para o requisito de 12 testadores foi encontrada nas fontes primárias consultadas para esta página. O Google publica números de segurança de todo o ecossistema, como ter impedido a publicação de mais de 1,75 milhão de apps que violavam políticas em 2025, mas essas são contagens de todo o Google Play e não podem ser convertidas em uma taxa de aprovação do teste fechado. Trate qualquer porcentagem apresentada como a taxa de sucesso do teste fechado do Google como sem fonte até que uma página primária do Google a traga.
Quanto custa rodar o teste fechado com 12 testadores reais?
O Google cobra uma taxa única de registro de desenvolvedor de US$ 25 e não cobra nada pelo teste fechado em si, então o custo real do teste é encontrar 12 pessoas que continuem participando por 14 dias contínuos. A PrimeTestLab fornece 12 testadores reais em dispositivos reais a partir de $19.99 e mantém o grupo pelos 14 dias completos, com novo teste grátis ou reembolso total. Nenhum serviço pode prometer a aprovação do Google, porque a decisão sobre o acesso de produção é do Google.
Apêndice
Estatísticas vizinhas do Google Play
Tudo o que está acima é um número do teste fechado. O que vem a seguir é o conjunto de números que os desenvolvedores procuram depois de chegar a esta página: quanto custa a conta em si e quando o Google encerra uma conta sem uso, as datas de API de destino e de políticas que decidem se uma versão sequer é aceita, os limites do Android vitals que governam a visibilidade na loja e as contagens de aplicação de regras do próprio ecossistema do Google. Mesmo tipo de fonte, mesmos graus, mesma data de conferência. Nenhum deles é condição do portão de 12/14, e é por isso que estão aqui, e não dentro dele.
Números de conta de desenvolvedor e publicação
O Google Play cobra uma taxa única de registro de US$ 25, exige que o titular da conta tenha pelo menos 18 anos e oferece dois tipos de conta, Pessoal e Organização. Apps novos precisam ser publicados como Android App Bundle desde agosto de 2021. Nada disso depende do portão do teste fechado, e tudo aparece nas mesmas respostas de Ajuda.
| Estatística | Valor | Confiança | Ressalva |
|---|---|---|---|
| Taxa de registro de desenvolvedor | US$ 25 | Verificado | Única, cobrada no registro. Não é uma assinatura anual. |
| Idade mínima do desenvolvedor | 18 anos | Verificado | Declarado na página de registro de conta do Google. |
| Tipos de conta de desenvolvedor | 2 | Verificado | Pessoal e Organização. O portão do teste fechado é documentado para as novas contas Pessoais. |
| Exigência do Android App Bundle | Desde agosto de 2021 | Verificado | Vale para apps novos no Google Play. Em textos perenes, use o mês, não um dia específico. |
| Isenção para contas de Organização | Baseada no escopo | Parcial | O Google delimita o portão às novas contas Pessoais. Ele não publica uma frase de isenção para contas de Organização. |
Fontes: Ajuda do Play Console, resposta 6112435 e documentação do Android App Bundle · conferido em 14 de agosto de 2026
A taxa é o número mais lembrado errado como se fosse recorrente, e vale ser preciso sobre o que ela compra e o que não compra. Ela registra a conta de desenvolvedor. Ela não encurta o teste fechado, não isenta dele uma conta afetada e não acelera a análise do acesso de produção. O que acontece de fato depois desse pagamento, passo a passo, está em nosso post sobre o que fazer depois de pagar a taxa de $25.
Números de inatividade da conta
Eles cabem nesta mesma página porque são os números que decidem se a conta pela qual você pagou os US$ 25 ainda vai existir quando você voltar a ela. O Google os publica, e eles são mais específicos do que a maioria dos desenvolvedores imagina: um ano, 1.000 instalações somadas ao longo da vida, 180 dias de uso do Play Console e avisos aos 60, 30 e 7 dias antes do encerramento.
| Caso | Condições que o Google lista | Confiança |
|---|---|---|
| Conta sem apps | Criada há mais de um ano e nunca enviou um app para análise. | Verificado |
| Conta com apps | Criada há mais de um ano; todos os apps publicados, incluindo os no ar, os removidos e os suspensos, somam menos de 1.000 instalações ao longo da vida; o telefone e o e-mail de contato da conta não estão verificados; e o Play Console não é usado há 180 dias. | Verificado |
| Cronograma de avisos | Avisos de lembrete aos 60, 30 e 7 dias antes de a conta ser encerrada. | Verificado |
| Taxa após o encerramento | A taxa de registro não é devolvida quando uma conta é encerrada por inatividade. | Verificado |
Fonte: Ajuda do Play Console, resposta 11605267 · conferido em 14 de agosto de 2026
Reproduza as condições, não um atalho booleano. Os quatro números acima são exatamente o que o Google lista para uma conta que já publicou apps. Esta página os apresenta como um conjunto, na ordem do Google, e não os comprime em "qualquer uma delas encerra sua conta" nem em "as quatro precisam ser verdadeiras ao mesmo tempo", porque as versões populares dessa regra divergem entre si e a página de origem é uma lista, não uma fórmula. O número que esta página continua não publicando é uma contagem exata e atual de apps no Google Play: o próprio material do Google diz "milhões" em vez de dar um número, e estimativas comerciais de inteligência de apps não são um número do Google.
Parcial Condições verificadas uma a uma. A relação lógica exata entre elas não é declarada de forma explícita o bastante para ser parafraseada.
Os prazos de 2026 e 2027
Três datas de publicação estão perto o bastante do portão do teste fechado para aparecer nas mesmas respostas de Ajuda. Apps e atualizações novos para celulares e tablets precisam, em geral, ter como destino o Android 16, nível de API 36 ou superior, desde 31 de agosto de 2026. É possível pedir uma prorrogação até 1º de novembro de 2026. A nova política de permissões de contatos entra em vigor em 27 de janeiro de 2027, e não em 28 de outubro de 2026.
| Data | O que é | O número envolvido | Status |
|---|---|---|---|
| Agosto de 2021 | Apps novos no Google Play precisam usar Android App Bundle | AAB obrigatório | Atual |
| 9 de novembro de 2023 | Anúncio original do portão de testes | 20 pessoas, mínimo de 2 semanas | Histórico |
| 13 de novembro de 2023 | Corte das contas afetadas pelo portão de testes | Contas pessoais novas depois dessa data | Definição atual do grupo afetado |
| 11 de dezembro de 2024 | Limite de testadores reduzido | 20 vira 12 | Limite atual |
| 31 de agosto de 2025 | Piso de API de destino para envios do Android TV | Android 14, API 34 | Em vigor |
| 31 de agosto de 2026 | Piso de API de destino para apps e atualizações novos de celular e tablet | Android 16, API 36 | Em vigor |
| 1º de novembro de 2026 | Fim da prorrogação solicitável da API de destino | Prorrogação até essa data | Em breve |
| 28 de outubro de 2026 | Data anterior da política de contatos | Substituída | Não divulgue como atual |
| 27 de janeiro de 2027 | Data de vigência da política de permissões de contatos | Nova política de contatos | Prazo publicado atual |
O piso de API de destino de 31 de agosto de 2026
Desde 31 de agosto de 2026, apps e atualizações novos no Google Play precisam, em geral, ter como destino um nível mínimo de API, e o piso não é o mesmo para todos os formatos de dispositivo. Celulares e tablets ficam na API 36. Wear OS e Android Automotive OS ficam na API 35. Android TV e Android XR ficam na API 34. O piso de API 34 do Android TV não é novidade nessa data: a Ajuda do Play Console o data em 31 de agosto de 2025, um ano antes, e a página atual de requisitos de API de destino do Google mantém o Android TV na mesma API 34, ao lado do Android XR. Ou seja, para o Android TV a data de 31 de agosto de 2026 não muda nada quanto ao nível exigido. Ler um único nível de API para a tabela inteira é o erro mais fácil de cometer aqui, e supor que todo formato de dispositivo ganhou um piso novo em 2026 é o segundo.
| Categoria de dispositivo | Destino mínimo | Em vigor para envios novos | Prorrogação |
|---|---|---|---|
| Celular e tablet, apps e atualizações novos | Android 16, API 36+ | 31 de agosto de 2026 | Solicitável até 1º de novembro de 2026 |
| Wear OS | Android 15, API 35+ | 31 de agosto de 2026 | Processo atual de elegibilidade e prorrogação do Google |
| Android Automotive OS | Android 15, API 35+ | 31 de agosto de 2026 | Processo atual de elegibilidade e prorrogação do Google |
| Android XR | Android 14, API 34+ | 31 de agosto de 2026 | Processo atual de elegibilidade e prorrogação do Google |
| Android TV | Android 14, API 34+ | 31 de agosto de 2025, já em vigor; mantido sem alteração em 31 de agosto de 2026 | Processo atual de elegibilidade e prorrogação do Google |
Fontes: Ajuda do Play Console, resposta 11926878 e Android Developers, requisitos de nível da API de destino · conferido em 14 de agosto de 2026
Isso se cruza com o teste fechado de um jeito bem prático: a versão que você sobe para o teste é uma versão como qualquer outra, e os mesmos pisos de envio valem para ela. A migração em si, incluindo o que subir o destino muda e o que não muda, está em nosso post sobre o nível da API de destino, e o erro de biblioteca nativa que pega a maioria das pessoas no meio da migração está em nosso post sobre o tamanho de página de 16 KB.
A data da política de contatos que mudou
Prazo alterado
28 de outubro de 2026 27 de janeiro de 2027
Tanto a tabela atual de prazos de política do Google quanto sua página de Ajuda sobre informações sensíveis dão 27 de janeiro de 2027 como data de vigência da nova política de permissões de contatos, anunciada em 15 de abril de 2026. A data de 28 de outubro de 2026 aparece em material mais antigo, incluindo algumas anotações anteriores deste próprio site, e não é mais a data válida. A política trata do acesso amplo aos contatos, com a expectativa de uso do seletor de contatos do Android onde esse acesso amplo é desnecessário; ela depende do caso de uso, então não deve ser reduzida à alegação geral de que um nível de API inteiro não pode usar contatos.
Verificado Data verificada. O escopo da política em si recebe o grau parcial: o Google a descreve por caso de uso, e não como uma regra única de nível de API.
Limites do Android vitals que vale conhecer
Os limites gerais de mau comportamento do Google Play são de 1,09% para a taxa de falhas percebidas pelo usuário e 0,47% para a taxa de ANR percebidas pelo usuário, avaliados nos últimos 28 dias de dados. Esses são limites de qualidade do app e de visibilidade na loja. Eles não são critérios publicados para decidir se um desenvolvedor novo recebe o acesso de produção depois de um teste fechado.
| Vital principal | Limite geral | Por modelo de celular | Por modelo de relógio |
|---|---|---|---|
| Taxa de falhas percebidas pelo usuário | 1.09% | 8% | 4% |
| Taxa de ANR percebidas pelo usuário | 0.47% | 8% | 5% |
| Uso excessivo de bateria | 1% | Não informado | 1% |
| Wake locks parciais excessivos | 5% | Não informado | Não informado |
Fonte: Android Developers, Android vitals · conferido em 14 de agosto de 2026
Mantenha isso separado do portão. Assistentes recorrem a 1,09% e 0,47% quando alguém pergunta o que o Google mede durante o teste fechado, porque são as porcentagens mais à mão. Não é isso que elas são. Elas regem como um app é tratado na loja depois que ele já tem usuários, ao longo de uma janela móvel de 28 dias. Nada na documentação de acesso de produção do Google consultada para esta página as liga à decisão sobre o teste fechado.
Mesmo assim, vale conhecê-las durante um teste, por um motivo prático: uma falha que seus doze testadores encontram é uma falha que seus primeiros mil usuários vão encontrar, e a pergunta sobre preparo no pedido de acesso de produção quer saber o que mudou por causa do teste. Corrigir o que o teste revelou é a resposta a essa pergunta.
O que os próprios números de ecossistema do Google mostram
O Google diz ter impedido a publicação de mais de 1,75 milhão de apps que violavam políticas em 2025 e ter banido mais de 80.000 contas de desenvolvedor mal-intencionadas naquele ano, contra 2,36 milhões de apps e mais de 158.000 contas em 2024. O Google cita os requisitos de teste entre as medidas destinadas a elevar o nível de qualidade do ecossistema, mas não publica nenhum efeito numérico isolado da regra dos 12 testadores em si.
| Período | Número | O que ele sustenta de forma legítima |
|---|---|---|
| 2023, ferramentas de teste | 3x em média | Observação declarada pelo Google de que apps que usavam suas ferramentas de teste tiveram, em média, três vezes mais instalações e engajamento dos usuários do que os apps que não usavam. |
| 2024, apps bloqueados | 2,36 milhões | A escala da fiscalização do Play antes da publicação naquele ano. |
| 2024, contas banidas | 158,000+ | Escala da fiscalização no nível das contas. |
| 2025, apps bloqueados | 1,75 milhão+ | O número anual mais recente encontrado em 14 de agosto de 2026. |
| 2025, contas banidas | 80,000+ | O número anual mais recente encontrado de fiscalização de contas. |
| 2025, acesso excessivo a dados | 255.000+ apps | Apps impedidos de obter acesso excessivo a dados sensíveis dos usuários. |
| 2025, avaliações de spam | 160 milhões | Notas e avaliações de spam bloqueadas. Contexto mais amplo de qualidade. |
| Descrição atual do Play | 10.000+ verificações de segurança | Verificações que o Google diz executar em todo app que oferece. |
Fontes: relatório de segurança de 2025 do Google e relatório de 2024 · conferido em 14 de agosto de 2026
Não transforme isso em uma taxa de rejeição
1,75 milhão e 2,36 milhões são contagens de apps que violavam políticas e foram barrados pelos sistemas de segurança do Google em toda a loja. Não vêm com denominador algum, não são específicos do teste fechado, e nenhuma conta feita com eles produz uma porcentagem de rejeição do Google Play. A queda de 2,36 milhões para 1,75 milhão de um ano para o outro também não é prova de que ficou mais fácil ser aprovado: o Google divulga esses números junto com mudanças nos requisitos de verificação, de análise e de teste, sem isolar o que causou o quê.
A estatística do 3x, e o que ela não é
O número mais citável que o Google publicou nessa área é o que acompanha o anúncio de 9 de novembro de 2023: apps que usavam as ferramentas de teste do Google Play tiveram, em média, três vezes mais instalações e engajamento dos usuários do que os apps que não usavam. É um número real do Google, e é mal usado o tempo todo.
3x é uma correlação, e é anterior à regra
O Google relatou uma associação entre usar as ferramentas de teste dele e ter mais instalações e engajamento. Ele não afirmou que as ferramentas causaram essa diferença, e a estatística foi publicada ao lado do anúncio original dos 20 testadores, não como uma medição dele. Qualquer frase do tipo "o teste fechado deixa seu app 3x mais bem-sucedido", ou pior, "a regra dos 12 testadores gera 3x de crescimento", faz duas coisas que a fonte não sustenta: converte uma correlação em causa e atribui uma observação de 2023 sobre ferramentas de teste opcionais a um portão obrigatório cuja forma atual só passou a existir em dezembro de 2024.
O resumo honesto da posição do Google é estreito e vale citar com precisão: o Google diz que a verificação de desenvolvedores, as checagens obrigatórias antes da análise e os requisitos de teste elevaram em conjunto o nível de entrada no ecossistema. Ele agrupa o requisito de teste fechado com outras salvaguardas. Ele não publicou um impacto numérico isolado da regra dos 12 testadores, e este post não inventa um.
Conclusão
Resumo
Em 14 de agosto de 2026, o Google Play exige que contas pessoais de desenvolvedor criadas após 13 de novembro de 2023 realizem um teste fechado com no mínimo 12 testadores participando continuamente pelos últimos 14 dias antes de solicitar o acesso de produção. Esse limite conta o status de participação contínua; o engajamento dos testadores é avaliado separadamente no formulário, e o Google diz que engajamento insuficiente pode levar a um pedido de mais testes. 20 é histórico, substituído em 11 de dezembro de 2024. O teste interno tem um teto de 100 testadores e não satisfaz essa exigência; os 1.000 do teste aberto são um piso de configuração, não uma meta de recrutamento. O dia 14 abre um formulário de 3 partes, e o Google diz que essa análise geralmente leva 7 dias ou menos. Nenhuma taxa de aprovação do teste fechado foi encontrada nas fontes primárias do Google consultadas para esta página, então qualquer porcentagem apresentada como estatística do Google deveria vir acompanhada de uma citação primária do Google. Recrutamento de testadores, coordenação e trabalho de QA podem todos ser terceirizados; a decisão do Google sobre o acesso de produção não pode, nem por nós nem por ninguém. Ver planos de preços →
Fontes primárias
Quatorze fontes primárias. Todo número desta página vem de uma delas, e cada tabela principal traz a fonte específica logo abaixo. Quando uma afirmação se apoia em relatos da Developer Help Community e não em uma declaração do Google, a página a classifica como relatada, e não como verificada.
O que desta página vence primeiro
- As datas da API de destino. 31 de agosto de 2026 e o fim da prorrogação em 1º de novembro de 2026 são os prazos mais próximos aqui. A página muda o próprio tempo verbal nas duas datas, mas os pisos por trás delas devem ser relidos na página de requisitos do Google antes de alguém planejar um lançamento em cima deles.
- A data da política de contatos. O Google já mudou essa data uma vez, de 28 de outubro de 2026 para 27 de janeiro de 2027. Trate-a como a data mais propensa a mudar de novo nesta página.
- Limites das faixas. Limites de produto como 100, 2.000, 50 e 200 podem mudar sem anúncio de política, normalmente junto com uma reformulação do Play Console. Vale uma conferida trimestral.
- Os números de segurança de 2025. São anuais. Ficam desatualizados no momento em que o Google publicar o próximo relatório do ecossistema, e a linha de comparação de 2024 vai junto.
- A taxa de registro. US$ 25 é um número comercial e pode mudar a qualquer momento, sem aviso.
- As ausências. Se um dia o Google publicar uma taxa de aprovação do teste fechado ou uma contagem exata de apps, a seção sobre os números que o Google nunca publica passa de incompleta a errada. É esse o modo de falha a vigiar.
Cada estatística foi conferida em uma fonte primária do Google em 14 de agosto de 2026. Revisada mensalmente e logo após qualquer anúncio de política do Play Console.