Os motivos mais comuns de rejeição na App Store
A maioria das rejeições no iOS não é um mistério — elas se concentram em um punhado de problemas recorrentes. Aqui estão os que mais vemos e exatamente o que verificar antes de enviar.
1. Guideline 2.1 — Completude do app e travamentos
A rejeição mais comum de todas. Os revisores abrem seu app em um dispositivo real e ele trava, mostra conteúdo de placeholder, tem links quebrados ou exige um login que eles não conseguem completar. Resolva testando todo fluxo de ponta a ponta em hardware físico, removendo qualquer conteúdo "beta / demo / em breve" e fornecendo uma conta demo funcional nas notas da App Review.
2. Strings de propósito de permissão ausentes ou vazias
Se seu app solicita câmera, microfone, localização, fotos, contatos ou rastreamento e a chave NS…UsageDescription correspondente está ausente ou vazia, a build é rejeitada automaticamente. Cada capacidade solicitada precisa de uma string de propósito clara e específica que explique o benefício ao usuário — não apenas "necessário para o app funcionar".
3. Privacy manifest e required-reason APIs
Desde 2024 a Apple exige um privacy manifest PrivacyInfo.xcprivacy para apps e muitos SDKs que usam required-reason APIs (timestamps de arquivos, user defaults, espaço em disco, system boot time). Declarações ausentes ou incompletas agora disparam rejeições no upload. Audite também seus SDKs de terceiros — eles são uma fonte frequente.
4. Violações de compra dentro do app e pagamento (3.1.1)
- Vender conteúdo digital ou assinaturas sem o Apple In-App Purchase.
- Direcionar para um site externo para pagar por conteúdo digital.
- Faltar um botão Restore Purchases para não consumíveis.
- Preços, termos ou informações de cancelamento de assinatura pouco claros.
5. Exclusão de conta (5.1.1)
Se os usuários podem criar uma conta, eles precisam poder excluí-la — e todos os dados associados — de dentro do app. A opção precisa ser fácil de achar e precisa de fato excluir, não apenas desativar.
6. Funcionalidade mínima e web wrappers (4.2)
Apps que são essencialmente um site reempacotado, um WKWebView fino ou um template com pouco valor nativo são rejeitados. Garanta que seu app faça algo que uma página web mobile não consegue.
7. App Transport Security desativado (2.5.1)
Definir NSAllowsArbitraryLoads = YES sem exceções desativa por completo a obrigatoriedade de HTTPS e atrai escrutínio. Restrinja as exceções a domínios específicos e justifique cada uma.
Como o App Review Checker ajuda
Suba seu .ipa e verificamos automaticamente o privacy manifest, as strings de permissão, a configuração de ATS, a declaração de criptografia, ícones, launch storyboard e mais — depois guiamos você pelos itens manuais (IAP, exclusão de conta, ATT, exatidão dos metadados) que um binário não detecta.
Verifique sua build antes de enviar
Passe seu .ipa ou .apk pelo App Review Checker e pegue esses problemas em segundos.
Verificar um app