Por que um Google Group adiciona um segundo portão
- Você faz isso Convidado Adicionado ao grupo
- Portão 1 Entrou Membro de verdade, não pendente
- Portão 2 Participando Mesma conta Google
- Passou Instalado O app finalmente aparece
"App not available" quase sempre aparece quando o testador passa do convite, mas trava no Portão 1 (ainda em Pending members) ou no Portão 2 (conta errada). O link de convite raramente é a falha real.
Resposta rápida
"App not available" (app não disponível) em um teste fechado (closed testing) com Google Group costuma significar uma de três coisas: o testador ainda não entrou de fato no grupo (um convite não é o mesmo que ser membro), está usando uma conta Google diferente da que você autorizou, ou chegou ao app antes de ele terminar de publicar. Corrija nesta ordem: confirme que a faixa está Published e que as alterações foram enviadas para review, verifique se o grupo usa o formato yourgroupname@googlegroups.com e está selecionado nesta faixa, confirme que cada testador aparece em Members e não em Pending, alinhe a conta Google no grupo / link de convite / Play Store, e só então verifique inscrição em teste interno, país e dispositivo antes de limpar caches. A única parte que um ajuste de configuração não resolve, encontrar 12 testadores engajados por 14 dias consecutivos, a PrimeTestLab cuida por você.
Com uma lista de e-mails simples, a Play Console é o único portão de permissão: você adiciona os e-mails dos testadores, compartilha o link e cada pessoa aceita participar. Um Google Group coloca um segundo portão na frente. Antes que a página de participação do Play autorize alguém, essa pessoa já precisa ser membro atual do grupo ligado à faixa. Pule esse primeiro portão e o Play se comporta como se o testador nunca tivesse sido convidado. Este guia percorre cada causa na ordem em que você deve checar, cita a formulação do Google quando importa, e está atualizado em 2 de julho de 2026. O teste fechado em si é só um passo dos requisitos de publicação no Google Play em 2026.
Para quem isso se aplica: o teste fechado de 12 testadores e 14 dias que este fluxo alimenta é exigido para novas contas pessoais de desenvolvedor Google Play criadas após 13 de novembro de 2023. Contas organizacionais têm mais flexibilidade: veja o comparativo completo de conta pessoal vs. organizacional. Em qualquer caso, as correções de associação ao grupo e de conta abaixo são idênticas.
Vitória rápida: as correções que resolvem a maioria dos casos
- 1Torne cada testador um Member de verdade - confira a lista Members do grupo, não Pending. Um convite que não foi aceito não conta.
- 2Use uma conta Google em tudo - a mesma conta deve entrar no grupo, clicar no link de convite e instalar pela Play Store.
- 3Confirme que o app está Published - e que você clicou em "Send changes for review", depois aguarde algumas horas após a primeira publicação para o link ficar ativo.
Regra prática: um testador falhando aponta para a conta ou a associação dele; todos falhando aponta para sua configuração na Play Console.
Sumário
Por que um teste fechado com Google Group mostra "App not available"?
Porque um Google Group adiciona um segundo portão de permissão que uma lista de e-mails não tem. Antes de o Play autorizar um testador, essa pessoa já precisa ser membro atual do grupo ligado à faixa. Se ainda não for membro, ou estiver com outra conta, o Play se comporta como se ela nunca tivesse sido convidada, e mostra "App not available" (app não disponível).
Com uma lista de e-mails simples, a Play Console é o único guardião. Você adiciona os e-mails dos testadores no Play, compartilha o link e cada pessoa aceita participar. Um Google Group coloca um portão na frente disso. A ajuda da Play Console do Google é explícita sobre a ordem:
Only users who are members of the Google Group you enter can join the test... testers need to join the group before they opt in.
Pule esse primeiro portão e a própria tela de erro nomeia as duas causas mais comuns. Ela pede aos testadores que confirmem estar com a conta que foi convidada e, se o convite veio por Google Group, que tenham entrado de fato nesse grupo. Ou seja: antes de mexer no link, o Google já aponta para as duas falhas que este guia resolve primeiro.
A tela de erro do Google já diz onde olhar
Causa 1Conta errada. "Make sure you're signed in to the account that was invited to the program."
Causa 2Não é membro. "If you were invited through a Google Group... make sure you've joined that group."
Mais um detalhe útil de antemão: alguns testadores veem uma mensagem um pouco diferente, "Item not found", em vez de "App not available". Vem das mesmas duas causas (ainda não são membros reais do grupo, ou estão na conta Google errada), então todas as correções deste guia se aplicam aos dois erros.
Por que "convidado" não é o mesmo que "membro"
Esta é a maior razão pela qual desenvolvedores buscam por que o link de convite do teste fechado não funciona. Um convite e uma associação são dois estados diferentes, e o Play só reconhece membros reais e atuais. Um testador convidado pode ficar em "Pending members" por dias enquanto o Play o trata como de fora.
No Google Groups, o dono controla como as pessoas entram, e cada configuração muda o que "convidado" realmente significa. Use o decodificador abaixo para ver se uma determinada configuração torna seu testador membro de verdade ou o deixa preso como pendente.
Interativo
Decodificador "convidado vs membro"
Escolha como seu Google Group trata novas pessoas. Veja se o testador é membro de verdade.
Membro de verdade na hora
O Play autorizaUma pessoa adicionada diretamente vira membro de verdade imediatamente, então o Play deixa ela aceitar participar. Um detalhe: o Google observa que membros adicionados diretamente entram mesmo se o nome ainda não aparecer na lista de membros, então a lista pode atrasar a realidade por um tempo. Se o testador ainda falhar, o problema é a conta, não a associação.
Pendente até aceitar
O Play bloqueiaO Google envia um convite que o testador precisa aceitar. Até abrir e aceitar, a pessoa fica em Pending members e ainda não é membro, então o Play bloqueia. Peça aos testadores que confiram a caixa de entrada (e o spam) do convite do grupo e aceitem antes de tocar no link de convite do teste.
Pendente até um dono aprovar
O Play bloqueiaPedidos de ask-to-join caem em Pending members até um dono ou gerente aprovar. Se ninguém aprovar a fila, os testadores ficam para sempre sem ser membros e cada tentativa de participar falha. Aprove a lista pendente e confirme que cada nome passou para Members.
Você não consegue adicionar diretamente
Só por conviteSe o usuário desligou a opção que permite gerentes adicioná-lo a grupos sem permissão, o direct-add falha em silêncio para essa pessoa. Só um convite funciona, e ainda é preciso aceitar. Por isso um lote de direct-add pode parecer ter funcionado enquanto um ou dois testadores nunca entraram de fato.
O resultado prático é que um testador pode acreditar de boa fé que entrou enquanto o Play ainda o trata como de fora, que é exatamente como você termina adicionando 12 testadores e vendo 0 participando. Então, antes de compartilhar o link de convite, abra o grupo e confirme que cada testador aparece em Members, não em Pending members.
Dica profissional
O jeito mais rápido de acabar com a confusão "convidado vs membro" é pular convites por completo: ligue Directly add members antes de adicionar alguém. Testadores adicionados diretamente são membros na hora, sem fila de pendentes e sem passo de aceitação para esquecer.
Por que o link de convite não funciona logo após publicar?
Porque dois atrasos separados se somam, e testar 30 segundos depois do setup gera resultados enganosos de "não disponível" mesmo quando tudo está configurado certo. O link de convite só aparece quando o app está Published, e após a primeira publicação pode levar algumas horas para ficar ativo.
O timing engana muitos desenvolvedores a achar que o setup está quebrado quando só está lento. O Google documenta duas regras aqui:
The opt-in URL won't work until your app is published... After you publish your app for the first time, it can take a few hours for the testing link to work.
Ajuda manter os dois atrasos separados. Um mora no Google Groups; o outro, na distribuição do Play. Os dois sistemas são "eventualmente consistentes", então um testador que tenta cedo demais leva um falso negativo:
Atraso 1: ativação da associação ao grupo
Minutos a horasConvites precisam ser aceitos, pedidos de ask-to-join precisam de aprovação, e até membros adicionados diretamente podem demorar um pouco a aparecer na lista. Até a associação assentar, o Play vê o testador como não membro.
Atraso 2: distribuição do Play
HorasApós a primeira publicação, a versão e o link levam algumas horas para propagar, e mudanças posteriores na lista de testadores, países ou versão podem levar várias horas a chegar. Enquanto isso o link pode parecer morto.
Mais duas armadilhas de timing cabem neste balde. Primeiro, testadores não encontram um teste fechado pesquisando no Google Play antes de o app estar mais amplamente disponível, então você precisa compartilhar a URL da Play Store e o link de convite diretamente. Segundo, mudanças na lista de testadores, países ou versão ficam pendentes até você enviá-las:
Fácil de perder
Se você editou testadores, países ou a versão e não clicou em Send changes for review na Publishing overview, o Play continua servindo a configuração antiga. Sua correção mais recente simplesmente ainda não está no ar. Sempre confira a Publishing overview por um banner de alterações pendentes antes de culpar o setup.
Qual conta Google cada testador deve usar?
Exatamente uma: a mesma conta Google precisa ser usada para entrar no grupo, clicar no link de convite e instalar pela Play Store. Um convite de Google Group fica ligado a um endereço de e-mail específico, e a instalação na Play Store é vinculada à conta da mesma forma. Misture contas entre esses três passos e o Play devolve "App not available."
Incompatibilidade de conta é a segunda causa que a tela de erro do Google aponta, e é fácil cair nela. O problema piora em celulares com várias contas Google ao mesmo tempo: uma conta pode ter entrado no grupo, outra pode estar ativa no navegador onde o testador clicou no link, e uma terceira pode ser a que a Play Store usa para instalar. Do seu lado parece aleatório. Do lado do Google é um descompasso simples de permissão.
Entrou no grupo
A conta para a qual o convite foi enviado
Clicou no link de convite
A conta ativa no navegador
Instala no Play
A conta que a Play Store usa
As três precisam ser a mesma conta. Se qualquer uma divergir, o Play trata o testador como sem autorização, mesmo se as outras duas estiverem perfeitas.
Interativo
Verificador de consistência de conta
Defina qual conta o testador usou em cada passo. Veja na hora se o Play vai autorizá-lo.
A correção é simples de dizer e fácil de esquecer sob pressão: escolha uma conta e deixe-a idêntica nos três passos, o convite do grupo, o clique no link de convite e o download na Play Store. Aliases e contas secundárias do testador não contam; o convite está ligado ao endereço exato que você digitou. É o mesmo motivo pelo qual você não consegue, em silêncio, ser seu próprio testador com um punhado de contas extras.
País, dispositivo ou um teste interno anterior pode bloquear testadores?
Sim. Alguns casos de "App not available" não têm nada a ver com o grupo. Três configurações podem bloquear um testador perfeitamente válido e já membro: segmentação por país, compatibilidade de dispositivo e uma inscrição residual em teste interno. Descarte-as quando associação e conta já estiverem confirmadas.
Segmentação por país
O teste fechado tem a própria aba Countries and regions. A segmentação usa o país da conta Play do usuário (onde a conta está registrada), não onde o telefone está agora.
Compatibilidade de dispositivo
O Google marca um dispositivo como Unsupported quando o manifesto exige um recurso que o aparelho não tem. Um elemento <uses-feature android:required="true"> faz isso diretamente.
ACCESS_FINE_LOCATION implica hardware GPS e pode filtrar dispositivos sem isso. Dispositivos excluídos ou unsupported não instalam, e emuladores costumam falhar também.Conflito com teste interno
Um usuário que aceitou participar do seu teste interno não é elegível para um teste fechado até sair do interno primeiro e só então aceitar participar da nova faixa.
Teste rápido: se um testador funcionou bem na faixa interna mas falha no teste fechado, suspeite primeiro de segmentação por país ou inscrição residual no interno. São as duas diferenças entre as faixas, e as duas ficam invisíveis até você olhar.
Você precisa de um endereço especial de Google Group?
Use um grupo consumidor padrão yourgroupname@googlegroups.com. As instruções de setup do Google especificam esse formato, e desenvolvedores relatam repetidamente que endereços de grupo com domínio personalizado do Workspace não são reconhecidos ou se comportam de forma inconsistente no campo do teste fechado.
yourgroupname@googlegroups.com
O endereço padrão de Google Groups para consumidor, e o formato exato que a documentação do Google especifica para o campo do teste fechado. Crie o grupo em groups.google.com e ele recebe esse endereço automaticamente.
testers@yourcompany.com
Um grupo Workspace com domínio personalizado. Desenvolvedores no próprio fórum da Play Developer Community do Google relatam repetidamente que esses endereços não são reconhecidos ou se comportam de forma inconsistente no campo do teste fechado, mesmo quando funcionam bem para e-mail.
A documentação do Google só especifica o formato @googlegroups.com e não detalha uma proibição formal de endereços Workspace, então trate isso como um alerta prático e não como política oficial. A escolha mais segura é criar um grupo fresco @googlegroups.com para o teste em vez de reutilizar um grupo Workspace que por acaso funciona bem para e-mail. Custa dois minutos e elimina uma classe inteira de falhas do tipo "o endereço simplesmente não aceitou."
Como configurar um teste fechado com Google Group (do zero)
Acabou de pagar a taxa de US$ 25 e está começando do zero? Faça estes oito passos na ordem e você contorna quase toda causa de "App not available" acima. Os dois que mais importam: ligue Directly add members para ninguém ficar em Pending, e clique em Send changes for review para o Play de fato servir seu setup.
Um Google Group vale a pena quando você quer que os testadores gerenciem a própria associação, ou quando a lista de testadores muda com frequência. Se você só precisa de um conjunto fixo de 12 a 25 pessoas, uma lista de e-mails é mais simples. Se for de grupo, aqui está o setup limpo de ponta a ponta: marque cada passo conforme avança.
Google Group vs lista de e-mails vs testadores pagos
Não tem certeza se um Google Group é a escolha certa? Veja como se comparam as três formas de fornecer testadores para o teste fechado:
| O que importa | Google Group | Lista de e-mails | Testadores pagos |
|---|---|---|---|
| Esforço de setup | Médio (2 portões) | Baixo (1 portão) | O mais baixo |
| Portão de associação | Sim: entre primeiro | Nenhum | Nenhum |
| Risco de conta errada | Alto | Médio | Nenhum |
| Você recruta testadores? | Sim | Sim | Não |
| Melhor para | Autogerenciado, listas que mudam | Um conjunto fixo de 12 a 25 | Rápido, cobertura completa de 14 dias |
Checklist interativo de setup
É assim que o passo 5 aparece na prática: o Google Group adicionado na aba Testers da faixa de teste fechado. Quando o grupo aparecer aqui, os membros podem aceitar participar com a mesma conta Google.
Clique para ampliar
O que acontece depois do setup: quando os testadores estão participando, o requisito é 12 testadores ativos por 14 dias consecutivos antes de você solicitar o acesso de produção. Se preferir não recrutar e cuidar dessa lista, veja como convidar testadores e o requisito de 12 testadores.
Como corrigir o teste fechado com Google Group, passo a passo
Siga os sete passos abaixo na ordem: a maioria dos testes travados se resolve até o passo quatro. Não sabe por onde começar? Rode o diagnóstico primeiro: ele lê seu sintoma e quantos testadores estão afetados, e aponta a causa exata.
Diagnóstico interativo
Diagnóstico de participação com Google Group
Responda duas perguntas. Receba a causa mais provável e onde corrigir.
O localizador de falha de 10 segundos
Antes de mexer em qualquer coisa, conte quantos testadores estão falhando. Isso diz qual metade deste guia ler:
A causa está do lado dele
Se um testador falha enquanto outros conseguem, quase sempre é conta ou associação. Confira essa pessoa em Members (não Pending) e confirme que usou a conta convidada nos três passos. Tudo em Convidado vs membro e Qual conta se aplica.
A causa é a sua configuração
Se todos os testadores falham, quase sempre é o seu setup na Play Console: estado da faixa, lista não marcada, link errado, segmentação por país ou review ainda pendente. Comece no passo 1 abaixo: não culpe os testadores.
A correção, na ordem
Confirme que a faixa está Published sem pendências
Se houver alterações pendentes, abra a Publishing overview e clique em Send changes for review, depois aguarde algumas horas após a primeira publicação para o link ficar no ar.
Verifique o método de testadores e o endereço do grupo
Se você usa Google Group, confirme que o endereço está no formato yourgroupname@googlegroups.com e que o grupo correto está selecionado nesta faixa fechada, não em outra. Confirme que o link de convite contém play.google.com/apps/testing/ e não é uma URL de teste interno.
Confirme que cada testador é membro real do grupo
Confira a lista Members do grupo, não Pending members. Um convite que não foi aceito não conta. Só este passo resolve a maioria das falhas de um único testador.
Deixe a identidade da conta consistente
Use a mesma conta Google para o convite do grupo, o clique no link de convite e a instalação na Play Store, e fique atento a várias contas com sessão aberta no dispositivo.
Verifique inscrição no teste interno
Se o testador estiver participando de um teste interno, peça que saia dele primeiro e só então aceite participar do teste fechado.
Verifique elegibilidade de país e dispositivo
Confirme que o país da conta Play do testador está segmentado e que o dispositivo é suportado, e não excluído ou unsupported.
Limpe caches só como último recurso
Limpar o cache ou os dados da Play Store, ou o cache do navegador, às vezes ajuda, mas só depois de tudo acima verificado.
Teste de fumaça de 30 segundos
Abra o link de convite em um dispositivo com uma conta reserva, não de desenvolvedor, que você adicionou ao grupo e à lista de testadores. Se a página de participação carregar para essa conta, o teste está de fato no ar e sua configuração está certa: qualquer falha restante está na conta ou na associação do testador individual.
Como a PrimeTestLab cuida do teste fechado por você
Corrigir as causas técnicas acima faz o fluxo de participação funcionar. Não resolve o problema mais difícil por baixo: o Google exige no mínimo 12 testadores participando pelos últimos 14 dias de forma contínua antes que uma nova conta pessoal de desenvolvedor possa solicitar o acesso de produção. Esse requisito, reduzido de 20 para 12 testadores em 11 de dezembro de 2024 (em inglês), se aplica a contas pessoais criadas após 13 de novembro de 2023, e cada testador que nunca entra de fato, aceita participar com a conta errada ou sai no meio do ciclo corrói essa janela contínua de 14 dias.
É aí que a PrimeTestLab entra. Fornecemos testadores reais, participando, em dispositivos Android reais em 120+ países, para você não ficar caçando amigos e colegas pelos problemas de associação e conta acima. O teste começa em 4-6 horas, com taxa de sucesso de 99,9% em 7.400+ apps e nota 4.9 de 5 a partir de 2,200+ avaliações.
Fazer sozinho vs. teste gerenciado
| O que exige | Faça você mesmo com Google Group | Gerenciado (PrimeTestLab) |
|---|---|---|
| Membros reais e participando | Você corre atrás de convites | 12+ participando por você |
| Falhas por conta errada | Risco comum | Tratado por você |
| 14 dias consecutivos | Quebra com saídas | Mantidos ativos |
| Tempo até o primeiro testador | Dias de recrutamento | 4-6 horas |
| Alcance | Quem você conhece | 120+ países |
Pacotes atuais
- Atende ao mínimo do Google
- Dispositivos Android reais
- Cobertura completa de 14 dias
- Margem absorve saídas
- Melhor diversidade de dispositivos
- Maior taxa de sucesso na 1ª tentativa
- Margem de segurança incluída
- Mais diversidade de dispositivos
- Mais confiança no envio
Preços +5% de taxa de serviço.
Compare os planos na nossa página de preços, veja o processo em como funciona, leia mais sobre o requisito de 12 testadores ou comece com o serviço de teste fechado. Os testadores aceitam participar por você e são mantidos engajados pela janela inteira: a parte do requisito que um ajuste na Play Console não resolve.
Perguntas frequentes
Como configurar um Google Group para teste fechado no Google Play?
Crie um grupo em groups.google.com (ele recebe um endereço yourgroupname@googlegroups.com), ligue Directly add members para os testadores entrarem na hora e adicione seus testadores. Na Play Console, abra Closed testing, escolha Google Groups na aba Testers e cole o endereço do grupo, envie uma versão, publique e clique em Send changes for review. Por fim compartilhe o link de convite, que cada testador abre com a mesma conta Google que está no grupo.
Por que meu testador vê App not available mesmo depois de eu adicioná-lo ao grupo?
Adicionar nem sempre é entrar. Se o grupo exige convites, o testador fica em Pending members até aceitar, e o Google Play trata usuários pendentes como não membros. A outra causa comum é incompatibilidade de conta: o testador entrou ou navega com uma conta Google diferente da da Play Store. Confirme que ele aparece em Members e está com a conta convidada exata.
Os testadores precisam entrar no Google Group antes de aceitar participar?
Sim. A ajuda da Play Console do Google afirma que, em um teste fechado via Google Group, os usuários precisam entrar no grupo antes de aceitar participar. A associação ao grupo é um portão prévio à participação no Play, então a instrução correta aos testadores é sempre em dois passos: primeiro entre no grupo, depois abra o link de convite e torne-se testador com a mesma conta.
Posso usar um Google Group Workspace com domínio personalizado no teste fechado?
É mais seguro não usar. As instruções do Google especificam o formato yourgroupname@googlegroups.com, e desenvolvedores relatam com frequência que endereços de grupo Workspace com domínio personalizado não são reconhecidos no campo do teste fechado. O Google não publica uma proibição formal, então trate como alerta prático. Crie um grupo consumidor padrão @googlegroups.com para o teste e evite um endereço que o Play pode rejeitar em silêncio.
Quanto tempo depois de publicar o link de convite começa a funcionar?
O link só aparece quando o app está Published, não enquanto está em Draft ou Pending publication. Após a primeira publicação, o Google diz que o link pode levar algumas horas a ficar disponível, e mudanças posteriores podem levar várias horas a chegar aos testadores. Se você acabou de publicar, espere algumas horas e confirme que nenhuma alteração ainda aguarda review antes de achar que o setup está quebrado.
Uma participação que falha afeta meu requisito de 14 dias?
Sim, indiretamente. Um testador que nunca aceita participar de verdade não conta nos 12 testadores participantes que o Google exige. Se as participações ativas caírem abaixo de 12 em qualquer momento, a janela contínua de 14 dias fica em risco, porque os 14 dias precisam ser consecutivos. Por isso problemas de associação e conta podem atrasar em silêncio seu acesso de produção. A regra de 12 testadores e 14 dias se aplica a contas pessoais novas criadas após 13 de novembro de 2023; contas organizacionais têm mais flexibilidade.
O Google verifica o uso real do app ou só o status de participação?
O requisito rígido e documentado é o status de participação: pelo menos 12 testadores participando pelos últimos 14 dias consecutivos, que é o que o painel do teste fechado acompanha. Na prática, alguns desenvolvedores relatam recusas ligadas a engajamento muito baixo, então vale ter testadores que de fato abrem e usam o app e deixam feedback durante a janela, não só aceitam participar e somem.
Uma lista de e-mails é mais fácil que um Google Group no teste fechado?
Para um conjunto fixo de cerca de 12 a 25 testadores, em geral sim. Uma lista de e-mails remove o portão de associação por completo: você adiciona os endereços direto na Play Console, e os testadores só precisam aceitar participar. Um Google Group é útil quando você quer que os testadores gerenciem a própria associação, mas adiciona um segundo ponto de falha e a questão do endereço Workspace. Os testadores ainda precisam aceitar participar de qualquer forma.
A PrimeTestLab pode cuidar dos 12 testadores por mim?
Sim. A PrimeTestLab fornece testadores reais, participando, em dispositivos Android reais, que ficam ativos pelos 14 dias consecutivos completos, para você pular por completo os problemas de associação ao grupo e conta errada. Os preços começam em $19.99 para 12 testadores (+5% de taxa de serviço), o teste costuma começar em 4-6 horas, e mantemos taxa de sucesso de 99,9% em 7.400+ apps.
Conclusão
Resumo
Quando um teste fechado com Google Group não funciona, não comece pelo link de convite. Comece confirmando que o testador é membro real do grupo correto (não preso em Pending), com a conta convidada exata, em um teste de fato publicado e no ar, e só então desça por país, dispositivo e configurações de teste interno. Um testador falhando aponta para a conta ou a associação dele; todos falhando aponta para a sua configuração. Corrija nessa ordem e a maioria dos erros "App not available" some. E se a única coisa entre você e a produção for conseguir 12 testadores engajados por 14 dias consecutivos, esse problema de recrutamento é exatamente o que a PrimeTestLab foi feita para resolver. Ver planos de preços →