Módulo 07 de 12

Boas Práticas & Prevenção de Violações

Protocolo prático do que fazer e do que evitar para manter sua conta de desenvolvedor 100% saudável e evitar recusas por políticas do Google Play.

7.1. O que Devemos Fazer (Práticas de Sucesso)

Ações essenciais para aumentar a taxa de retenção e garantir aprovação contínua em revisões da loja:

  • Manter a Lista de Testadores Ativa (20+): Em vez de trabalhar no limite mínimo (12 testadores), engaje 20 ou mais testadores pela comunidade TestPool para evitar reinício do contador de 14 dias.
  • Atualizações Graduais com Release Notes Claros: Descreva o que mudou a cada nova compilação (versionCode). O Google valoriza transparência na evolução técnica do app durante os testes.
  • Verificação de Manifesto Mesclado (Merged Manifest): No Android Studio, abra a aba Merged Manifest do seu AndroidManifest.xml antes de gerar o .aab para confirmar se alguma biblioteca de terceiro injetou permissões indesejadas (use tools:node="remove" caso necessário).

7.2. Matriz de Erros Graves & Como Corrigir

Veja as causas mais frequentes de rejeição de binários e avisos na Central de Políticas do Play Console:

Violação Comum Motivo da Reprovação pelo Revisor Solução Técnica Definitiva
Funcionalidade Quebrada / WebView Cru Apps que apenas envelopam um site sem navegação nativa ou que travam ao negar permissão de câmera/localização. Implemente componentes nativos, cache offline e tratamento gracioso quando o usuário recusar permissões opcionais.
Violação de Metadados / Impersonation Usar logotipos de terceiros (ex: ícone oficial do WhatsApp, Gov.br ou bancos) ou termos como "#1", "Oficial" na ficha da loja. Crie identidade visual autoral e use expressões descritivas ("Compatível com...", "Utilitário independente para...").
Permissões de Alto Risco Não Justificadas Presença de REQUEST_INSTALL_PACKAGES, QUERY_ALL_PACKAGES ou ACCESS_BACKGROUND_LOCATION sem vídeo demonstrativo. Remova a permissão via tools:node="remove" no manifesto ou substitua por APIs de escopo restrito (ex: explícito).
Credenciais de Teste Inválidas O revisor do Google não consegue passar da tela de login porque a conta demo expirou ou exige OTP por SMS. Mantenha uma conta de homologação fixa no backend com bypass de 2FA exclusiva para a auditoria do Google Play.

7.3. Quadro Comparativo: Sucesso vs Recusa

Padrão de Sucesso: App compilado com Target SDK 36+, 20 testadores reais engajados no TestPool, telas obrigatórias presentes, logs de auditoria limpos e monetização não invasiva. Consulte também nossas Diretrizes Oficiais do Google Play.
Risco de Recusa: Enviar .aab sem testar em dispositivos físicos, ignorar solicitações de exclusão de conta de usuários ou usar pop-ups de anúncios intrusivos no primeiro segundo de navegação.