Índice
1. Como funciona o processo de rejeição
Quando a Apple rejeita um app, você recebe um e-mail com o assunto "Your submission was not approved" e o status no App Store Connect muda para "Rejected". O e-mail traz um resumo, mas o detalhamento completo fica no Resolution Center, dentro do App Store Connect.
O processo de rejeição não é o fim — é uma comunicação. A Apple informa qual guideline foi violada e, na maioria dos casos, o que precisa ser corrigido. Você tem duas opções: corrigir e reenviar, ou contestar se discordar.
2. Tipos de rejeição
Há três categorias principais de rejeição, com implicações diferentes:
Rejeição técnica
O build tem problemas que impedem o app de funcionar: crashes, loops infinitos, funcionalidades quebradas. A Apple geralmente descreve a tela onde encontrou o problema. Corrija o bug e reenvie um novo build.
Rejeição de política (Guideline)
O app viola uma das diretrizes da Apple — privacidade, design, conteúdo, modelo de negócio. Pode exigir mudanças no app, na metadata ou em como você declara o uso de dados. As guidelines mais frequentes: 2.1, 4.0, 5.1.
Informações insuficientes
O revisor não conseguiu testar o app por falta de credenciais de login, instruções de uso ou acesso a funcionalidades restritas. Não é exatamente uma rejeição — é um pedido de informação. Forneça o que foi pedido no Resolution Center.
3. O Resolution Center
O Resolution Center é o canal oficial de comunicação entre você e o time de revisão da Apple. Para acessar: App Store Connect → seu app → App Review Information → Resolution Center.
Lá você vai encontrar:
- O texto completo da rejeição com a guideline citada.
- Capturas de tela ou vídeos que o revisor pode ter anexado.
- Um campo para você responder com texto e anexos.
- O histórico completo de todas as comunicações anteriores.
✓ Leia a rejeição completa no Resolution Center, não só o e-mail. O e-mail é um resumo — o detalhamento com screenshots e passos para reproduzir o problema está no portal.
4. Como responder corretamente
Uma boa resposta no Resolution Center segue uma estrutura simples:
Template de resposta eficaz
1. Confirme que entendeu o problema. Parafraseie o que a Apple apontou para mostrar que leu com atenção.
2. Explique o que foi corrigido. Seja específico — "removemos o botão X da tela Y" ou "atualizamos a política de privacidade para incluir o uso do Firebase Analytics".
3. Se necessário, forneça contexto adicional. Se o app tem funcionalidades que parecem inativas mas são legítimas (ex: modo offline), explique o propósito.
4. Forneça credenciais se pediu login. Sempre inclua e-mail e senha de uma conta de demonstração.
Escreva em inglês — o time de revisão da Apple opera internacionalmente e respostas em inglês são processadas mais rapidamente e sem risco de interpretação incorreta.
5. O que não fazer
- Não responda com raiva ou de forma agressiva — isso nunca ajuda e pode criar um histórico negativo para a conta.
- Não envie um novo build sem responder primeiro — se há uma rejeição aberta, resolva-a antes de reenviar.
- Não ignore parte da rejeição — se a Apple citou três problemas, corrija os três. Corrigir apenas um e reenviar gera uma nova rejeição para os outros pontos.
- Não peça revisão acelerada por frustração — use o canal de Expedited Review apenas para bugs críticos, não para tentar fugir da fila.
6. Rejeições mais comuns e como resolver
Guideline 2.1 — Performance: App Completeness
O app está com bugs, crashes ou funcionalidades claramente incompletas. Solução: corrija os bugs reportados, envie um novo build com versão atualizada e descreva as correções no Resolution Center.
Guideline 4.0 — Design: Copycat / Minimum Functionality
A Apple entende que o app tem valor insuficiente ou parece uma cópia de outro. Solução: adicione funcionalidades que diferenciam o app, ou explique no Resolution Center o problema específico que o app resolve e quem é o público-alvo.
Guideline 5.1 — Privacy: Data Collection and Storage
O app coleta dados que não estão declarados na política de privacidade ou nas Privacy Labels. Solução: atualize a política e os Privacy Labels no App Store Connect para refletir todos os dados coletados — incluindo SDKs de terceiros.
Login sem credenciais de demonstração
O revisor não conseguiu acessar o app. Solução: crie uma conta de teste com acesso completo às funcionalidades e forneça no campo "Notes" da submissão (e no Resolution Center se já foi rejeitado).
7. Quando apelar para a Apple
Se você corrigiu tudo que foi pedido e o app continua sendo rejeitado pelo mesmo motivo, ou se discorda genuinamente da interpretação da guideline, você pode apelar pelo App Review Board.
Para apelar: Resolution Center → "Agree to Disagree" ou consulte developer.apple.com/contact/app-store. A Apple analisa o recurso com uma equipe diferente do revisor original. O processo leva geralmente 5 a 10 dias úteis.
⚠️ Não apele para tentar "ganhar no cansaço". A equipe de recursos mantém um histórico e recursos sem fundamento podem atrasar futuros processos de revisão.
8. Prefere delegar tudo?
Cada ciclo de rejeição + correção + revisão leva de 3 a 7 dias úteis. Dois ou três ciclos facilmente passam de um mês. Quem conhece o processo sabe exatamente o que a Apple espera e entrega aprovado já na primeira tentativa — ou lida com as rejeições diretamente.
A AtlasTech inclui gestão de rejeições no serviço de publicação. Se o app for rejeitado, respondemos e corrigimos sem custo adicional.
Quer que a gente publique por você?
App Store e Google Play em até 7 dias. A partir de R$1.800.
Solicitar publicação