Índice
1. O que é a Guideline 4.0
A Guideline 4.0 é a diretriz de Design da App Store. Diferente de guidelines técnicas (como a 2.1 de performance), a 4.0 é subjetiva — a Apple avalia se o app oferece valor suficiente aos usuários, se é original e se tem uma experiência de qualidade.
O texto oficial da Apple diz: "Apps should be crafted with care. Apps that are not useful, unique, are simply websites bundled as apps, or do not provide a sustained, meaningful experience will be rejected."
Em resumo: a Apple não quer a App Store cheia de apps genéricos, clones ou wrappers de site.
2. Sub-guidelines mais comuns
A 4.0 tem subdivisões. As mais frequentes em rejeições são:
- 4.2 — Minimum Functionality: o app faz muito pouco, é muito simples ou parece inacabado.
- 4.3 — Spam: o app é muito parecido com outros apps já existentes na loja (copycat).
- 4.7 — HTML5 Games, Bots, Trials, and Demos: apps que apenas embalam conteúdo web sem adicionar valor nativo.
3. Guideline 4.2 — Minimum Functionality
Essa é a mais comum para MVPs, apps de portfólio e primeiras versões de produtos. A Apple considera que o app tem funcionalidade mínima quando:
- O app tem apenas uma ou duas telas sem profundidade de uso.
- Funcionalidades prometidas na descrição não estão implementadas.
- O app parece um protótipo, demo ou está claramente em desenvolvimento.
- O app faz algo que um site simples faz igualmente bem, sem adicionar nenhum valor nativo (notificações, câmera, GPS, etc.).
Adicione valor nativo real
Identifique ao menos uma funcionalidade que só faz sentido em um app móvel: notificações push, acesso à câmera ou galeria, modo offline, widgets, integração com Apple Watch, shortcuts de Siri. Se o app não tem nada disso, a Apple tem razão — considere se um app é a solução certa para o problema.
4. Guideline 4.3 — Spam (Copycat)
A Apple rejeita apps que são muito similares a outros já existentes na loja, especialmente quando o mesmo desenvolvedor submete múltiplas variações do mesmo app (ex: calculadora de gorjeta em 10 idiomas como apps separados).
Também se aplica quando o app replica exatamente a funcionalidade de um app popular sem qualquer diferenciação.
Articule a diferenciação
No Resolution Center, explique objetivamente o que diferencia seu app dos concorrentes que a Apple pode estar comparando. Seja específico: "nosso app faz X diferente porque Y" — e certifique-se de que essa diferença seja visível dentro do próprio app, não apenas no texto da resposta.
5. Guideline 4.7 — HTML5 Games e Web Apps
Apps que são essencialmente um WebView de um site externo ou um jogo HTML5 sem integração nativa são rotineiramente rejeitados. A Apple entende que esses apps deveriam ser acessados pelo Safari, não pela App Store.
Isso não significa que WebViews são proibidos — mas o app precisa ter camadas nativas além do conteúdo web: autenticação nativa, notificações, acesso a hardware, navegação nativa (tabs, drawers), ou funcionalidades offline.
⚠️ Se o seu app é um WebView de um site que o usuário já pode acessar pelo Safari, há uma probabilidade alta de rejeição por 4.7. A solução não é mudar a descrição — é adicionar funcionalidades nativas reais.
6. Como corrigir e responder
A abordagem depende do que a Apple citou, mas há uma estrutura que funciona para a maioria dos casos de rejeição 4.0:
Identifique o público e o problema específico
No Resolution Center, descreva claramente: quem usa o app, qual problema específico resolve e por que um app é a solução ideal (vs. um site). Quanto mais específico e concreto, melhor.
Adicione funcionalidade nativa antes de reenviar
Se o feedback faz sentido, não apenas responda — adicione a funcionalidade, gere um novo build e reenvie. Responder sem mudanças geralmente resulta em uma segunda rejeição idêntica.
Documente o valor dentro do próprio app
A Apple testa o app — a argumentação no Resolution Center precisa ser confirmada pelo que o revisor vê na tela. Se você disse que o app tem modo offline, ele precisa funcionar offline durante o teste.
7. Quando apelar
A rejeição por 4.0 é subjetiva e às vezes injusta — especialmente para apps de nicho com um público pequeno mas legítimo. Se você discorda genuinamente, pode apelar para o App Review Board.
Para o recurso funcionar, você precisa ser específico: cite exemplos de apps similares já aprovados na loja, dados do público-alvo e por que a avaliação da Apple foi incorreta. Argumentos genéricos ("meu app é útil") não funcionam.
✓ Antes de apelar, pesquise se há apps similares aprovados na App Store. Se existirem, cite-os no recurso como referência — a Apple precisa ser consistente nas suas decisões.
8. Prefere delegar tudo?
Responder rejeições da Guideline 4.0 corretamente é uma habilidade — requer saber o que a Apple quer ler, como formatar a resposta e quais mudanças fazer no app para destravar a aprovação. Feito errado, pode resultar em múltiplos ciclos de rejeição.
A AtlasTech já passou por centenas de processos de submissão e inclui gestão de rejeições no serviço de publicação — incluindo rejeições subjetivas como a 4.0.
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