Google Play Store - Deploy Android
Última atualização: 6 de novembro de 2025
Visão Geral
Guia completo para publicação de aplicativos Android na Google Play Store, incluindo os diferentes tipos de testes disponíveis e o processo de deploy em produção. A Play Store oferece múltiplas faixas de teste que permitem validar o aplicativo com diferentes grupos de usuários antes do lançamento público.
Tipos de Distribuição
| Tipo | Alcance | Descrição |
|---|---|---|
| Teste Interno | Até 100 testadores | Testes rápidos com equipe interna |
| Teste Fechado | Grupos específicos | Testes com grupos selecionados de usuários |
| Teste Aberto | Qualquer usuário | Testes públicos antes do lançamento |
| Produção | Todos os usuários | Versão final disponível publicamente |
Pré-requisitos
Conta de Desenvolvedor
- Conta Google Play Console ativa
- Informações da empresa preenchidas
- Políticas da Play Store aceitas
Configurações Necessárias
| Item | Descrição | Obrigatório |
|---|---|---|
| App Bundle (AAB) | Arquivo compilado do aplicativo | ✅ Sim |
| Chave de assinatura | Certificado para assinar o app | ✅ Sim |
| Ícone do aplicativo | 512x512px em PNG | ✅ Sim |
| Screenshots | Mínimo 2 por tipo de dispositivo | ✅ Sim |
| Descrição | Curta e longa | ✅ Sim |
| Política de Privacidade | URL válida | ✅ Sim |
Tipos de Teste
1. Teste Interno
Características
- Público: Até 100 testadores cadastrados
- Tempo de aprovação: Quase instantâneo
- Finalidade: Validação rápida com equipe interna
- Revisão do Google: Mínima ou inexistente
Para que serve
- ✅ Testes rápidos de desenvolvimento
- ✅ Validação de funcionalidades antes de testes maiores
- ✅ Verificação de builds
- ✅ Testes de integração contínua (CI/CD)
Como Configurar
- Acessar Play Console → Seu aplicativo → Testes internos
- Criar nova versão de teste interno
- Fazer upload do AAB gerado
- Adicionar testadores:
- Criar lista de e-mails
- Máximo de 100 testadores
- Salvar e revisar
- Iniciar lançamento para teste interno
Adicionar Testadores
1. Play Console → Testes internos → Testadores
2. Criar lista de e-mails
3. Adicionar e-mails dos testadores (separados por vírgula)
4. Salvar lista
5. Compartilhar link de opt-in com testadores
2. Teste Fechado
Características
- Público: Grupos específicos de usuários (sem limite fixo)
- Tempo de aprovação: Algumas horas a 1 dia
- Finalidade: Testes com grupo controlado de usuários reais
- Revisão do Google: Moderada
Para que serve
- ✅ Testes beta com grupo selecionado
- ✅ Validação com clientes específicos
- ✅ Coleta de feedback estruturado
- ✅ Testes de aceitação do usuário (UAT)
Como Configurar
- Acessar Play Console → Seu aplicativo → Testes fechados
- Criar nova faixa de teste fechado (ou usar existente)
- Fazer upload do AAB
- Gerenciar testadores:
- Criar lista de e-mails
- OU usar grupos do Google Groups
- Sem limite de testadores
- Configurar países onde o teste estará disponível
- Revisar e iniciar lançamento
Opções de Distribuição
| Método | Descrição | Uso Recomendado |
|---|---|---|
| Lista de e-mails | Adicionar e-mails manualmente | Grupos pequenos |
| Google Groups | Usar grupos existentes | Grandes equipes |
| Link de opt-in | Compartilhar link público | Comunidades |
3. Teste Aberto
Características
- Público: Qualquer usuário da Play Store
- Tempo de aprovação: 1-3 dias
- Finalidade: Beta público antes do lançamento
- Revisão do Google: Completa
Para que serve
- ✅ Testes públicos antes do lançamento oficial
- ✅ Coleta de feedback em larga escala
- ✅ Validação de estabilidade com grande base de usuários
- ✅ Geração de avaliações antecipadas
Como Configurar
- Acessar Play Console → Seu aplicativo → Testes abertos
- Criar nova versão de teste aberto
- Fazer upload do AAB
- Configurar limite de testadores (opcional)
- Selecionar países disponíveis
- Adicionar notas da versão
- Revisar e enviar para análise
- Aguardar aprovação do Google (1-3 dias)
Configurações Adicionais
- Limite máximo de testadores (opcional)
- Países disponíveis para teste
- Requisitos de idade
- Descrição do programa de teste
4. Produção
Características
- Público: Todos os usuários da Play Store
- Tempo de aprovação: 1-7 dias (primeira versão pode levar mais)
- Finalidade: Versão final do aplicativo
- Revisão do Google: Completa e rigorosa
Para que serve
- ✅ Lançamento oficial do aplicativo
- ✅ Disponibilização para todos os usuários
- ✅ Geração de receita (se aplicável)
- ✅ Posicionamento na loja
Passo a Passo para Deploy
1. Preparar o Build
Gerar App Bundle (AAB)
# Via Fastlane (recomendado)
bundle exec fastlane android production
# Ou manualmente
cd android
./gradlew bundleRelease
Verificar Assinatura
# Verificar se o AAB está assinado corretamente
jarsigner -verify -verbose -certs app/build/outputs/bundle/release/app-release.aab
2. Acessar Play Console
- Login em Google Play Console
- Selecionar seu aplicativo
- Navegar até a seção desejada:
- Testes internos
- Testes fechados
- Testes abertos
- Produção
3. Criar Nova Versão
Para Teste Interno
1. Testes internos → Criar nova versão
2. Upload do AAB
3. Preencher notas da versão
4. Revisar e salvar
5. Iniciar lançamento
Para Teste Fechado
1. Testes fechados → Selecionar faixa
2. Criar nova versão
3. Upload do AAB
4. Configurar testadores
5. Preencher notas da versão
6. Revisar e iniciar lançamento
Para Teste Aberto
1. Testes abertos → Criar nova versão
2. Upload do AAB
3. Configurar limite de testadores (opcional)
4. Selecionar países
5. Preencher notas da versão
6. Enviar para análise
7. Aguardar aprovação
Para Produção
1. Produção → Criar nova versão
2. Upload do AAB
3. Preencher notas da versão
4. Revisar todas as informações
5. Enviar para análise
6. Aguardar aprovação (1-7 dias)
4. Preencher Informações da Versão
Campos Obrigatórios
| Campo | Descrição | Exemplo |
|---|---|---|
| Nome da versão | Versão legível | "5.1.550" |
| Código da versão | Número incremental | 550 |
| Notas da versão | Mudanças nesta versão | "Correções de bugs e melhorias" |
Template de Notas da Versão
### Novidades
- 🎉 Nova funcionalidade X
- ✨ Melhorias na interface Y
### Correções
- 🐛 Corrigido problema Z
- 🔧 Ajustes na performance
### Melhorias
- ⚡ Otimização do carregamento
- 🎨 Interface mais intuitiva
5. Configurar Lançamento Gradual
O que é Lançamento Gradual
Permite distribuir a atualização para uma porcentagem de usuários por vez, reduzindo riscos.
Porcentagens Recomendadas
| Fase | Porcentagem | Duração | Ação |
|---|---|---|---|
| Inicial | 5% | 1-2 dias | Monitorar crashes |
| Fase 2 | 20% | 2-3 dias | Analisar feedback |
| Fase 3 | 50% | 2-3 dias | Validar estabilidade |
| Final | 100% | - | Lançamento completo |
Como Configurar
1. Na tela de produção → Gerenciar lançamento
2. Selecionar "Lançamento gradual"
3. Escolher porcentagem inicial (ex: 5%)
4. Iniciar lançamento
5. Aumentar porcentagem gradualmente
6. Monitoramento Pós-Deploy
Métricas Importantes
| Métrica | Onde Encontrar | Ação se Crítico |
|---|---|---|
| Taxa de crashes | Play Console → Qualidade | Pausar lançamento |
| ANRs | Play Console → Qualidade | Investigar e corrigir |
| Avaliações | Play Console → Avaliações | Responder usuários |
| Instalações | Play Console → Estatísticas | Monitorar tendência |
Painel de Qualidade
Play Console → Qualidade → Visão geral do Android vitals
Monitore:
- Taxa de crashes (< 0.9%)
- Taxa de ANR (< 0.5%)
- Consumo de bateria
- Tempo de inicialização
Requisitos de Conteúdo
Screenshots Obrigatórios
| Tipo | Quantidade | Dimensões |
|---|---|---|
| Smartphone | Mínimo 2 | 1080x1920px (16:9) |
| Tablet 7" | Opcional | 1200x1920px |
| Tablet 10" | Opcional | 2048x1536px |
Gráficos Promocionais
| Item | Dimensões | Obrigatório |
|---|---|---|
| Ícone | 512x512px | ✅ Sim |
| Imagem de destaque | 1024x500px | ✅ Sim |
| Banner de TV | 1280x720px | ❌ Não |
Políticas e Compliance
Checklist de Conformidade
- ✅ Política de Privacidade publicada e acessível
- ✅ Permissões justificadas e necessárias
- ✅ Conteúdo apropriado e classificado corretamente
- ✅ Funcionalidades declaradas correspondem ao app
- ✅ Dados do usuário protegidos (LGPD/GDPR)
- ✅ Publicidade de acordo com políticas do Google
Links Úteis
Solução de Problemas
Erro: "O upload falhou"
# Verificar:
1. Tamanho do arquivo (máx 150MB)
2. Formato correto (AAB)
3. Assinatura válida
4. Código de versão não duplicado
Erro: "Versão rejeitada"
Possíveis causas:
- Violação de política
- Permissões não justificadas
- Problemas de segurança
- Conteúdo inadequado
Ação:
1. Ler e-mail de rejeição
2. Corrigir problemas apontados
3. Reenviar para análise
Lançamento Pausado Automaticamente
Causas comuns:
- Taxa de crashes > 0.9%
- Taxa de ANR > 0.5%
- Violação de políticas detectada
Ação:
1. Verificar logs de crash
2. Corrigir problemas críticos
3. Lançar nova versão
Automação com Fastlane
Configuração do Fastfile
# android/fastlane/Fastfile
lane :deploy_internal do
gradle(task: "bundle", build_type: "Release")
upload_to_play_store(
track: 'internal',
aab: 'app/build/outputs/bundle/release/app-release.aab',
skip_upload_metadata: true,
skip_upload_images: true,
skip_upload_screenshots: true
)
end
lane :deploy_beta do
gradle(task: "bundle", build_type: "Release")
upload_to_play_store(
track: 'beta', # teste fechado
aab: 'app/build/outputs/bundle/release/app-release.aab',
skip_upload_metadata: true
)
end
lane :deploy_production do
gradle(task: "bundle", build_type: "Release")
upload_to_play_store(
track: 'production',
aab: 'app/build/outputs/bundle/release/app-release.aab',
rollout: '0.1' # 10% gradual
)
end
Executar Deploy
# Teste interno
bundle exec fastlane android deploy_internal
# Teste fechado (beta)
bundle exec fastlane android deploy_beta
# Produção
bundle exec fastlane android deploy_production
Comparação de Faixas de Teste
| Característica | Interno | Fechado | Aberto | Produção |
|---|---|---|---|---|
| Aprovação | Instantânea | Horas/1 dia | 1-3 dias | 1-7 dias |
| Testadores | Até 100 | Ilimitado | Ilimitado | Todos |
| Visibilidade | Privado | Privado | Público | Público |
| Feedback | Direto | Estruturado | Avaliações | Avaliações |
| Uso | Dev/QA | Beta | Beta público | Release |
Boas Práticas
Antes do Deploy
- ✅ Testar em múltiplos dispositivos e versões do Android
- ✅ Realizar testes de regressão completos
- ✅ Verificar performance e consumo de bateria
- ✅ Revisar permissões solicitadas
- ✅ Atualizar changelog/notas de versão
Durante o Deploy
- ✅ Usar lançamento gradual em produção
- ✅ Monitorar métricas de qualidade
- ✅ Responder avaliações rapidamente
- ✅ Manter canal de comunicação com usuários
Após o Deploy
- ✅ Monitorar crashes e ANRs por 48h
- ✅ Analisar feedback dos usuários
- ✅ Preparar hotfix se necessário
- ✅ Documentar problemas encontrados
Checklist de Deploy
Pré-Deploy
- Build gerado e testado
- Código de versão incrementado
- Notas de versão escritas
- Screenshots atualizados (se necessário)
- Política de privacidade atualizada
- Testes de segurança realizados
Deploy
- AAB enviado para faixa correta
- Testadores configurados (se aplicável)
- Países selecionados
- Lançamento gradual configurado (produção)
- Revisão final realizada
Pós-Deploy
- Monitoramento de crashes ativo
- Avaliações sendo respondidas
- Métricas sendo analisadas
- Equipe de suporte alertada
- Documentação atualizada
Recursos Adicionais
Documentação Oficial
Ferramentas Úteis
| Ferramenta | Finalidade |
|---|---|
| bundletool | Testar AAB localmente |
| apkanalyzer | Analisar tamanho do APK |
| Fastlane | Automação de deploy |
| Firebase Crashlytics | Monitoramento de crashes |
Glossário
| Termo | Descrição |
|---|---|
| AAB | Android App Bundle - formato moderno de distribuição |
| APK | Android Package Kit - formato legado |
| ANR | Application Not Responding - app travado |
| Rollout | Lançamento gradual por porcentagem |
| Track | Faixa de distribuição (internal, beta, production) |
| Version Code | Número interno incremental da versão |
| Version Name | Nome legível da versão (ex: 5.1.550) |
Sempre mantenha pelo menos uma versão em teste interno para validações rápidas antes de promover para faixas superiores.
O tempo de aprovação pode variar. Para lançamentos urgentes, planeje com antecedência e considere manter uma versão em teste aberto já aprovada.
A Google pode pausar automaticamente o lançamento se detectar problemas de qualidade. Mantenha suas métricas Android Vitals sempre dentro dos limites recomendados.