Guia de Publicação de Aplicativos e Jogos do Zero na Google Play Store: Empacotamento, Formulários, Teste Fechado e Lançamento

Guia de Publicação de Aplicativos na Google Play Store (Do Zero ao Lançamento)

Este guia explica passo a passo os processos de criação de um aplicativo Android moderno (especialmente projetos .NET MAUI, MonoGame ou híbridos em C#) a partir do zero no Google Play Console, empacotamento, assinatura digital, resolução de erros críticos e cumprimento de todas as etapas de envio na loja (criação do app, política de privacidade, permissões de acesso e login, anúncios, classificação de conteúdo IARC, segurança dos dados, teste fechado e lançamento público em produção).

---

Sumário

1. Introdução e Preparação Arquitetural
2. Criando um Novo Aplicativo / Jogo do Zero no Play Console (Create App)
   • A. Detalhes do Aplicativo (App Details)
   • B. Tipo de Aplicativo, Preço e Declarações
3. Criação do Keystore e Automação de Build/Assinatura
4. Primeiro Envio do Bundle no Play Console e Erros Críticos
   • Erro 1: Nível de API de Destino 36 (Android 16) Obrigatório
   • Erro 2: Aviso de Código de Versão Significativamente Maior
5. Preparação da Política de Privacidade
6. Acesso ao Aplicativo / Detalhes de Login
7. Declaração de Anúncios
8. Classificação de Conteúdo (Questionário IARC)
9. Público-Alvo e Seleção da Faixa Etária
10. Painel de Conteúdo do App (App Content Dashboard)
11. Formulário de Segurança dos Dados (Data Safety)
12. Declarações Legais e Regulatórias (Governamentais, Financeiras, Saúde)
13. Configurações da Loja e Informações de Contato
14. Ficha Principal da Loja e Recursos Visuais
15. Configuração e Revisão do Teste Fechado
16. Declaração do ID de Publicidade (Advertising ID)
17. Envio Final para Revisão (Final Submission)
18. Solicitação de Acesso à Produção Após o Teste Fechado
19. Vitória Final: Aprovação de Acesso à Produção (Production Access)
20. Checklist Pré-Lançamento (Concluído)
21. Arar Games e Nossos Jogos

---

1. Introdução e Preparação Arquitetural

Ao publicar um novo aplicativo na Google Play Store, as diretrizes técnicas e de segurança mais recentes do Google devem ser rigorosamente seguidas:

• Formato do Pacote: Somente o formato .aab (Android App Bundle) é aceito. Arquivos APK não são válidos para lançamento na loja (embora possam ser gerados para testes manuais via sideload).
• Target SDK Mínimo: A Google Play exige agora que novos aplicativos ou atualizações tenham como alvo no mínimo o Android API Level 36 (Android 16).
• Assinatura Segura: O aplicativo deve ser assinado com uma chave RSA de 2048 bits compatível com os esquemas v2/v3.

---

2. Criando um Novo Aplicativo / Jogo do Zero no Play Console (Create App)

Após fazer login no painel do Google Play Console (play.google.com/console), o processo de publicação é iniciado clicando no botão azul "Create app" (Criar app) no canto superior direito da tela inicial onde todos os aplicativos são listados. Este formulário define a identidade digital do app no console, seu nome de pacote e a classificação básica na loja.

A. Detalhes do Aplicativo

1. App Name (Nome do App):
   • É o nome oficial inicial que será exibido aos usuários na loja.
   • Limitado a no máximo 30 caracteres (Ex: YourAppName).
   • Recomendação: Evite excesso de palavras-chave desnecessárias (keyword stuffing) ou termos promocionais enganosos ("Best", "Free", "#1"); caso contrário, o app pode ser rejeitado na análise da Google Play.
2. Package Name (Nome do Pacote):
   • Identificador Java/Android exclusivo que identifica seu aplicativo globalmente no ecossistema Android (convenção de domínio reverso, ex: com.suaempresa.nomedoapp).
   • Máximo de 150 caracteres.
   • ⚠️ Regra Crítica: Após a criação do app nesta tela e o upload do primeiro bundle, o nome do pacote nunca mais poderá ser alterado! O ApplicationId (<ApplicationId>com.suaempresa.nomedoapp</ApplicationId>) no projeto deve coincidir exatamente com esse nome.
   • Check availability (Verificar disponibilidade): Ao clicar no botão, o sistema verifica instantaneamente se o nome de pacote informado já foi registrado por outro desenvolvedor.
3. Default Language (Idioma Padrão):
   • O idioma principal da ficha da loja (Ex: English (United States) – en-US).
   • As informações da loja serão exibidas neste idioma padrão para usuários em todos os países onde não houver uma tradução específica configurada.

---

B. Tipo de Aplicativo, Preço e Declarações

1. App or Game (Aplicativo ou Jogo):
   • Define a natureza básica do produto (App ou Game).
   • Observação Crítica: Esta escolha define a seção principal da loja (aba Aplicativos ou aba Jogos) e não pode ser modificada posteriormente.
2. Free or Paid (Gratuito ou Pago):
   • Selecione se o aplicativo estará disponível gratuitamente ou como um download pago.
   • ⚠️ Regra Crítica Irreversível: De acordo com as políticas da Google Play, um aplicativo publicado uma vez como "Gratuito" nunca mais poderá ser alterado para "Pago" no futuro! Se deseja vender o produto diretamente na compra, selecione Paid no início. Para distribuir gratuitamente e gerar receita, utilize compras no aplicativo (In-App Purchases) ou anúncios AdMob.
3. Automatic Protection (Proteção Automática):
   • O Google Play adiciona verificação automática do instalador (installer check) ao código APK/AAB do seu app. Se usuários instalarem o app a partir de fontes não autorizadas fora da loja, receberão um aviso para baixar a versão original da Google Play.
4. Declarations (Declarações Legais e Políticas):
   • Developer Program Policies: Confirmação de que o app cumpre integralmente as políticas do programa de desenvolvedores e de conteúdo do Google Play.
   • US Export Laws: Confirmação de conformidade com as leis de exportação dos Estados Unidos e regulamentos de embargo.
5. Create App (Criar App):
   • Após aprovar o formulário, clique no botão azul "Create app" no canto inferior direito. O console registrará o aplicativo e direcionará você para o painel de controle principal (Dashboard).

---

3. Criação do Keystore e Automação de Build/Assinatura

Para tornar o processo de compilação e publicação livre de erros e repetível, recomenda-se criar uma pasta Deploy/ e scripts de automação na raiz do projeto.

A. Geração do Keystore (1_CreateKeystore.bat)

Utilizando a ferramenta keytool do JDK, é gerada uma chave válida por 25 anos (10.000 dias):

keytool -genkeypair -v ^
    -keystore "%KEYSTORE_PATH%" ^
    -alias %ALIAS% ^
    -keyalg RSA ^
    -keysize 2048 ^
    -validity 10000 ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"

Dica: O uso de blocos if (...) com parênteses ao receber a senha do usuário com set /p em arquivos em lote (.bat) no Windows pode causar erros de sintaxe (: was unexpected at this time). Controlar o fluxo com rótulos goto e envolver os parâmetros de senha entre aspas "%PASS%" garante a estabilidade.

B. Versionamento Automático e Build do AAB Assinado (2_BuildAndSign_AAB.bat)

A Google Play exige um versionCode estritamente crescente a cada atualização. Para gerenciar isso automaticamente, utiliza-se uma fórmula baseada em data e hora:

# Último dígito do ano + Mês + Dia + Hora + Minuto (Ex: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

Comandos de compilação e assinatura:

dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%

jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
    -keystore "%KEYSTORE%" ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -signedjar "%SIGNED_FILE%" ^
    "%AAB_INPUT%" ^
    %ALIAS%

Ao término do processo, a pasta contendo o arquivo compilado é aberta diretamente no Windows Explorer através do comando start "" "%OUTPUT%".

---

4. Primeiro Envio do Bundle no Play Console e Erros Críticos

Ao enviar o arquivo .aab assinado para o canal Internal testing (Teste interno) ou Production (Produção) no Google Play Console, a seguinte tela pode ser exibida:

Erro 1: Nível de API de Destino 36 (Android 16) Obrigatório

Mensagem de Erro: "Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."

Solução:

Este erro é bloqueante e o lançamento não pode prosseguir até que seja corrigido.

1. Declare explicitamente a tag <uses-sdk> no arquivo Platforms/Android/AndroidManifest.xml:

   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>

2. Adicione a propriedade no <PropertyGroup> do arquivo .csproj do projeto:

   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

Erro 2: Aviso de Código de Versão Significativamente Maior

Mensagem de Aviso:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"

Solução:

• O Google Play exibe este aviso quando o código de versão anterior do projeto era um número baixo (ex: 1 ou 8) e você passa a utilizar o formato dinâmico baseado em data (ex: 610 milhões).
• Este não é um erro impeditivo. Ele pode ser ignorado clicando no botão azul Proceed anyway (Continuar assim mesmo) localizado logo abaixo do aviso.
• Como esse número servirá de base para os envios subsequentes, o aviso de salto significativo não voltará a aparecer.

---

5. Preparação da Política de Privacidade

De acordo com as políticas do Google Play, mesmo que seu aplicativo não colete dados confidenciais, é obrigatório disponibilizar um link para a Política de Privacidade em uma página web padrão, publicamente acessível (não PDF), com SSL ativo (HTTPS).

Hospedagem Gratuita no GitHub

Um arquivo markdown (blob/main/...) em um repositório do GitHub é aceito diretamente pelo Google como uma página web válida.

Tópicos Essenciais que Devem Constatar na Política

1. Anúncios (Google AdMob): Banners, anúncios intersticiais e com recompensa; uso do ID de Publicidade do Android (AD_ID), dados técnicos do dispositivo e localização IP aproximada.
2. Compras no App e Assinaturas (Google Play Billing): Pagamentos processados inteiramente pela infraestrutura do Google, sem que o desenvolvedor tenha acesso a dados de cartão ou faturamento.
3. Análise e Telemetria (Firebase Analytics & Crashlytics): Eventos de uso anônimos e relatórios de falhas.
4. Gerenciamento de Consentimento (Google UMP): Telas de consentimento em conformidade com LGPD/GDPR e direito do usuário de gerenciar preferências nas configurações.
5. Isenções Legais e Declarações Especiais (Ex: Loterias Esportivas / Ferramentas de Estatística):
   • O aplicativo não é, de forma alguma, uma plataforma de apostas ou jogos de azar.
   • Fornece exclusivamente otimização matemática de cupons e suporte analítico.
   • Ao redirecionar para casas de apostas ou lotéricas oficiais, credenciais de login nunca são capturadas, e verificações 2FA/SMS ocorrem diretamente na interface oficial da instituição.
6. Nota de Segurança: Links pessoais (como o perfil individual do desenvolvedor no GitHub) não devem constar no texto da política de privacidade; informe apenas o e-mail corporativo e o site oficial.

---

6. Acesso ao Aplicativo / Detalhes de Login

Antes que os revisores do Google possam testar o app, você deve declarar se o aplicativo possui áreas com acesso restrito:

• Seleção: No (Nenhuma parte do aplicativo é restrita).
• Explicação: Se o aplicativo não exige cadastro, login de usuário, e-mail/senha ou telas bloqueadas, selecione No. Se marcar 'Yes', o Google solicitará credenciais de teste para prosseguir.

---

7. Declaração de Anúncios

Nesta etapa, declara-se se o aplicativo exibe anúncios:

• Seleção: Yes, my app contains ads (Sim, meu app contém anúncios).
• Explicação: Se o app possui a biblioteca do AdMob ou se pretende ativar anúncios futuramente, deve-se selecionar 'Yes'. Isso ativa o rótulo "Contém anúncios" na página do Google Play e garante total conformidade com as políticas.

---

8. Classificação de Conteúdo (Questionário IARC)

Para determinar a classificação etária do aplicativo, deve-se responder ao questionário da IARC (International Age Rating Coalition).

A. Seleção da Categoria e E-mail

• Categoria: All Other App Types (Todos os outros tipos de aplicativos: utilitários, ferramentas, calculadoras que não sejam jogos nem redes sociais).
• E-mail: Insira o e-mail de contato e confirme os termos da IARC.

B. Perguntas do Questionário (Questionnaire)

Seção 1: Violência e Comunicação entre Usuários

• Downloaded App (Violência, conteúdo sexual, linguagem ofensiva): No
• User Content Sharing (Troca de mensagens, áudio ou mídia entre usuários): No

Seção 2: Conteúdo e Produtos com Restrição de Idade

• Online Content (Transmissão de música/vídeo ou catálogo de e-commerce): No
• Promotion of Age-Restricted Products (Tabaco, álcool, jogos de azar): No (Absolutamente «No», pois o aplicativo não aceita apostas)
• Miscellaneous (Compartilhamento de localização GPS precisa): No

Seção 3: Bens Digitais e Recursos Diversos

• Digital Goods (Venda de bens digitais): No («No» se não houver faturamento ativo da loja integrado; se ativo, selecione «Yes» para receber o selo de Compras Digitais)
• Cash Rewards (Recompensas em dinheiro, cartões-presente): No
• Web Browser (Navegador de internet / mecanismo de busca): No
• News / Educational (Produto de notícias ou educativo): No

Ao responder «No» a todas essas perguntas, o aplicativo obtém a classificação indicativa ideal para o público mais amplo possível no mundo (PEGI 3, ESRB Everyone, Livre).

---

9. Público-Alvo e Seleção da Faixa Etária

Ao definir o público-alvo, é vital declarar com precisão se o app é destinado a crianças, em conformidade com as diretrizes Designed for Families (Política de Família) do Google e leis como a COPPA.

Escolha Correta: somente 18 and over (18 anos ou mais)

• Por que apenas 18+?
  1. Conformidade Legal: Ferramentas de análise estatística esportiva, probabilidades e cupons de loteria esportiva destinam-se a adultos.
  2. Proteção contra Restrições da Política Familiar: Se selecionar menores de 13 ou 13-17 anos, o Google exige SDKs de anúncios certificados para crianças, restringe telemetria e aplica um processo de revisão muito mais severo.
  3. Consistência com a Política de Privacidade: 100% alinhado com o termo "O aplicativo é destinado a usuários maiores de 18 anos".
• Segunda Etapa (Seu app pode atrair crianças involuntariamente?):
  • Esta pergunta deve ser respondida com No. A interface não contém personagens de desenho animado, temas infantis ou animações voltadas para crianças.

---

10. Painel de Conteúdo do App (App Content Dashboard)

O Google Play Console monitora a conformidade de conteúdo e declarações legais através de uma lista de verificação no menu lateral esquerdo: Policy and programs -> App content.

Ícones verdes de confirmação (✓) surgem conforme a política de privacidade, permissões de acesso, anúncios e classificação de conteúdo são concluídos. As seções restantes (Segurança dos Dados, Agências Governamentais, Recursos Financeiros, Saúde) devem ser preenchidas em sequência.

---

11. Formulário de Segurança dos Dados (Data Safety)

Uma das áreas mais rigorosamente avaliadas pela equipe do Google Play. Você deve declarar quais dados o app e suas bibliotecas coletam ou compartilham com terceiros.

Pergunta: O seu aplicativo coleta ou compartilha algum dos tipos de dados de usuário obrigatórios?

• Seleção para o Primeiro Lançamento: No (Não).
• Razão Técnica: Como no primeiro pacote .aab os SDKs do AdMob ou Firebase ainda não foram ativados diretamente no código e identificadores de usuário ou dados confidenciais não estão sendo coletados, selecionar No conclui o formulário de forma limpa.
• Observação para o Futuro: Quando os SDKs de anúncios ou analytics forem ativados no código, você deve retornar a este formulário e atualizar os itens "Localização aproximada", "Desempenho do app" e "IDs do dispositivo ou outros identificadores (AD_ID)" para Yes.

Após conferir a prévia na loja, os dados são salvos.

---

12. Declarações Legais e Regulatórias

A. Aplicativos Governamentais (Government Apps)

• Seleção: No (O aplicativo não representa uma entidade governamental oficial).

B. Recursos Financeiros (Financial Features)

• Seleção: My app doesn't provide any financial features no final da página.
• Confirmação: Na janela modal exibida, confirme que não há necessidade de enviar licenças financeiras ou comprovações bancárias:

C. Aplicativos de Saúde (Health Apps)

• Seleção: My app does not have any health features no final da página.
• Confirmação: No diálogo modal, confirme que a documentação regional de saúde não é necessária:

---

13. Configurações da Loja e Informações de Contato

Configura-se a categoria na loja e os canais de contato pelos quais os usuários podem se comunicar com o desenvolvedor:

• Categoria do App: Sports ou Utilities / Tools.
• Tags: Palavras-chave relevantes podem ser selecionadas (Ex: Esportes, Ferramentas).
• Detalhes de Contato da Ficha:
  • Endereço de E-mail: destek@sirketadi.com (E-mail corporativo de suporte é obrigatório).
  • Site Oficial: https://company.com
• Marketing Externo: Deixe marcado para permitir que o Google promova seu app fora do Google Play:

---

14. Ficha Principal da Loja e Recursos Visuais

A vitrine da loja é o elemento mais determinante na decisão dos usuários de baixar seu app:

A. Textos

• Nome do App: Máximo 30 caracteres (Ex: 15te15 - Spor Toto Assistant).
• Descrição Curta: Máximo 80 caracteres (Ex: Formula optimization, probability calculation and smart Spor Toto coupon assistant.).
• Descrição Completa: Descrição detalhada incluindo recursos, vantagens algorítmicas e avisos legais.

B. Padrões de Dimensões dos Recursos Visuais

• Ícone do App (App Icon): Exatamente 512 x 512 px, PNG de 32 bits, máximo de 1 MB.
• Gráfico de Recursos (Feature Graphic): Exatamente 1024 x 500 px, JPG ou PNG de 24 bits, máximo de 15 MB.
• Capturas de Tela para Celular:
  • Mínimo 2, máximo 8 capturas.
  • Lado mínimo: 1080 px (Ex: 1080 x 2340 px).
  • Proporção: 16:9 ou 9:16.

C. Declaração de Conteúdo Gerado por IA

• Mesmo que ferramentas de IA tenham sido usadas na criação das imagens da loja, selecione Don't label assets, desde que não reproduzam rostos humanos fotorrealistas de pessoas públicas que possam enganar o usuário.

---

15. Configuração e Revisão do Teste Fechado

Para novas contas pessoais de desenvolvedor no Google Play Console, é obrigatório concluir o processo de Teste Fechado (Closed Testing) antes de lançar o aplicativo diretamente em produção.

A. Enviando Alterações para Revisão (Visão Geral da Publicação)

Quando todas as configurações e formulários da loja estiverem preenchidos, a tela de visão geral listará as alterações pendentes:

No entanto, para que o botão "Send changes for review" (Enviar alterações para revisão) no canto superior direito seja habilitado, o app precisa ter pelo menos uma versão configurada em uma faixa de teste fechado.

B. Etapas do Teste Fechado

São necessárias 3 etapas obrigatórias para concluir a configuração do teste fechado:

1. Selecionar países e regiões (Select countries and regions):

• Selecione os países onde o app será testado (por padrão, todo o mundo ou regiões específicas) e clique em Save no canto inferior direito.

2. Selecionar testadores (Select testers):

• Na aba Testers, selecione uma lista de e-mails ou crie uma nova.
• Para obter permissão de produção em contas pessoais, o Google exige que pelo menos 20 testadores participem ativamente do teste por 14 dias ininterruptos. Portanto, adicione um número suficiente de usuários reais.
• Após selecionar a lista, clique em Save changes no canto inferior direito.

3. Criar uma nova versão (Create a new release):

• Com Países e Testadores configurados, a mensagem "2 of 4 complete" será exibida.
• Clique no botão azul Create new release no canto superior direito para prosseguir com a versão.

• Faça o upload do pacote .aab assinado. Após a conclusão, o Google analisará o pacote:

• Como visto na imagem, Target SDK: 36 é identificado com sucesso, Version: 610060410 e as arquiteturas são validadas.
• Ao clicar em Next, uma tela de aviso será exibida devido ao salto no código de versão:

• Solução: Clique no link azul Proceed anyway logo abaixo do aviso "This release's version code is significantly higher than your previous version code".
• Com o aviso dispensado, salve a versão clicando no botão azul Save no canto inferior direito.

Ao concluir essas etapas, retorne à tela Publishing overview e inicie o processo de análise do Google clicando em Send changes for review.

C. Situação Comum: Aviso "App not available" no Link de Teste

A tela mais comum encontrada pelos desenvolvedores ao abrir o link de adesão ao teste fechado (play.google.com/apps/testing/com...):

"App not available - A testing version of this app hasn't been published yet or isn't available for this account."

Causas e Solução:

1. Em Análise (In Review): O link não funcionará até que a equipe de revisão do Google aprove a versão enviada. Ele estará ativo assim que o status no Play Console for alterado para "Available to testers".
2. Divergência de Contas Google: A conta conectada no navegador deve ser exatamente a mesma cadastrada na lista Testers no Play Console.
3. Tempo de Propagação nos Servidores: Mesmo após a aprovação do Google, pode levar de 1 a 2 horas para que o link se propague pelos servidores da loja no mundo todo.

D. Participando do Programa de Testes (Become a Tester - Opt-in)

Após a aprovação e ativação do link, abre-se a tela oficial de convite:

• A página apresenta o ícone do app, o nome do desenvolvedor e o convite para a versão de teste.
• Ao clicar no botão azul Become a tester, a conta é integrada ao teste.
• O aplicativo pode ser baixado diretamente pelo aplicativo da Google Play Store no dispositivo Android clicando no link "Download it on Google Play".

---

16. Declaração do ID de Publicidade (Advertising ID)

Para todos os aplicativos direcionados ao Android 13 (API 33) e superior, a Google Play exige declaração explícita sobre o uso do Advertising ID (AD_ID).

Pergunta: O seu app usa o ID de publicidade?

A regra fundamental do Google nesta página é:

"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."

• Opção 1 (Recomendada): No (Não).
• No pacote de teste fechado atual, bibliotecas do AdMob ainda não foram compiladas no código e a permissão AD_ID não está presente no AndroidManifest.xml. Selecionar No evita conflitos de manifesto.
• Opção 2 (Se selecionar «Yes»):

• Se escolher Yes, deve-se marcar a finalidade [x] Advertising or marketing e obrigatoriamente marcar a caixa "Turn off release errors" no rodapé (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...), já que a permissão ainda não foi incluída no manifesto.

Em ambos os casos, após a seleção, clique em Save no canto inferior direito.

---

17. Envio Final para Revisão (Final Submission)

Com a ficha da loja, política de privacidade, segurança dos dados, declarações legais, público-alvo e versão de teste fechado concluídos, volte para a tela Publishing overview:

• Submit 14 changes for review: O Google Play reúne todas as declarações e a versão em um pacote único de avaliação (14 alterações aguardando aprovação).
• O processo oficial de aprovação tem início ao clicar no botão azul Submit 14 changes for review.
• Verificações automatizadas de qualidade ocorrem em segundo plano e, em seguida, o aplicativo entra na fila de análise da equipe da Google Play. Em contas pessoais, isso costuma levar de 24 a 72 horas.

---

18. Solicitação de Acesso à Produção Após o Teste Fechado

Quando o período de teste fechado (mínimo de 14 dias de testes contínuos com pelo menos 20 usuários) for cumprido, o botão "Apply for production" será ativado no painel principal do Play Console. Clicando nele, o Google disponibiliza um formulário em 3 etapas para avaliar se o app foi devidamente testado e se está pronto para ir ao ar:

Etapas do Formulário:

1. Sobre seu teste fechado (About your closed test): Como você recrutou testadores, como coletou feedback e quais melhorias realizou com base nos comentários.
2. Sobre seu aplicativo (About your app): O público-alvo do aplicativo e os principais benefícios oferecidos aos usuários.
3. Sua preparação para produção (Your production readiness): Como você monitorará erros e gerenciará avaliações dos usuários após o lançamento.

Perguntas Críticas e Exemplos de Respostas

1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"

Como você recrutou testadores para o teste fechado? (Ex: amigos e família ou provedor de testes pago?)

Regra Importante: O Google rejeita bots ou fazendas de teste pagas. O caminho mais seguro é declarar que os testadores foram usuários orgânicos reais, círculo pessoal e comunidades dedicadas.

I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.

2. "How easy was it to recruit testers for your app?"

Quão fácil foi recrutar testadores para o seu app?

• Escolha Recomendada: Neither difficult or easy ou Easy. Demonstra que o processo ocorreu de forma natural e equilibrada.

3. "Describe the engagement you received from testers during your closed test"

Descreva o engajamento dos testadores durante o teste fechado:
(Dica do Google: indique se os usuários utilizaram todos os recursos e se o comportamento refletiu o de um usuário real)

Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.

4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."

Apresente um resumo do feedback recebido dos testadores e como ele foi coletado:

Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.

---

Etapa 2: Sobre seu aplicativo (About your app)

Nesta etapa, declaram-se o público-alvo, a proposta de valor e a expectativa de downloads para o primeiro ano:

1. "Who is the intended audience of your app?"

Qual é o público-alvo do seu aplicativo?

The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.

2. "Describe how your app provides value to users"

Descreva como seu app agrega valor aos usuários:

The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.

3. "How many installs do you expect your app to have in your first year?"

Quantas instalações você espera alcançar no primeiro ano?

• Escolha Recomendada: 0 - 10K (Uma meta realista e consistente para um desenvolvedor independente).

---

Etapa 3: Sua preparação para produção (Your production readiness)

A última etapa aborda as melhorias realizadas a partir dos testes e a justificativa para o app ir ao ar:

1. "What changes did you make to your app based on what you learned during your closed test?"

Quais alterações você fez no app com base no que aprendeu no teste fechado?

Recomendação: A resposta deve ser perfeitamente coerente com os comentários informados anteriormente (adaptação a telas menores, tamanho de fonte, rótulos de filtros e cache de dados).

Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.

2. "How did you decide that your app is ready for production?"

Como você decidiu que o app está pronto para produção comercial?

Recomendação: Destaque as métricas do Android Vitals (zero travamentos, zero falhas ANR), o período de 14 dias de testes e a estabilidade comprovada em diferentes versões do Android.

We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.

Após preencher todos os campos, o envio é concluído clicando no botão azul Apply no canto inferior direito.

Tela de Solicitação Enviada (Processo de Avaliação)

Clicar em «Apply» leva de volta ao painel principal do Play Console, onde a seguinte mensagem de acompanhamento é exibida na aba Production:

"We have your application for production access"
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."

Informações Importantes:

1. Prazo de Resposta: Embora o Google indique formalmente "7 days or less", para apps com respostas coerentes e taxa de falhas zerada, o retorno costuma sair entre 24 e 72 horas.
2. Notificação de Resultado: Ao concluir a avaliação, um e-mail oficial é enviado ao proprietário da conta (ver Seção 19).
3. Durante o Período de Espera: Nenhuma ação adicional é requerida; a faixa de teste fechado pode continuar ativa enquanto se aguarda o parecer do Play Console.

---

19. Vitória Final: Aprovação de Acesso à Produção (Production Access)

Quando a etapa de Teste Fechado (14 dias de testes contínuos com no mínimo 20 testadores) é finalizada com êxito e a solicitação é aprovada, a equipe do Google Play Console envia a confirmação oficial:

"Congratulations! Your app has been granted Google Play production access"
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."

O que significa este e-mail?

1. Lançamento Público: Seu aplicativo está qualificado para ser publicado para bilhões de usuários do Android em todo o mundo, e não apenas para testadores convidados.
2. Superação do Limite de Conta Pessoal: A exigência de 20 testadores por 14 dias foi oficialmente atendida, conferindo status de confiabilidade à conta.
3. Lançamento em um Clique: No canal Production do Play Console, o pacote aprovado nos testes fechados pode ir ao ar diretamente na loja oficial.

---

20. Checklist Pré-Lançamento (Concluído)

Itens de controle no processo de publicação:

• O ID do app e o nome exclusivo do pacote foram criados no Play Console?
• O pacote .aab assinado foi compilado com targetSdkVersion 36?
• O código de versão (versionCode) é maior que o das versões anteriores? (Foi clicado em Proceed anyway no aviso?)
• O link da Política de Privacidade está ativo e abre via HTTPS?
• O Acesso ao App foi gravado como No?
• A declaração de anúncios foi marcada como Yes?
• A classificação de conteúdo IARC foi respondida e o certificado obtido?
• O público-alvo foi definido como 18 and over?
• O formulário de Segurança dos Dados (Data Safety) foi preenchido?
• Declarações governamentais, financeiras e de saúde foram registradas como No?
• Os recursos visuais da loja (ícone 512x512, gráfico de recursos 1024x500, capturas de tela) foram enviados?
• Teste Fechado: países e regiões foram selecionados e salvos?
• Teste Fechado: a lista de testadores foi selecionada e salva?
• Teste Fechado: o pacote .aab assinado foi enviado e a versão criada?
• ID de Publicidade (Advertising ID): salvo como No para o lançamento inicial?
• Visão Geral da Publicação: as alterações foram submetidas para análise do Google?
• Processo de Teste Fechado concluído e Acesso à Produção liberado?

---

21. Arar Games e Nossos Jogos

Visite as páginas dos nossos jogos na loja para conhecer na prática as mecânicas, novidades e atualizações desenvolvidas pelo nosso estúdio independente:

🎮 Nossos Jogos:

• 🛡️ Blocked: Pixel Panzer:
  Ação retrô de tanques em pixel art, projéteis elementais ColorWheel, clima dinâmico, batalhas de chefes, placares mundiais e conquistas do Google Play!
  👉 Baixar no Google Play (Android e PC) | Microsoft Store (Windows PC)
• 🎨 Paint Trek:
  Experiência arcade focada em reflexos com pixels coloridos e atmosfera espacial.
  👉 Google Play | Microsoft Store (PC & Xbox)
• 🚀 Space Dodger:
  Desvio dinâmico de obstáculos retrô-arcade nas profundezas do espaço.
  👉 Baixar no Google Play

📢 Redes Sociais e Comunicação:

Acompanhe nossos tutoriais técnicos, diários de desenvolvimento e novidades:

• 🎵 TikTok: @arargamesstudio
• 📸 Instagram: @arargamesstudio
• 🐦 X (Twitter): @arargamesstudio
• 📺 YouTube: @koreaaria
• 🧵 Threads: @arargamesstudio
• 📘 Facebook: arargamesstudio

---

Elaborado por: Arquivo de Documentação para Desenvolvedores da Arar Games