Como funciona o teste fechado do Google Play com 12 testadores e 14 dias (2026)

Políticas verificadas em 27 de setembro de 2026. Tudo o que vem a seguir reflete a documentação publicada pelo Google sobre teste fechado e acesso de produção nessa data. Onde o Google não publicou nada, este artigo diz isso em vez de preencher a lacuna.

Uma das maiores mudanças é o requisito de teste fechado com 12 testadores: as contas pessoais de desenvolvedor afetadas precisam concluir um teste fechado que qualifique antes de poder solicitar o acesso de produção. Atingir o limite de 12 por 14 dias não publica o app nem garante a aprovação.

Muitos desenvolvedores não entendem por que esse requisito existe, como o processo funciona nem por que é tão difícil achar 12 testadores confiáveis dispostos a participar por duas semanas inteiras. Este artigo explica tudo com clareza, passo a passo, para você entender o processo completo antes de lançar seu app. Se preferir evitar o trabalho, nosso serviço de testes pode cuidar de todo o processo para você.

Qual é o requisito de teste fechado do Google Play em 2026?

O Google anunciou isso em 9 de novembro de 2023, e a regra, como ficou definida, vale para contas pessoais do Google Play Console criadas após 13 de novembro de 2023. Essas duas datas são fatos diferentes e vivem sendo misturadas: o dia 9 é quando o Google avisou que a mudança viria; o dia 13 é a data de corte da criação da conta, que de fato decide se você é afetado.

Leia com atenção essa última parte, porque é de onde vem quase toda a frustração com o tema. Superar o limite não publica seu app. Ele libera a solicitação, que o Google analisa depois.

O Google documenta o requisito para contas pessoais, o que deixa as contas organizacionais fora do escopo declarado. Essa não é, de propósito, a mesma frase que "contas organizacionais são isentas", algo que o Google nunca escreve e que faz diferença para quem moveu um app entre tipos de conta. Tratamos disso direito na seção de aplicabilidade abaixo.

O Google criou o requisito de teste para melhorar a qualidade dos apps incentivando os desenvolvedores a:

• Testar antes de lançar
• Identificar problemas e coletar feedback
• Confirmar que o app está pronto para os usuários
• O mesmo anúncio de novembro de 2023 ampliou, em separado, a verificação de desenvolvedores para ajudar a conter malware e fraude. Essa é uma iniciativa diferente do teste fechado.

Ou seja, antes de ir ao ar, seu app precisa cumprir:

Quando pelo menos 12 testadores acumulam cada um 14 dias contínuos de participação, o Play Console apresenta a opção de solicitar o acesso de produção. O Google pergunta sobre o engajamento dos testadores, o feedback, as mudanças feitas durante o teste e o preparo para produção. Diversidade de dispositivos e de IP são práticas de qualidade, não limites de análise publicados.

O requisito dos 12 testadores vale para a minha conta?

Repare que 13 de novembro de 2023 é a data de corte da criação da conta, não o dia em que o Google anunciou a política. O anúncio veio em 9 de novembro de 2023, e as duas datas são confundidas o tempo todo. Se sua conta foi criada nesse intervalo, o que vale é a data de corte.

Assim que alguém descobre que a regra vale para ele, surgem sempre duas perguntas seguintes, e elas têm respostas diferentes.

A primeira é se cada app novo precisa do seu próprio teste. Na prática a exigência vale app por app, e desenvolvedores com contas afetadas relatam cumpri-la de novo em cada app que publicam. O que o Google não publica é a promessa de que isso dure para sempre, e alguns Product Experts relatam que o requisito pode parar de aparecer conforme a conta acumula histórico de publicações. Trate-a como exigência no nível do app enquanto o Painel a mostrar, e confira cada app novo em vez de supor. Aprofundamos em preciso de 12 testadores para cada app?.

A segunda é se atualizações rotineiras de um app que já tem acesso de produção reiniciam o prazo. Não existe requisito publicado de repetir o teste de 12 por 14 dias a cada atualização comum depois que aquele app tem acesso de produção. A análise normal do Play e as demais verificações de política do Google continuam valendo para cada versão.

A escolha entre conta pessoal e organizacional tem consequências bem além desta regra: custo, verificação e quem é o dono legal da ficha. Se você ainda está decidindo, leia contas pessoais e organizacionais no Google Play antes de se cadastrar.

Quantos testadores preciso para o Google Play em 2026?

A pergunta mais útil é para que serve o requisito. O Google apresentou a coisa como testar, não como contar: revelar problemas, coletar feedback, agir sobre ele e confirmar que o app está pronto.

Ou seja: recrute 12 porque essa é a regra, e considere recrutar alguns a mais porque desistências são um jeito comum de a data de elegibilidade escorregar. Só o primeiro item é requisito do Google.

O que realmente conta para os 12 testadores e os 14 dias?

Quase toda discussão entre desenvolvedores sobre essa regra nasce de juntar duas etapas distintas em uma só. Mantê-las separadas é a diferença entre esperar o número certo de dias e esperar o dobro.

O Google diz que pode pedir que você continue fazendo testes quando o requisito de testadores não foi cumprido ou quando seus testadores não usaram o app durante o teste fechado. São duas falhas diferentes com duas soluções diferentes, e só a primeira é um número.

Os testadores precisam abrir o app todos os dias?

Nenhuma regra publicada diz isso. A condição numérica do Google é a continuidade da participação, e em lugar nenhum do requisito atual existe um número de aberturas diárias, um mínimo de sessões, um piso de minutos por dia ou um número de telas que cada testador precise alcançar.

Isso não é permissão para recrutar doze pessoas que instalam uma vez e esquecem. A solicitação de acesso de produção pergunta como seus testadores usaram o app e como esse uso se compara ao que você espera de usuários reais, e o Google cita o engajamento insuficiente dos testadores como motivo para pedir que você continue testando. Vale buscar engajamento, mas busque como qualidade e não como cota, porque não há cota publicada a atingir.

Os testadores precisam de aparelhos reais ou de IPs diferentes?

Nenhuma das duas coisas aparece no requisito de teste fechado publicado pelo Google. Não existe condição declarada de elegibilidade exigindo que cada testador que qualifica use um aparelho físico único, e nenhuma fonte primária do Google afirma que seus 12 testadores precisam de 12 endereços IP, redes, residências ou países diferentes.

A afirmação sobre IPs em especial merece um rótulo em vez de uma resposta. Ela circula bastante, inclusive em respostas de Community Product Experts, e essas respostas às vezes se contradizem. Trate como relato da comunidade: é bom saber que as pessoas acreditam nisso, mas não é algo em torno do qual planejar um teste como se o Google tivesse escrito. Se quiser a versão longa, tratamos a questão dos aparelhos em emuladores e teste fechado e a questão geográfica em testadores em países diferentes.

O teste interno conta para os 12?

Não conta. O requisito do Google cita especificamente um teste fechado, e descreve o teste interno como controle de qualidade inicial opcional. O teste interno aceita até 100 testadores e é realmente útil para pegar problemas antes que testadores reais vejam a versão, mas fazer um não aproxima você do acesso de produção.

Há também uma armadilha prática que vale conhecer antes de começar: quem participa do seu teste interno não fica apto ao teste fechado enquanto não sair do teste interno e entrar na faixa fechada. Se você colocou seus primeiros testadores no interno por engano, movê-los é uma etapa que precisa ser feita de propósito.

A comparação completa, incluindo quando vale a pena usar cada faixa, está na nossa análise de teste interno, fechado e aberto.

Como funciona o prazo de 14 dias quando testadores entram atrasados ou saem

Se um testador sai antes de completar os 14 dias, ele para de contar, e se isso deixa você abaixo de 12 você não cumpre mais a condição que o Google publica: no mínimo 12 testadores participando por pelo menos os últimos 14 dias continuamente. Como a janela é sempre a dos 14 dias mais recentes, perder gente é o que empurra a elegibilidade para frente. O Google não publica algoritmo para isso: não há regra documentada de que uma desistência zere todos os testadores restantes, e a verificação prática é simplesmente quantos testadores cumprem hoje a condição de continuidade. Esse é um motivo comum para os desenvolvedores não alcançarem a data de elegibilidade que esperavam.

Adicionar um e-mail à lista de testadores não basta. Um testador conta depois de entrar pelo link do teste com uma conta do Google válida. Em seguida ele deve instalar e testar o app pelo Google Play com essa mesma conta. O Play Console mostra quantos testadores estão participando, não um histórico confiável pessoa por pessoa. Confirme o número lá e mantenha seus próprios registros de quando cada testador entrou, caso precise estimar sua data de elegibilidade.

O que acontece se um testador sair?

O período de participação daquele testador fica quebrado, e período quebrado não qualifica. Os dias que ele cumpriu antes de sair não podem ser somados aos dias depois da volta para formar 14 dias que qualifiquem. Se ele voltar, trate como um novo período de 14 dias a partir do dia em que entrou de novo.

O que isso custa depende tanto do seu número de testadores quanto de quando os testadores extras entraram. Com exatamente 12, uma saída derruba você abaixo do mínimo. Com 20, você ainda tem uma boa margem no número, mas sua data de elegibilidade só fica protegida se pelo menos 12 dos testadores restantes tiverem históricos de participação contínua suficientemente antigos. Testadores que entraram depois podem proteger seu número sem proteger sua data original.

E se um testador desinstalar o app?

Desinstalar e sair do teste não são o mesmo evento, e vale ser preciso aqui porque muita página trata os dois como intercambiáveis. O Google define o critério numérico pela situação de participação. Nenhuma fonte primária estabelece que a desinstalação por si só encerra o período de participação de um testador ou zera a contagem dele.

O que não está em dúvida é o efeito indireto. Um app que não está instalado não gera uso, e um testador que desinstalou no segundo dia não deixa nada para você descrever quando a solicitação de acesso de produção perguntar como seus testadores usaram o app. Corra atrás das reinstalações porque as evidências de uso valem a pena, não porque se saiba que uma desinstalação quebra a contagem.

Atualizar o app zera os 14 dias?

Não existe regra publicada dizendo que lançar uma nova versão reinicia a participação contínua. O Google vai na direção oposta e trata atualizar durante o teste fechado como boa prática: o sentido do exercício é achar problemas e corrigi-los, e a solicitação de acesso de produção pergunta o que você mudou por causa disso. Subir uma versão e depois entrar em pânico achando que destruiu duas semanas de progresso é um medo muito comum e, pelo que mostra toda a documentação primária, infundado.

A única ressalva é que isso é a ausência de uma regra publicada, não uma frase explícita do Google dizendo "atualizações nunca zeram o período". Se o Play Console disser outra coisa sobre o seu app específico, acredite no Play Console. Destrinchamos a questão direito em atualizar o app zera o teste fechado?.

É por isso que a procura por serviços de testes profissionais cresceu. Muitos desenvolvedores preferem contratar testadores profissionais a perder semanas em tentativas fracassadas por conta própria.

Qual é o jeito mais rápido de conseguir 12 testadores para o Google Play?

Isso reformula a pergunta de um jeito útil. Você não está comprando velocidade, está comprando duas coisas: em quanto tempo chega a 12 participantes e qual a chance de esses 12 ainda estarem participando duas semanas depois. Cada caminho abaixo equilibra isso de um jeito.

A sugestão do próprio Google é usar suas redes pessoais e profissionais: amigos, família, colegas de trabalho e de turma, além de comunidades relevantes, seguidores nas redes sociais e pessoas parecidas com seus futuros usuários. Vale levar essa última parte a sério mesmo não sendo obrigatória, porque a solicitação pergunta como o uso dos testadores se compara ao que você espera de usuários reais, e testadores que não se parecem nada com seu público tornam essa pergunta bem mais difícil.

As orientações do Google sobre teste fechado não dizem que os testadores precisam ser não remunerados. Com base nessas orientações publicadas, um acordo pago pode ser compatível com o requisito quando entrega teste e feedback autênticos. Ele não pode ser usado para manipular notas públicas, avaliações, instalações, rankings ou posicionamento na loja.

O que um serviço de testes gerenciado entrega

Como achar testadores é dificílimo, muitos desenvolvedores recorrem a serviços de testadores on-line com usuários de dispositivos reais prontos para cumprir o requisito dos 14 dias.

Uma equipe de testes profissional entrega:

A PrimeTestLab tira toda a complexidade dos requisitos do Google Play. Fornecemos testadores verificados que usam dispositivos Android reais em 120+ países. Em vez de passar semanas tentando achar e coordenar testadores sozinho, você pode conseguir 12 testadores reais por US$ 19,99 e começar o teste em algumas horas.

O serviço da PrimeTestLab inclui atividade dos testadores e feedback ao longo de todo o período de 14 dias. Esse é o nosso padrão de serviço, não uma exigência de abertura diária publicada pelo Google. Com uma taxa de conclusão de testes de 99,9% em 9.800+ apps testados, ele tira o problema do recrutamento da sua mesa. Veja por que vale ter uma margem de testadores acima de 12.

Isso permite que desenvolvedores solo e equipes pequenas publiquem apps sem passar duas semanas correndo atrás de gente.

Nosso histórico: 9.800+ apps testados

A PrimeTestLab ajuda desenvolvedores a cumprir o requisito de teste fechado do Google com três pacotes:

Operamos uma rede de testadores feita para o teste fechado de 12 por 14 dias. Dados internos de projetos da PrimeTestLab, atualizados em 15 de agosto de 2026. Conclusão do teste significa que um projeto pago terminou o teste fechado gerenciado e chegou à etapa da solicitação de acesso de produção. Não significa que o Google concedeu o acesso de produção. As estatísticas de serviço abaixo se baseiam nesses pedidos concluídos.

O problema de sempre:

E resolvemos o problema do recrutamento na hora. O teste começa em 4-6 horas, e continuamos acompanhando o desenvolvedor (os testadores seguem participando) até ele fazer a solicitação e você confirmar a decisão do Google.

Como configurar o teste fechado do Google Play passo a passo?

Por que o link do teste diz que o app está indisponível?

Isso dá errado com frequência, e quase sempre é uma destas nove coisas. Percorra a lista na ordem em vez de pular para as explicações exóticas.

1. O testador está conectado exatamente na conta do Google que você convidou, não numa segunda conta pessoal do mesmo celular.
2. Se você usou um Grupo do Google, o testador entrou no Grupo antes de abrir o link do teste.
3. A versão está com o status Publicada, não Rascunho, Em análise ou Publicação pendente.
4. Já passaram várias horas desde o seu primeiro lançamento na faixa.
5. O país do testador está incluído na disponibilidade do app.
6. O aparelho do testador é compatível com o bundle que você enviou.
7. O testador saiu da faixa interna, caso já tenha estado nela.
8. Ele está usando o link do teste fechado, não um interno ou aberto.
9. Ele concluiu as duas etapas: aceitar participar e depois instalar pelo Google Play.

Se o problema sobreviver às nove, aprofundamos em app indisponível para os testadores. Para o fluxo de convite em geral, veja como convidar testadores, e para a falha específica dos Grupos, Grupo do Google não funciona no teste fechado.

O que um teste com sentido realmente cobre

O Google não publica plano de teste, nem cronograma diário, nem lista de cobertura, e este artigo não vai inventar um. O que vem a seguir é nosso plano editorial de qualidade: um formato razoável para duas semanas de teste de verdade, oferecido porque "não existe cota diária" é verdade mas sozinho não ajuda. Encare como um cardápio, não como formulário de conformidade.

O motivo de fazer tudo isso não é que o Google conte. É que a solicitação no fim pergunta o que os testadores fizeram, o que disseram a você e o que você mudou, e um teste no formato da lista acima produz respostas para as três perguntas.

Como solicitar o acesso de produção depois do teste

Esta é a parte do processo que a maioria dos artigos pula, e é a parte que de fato decide o resultado. Atingir o limite é aritmética. A solicitação é um argumento escrito que você precisa construir.

O que o Google pergunta no formulário de acesso de produção

O Google publica as perguntas. O que ele não publica é um critério de pontuação, um número de palavras, uma lista de frases que reprovam, nem qualquer fórmula que transforme suas respostas em decisão. Quem disser que uma frase específica causa recusa automática está descrevendo um padrão que deduziu, não uma regra escrita pelo Google.

O que você pode fazer é responder com registros que realmente guardou. Cada pergunta abaixo corresponde a algo que você deveria conseguir apontar nos seus próprios 14 dias, e esse é o verdadeiro motivo para anotar durante o teste em vez de reconstruir tudo depois.

Se a resposta voltar como pedido de mais testes em vez de concessão, esse é um resultado documentado e não um beco sem saída, e a próxima seção explica o que o Google realmente diz que causa isso.

Por que o Google diz "mais testes necessários": o que sabemos e o que não sabemos

Completar 14 dias e mesmo assim ouvir que precisa continuar testando é o desfecho mais desanimador de todo esse processo, e acontece com frequência suficiente para existirem tópicos inteiros de fórum sobre isso. A resposta honesta é que o Google conta menos do que você gostaria de saber, e a reação útil é resolver as duas coisas que o Google nomeia antes de correr atrás das que ele não nomeia.

Leia os dois casos abaixo como os exemplos práticos do próprio Google, não como a lista completa. São as causas que vale eliminar primeiro porque são as únicas que alguém fora do Google consegue apontar.

Se você está lidando agora com uma mensagem específica de "mais testes necessários", destrinchamos todo o processo em o que fazer quando o Google pede mais testes, e os padrões de recusa de forma mais ampla em por que o teste fechado é recusado.

Para quem é este serviço

Uma nota curta de confiança, não um segundo discurso de venda:

Incluído:

12 testadores bastam ou é melhor ter mais?

Vale dizer com todas as letras o que testadores extras não fazem, porque muita página dá a entender o contrário. Eles não encurtam os 14 dias, não substituem engajamento real e não garantem o acesso de produção. Dito isso, aqui vai uma comparação honesta das suas opções.

Para a maioria dos desenvolvedores, o plano Starter da PrimeTestLab com 12 testadores é a opção com melhor custo-benefício. Se quiser proteção extra contra desistências, o plano Professional com 20 testadores acrescenta uma margem de 8 testadores. O plano Enterprise com 25 testadores acrescenta uma margem de 13 testadores e um gerente de conta dedicado. Se o acesso de produção não for concedido depois do teste que qualifica, todos os planos incluem um novo teste grátis ou reembolso total, conforme nossa Política de Reembolso. O que nenhum plano pode prometer é a decisão do Google em si.

Outros requisitos que podem travar um lançamento

O teste fechado é um requisito de publicação, não o único. Um app pode superar a exigência dos 12 testadores e mesmo assim ficar travado por algo sem relação com testes, então vale saber o que mais está na fila antes de marcar uma data de lançamento.

Os outros que vale conferir no seu próprio app:

• Nível da API de destino. Apps novos e atualizações precisam ter como destino uma versão recente do Android, e o piso muda conforme o tipo de dispositivo. Veja o guia do nível da API de destino para os números atuais e o processo de prorrogação.
• Política de permissões. Permissões sensíveis têm suas próprias declarações e prazos, e essas datas mudam. O calendário de atualizações de políticas acompanha cada uma com a data de vigência atual.
• Declarações de conteúdo do app. Segurança dos dados, política de privacidade, anúncios, classificação de conteúdo e público-alvo precisam estar completos antes de uma versão ser lançada.
• Análise normal de políticas. Cada versão é analisada por si mesma, independentemente do histórico de testes.

Mantemos as datas de tudo isso em um único calendário de políticas em vez de repeti-las aqui, porque prazos que vivem em vários lugares acabam se desencontrando e uma das cópias termina errada.

Planos e preços

Pule o trabalho de procurar testadores sozinho. Todos os planos incluem tudo o que você precisa para cumprir o requisito de teste fechado de 14 dias do Google Play. O Enterprise é hoje o plano promocional com melhor custo-benefício: inclui mais testadores que o Professional com um desconto maior, e por isso 25 testadores podem custar menos que 20. Se o acesso de produção não for concedido depois do teste que qualifica, todos os planos incluem um novo teste grátis ou reembolso total, conforme nossa Política de Reembolso.

Perguntas frequentes

Conclusão

Se você vai fazer tudo sozinho, o processo inteiro se resume a uma sequência curta. Todo o resto deste artigo é detalhe pendurado em uma dessas dez etapas.

1. Confirme que o Painel do Play Console do app realmente mostra o requisito.
2. Conclua a configuração do app: ficha da loja, declarações de conteúdo e Segurança dos dados.
3. Publique uma versão na faixa de teste fechado e espere até ela chegar ao status Publicada.
4. Consiga no mínimo 12 testadores participando, e confirme o número na aba de testadores, não na lista de convites.
5. Mantenha pelo menos 12 participando continuamente pelos 14 dias inteiros. A data é definida pelo décimo segundo que qualifica.
6. Faça um teste de verdade: dê algo para os testadores fazerem e anote o que eles disserem.
7. Corrija os problemas reais que aparecerem e anote o que você mudou.
8. Faça a solicitação pelo Painel assim que o Play Console oferecer.
9. Responda ao formulário com base nos seus registros reais, não em um modelo pronto.
10. Trate a análise do Google como algo que geralmente leva até sete dias, não como garantia, e continue testando se ele pedir mais.

As pessoas perdem semanas na etapa 5 por contar a partir do primeiro convite em vez do décimo segundo testador que qualifica, e na etapa 6 por tratar essas duas semanas como espera em vez de teste.

Achar 12 pessoas confiáveis dispostas a manter seu app instalado por 14 dias é realmente difícil. É aí que a PrimeTestLab entra.

Confira isto direto no Google

Este artigo separa o que o Google publica do que só os fóruns afirmam, então você deve conseguir verificar a primeira categoria por conta própria. Estas são as páginas de onde vem cada afirmação importante acima.

Quando este artigo diz que o Google publica algo, está em uma dessas três páginas. Quando diz que uma afirmação vem da comunidade ou não está documentada, significa que procuramos nelas e não encontramos.