Por que o Google Play rejeita apps

1. Target API level muito baixo

O Google Play exige que novos apps e atualizações tenham como alvo um Android API level recente (atualmente API 35 / Android 15). Se seu targetSdkVersion estiver abaixo do limite, o Play Console bloqueia o upload de cara. Suba o target e re-teste para mudanças de comportamento.

2. Build de release debuggable

Publicar uma build com android:debuggable="true" é rejeitado. Garanta que seu tipo de build de release não habilite depuração.

3. Permissões sensíveis e restritas

Permissões como localização em segundo plano, SMS / Call Log e acesso a todos os arquivos (MANAGE_EXTERNAL_STORAGE) exigem um caso de uso forte e, muitas vezes, um Formulário de Declaração de Permissões. Solicitá-las sem justificativa é um dos principais motivos de remoção.

• Solicite apenas as permissões que seus recursos atuais precisam.
• Adicione uma divulgação em contexto e visível antes de solicitá-las.
• Preencha o formulário de declaração onde for necessário.

4. Inconsistência no formulário Data safety

A seção Data safety do seu Play Console precisa corresponder ao que o app e seus SDKs de fato coletam e compartilham. Discrepâncias — muitas vezes introduzidas por um SDK de analytics ou de anúncios — disparam rejeições e suspensões. Audite cada dependência.

5. Broken Functionality versus Limited Functionality

São duas secções distintas da mesma página de políticas, e são confundidas constantemente. Broken Functionality trata de apps que rebentam, congelam ou nunca carregam: a sua app falhou. Limited Functionality and Content trata de wrappers de webview e cascas vazias: a sua app funciona, apenas não justifica a instalação. As correcções são opostas. Se a rejeição diz Broken Functionality, não comece a acrescentar funcionalidades.

Guia completo: decifrar uma rejeição Broken Functionality →

6. Comportamento enganoso e falsa identidade

• Alertas falsos do sistema ou imitação da UI do Android.
• Ficha enganosa na loja, keyword stuffing ou selos falsos.
• Copiar o nome, ícone ou marca de outro app.

7. Pagamentos e exclusão de conta

Bens digitais geralmente precisam usar o Google Play Billing. E se os usuários podem criar uma conta, você precisa oferecer exclusão de conta e dados tanto dentro do app quanto por uma URL acessível externamente.

Como o App Review Checker ajuda

Suba seu .apk e lemos o manifest para verificar seu target API level, a flag debuggable, cleartext traffic, permissões restritas, versionamento e formato de publicação — depois guiamos você pelos itens de política (Data safety, cobrança, ficha na loja, exclusão de conta) que precisam de uma resposta humana.

Checklist de envio para Android: o passo a passo completo da Play Store →