Central de Conhecimento — SOS Play Store

Como funciona a exigência de 12 testadores por 14 dias na Google Play Store (e por que emuladores reprovam)

Desde novembro de 2023, toda conta pessoal de desenvolvedor recém-criada no Google Play Console precisa passar obrigatoriamente por um ciclo de Teste Fechado com pelo menos 12 testadores inscritos continuamente por 14 dias consecutivos antes que o botão de solicitar acesso à Produção seja liberado.

Por que criar 12 contas Gmail em 1 PC ou usar emulador dá reprovação?

O Google Play Services executa internamente a Play Integrity API (MEETS_DEVICE_INTEGRITY e MEETS_STRONG_INTEGRITY). Quando você instala o app em emuladores como BlueStacks, LDPlayer ou AVD, ou utiliza 12 contas recém-criadas na mesma rede Wi-Fi, o Google descarta o engajamento. Ao final dos 14 dias, ao responder o formulário de produção, o Google nega o acesso exigindo mais 14 dias de testes reais.

Como aprovar de primeira no ciclo de 14 dias?

Na SOS Play Store, disponibilizamos uma bancada com 12 a 20 testadores humanos brasileiros usando aparelhos Android físicos reais (Samsung Galaxy, Motorola Moto G, Xiaomi Redmi e Google Pixel) todos os dias, com evidências no portal e entrega das 3 respostas técnicas prontas para o formulário de produção.

Como publicar um aplicativo criado no Lovable, Bolt, Cursor, FlutterFlow ou React Native na Google Play Store

Ferramentas modernas de IA como Lovable, Bolt, Replit e Cursor permitem criar aplicativos incríveis em poucos dias. Porém, para publicar na Google Play Store, o Google não aceita um simples link web ou código aberto: ele exige um pacote binário Android App Bundle (.AAB) compilado com targetSdkVersion 35 (Android 15) e assinado criptograficamente com uma chave privada .jks (Keystore).

O que é necessário para transformar seu código em um app publicado na Play Store?

• Empacotamento nativo (Capacitor, TWA, React Native / Expo ou Flutter) configurado com pacote único (ex: com.suaempresa.app).
• Geração da chave oficial de produção (release-key.jks) e assinatura V2/V3 do arquivo .AAB.
• Preenchimento técnico do formulário Segurança dos Dados (Data Safety), classificação IARC, declaração de ID de Publicidade (AD_ID) e hospedagem da Política de Privacidade + URL de Exclusão de Conta.

Os 5 erros que mais reprovam arquivos .AAB no Google Play Console em 2026

1. targetSdkVersion abaixo de 35: Novos aplicativos precisam apontar obrigatoriamente para a API 35 (Android 15).
2. Permissões restritas sem declaração: Presença de READ_EXTERNAL_STORAGE, REQUEST_INSTALL_PACKAGES ou QUERY_ALL_PACKAGES injetadas por bibliotecas de terceiros.
3. Ausência de Link Web para Exclusão de Conta: Todo app que permite criar conta precisa disponibilizar uma página web pública onde o usuário possa solicitar a remoção de seus dados.
4. Crashes na inicialização (Logcat FATAL EXCEPTION): O robô Pre-launch Report do Google testa o app em dezenas de aparelhos antes de liberar a revisão.
5. Assinatura em modo Debug: Pacotes assinados com a chave padrão de debug do Android Studio são recusados no upload.