Resposta rápida
Em contas pessoais de desenvolvedor do Google Play criadas depois de 13 de novembro de 2023, a solicitação começa no Painel do app depois que pelo menos 12 testadores permanecem participando continuamente do teste fechado dele nos 14 dias anteriores. Se o botão não aparece ou está desativado, leia os dois valores do card, confirme a faixa e a inscrição, e peça ao proprietário da conta para comparar o mesmo app.
Confira primeiro a conta conectada: nos nossos próprios testes e em dois relatos públicos, o botão apareceu só na conta do Google do proprietário da conta, e não em uma conta de administrador nem em uma segunda conta do Google. A documentação do Google não diz isso, então trate isso como uma observação a testar, não como uma regra. Até 11 de setembro de 2026 não encontramos nenhum atraso de liberação geral e verificado para este botão; um link de teste recém-publicado tem o próprio atraso de disponibilidade documentado, o que é outra coisa. Contas organizacionais estão fora deste requisito específico.
Use o verificador abaixo para uma resposta direcionada, ou a lista de dez verificações que fica logo abaixo dele; as seções seguintes explicam cada verificação.
O que você está vendo agora?
Conclusões até aqui
Uma árvore de decisão local, não uma verificação do Play Console. Ela indica a tela que você precisa inspecionar; não certifica a elegibilidade nem prevê a aprovação. Todo resultado vem com o tipo dele: um bloqueio conhecido com a correção, uma observação que você ainda precisa coletar, uma contradição que vale levar ao suporte, outra etapa do processo, um botão que apareceu, ou uma comparação com o proprietário a fazer.
Selecione uma verificação para marcá-la como concluída. O contador registra o que você já conferiu; ele não lê nada do Play Console. O verificador acima faz perguntas de acompanhamento diferentes conforme as suas respostas; esta lista cobre o mesmo terreno em uma ordem fixa. Pular a lista e começar pela tabela de etapas
Fontes por verificação: 1 requisitos de teste, Painel do app; 2 requisitos de teste mais relatos de desenvolvedores; 3 relato do proprietário em 2023, relato do proprietário em 2024; 4 configuração do teste; 5 estados de publicação, procedimentos de lançamento, estados do app bundle; 6 países e regiões; 7 Painel do app, verificação de dispositivo; 8 estados de publicação; 9 configuração do teste, procedimentos de lançamento; 10 Ajuda dentro do Play Console.
Como funcionam as etiquetas de evidência desta página
As etiquetas de evidência separam a orientação oficial, os relatos de desenvolvedores e a interpretação onde essa diferença importa. Todas as fontes foram abertas em 11 de setembro de 2026; a lista completa está no fim do artigo.
- Documentação do GoogleDeclarado em uma página da Ajuda do Google Play Console. O link fica ao lado da afirmação.
- Relato de desenvolvedorO que um desenvolvedor relatou em uma discussão pública. Isso estabelece que alguém viu, não que o Google garanta.
- InterpretaçãoUma consequência lógica da regra documentada, ou uma tarefa de inspeção. Não é uma afirmação sobre o algoritmo de atualização oculto do Google.
- Não verificadoNão estabelecido pelas fontes disponíveis nem pelas informações fornecidas aqui: uma afirmação que circula e que nenhuma fonte aberta sustenta, ou uma observação que você ainda não confirmou.
A regra em três números
Pelo menos 12 testadores, cada um participando continuamente ao longo dos 14 dias imediatamente anteriores, no momento em que você solicita. Sair e voltar depois não soma períodos separados. Requisitos de teste, escopo da conta.
Nesta página
Falta o botão ou o Google já analisou a sua solicitação?
O próximo passo depende de você já ter solicitado ou não. Um e-mail de recusa pertence a uma etapa mais adiante do que um botão que não aparece, e um app aprovado precisa de orientação de lançamento, não desta lista. Identifique primeiro a sua etapa para não aplicar os passos de diagnóstico errados.
| O que você tem de fato | Como interpretar | Próximo passo |
|---|---|---|
| Nenhuma solicitação enviada; botão ausente ou desativado | Diagnóstico antes da solicitação | Verifique o Painel e siga o verificador ou as dez verificações acima. |
| A solicitação abre, mas não dá para enviar | Problema de envio relacionado, não um botão ausente | Guarde o texto exato do erro. O guia do formulário de produção cobre o formulário; a seção 7 ajuda a diagnosticar um erro persistente, e um problema de backend ou de conta pode precisar do Google. |
| Solicitação enviada e esperando a decisão | Estado de análise da solicitação | Leia o status atual. A análise geralmente leva até sete dias, mas de vez em quando pode demorar mais. O proprietário recebe o desfecho por e-mail. |
| Recusa ou mensagem pedindo mais testes depois de solicitar | Desfecho da análise | Leia o feedback específico e siga o guia de recuperação após a recusa. Texto histórico: "Your app isn't ready for Google Play production yet" (seu app ainda não está pronto para a produção do Google Play). |
| Acesso aprovado, mas o app não está público | Estado de versão e de publicação | Testar e lançar, depois Produção, depois os requisitos da versão. A aprovação libera as faixas Produção e Teste aberto; lançar uma versão de produção é uma ação a mais. |
| Conta organizacional, ou uma conta pessoal cuja criação você consegue confirmar como anterior a 13 de novembro de 2023, sem nenhum requisito desse tipo exibido | Fora deste requisito específico | Orientação comum de lançamento e os avisos que a conta realmente mostrar. Compare os tipos de conta no guia de conta pessoal versus organizacional. |
A primeira linha, nenhuma solicitação enviada com o botão ausente ou desativado, é o caso que esta página diagnostica. Distinções entre as etapas: requisitos de teste, procedimentos de lançamento, registro da conta; o título da recusa é um texto histórico da interface relatado por desenvolvedores.
Mais uma distinção
Um botão Solicitar o acesso de produção ativo não é promessa de aprovação. O Google avalia o processo de teste depois que você solicita e pode pedir mais testes mesmo quando o card de elegibilidade estava completo. Estar elegível para solicitar e receber a aprovação de fato são etapas diferentes, e os desenvolvedores das discussões que analisamos confundiram as duas várias vezes.
Abra o Painel do app selecionado e leia o card de elegibilidade
Comece pelo Painel do app, onde o Google documenta a etapa da solicitação. Não é a página inicial do Play Console nem a faixa Produção: a sequência documentada é selecionar o app, abrir o Painel, clicar em Solicitar o acesso de produção e responder às perguntas que vêm depois do clique. Leia primeiro o card de elegibilidade no Painel do app e não troque as verificações de participação e de duração por uma estatística de instalação ou pelo tamanho da lista de acesso.
- 1Play Console
- 2Selecione o app
- 3Painel
- 4Solicitar o acesso de produção
- 5Responda às perguntas
Navegação verificada com base em requisitos de teste e Painel do app.
Copie três coisas antes de qualquer outra coisa
Copie o rótulo completo junto com cada número. Uma contagem de testadores e uma marca de dias contínuos descrevem coisas diferentes, mesmo quando as duas mostram 12.
Onde encontrar a contagem atual de quem está participando
O card de elegibilidade no Painel do app é o lugar principal para fazer esta verificação, se o seu Console o exibir. A aba Testadores dentro de Teste fechado gerencia quem pode entrar; uma estatística de instalação mede outra coisa ainda. A tabela abaixo é o ponto central desta seção: seis coisas que os desenvolvedores leem como se fossem intercambiáveis, e o que cada uma estabelece de fato.
| Número ou registro | O que isso estabelece | O que isso não estabelece |
|---|---|---|
| E-mails em uma lista de testadores permitidos | Pessoas com permissão para entrar | Aceitação de fato, participação ininterrupta, uso relevante |
| Ser membro de um Grupo do Google | Fazer parte do grupo de acesso configurado | Inscrição concluída no teste |
| Estatística de instalações ou de público com o app instalado | A métrica de instalação declarada naquela tela | A mesma contagem dos participantes do teste que qualificam no momento |
| Contagem atual de quem está participando no card de elegibilidade, se exibida | A participação informada no momento | Que todo participante completou a duração |
| Marca de dias contínuos no card de elegibilidade, se exibida | O progresso em direção a essa marca exibido pelo Console | Uma lista individual completa, ou a certeza de que a aprovação virá |
| Sessões, usuários por dia ou feedback | Evidências de atividade e de feedback | Comprovação intercambiável de participação no programa |
As linhas da lista de testadores, do Grupo do Google e do engajamento: Configurar um teste e requisitos de teste. As linhas da estatística de instalações e do card de elegibilidade descrevem campos que desenvolvedores relataram (Google Groups, Reddit) e que a nossa própria captura abaixo mostra; nem todo Console exibe todos eles.
E se o seu Painel estiver diferente?
A captura abaixo é do nosso próprio Play Console, com os dados sensíveis removidos, mostrando o card no estado desativado. A data da captura não foi registrada, e o Google muda o texto do Console sem uma data de política, então trate os rótulos como uma referência de orientação, não como o texto exato de hoje. O caminho de menu acima foi verificado com a documentação atual; a aparência completa do card, não. Se o seu card estiver diferente, use o texto real da tarefa que você vê e relate esse texto, não esta imagem.
Leia como dois valores, não como um
Nesta captura a tarefa de contagem está riscada (cumprida) e a tarefa de duração continua em aberto, em 12 de 14 dias. Um card que diz "12" em dois lugares está informando duas coisas diferentes. Se o seu mostra uma contagem abaixo de 12, vá para a seção 4; se a contagem foi atingida e faltam dias, vá para a seção 5.
Nenhum card de elegibilidade?
Confirme primeiro que você selecionou o app certo e entrou na conta certa. Depois confira o tipo da conta e se o acesso de produção já foi concedido: o requisito se aplica a contas pessoais criadas depois de 13 de novembro de 2023, e um app aprovado mostra tarefas de lançamento no lugar disso. Siga qualquer aviso explícito do Console. A ausência de um elemento da interface, sozinha, não comprova uma conta organizacional, uma aprovação nem uma falha de permissões. Compare os tipos de conta no guia de conta pessoal versus organizacional.
Entre como proprietário da conta ou peça ao proprietário para conferir
Relato de desenvolvedorUma comparação com o proprietário da conta resolveu esse sintoma em dois relatos antigos de desenvolvedores: em dezembro de 2023, um desenvolvedor cujo período de teste já tinha terminado descobriu que o proprietário conseguia ver e usar o botão quando o desenvolvedor não conseguia, e em março de 2024 quem perguntou no Stack Overflow respondeu à própria pergunta do mesmo jeito. Os dois são autorrelatos e são anteriores à regra atual de 12 testadores, e um comentarista posterior na segunda discussão já era o proprietário e continuava bloqueado.
Nossa observação: nos testes fechados que a PrimeTestLab conduziu, o botão Solicitar o acesso de produção apareceu só quando o Console foi aberto com a conta do Google do proprietário da conta de desenvolvedor. Administradores e usuários viam o botão desativado ou ausente, e o mesmo aconteceu com pessoas que são donas da conta, mas estavam conectadas com uma segunda conta do Google que tinha sido apenas adicionada como usuária. Isso é experiência de primeira mão, não uma declaração do Google, e é por isso que a verificação vem primeiro e não custa nada.
A página de permissões do Google documenta os papéis de proprietário, administrador e usuário e a permissão de lançamento que pode ser delegada; ela não diz quem pode enviar esta solicitação. Ou seja, isto é uma comparação rápida e sem custo para fazer logo no início, não uma regra de permissão.
A comparação com o proprietário, passo a passo
- 1Confira qual conta do Google está conectada. Se não for a do proprietário da conta, entre como proprietário (ou peça ao proprietário para abrir o mesmo app por conta própria) e leia o Painel. Não compartilhe credenciais para fazer isso.
- 2Compare as duas visões: para cada um de vocês, o botão Solicitar o acesso de produção está presente, ativo, desativado ou ausente? Anote o texto exato embaixo dele nos dois casos.
- 3Se o proprietário conseguir solicitar, é ele quem conclui a solicitação, usando registros de teste verdadeiros. Depois investigue a sua própria permissão à parte; não mexa em permissões amplas às cegas.
- 4Se o proprietário também estiver bloqueado, a comparação com o proprietário não resolveu o problema. Siga com as verificações restantes e registre o que cada conta consegue ver.
Relato do proprietário, dezembro de 2023 (Reddit); relato do proprietário e resposta de quem já era proprietário, março de 2024 (Stack Overflow); permissões da conta (Google).
O que não fazer
Não transfira a propriedade da conta, não renomeie uma permissão e não se adicione como administrador por causa desses dois relatos. O desfecho é um de três: o proprietário consegue seguir, o proprietário também está bloqueado, ou a comparação ainda não foi feita. Nenhum deles estabelece mais do que mostra.
Verifique se a contagem de testadores exibida está mesmo abaixo do exigido
Uma lista de convidados não comprova que as pessoas dela entraram no teste fechado. Estar na lista é permissão para entrar; cada testador ainda precisa abrir o link do teste fechado e aceitar participar, e quem está em um Grupo do Google ainda precisa entrar no teste. Quando a contagem parece baixa, comece conferindo estas quatro explicações, cada uma com uma correção diferente.
Quatro motivos para a contagem parecer baixa
- AConvidado, mas nunca entrou. O e-mail está na lista; a pessoa nunca abriu o link, ou abriu com outra conta do Google. Correção: o testador aceita participar com a conta permitida.
- BEntrou no teste interno em vez do fechado. O teste interno não atende ao requisito do teste fechado, e quem participa do interno não fica elegível para o fechado enquanto não sair do programa interno e aceitar participar do fechado. Colocar o mesmo e-mail nas duas listas não faz isso pela pessoa. Correção: sair do interno e depois entrar no fechado.
- CSaída confirmada. Um testador saiu. O período anterior dele não é aproveitado se ele voltar depois. Correção: mantenha todo o resto inscrito; acrescente um substituto real, que forma os próprios 14 dias.
- DMétrica errada. Você está lendo instalações, usuários por dia ou o tamanho da lista. Correção: volte ao texto do Painel (seção 2).
A ação corretiva é sempre do mesmo tipo: conseguir participação válida no teste fechado. Renomear um grupo, pausar a faixa interna ou subir o build de novo não transforma quem não participa em participante.
Configurar um teste: aceitar participar, Grupos do Google, limite de 100 testadores internos por app, sair do interno antes de entrar em outro programa; requisitos de teste; a configuração do mesmo e-mail nas duas faixas é um relato de desenvolvedor.
Confirme a participação com os seus testadores
Envie esta mensagem, adaptada, para todo mundo da lista. Ela pede que a pessoa confira as coisas certas sem convidar ninguém a inventar atividade. As respostas ajudam você a investigar a inscrição; use-as junto com as informações de participação e de duração do Painel, em vez de tratar as respostas ou o tamanho da lista como comprovação de elegibilidade.
Por favor, confira se você está usando a conta do Google que a gente adicionou ao teste fechado deste app. Abra o link do teste fechado que eu mandei e confirme que entrou nesse teste. Se antes você tinha entrado no teste interno dele, saia do programa interno antes de entrar no fechado. Por favor, continue inscrito durante todo o período de teste exigido, use os recursos relevantes do app e me mande qualquer problema ou comentário do jeito que a gente combinou. Me avise se o app estiver indisponível ou se você não conseguir confirmar a sua participação.
Para montar a lista e o link de participação: como convidar testadores e fazer com que eles aceitem participar.
Quem saiu?
As evidências analisadas não estabelecem a existência de um relatório do Console que identifique o testador que saiu. Se a contagem caiu, peça a confirmação de cada participante; não espere que o Console diga quem foi. Relacionados: adicionei 12 testadores mas 0 aceitou participar e teste fechado com Grupo do Google não funciona.
Ter uma margem de testadores reserva
Recrutar mais de 12 dá a você testadores qualificados de reserva caso alguém saia no fim, desde que essas reservas tenham completado o período contínuo exigido por conta própria. Reservas acrescentadas depois disso são testadores novos, e cada um começa o próprio período contínuo. Manter ou não essa margem é uma avaliação sua sobre o seu grupo, não uma regra do Google.
Leia a marca de dias contínuos em vez de contar a partir do dia do envio
Um calendário que parece completo ainda pode deixar a janela de qualificação inacabada. A regra trata do período ininterrupto de cada testador, encerrado no momento em que você solicita, não do tempo que o build já existe. Duas semanas desde o envio não comprovam nada se o décimo segundo testador entrou no nono dia.
Interpretação Exemplos de qualificação resolvidos
Cenários ilustrativos que seguem a regra documentada. Não são dados observados de clientes nem uma descrição do algoritmo de exibição do Google. As contagens são de testadores distintos com o histórico indicado, não de aparelhos ou de sessões.
| Situação | O que dá para inferir | Ação |
|---|---|---|
| 12 convidados; participação desconhecida | Não dá para determinar | Confirme a participação no programa e leia o Painel. |
| 12 participando agora; só 11 têm os 14 dias completos de histórico | Ainda não estabelecido | Preserve a inscrição atual e deixe o histórico do décimo segundo se completar. |
| 13 completaram o período; um sai antes de você solicitar | Restam 12 com histórico completo | Uma desistência, sozinha, não apaga logicamente os históricos restantes. Confira o Console de novo. |
| 12 completaram o período; um sai; uma pessoa nova entra hoje | Só 11 têm histórico completo | O substituto não herda os dias de quem saiu. |
| O Painel mostra completo, mas a participação atual contradiz isso | Não dá para certificar a elegibilidade pelo botão visível | Guarde as evidências, confirme a participação e procure o suporte se a contradição continuar. |
| Enviado há duas semanas, mas o grupo que qualifica entrou depois | A idade do envio não estabelece o histórico do grupo | Use a marca de elegibilidade, não a data de envio do arquivo. |
A lógica segue os Requisitos de teste de apps (participação contínua; períodos separados não se somam). Os casos de queda do contador são relatos de desenvolvedores sem causa confirmada.
Um testador substituto não herda os dias de outro testador
O requisito é por testador, então o histórico de quem sai vai embora junto. Uma reserva já qualificada que continuou inscrita ainda conta; um substituto recrutado agora começa do dia zero.
Ilustração didática, não uma tela do Console. Não se conhece o fuso horário, o horário de atualização nem a regra de arredondamento, então ela não calcula uma data de liberação.
Não monte uma contagem regressiva
Nas fontes analisadas não existe fuso horário verificado, limite em UTC, frequência de atualização nem exportação de horários por testador. Um truque da "meia-noite" ou uma contagem regressiva por hora não passa de chute. Leia a marca; é o único relógio que o Google mostra para você. Mais sobre a regra de recência: os 14 dias precisam ser os 14 dias mais recentes?
Confirme a disponibilidade da versão e resolva os avisos explícitos
Atividade no teste interno não conserta uma qualificação que falta no teste fechado, e um teste fechado que ninguém consegue instalar também não constrói essa qualificação. Confirme que a faixa é a fechada, que um build do teste fechado está mesmo sendo entregue e que os testadores previstos conseguem chegar até ele com o país da própria conta do Google Play. Prefere conferir na mão? As dez verificações lá em cima cobrem isso em uma ordem fixa.
O caminho documentado até a faixa fechada
- Testar e lançar
- Testes
- Teste fechado
- Gerenciar faixa
- Testadores
Esta é a tela de configuração. Ela comprova quem tem permissão, não quem entrou. Configuração do teste.
Itens em rascunho, app bundles ativos ou arquivados, e status da faixa
Esses rótulos pertencem a objetos diferentes. Um rascunho é um item ou uma versão, Ativo e Arquivado descrevem um app bundle, Substituída é um status de fallback da faixa de teste, e remoção ou suspensão é aplicação das políticas sobre o app. Ler um como se fosse outro é o que transforma uma atualização comum em um diagnóstico falso de zeramento.
| Rótulo e a que ele pertence | O que significa | O que não significa |
|---|---|---|
| Rascunho (um item ou uma versão) | O item ou a versão não foi enviado para análise. Os itens só vão para análise quando você clica em Enviar para análise. | Que os testadores têm um build no ar. Um rascunho não é evidência de que alguém recebeu alguma coisa. |
| Em análise (uma atualização) | A mudança enviada está na fila do Google. Novos envios enquanto há mudanças em análise podem atrasar essa análise. | Qual build anterior está sendo entregue, nem que o período de participação recomeçou. Confira qual app bundle está Ativo. |
| Ativo ou Arquivado (um app bundle) | Ativo quer dizer que o bundle está sendo entregue aos usuários daquela faixa neste momento; Arquivado quer dizer que não está mais. | Que o teste inteiro fracassou. Um bundle anterior arquivado por uma atualização não é, por si só, um histórico perdido. |
| Substituída (um status de fallback da faixa de teste) | Um status da faixa: os bundles ativos dela ficam totalmente cobertos por bundles com código de versão maior na faixa de fallback. Os testadores dela recebem os builds do fallback no lugar. | Um histórico de participação perdido. Leia o que a marca no Painel informa. |
| Pausada (uma faixa) | O Google lista Pausar faixa entre as formas de encerrar um teste: os testadores param de receber atualizações, e o app que eles instalaram continua nos aparelhos deles. | Um efeito específico na marca. Nem "sempre zera" nem "nunca afeta" se sustenta nas fontes; registre o evento e leia a marca. |
| Nenhuma versão ativa (o app) | Nenhuma atualização foi lançada em nenhuma faixa, ou as atualizações foram recusadas. Confira a faixa relevante e o status da análise. | Isto não é simplesmente outro nome para "a produção ainda não foi lançada". E também não estabelece, por si só, remoção, suspensão nem zeramento do histórico de testes. |
| Removido ou Suspenso pelo Google (aplicação das políticas) | Estados de aplicação das políticas com caminhos de recuperação diferentes: a remoção se resolve com uma atualização em conformidade com as políticas; a suspensão, com uma contestação aceita. | Um efeito na marca. As fontes documentam o estado de aplicação das políticas e a recuperação dele, não o que acontece com o seu histórico de testes. |
Rascunho e análise: visão geral da publicação. Ativo e Arquivado: configuração do app e estados do app bundle. Substituída e Pausar faixa: configuração do teste. Estados do app e de aplicação das políticas: estados de publicação. Ações de versão: procedimentos de lançamento.
Atualizar o app durante o teste
O Google recomenda continuar o teste fechado enquanto você corrige os problemas relatados e atualiza o app. Confira qual build está disponível e o que o Painel informa agora. Não interprete uma atualização, sozinha, como comprovação de que o período de qualificação recomeçou. A discussão completa está em atualizar o app zera o teste fechado? Requisitos de teste.
Um link de teste recém-publicado pode levar algumas horas para ficar disponível
O Google documenta que o primeiro link de teste, e também as mudanças posteriores no teste, podem levar várias horas para ficar disponíveis para os testadores. Isso é um atraso de distribuição do link, não a evidência de um intervalo padrão de liberação do botão Solicitar o acesso de produção, e não diz nada sobre quando a participação de cada testador começou. Se um testador disser que o app está indisponível, confira o estado da versão e os países acima antes de ficar esperando. Configuração do teste.
Se um testador disser que o app está indisponível
A disponibilidade da faixa fechada segue o país da conta do Google Play do testador, não o país em que ele está no momento, e os Países / regiões da faixa fechada podem ser diferentes dos da produção. Confira a conta permitida, a inscrição real e a versão Ativa do teste fechado, e depois compare os países da faixa com o país daquela conta e registre o erro exato. Passo a passo: app não disponível para os testadores e testadores em países diferentes.
Avisos de verificação de conta, de configuração ou de política
Leia o aviso específico e siga a ação para a qual ele aponta. Não mude o SDK de destino, os países nem as permissões porque um artigo genérico cita essas coisas; qualquer mudança deve resolver um problema que o Console realmente informa. Três avisos aparecem com frequência suficiente para serem citados:
Documentação do GoogleVerificação de dispositivo Android
Um requisito separado para contas pessoais novas. O proprietário abre a página inicial do Play Console, seleciona a tarefa de verificação, segue por Ver detalhes e conclui a tarefa no app do Play Console, em um aparelho físico sem root com Android 10 ou mais recente. Concluir essa tarefa não certifica o requisito de teste. Guia: verificação de desenvolvedor Android.
Documentação do GoogleTarefa de configuração incompleta ou erro na versão
As tarefas obrigatórias de configuração no Painel ficam com um tique verde e riscadas quando concluídas. Um Criar nova versão desativado pode indicar tarefas pendentes. Esse é um botão diferente do Solicitar o acesso de produção, mas vale concluir uma tarefa explícita que esteja em aberto antes de acionar o suporte.
Documentação do GoogleRemovido ou suspenso pelo Google
Estados de aplicação das políticas com caminhos de recuperação documentados: uma atualização em conformidade com as políticas, ou uma contestação. O efeito deles no seu histórico de testes não é documentado, e nenhuma quantidade de atividade dos testadores substitui o restabelecimento do app.
Verificação de dispositivo, Painel do app, procedimentos de lançamento, estados de publicação.
Tudo parece completo, mas a solicitação continua indisponível
A afirmação que circula de que este botão tem uma espera normal de 48 a 72 horas Não verificado não se sustenta nas evidências públicas. O único comentário das discussões que cita um número dá outro, nenhuma discussão mede a resolução real de um botão ausente, e o número de sete dias que as pessoas citam é o tempo de análise da solicitação, outro relógio. Se um requisito está visivelmente incompleto, a solução é a ação corretiva das seções 4 a 6. Se todas as verificações relevantes parecem completas e a solicitação continua indisponível, acione o suporte com evidências em vez de ficar esperando.
Antes de escrever
- Nome do app e nome do pacote, para o suporte achar o registro certo.
- Comparação com o proprietário feita (seção 3), com os dois resultados anotados.
- Estado atual da versão, em Versões e bundles mais recentes: faixa, status, qual bundle está Ativo e o último evento de lançamento.
- Avisos explícitos no Painel do app e na página inicial do Play Console: verificação, configuração, política. "Nenhum aviso visto" é uma resposta válida; "Não conferido" é outra coisa.
- Texto exato da marca, citado, com a data e a hora em que você leu e o seu fuso horário.
O caminho até o suporte é a seção Ajuda dentro do Play Console (aviso da Central de Ajuda do Google). Um pacote específico dá ao suporte evidências mais claras para investigar e reduz a necessidade de pedir de novo os dados básicos; um desenvolvedor preso em ciclos repetidos relatou que um pedido genérico recebeu uma resposta genérica.
Montar o pacote para o suporte
Monte um pacote para o suporte do Play Console
Preencha o que você souber. "Desconhecido" é uma resposta válida em todos os campos; a mensagem deixa isso visível em vez de inventar que está completo.
Este montador cria um rascunho no seu navegador. Ele não envia a sua mensagem para o Google. Revise o rascunho e depois envie você mesmo pela Ajuda do Play Console. Não digite senhas nem outros dados secretos.
O verificador mudou depois que estas conclusões foram importadas. Clique de novo em Montar o pacote para o suporte para atualizá-las, ou marque a caixa para mantê-las como estão.
Atualize as conclusões importadas do verificador, ou marque Manter estas conclusões como estão.Este rascunho é feito com os dados que você digitou. Ele não foi enviado.
Os dados ou as conclusões do verificador mudaram depois que este rascunho foi montado. Monte de novo, ou confirme que você revisou o rascunho como ele está.
Agora: abra o Play Console, use a Ajuda e, pelo fluxo do próprio Google, cole a mensagem revisada e anexe as capturas de tela.
Modelo estático, sem precisar de JavaScript Mostrar o modelo
Preencha cada colchete com o que o Console mostra; escreva Desconhecido ou Não conferido onde for o caso. Não inclua senhas, códigos de recuperação, chaves de assinatura nem dados pessoais dos testadores além do que o Google pedir. Um relato completo ajuda o suporte a investigar; não garante uma resposta específica.
Assunto: Problema com a solicitação de acesso de produção no Play Console para [package_name] Olá, equipe de suporte a desenvolvedores do Google Play, Preciso de ajuda com o problema a seguir. Problema: [issue_category] App: [app_name] ([package_name]) Tipo de conta: [account_type] Data de criação da conta: [creation_date] Comparação com o proprietário da conta: [owner_result] Data/hora da observação e fuso horário: [observed_at] Texto do Painel: [dashboard_text] Detalhes da faixa fechada e da versão: [track_and_release] Status da publicação: [publishing_status] Aviso de conta, de app ou de política: [notice_text] Verificações e ações já concluídas: [actions_taken] Capturas de tela disponíveis: [screenshots_available] Poderiam esclarecer qual requisito ou condição da conta impede que esta solicitação de acesso de produção fique disponível ou seja enviada, e qual é a próxima ação adequada? Se o status visível estiver inconsistente, por favor orientem como isso deve ser investigado. Obrigado.
Dê o próximo passo que corresponde à sua conclusão
A maioria das conclusões não exige compra nenhuma. Um teste gerenciado é a resposta só quando a conclusão é participação ou continuidade incompletas; a tabela abaixo mostra em quais linhas ele ajuda em parte e em quais não ajuda nada. Ele não acelera o Google nem desbloqueia um app suspenso. Solicitação em análise, solicitação já aprovada e contas fora deste requisito são encaminhadas na seção 1.
| Conclusão | Próximo passo | O teste gerenciado ajuda? |
|---|---|---|
| Solicitação encontrada ou ativa | Use o guia do formulário de produção e descreva apenas testes reais. | Não. Não há nada a comprar só para clicar em Solicitar o acesso de produção. |
| Participação ou continuidade incompletas | Corrija a inscrição, mantenha participantes de fato engajados e acompanhe a marca. | Talvez. Recrutamento e coordenação gerenciados ajudam quando você não consegue manter um grupo adequado por conta própria. Veja como funciona. |
| Faixa errada ou versão do teste fechado indisponível | Corrija o problema exato de configuração ou de entrega e confirme a participação. Guia de faixas: teste interno, fechado ou aberto. | Só como ajuda na configuração. Testadores não consertam uma faixa que não está entregando build nenhum. |
| Solicitação recusada | O guia de recuperação após a recusa, com o texto real da recusa. | Só quando o feedback pede um teste melhor. |
| Aviso explícito de política, de dispositivo ou de conta | Siga o caminho indicado de verificação ou de aplicação das políticas. | Não. Testadores pagos não resolvem um aviso de política, de dispositivo ou de conta. |
| Proprietário ainda bloqueado com evidências aparentemente completas | Copie o pacote da seção 7 e use a Ajuda do Play Console. | Não. Perguntar ao Google sobre uma contradição é de graça. |
| Informação insuficiente | Inspecione a tela que o resultado do verificador indica; deixe como "Desconhecido" os campos que você não conseguiu conferir. | Não. Não compre uma solução para um problema sem diagnóstico. |
Onde o teste gerenciado se encaixa
Se a sua conclusão for participação ou continuidade incompletas, a PrimeTestLab fornece 12 testadores participando em aparelhos reais, mantidos no mínimo exigido ou acima durante os 14 dias inteiros, a partir de US$ 19,99. Isso é um serviço de teste: a gente conduz o teste e mantém o grupo inscrito. O Google decide o acesso de produção na análise dele, e ninguém pode prometer esse desfecho.
Uma verificação de interface, não uma correção: depois de registrar o que você vê, recarregar a página ou comparar a mesma conta em outro navegador pode descartar uma tela desatualizada. Isso não atende a nenhum requisito nem contorna um pré-requisito que falta.
Perguntas frequentes
Completei os 14 dias, mas não consigo solicitar. O que devo verificar primeiro?
Confirme primeiro que você está conectado com a conta do Google do proprietário da conta de desenvolvedor: nos nossos próprios testes e em dois relatos públicos o botão apareceu só para o proprietário, embora a documentação do Google não diga isso. Depois abra o Painel do app selecionado e leia o texto do card de elegibilidade por inteiro, e confirme que está olhando para a participação no teste fechado.
Adicionei os e-mails dos testadores. Por que a contagem está menor?
Estar na lista é só permissão para entrar. Confirme que cada pessoa usou a conta do Google prevista e entrou no programa fechado, principalmente se o app também tiver um teste interno.
O teste interno conta para o requisito?
Não. Ele não substitui a condição de elegibilidade do teste fechado. Passe os participantes afetados pelo processo documentado de sair do interno e entrar no fechado, e depois confie na marca do teste fechado.
Um testador saiu. Todo mundo recomeça?
Não presuma que o histórico individual de todo mundo foi apagado. O que importa é se ainda há participantes inscritos em número suficiente com o histórico ininterrupto exigido. Uma reserva já qualificada continua contando; um substituto novo começa os próprios 14 dias. Isto é uma inferência a partir da regra, não uma especificação de zeramento do Console.
Meus testadores precisam abrir o app todo dia para o botão aparecer?
A política pública que analisamos não estabelece nenhuma cota fixa de aberturas por dia nem de minutos por dia para o botão. O engajamento real continua pesando na avaliação que o Google faz do processo de teste, então a ausência de uma cota publicada não é permissão para rodar um teste vazio.
É só esperar de 48 a 72 horas?
Para o botão, não. Nas evidências analisadas não encontramos nenhum intervalo padrão e verificado de liberação do botão Solicitar o acesso de produção; um link de teste recém-publicado tem o próprio atraso de disponibilidade documentado, de algumas horas, o que é outra coisa. Confira de novo o estado exibido e mantenha o teste intacto; se sobrar uma contradição real, mande as evidências para o suporte do Console em vez de tratar uma contagem regressiva inventada como requisito.
Subir um AAB corrigido reinicia o meu teste?
O Google recomenda continuar o teste fechado enquanto você corrige os problemas relatados e atualiza o app. As fontes analisadas não estabelecem um recomeço geral do período de participação por causa de um app bundle atualizado. Inspecione a versão Ativa do teste fechado e a marca no Painel; não descarte a faixa, não remova testadores nem repita o ciclo inteiro por causa de uma afirmação de fórum sem resposta.
Sou o proprietário da conta, ou administrador, e está tudo completo. E agora?
Se você é administrador, ou é o proprietário conectado com outra conta do Google, mude primeiro para a conta do proprietário. Depois capture o texto completo do Painel, a versão ativa do teste fechado, a confirmação do seu papel na conta e os avisos que existirem, e use a seção Ajuda dentro do Play Console. Este artigo não consegue determinar, só a partir dessa informação, se o problema é uma exibição atrasada, um pré-requisito oculto ou um erro de backend.
O Google diz que meu app não está pronto para a produção. Isso é um bug de botão que não aparece?
Se a mensagem veio depois de uma solicitação, trate como um desfecho de análise e leia o feedback específico. Use o guia de recuperação após a recusa, não esta lista anterior à solicitação nem uma espera genérica de sincronização.
A aprovação torna o meu app público automaticamente?
Não. O acesso de produção libera a próxima etapa de lançamento. Cumpra os requisitos de versão de produção e de publicação antes de supor que o app já pode ser baixado por qualquer pessoa.
Resumo final
Leia separadamente as informações de participação e de duração do Painel. Se a contagem estiver abaixo do mínimo, investigue a inscrição e mantenha ou recrute testadores elegíveis em número suficiente. Se a contagem for suficiente, mas o período contínuo não tiver terminado, mantenha o grupo inscrito e continue o teste até a marca ficar completa. Se as verificações relevantes estiverem completas e a solicitação continuar indisponível, reúna as evidências e fale com a Ajuda do Play Console. Não presuma que um período de espera extra e geral vai liberar o botão.
Documentação oficial do Google
Relatos de desenvolvedores citados nesta página
Todas as fontes desta página foram abertas em 11 de setembro de 2026. As páginas de Ajuda sem data não mostram uma data de atualização confiável; a data da consulta não é a data de publicação dessas páginas. Discussões da comunidade estabelecem o que um desenvolvedor relatou, não a política do Google.