Operação para Fundadores
Meu App Foi Rejeitado de Novo — E Como Ser Aprovado na App Store
A rejeição na App Store pode ser um ciclo frustrante. A maioria das rejeições é previsível e evitável com a preparação certa e uma verificação completa de integridade.
Se você está lendo isso após sua segunda (ou quinta) rejeição, você não está sozinho. A Revisão de Apps pode parecer um loop: corrija uma coisa, reenvie, espere... e receba outra rejeição por algo que eles nem mencionaram da última vez. Nós estivemos lá.
A boa notícia é que a maioria das rejeições é previsível. A própria Apple afirma que uma grande parcela dos problemas não resolvidos se enquadra na Diretriz 2.1 (Completude do App).
Este é o guia prático que você está procurando, construído a partir das orientações oficiais da Apple e padrões de equipes experientes. E se você quer a maneira mais rápida de parar de ignorar requisitos pequenos, mas fatais, use o Checklist de Submissão na Apple App Store da VektaVPN antes de reenviar.
A mudança de mentalidade que encerra os ciclos de rejeição
Os revisores da Apple geralmente param no primeiro problema bloqueador. Isso significa que você pode corrigir um problema e ainda ser rejeitado na próxima rodada por algo que já estava presente.
É por isso que as listas de verificação funcionam: você quer eliminar os “rejeitados fáceis” de uma só vez. O checklist da VektaVPN foi desenhado exatamente para isso: links legais, configuração de IAP, acesso do revisor, exclusão de conta, metadados e os erros comuns que custam semanas aos fundadores.
Passo 1: Leia a rejeição como um detetive (e não como uma vítima)
Abra a mensagem de rejeição e classifique-a em um destes baldes:
1) Completude do App / Performance (Diretriz 2.1)
A Apple observa que uma parte importante dos problemas não resolvidos está relacionada à completude — travamentos, fluxos com espaços reservados, botões quebrados, conteúdo incompleto, falta de acesso do revisor, etc.
Uma falha muito comum da “2.1” é: os revisores não conseguiram fazer login porque as credenciais de teste estavam erradas ou ausentes.
2) Metadados / Problemas na Listagem da Loja (família da Diretriz 2.3)
Capturas de tela incorretas, descrição enganosa ou referências a recursos não presentes. Estes são rejeitados porque a Apple trata a listagem como parte do produto.
3) Privacidade e Jurídico
Falta de política de privacidade, divulgações de dados incompletas, strings de permissão que não correspondem ao comportamento real, etc. As diretrizes da Apple agrupam esses requisitos claramente sob as expectativas legais/de privacidade.
4) Negócios / Monetização
Assinaturas sem “Restaurar Compras”, preços pouco claros, configuração de IAP inconsistente ou paywalls que impedem a revisão. Estes são gatilhos frequentes de rejeição na prática, e muitos checklists os mencionam por serem fáceis de esquecer.
O que fazer a seguir: assim que souber o seu balde, corrija esse problema — e então execute uma varredura completa pré-submissão para não falhar no próximo requisito oculto. É aí que o checklist economiza seu tempo.
Passo 2: Corrija os itens de “rejeição rápida” primeiro
Estas são as coisas que mais comumente causam decisões rápidas de “não”:
• Seu app deve parecer finalizado
• Remova telas de “em breve”, botões mortos, texto de preenchimento e fluxos falsos.
• Certifique-se de que seu recurso principal realmente funcione de ponta a ponta para um revisor.
A Apple destaca explicitamente a completude como um dos principais fatores de rejeição.
O checklist da VektaVPN sinaliza exatamente os tipos de padrões de espaços reservados/inacabados que acionam rejeições rápida.
• Facilite o teste para os revisores (especialmente se o login for obrigatório)
Se o seu app exigir login, você deve fornecer:
• Credenciais de teste funcionais
• Instruções claras nas Notas de Revisão
• Quaisquer etapas especiais necessárias para alcançar recursos restritos
Isso é tão comum que “não foi possível fazer login com a conta de demonstração fornecida” aparece repetidamente em exemplos reais de rejeição.
O checklist da VektaVPN inclui um lembrete dedicado para instruções aos revisores e acesso de demonstração.
Passo 3: Privacidade, páginas legais e os “pequenos links” que causam grandes atrasos
As Diretrizes de Revisão da Apple tornam a conformidade com a privacidade e a legislação não negociável.
Na prática, as rejeições costumam acontecer quando:
• Sua Política de Privacidade não é uma URL pública
• Sua listagem está faltando URLs obrigatórias
• Seus links dentro do app não correspondem à listagem na loja
O checklist da VektaVPN é muito explícito aqui: ele incentiva você a adicionar as URLs de Política de Privacidade, Termos e Suporte corretamente (tanto no app quanto no App Store Connect).
Se você está frustrado porque “já tem uma política de privacidade”, verifique novamente onde ela está vinculada e se está acessível aos revisores da Apple sem qualquer login.
Passo 4: Assinaturas e IAP: o “erro simples” mais caro
Se você fizer referência a assinaturas ou recursos pagos em qualquer lugar, os revisores procurarão um caminho de compra limpo e controles de usuário obrigatórios.
Pontos comuns de falha:
• Os produtos de IAP existem, mas os metadados não estão completos
• O paywall bloqueia a revisão das funcionalidades básicas
• Sem a opção “Restaurar Compras”
• O preço não está claro ou é inconsistente
Guias práticos rotineiramente apontam a configuração de IAP como uma fonte frequente de rejeição, especialmente sob completude/performance quando os revisores não conseguem verificar os fluxos de compra.
O checklist da VektaVPN inclui uma seção específica para configuração de assinaturas/IAP e as peças típicas que faltam.
Passo 5: Metadados e capturas de tela: não dê à Apple um motivo fácil
A Apple pode rejeitar apps quando a listagem é enganosa ou inconsistente com a experiência real.
Antes de reenviar, confirme:
• As capturas de tela correspondem à interface atual
• Sua descrição não promete recursos que não existem
• Seus arquivos de visualização e textos são consistentes entre os idiomas
Checklists amigáveis para fundadores e resumos de rejeição destacam consistentemente a precisão dos metadados como uma rejeição evitável comum.
O checklist da VektaVPN cobre a higiene da listagem (e a realidade de que os revisores param no primeiro requisito ausente).
Passo 6: Use o fluxo de “problemas não resolvidos” da Apple corretamente
Uma vez rejeitado, você entra em um processo. A Apple fornece orientações específicas para gerenciar submissões com problemas não resolvidos dentro do App Store Connect.
Regras básicas que reduzem o vai-e-vem:
• Responda no Resolution Center com clareza
• Mencione o número da diretriz em sua resposta
• Explique exatamente o que mudou e onde encontrar no app
• Se não for reproduzível, forneça etapas, informações do dispositivo e credenciais
Se você precisar apelar, use uma abordagem estruturada (muitas equipes tratam isso como um curto relatório de incidente).
A “varredura pré-submissão” que evita sua próxima rejeição
Aqui está o fluxo que funciona consistentemente:
1. Percorra as Diretrizes de Revisão oficiais da Apple rapidamente para a categoria que você tem mais probabilidade de acionar (privacidade, pagamentos, completude).
2. Faça um teste de completude total como se você fosse o revisor (instalação do zero, sem ferramentas de desenvolvedor, sem conhecimento prévio). A Apple enfatiza a completude como uma área de problema primária.
3. Use o Checklist de Submissão na Apple App Store da VektaVPN para capturar os itens fáceis de esquecer (links, detalhes de IAP, acesso de revisor, expectativas de exclusão de conta e campos do App Store Connect).
4. Só então reenvie, com notas de revisão claras que reduzam as suposições do revisor.
Se você fizer apenas uma coisa deste artigo: faça o passo 3 antes de cada submissão. É mais rápido do que aprender cada requisito através de rejeições.
Um modelo de nota de revisão prático “copie e cole”
Inclua:
• Credenciais da conta de teste (se necessário)
• Passos para chegar aos recursos principais
• Qualquer configuração regional ou flags de recursos
• Onde os links de privacidade/termos estão dentro do app
• O que mudou desde a última rejeição
Isso aborda diretamente os modos comuns de falha de “informazione necessaria” e “incapacidade de verificar”.
O resumo: por que seu app foi rejeitado (de novo)
A maioria das rejeições recorrentes é causada por um destes motivos:
• Os revisores não conseguem acessar/testar o que você construiu (login demo, instruções, paywall)
• Algo parece inacabado (telas de placeholder, fluxos quebrados)
• Falta de URLs legais ou sinais de conformidade de privacidade
• Configuração de IAP/assinatura não revisável ou incompleta
• Os metadados não correspondem ao app real
A própria Apple aponta para a completude como um dos principais motores de problemas não resolvidos.
E a maneira mais rápida de parar de perder tempo é executar sua submissão contra um checklist voltado para fundadores que alveja os gatilhos de rejeição comuns em uma só passagem — use o Checklist de Submissão na App Store da VektaVPN antes do seu próximo envio.
FAQ
Por que a Apple rejeitou meu app pela Diretriz 2.1 mesmo depois de eu corrigir o erro?
Os revisores da Apple costumam parar no primeiro obstáculo. Uma rejeição 2.1 geralmente significa que eles não conseguiram terminar a revisão, não necessariamente que há apenas um erro.
Preciso de uma Política de Privacidade para um app gratuito sem contas?
Sim, a Apple exige uma política de privacidade para todos os apps desde 2018, independentemente do status da conta ou da monetização.
Quanto tempo leva uma apelação à Revisão de Apps?
As apelações costumam levar de 3 a 5 dias úteis, mas geralmente é mais rápido corrigir o problema e reenviar do que esperar por uma apelação.
Posso usar um vídeo para explicar meu app aos revisores?
Sim, se um fluxo for difícil de alcançar, forneça um link para um vídeo não protegido por senha em suas Notas de Revisão.
A opção Restaurar Compras precisa ser um botão?
Ela deve ser visível e funcional em qualquer tela onde o usuário possa fazer uma compra.