O que o App Store Review realmente permite
As diretrizes de revisão da Apple têm uma regra específica para apps baseados em web: seção 4.2 (funcionalidade mínima). Ela afirma que os apps não devem ser "simplesmente um site empacotado em um wrapper nativo sem valor agregado". Na prática:
Rejeitado pela 4.2
- — Um site de marketing estático ou brochura em WKWebView
- — Um site de uma página sem interação do usuário além da leitura
- — Um app funcionalmente idêntico a abrir o site no Safari
Passa na revisão
- — Um dashboard SaaS com login, gestão de dados e fluxos de trabalho reais
- — Uma plataforma de conteúdo com leitura offline, favoritos ou alertas push
- — Um app ferramenta com uma função principal clara (editor, calculadora, tracker, etc.)
- — Um marketplace, app de reservas ou comunidade com interação gerada pelo usuário
A maioria dos produtos SaaS reais passa na revisão. A barra é mais alta do que a política 4.3 do Google Play, mas não é insuperável — a Apple quer apps que justifiquem a instalação.
Por que não existe TWA para iOS
No Android, a Trusted Web Activity permite que uma aba do Chrome seja executada em tela cheia sem interface de navegador, assinada pela mesma chave do seu web app (assetlinks.json). Isso funciona porque o Google controla tanto a Play Store quanto o Chrome.
No iOS, todos os navegadores — Chrome, Firefox, Edge e até o Safari — são obrigados pela Apple a usar o WebKit como mecanismo de renderização. A Apple não permite um equivalente TWA porque: (1) não há Chrome no iOS no sentido TWA, (2) a Apple restringe apps de carregar conteúdo web arbitrário sem um wrapper WKWebView, e (3) as diretrizes da App Store tratam apps WebView como exigindo o mesmo teste de valor nativo que qualquer outro app.
O equivalente iOS de uma TWA é um app Capacitor baseado em WKWebView — ele empacota sua URL na visualização WebKit da Apple, lida com assinatura e perfis de provisionamento, e empacota tudo em um arquivo .ipa. Requer Xcode no macOS e uma associação ao Apple Developer Program.
O que você pode fazer hoje (sem App Store)
O iOS tem 1,3 bilhão de dispositivos ativos. Você não precisa de um listing na App Store para alcançá-los — a web já funciona. Aqui está a ordem de prioridade para alcance iOS hoje:
1. Otimizar sua PWA para iOS Safari
Esforço: BaixoiOS 16.4+ suporta Web Push API, prompts de instalação e modo standalone. Adicione um manifest web, teste 'Adicionar à tela de início' e configure o web push. Os usuários obtêm um ícone na tela inicial e notificações push sem revisão da App Store.
2. Usar um wrapper WKWebView hospedado
Esforço: MédioServiços como Median ou Gonative empacotam sua URL em um app WKWebView e o enviam para a App Store em seu nome. Você fornece a URL e os assets; eles gerenciam o Xcode e o provisionamento. Os custos variam por serviço.
3. Aguardar o SaasToStore iOS (Sprint 6)
Esforço: Zero agoraO pipeline iOS do SaasToStore está em desenvolvimento — Capacitor iOS + assinatura Xcode + TestFlight + envio para a App Store, mesmo pipeline one-click que o Android. Previsto para o Sprint 6.
A economia da App Store para SaaS
Antes de se comprometer com uma submissão à App Store, entenda a economia:
| Fator | Detalhe |
|---|---|
| Programa desenvolvedor | 99$/ano — cobre iOS + Mac App Store |
| Comissão sobre IAP | 30% (15% para pequenas empresas com menos de 1M$/ano) |
| Isenção checkout web | Assinaturas vendidas na web: 0% comissão — a Apple só cobra em compras in-app |
| Prazo de revisão | 24–48h para a maioria dos apps; até 7 dias para primeiras submissões ou apps rejeitados e resubmetidos |
| Renovação anual | Perder a renovação: seu app é removido da loja até o pagamento |
| Mudanças de diretrizes | A Apple atualiza diretrizes regularmente — um app aprovado hoje pode ser sinalizado em um ciclo futuro |
O modelo reader app é o padrão mais comum para fundadores de SaaS: o app exibe conteúdo e funcionalidade, mas direciona usuários para a web para novas assinaturas. Isso evita completamente a comissão de 30%. A Apple permite isso — você não pode anunciar opções de compra alternativas no app, mas pode vincular à página de conta do seu site.
A recomendação prática
Para a maioria dos fundadores de SaaS e web app em 2026:
- 1Começar pelo Google Play (Android) — caminho mais rápido, maior alcance, sem taxa anual.
- 2Ativar a instalação PWA no seu site para usuários iOS Safari — não custa nada, alcança iOS hoje.
- 3Adicionar distribuição desktop (Windows + Linux + macOS) — usuários desenvolvedores e profissionais.
- 4Adicionar a App Store iOS assim que o pipeline iOS do SaasToStore for lançado — mesmo fluxo que o Android.
Esta ordem prioriza o impacto na receita por hora investida. O Google Play fica live em uma sessão. A PWA no iOS requer apenas um manifest válido. O Desktop alcança usuários profissionais de graça. A App Store é o canal mais exigente — vale a pena, mas não é o primeiro.
Verifique a prontidão Android + Desktop do seu app agora
Verificação PWA gratuita — indica quais stores você pode alcançar hoje, em 10 segundos.
Verificar meu app →