Neste guia
Rode isto no dia anterior ao envio. Cada item diz por que importa e como verificar. Os números das diretrizes se referem às App Review Guidelines consultadas em 2026-10-17; leia o texto atual antes de confiar neles.
Completude
- Build final, sem placeholders. A diretriz 2.1(a) pede versões finais com "todos os metadados necessários e URLs totalmente funcionais" ("all necessary metadata and fully functional URLs"); textos de placeholder e sites vazios devem ser removidos. Verifique: instale exatamente o build pelo TestFlight e percorra cada tela; procure por "lorem", "TODO" e strings de teste no app e na ficha da loja.
- Sem crashes no caminho principal. Um build que trava ao abrir não passa. Verifique: instalação limpa em um aparelho real, depois abra, faça login, use o recurso principal, feche e reabra.
- Todos os links funcionam. URL de suporte, política de privacidade, termos. Verifique: toque em cada um de dentro do app e da ficha da loja.
Acesso para o revisor
- Conta de demonstração e servidor no ar. A diretriz 2.1(a) pede as informações da conta de demonstração e que o back-end esteja ligado. Verifique: faça login em um aparelho limpo, só com as credenciais que você vai colar. Veja contas de demonstração e notas para revisão.
- Notes for Review específicas. 2.3.1(a): novos recursos precisam ser descritos com especificidade; descrições genéricas serão rejeitadas. Verifique: peça para outra pessoa seguir as notas sem ajuda.
- Coisas escondidas estão documentadas. A diretriz 2.5.19 diz para não incluir recursos ocultos, inativos ou não documentados. Verifique: liste cada feature flag e modo especial e confirme que cada um está desligado ou explicado.
Login
- Login de terceiros tem uma alternativa equivalente. A diretriz 4.8 diz que um app que usa login de terceiros ou social para a conta principal também deve oferecer um serviço de login equivalente, com recursos que limitam a privacidade (apenas nome e e-mail, e o e-mail pode ficar privado). Verifique: compare a 4.8 com a sua tela de login e veja [teste os fluxos de Sign in with Apple.
Privacidade
- Política de privacidade no app e no App Store Connect. Diretriz 5.1.1(i). Verifique: encontre-a nos dois lugares em menos de um minuto.
- Detalhes de privacidade batem com o build. A Apple diz que você é responsável por mantê-los "precisos e atualizados" ("accurate and up to date"), incluindo parceiros terceiros cujo código você integra. Verifique: use o método em [confira seus detalhes de privacidade do iOS com o comportamento real.
- Peça apenas os dados de que precisa. 5.1.1(iii). Verifique: para cada pedido de permissão, diga qual recurso precisa dele. Veja [teste de pedidos de permissão.
Metadados
- Os metadados refletem o app. A diretriz 2.3 diz que os metadados, "incluindo informações de privacidade, a descrição do app, screenshots e prévias" ("including privacy information, your app description, screenshots, and previews"), devem refletir com precisão a experiência principal. Verifique: compare cada screenshot com o build atual.
- Compras acessíveis e testáveis. Se você vende algo, o revisor precisa conseguir encontrar. Verifique: descreva o caminho nas notas; veja [teste no sandbox do StoreKit.
Última revisão
- Versão e número do build são maiores que o último upload.
- O build que você envia é o build que você testou, e não um posterior.
- Você tem tempo para responder a uma mensagem do revisor no mesmo dia.
Receba uma leitura a frio
Você conhece o seu app bem demais para ver as lacunas. O AppReviewX permite que outros desenvolvedores testem o seu build do TestFlight e enviem feedback privado e estruturado; cada feedback que você escreve vale um crédito. Avaliações na loja continuam voluntárias e sem pagamento.
Relacionados
- Hub: [Guia de testes de apps iOS
- [Teste os fluxos de Sign in with Apple
- [Confira seus detalhes de privacidade do iOS com o comportamento real
- Blog: [Motivos de rejeição na App Store: um checklist de teste
Informação geral, não é aconselhamento jurídico. As diretrizes mudam.