As Diretrizes de Revisão da App Store, explicadas

Todo app da App Store, e toda atualização, é avaliado por pessoas da Apple com base em um único documento: as Diretrizes de Revisão da App Store. Você não precisa decorá-lo. Precisa conhecer a estrutura e as poucas regras que vale a pena verificar com cuidado antes de enviar.

A versão curta

As diretrizes têm cinco seções: Segurança, Desempenho, Negócios, Design e Jurídico. Cinco áreas merecem uma verificação cuidadosa antes do envio: integridade (2.1), metadados (2.3), compra dentro do app (3.1.1), spam e cópias (4.3) e privacidade (5.1.1). O número da própria Apple cobre só a primeira: em média, mais de 40% dos problemas não resolvidos estão relacionados à 2.1. Se o app for rejeitado, corrija e reenvie, ou responda ao App Review no App Store Connect. Recorra só se isso não funcionar.

A Apple atualizou as diretrizes pela última vez em 16 de outubro de 2026. Os resumos das seções abaixo são a nossa paráfrase em linguagem simples, não o texto da Apple. Só o texto entre aspas é da Apple.

Como as diretrizes são organizadas

A Apple começa com seu princípio: “queremos oferecer uma experiência segura para os usuários obterem apps e uma grande oportunidade para todos os desenvolvedores terem sucesso”. Depois vêm cinco seções e, por fim, uma breve lista de verificação para antes e depois do envio. Em linguagem simples, as cinco seções tratam de:

1. Segurança

Em linguagem simples, a seção 1 trata de não prejudicar as pessoas. A Apple diz de forma direta: se você quer chocar e ofender, “a App Store não é o lugar certo para o seu app”.

• 1.1 Conteúdo censurável. Nada de conteúdo difamatório, discriminatório ou maldoso, nem nada “com a intenção de causar repulsa”.
• 1.2 Conteúdo gerado por usuários. Se as pessoas podem publicar ou gerar conteúdo, inclusive por criação de conteúdo com IA, você precisa de formas de filtrar, denunciar e bloquear.
• 1.3 Crianças. Apps da categoria Crianças têm regras extras sobre links externos, compras, anúncios e análises de terceiros, e dados.
• 1.4 Danos físicos. Apps médicos que possam fornecer dados imprecisos passam por um escrutínio maior.
• 1.5 Informações do desenvolvedor. O app e sua URL de suporte precisam incluir uma forma fácil de entrar em contato com você.
• 1.6 Segurança dos dados. Trate as informações dos usuários com segurança.

2. Desempenho

Em linguagem simples, a seção 2 pergunta se o app funciona e se é descrito com honestidade. Ela inclui a 2.1, a diretriz que a Apple associa a mais de 40% dos problemas não resolvidos.

• 2.1 Integridade do app. Envie versões finais, testadas no aparelho, com URLs funcionando e sem texto provisório. Se o app tiver login, inclua os dados de uma conta de demonstração, “e ligue o seu serviço de back-end!”
• 2.2 Testes beta. Demos e betas ficam no TestFlight, não na App Store. Veja nosso guia do TestFlight.
• 2.3 Metadados precisos. A descrição, as capturas de tela, as prévias e as informações de privacidade precisam refletir a experiência principal do app.
• 2.4 Compatibilidade de hardware. Apps de iPhone devem rodar no iPad sempre que possível e usar energia de forma eficiente.
• 2.5 Requisitos de software. Use apenas APIs públicas e faça o app rodar no sistema operacional atual.

3. Negócios

Em linguagem simples, a seção 3 trata de dinheiro. Se o seu modelo de negócio não for óbvio, explique-o nos metadados e nas notas para a revisão; a Apple diz que a confusão “vai atrasar sua revisão e pode levar a uma rejeição”. A Apple também diz que não vai distribuir apps nem itens de compra dentro do app que sejam “claramente uma enganação”, e que vai rejeitar apps caros que tentem enganar os usuários com preços irracionalmente altos. Ela acrescenta que manipular avaliações ou rankings pode levar à expulsão do Developer Program.

• 3.1.1 Compra dentro do app para desbloquear recursos ou conteúdo digitais.
• 3.1.2 Assinaturas precisam oferecer valor contínuo.
• 3.1.3 Outros métodos de compra para casos específicos, como apps de leitura e serviços entre pessoas.
• 3.2 lista outros modelos de negócio aceitáveis e inaceitáveis.

4. Design

Em linguagem simples, a seção 4 define o patamar mínimo de um app que vale a pena ter. A Apple chama isso de “padrões mínimos para aprovação”.

• 4.1 Imitações. “Tenha suas próprias ideias.” Não copie o nome nem a interface de outro app.
• 4.2 Funcionalidade mínima. Os apps devem incluir “recursos, conteúdo e interface que o elevem acima de um site reempacotado”. Um app web dentro de uma casca fina corre o risco de não cumprir essa regra; a Apple avalia os recursos, o conteúdo e a interface, não a tecnologia. Veja nossas alternativas ao Lovable para apps iOS.
• 4.3 Spam. Nada de apps duplicados nem de variações em categorias saturadas sem algo novo.
• 4.8 Serviços de login. Se você usa um login de terceiros, como o Google Sign-In, para a conta principal, ofereça também uma opção equivalente que limite os dados a nome e e-mail e permita manter o e-mail privado.
• 4.10 Você não pode cobrar por recursos nativos, como notificações push ou a câmera.

5. Jurídico

Em linguagem simples, a seção 5 trata da lei. Ela começa assim: os apps “precisam cumprir todos os requisitos legais em qualquer local onde você os disponibilizar”.

• 5.1 Privacidade. Política de privacidade, permissões, minimização de dados, exclusão de conta e compartilhamento com terceiros.
• 5.2 Propriedade intelectual. Use apenas conteúdo que você criou ou para o qual tem licença.
• 5.3 Jogos, apostas e loterias. Área muito regulada; conte com mais tempo de revisão.
• 5.4 e 5.5 tratam de apps de VPN e do gerenciamento de dispositivos móveis.
• 5.6 Código de conduta do desenvolvedor. Seja respeitoso, inclusive nas respostas ao App Review.

Cinco áreas para verificar antes do envio

Estas cinco são uma escolha editorial: regras fáceis de deixar passar e bem documentadas pela Apple. A Apple publica um número só para a primeira.

2.1 Integridade do app

A página do App Review da Apple diz que, em média, mais de 40% dos problemas não resolvidos estão relacionados à diretriz 2.1. Ela abrange falhas, conteúdo provisório, links quebrados e informações incompletas para a revisão.

• Teste o build de lançamento em aparelhos reais com o iOS mais recente.
• Substitua todo “Lorem ipsum”, toda imagem de teste e toda tela vazia.
• Confira se o link de suporte e o link da política de privacidade funcionam.
• Em App Review Information, adicione uma conta de demonstração que funcione e todas as etapas de que o revisor precisar.
• Mantenha seu backend no ar durante a revisão.

2.3 Metadados precisos

A página do app na loja precisa descrever o app que você realmente publica.

• 2.3.1 Os novos recursos precisam ser descritos “de forma específica” nas notas para a revisão; descrições genéricas são rejeitadas.
• 2.3.3 As capturas de tela devem mostrar o app em uso, “não apenas a arte do título, a página de login ou a tela de abertura”.
• 2.3.7 Os nomes de apps são limitados a 30 caracteres. Não encha os metadados de termos de marcas registradas, nomes de apps populares ou preços.
• 2.3.8 Ícones, capturas de tela e prévias precisam ser adequados à classificação 4+, mesmo que o app tenha classificação mais alta.

3.1.1 Compra dentro do app

Se as pessoas pagam para desbloquear recursos ou conteúdo dentro do app, como assinaturas, conteúdo premium ou uma versão completa, você precisa usar a compra dentro do app. Você não pode usar mecanismos de desbloqueio próprios, como chaves de licença ou QR codes. Com bens físicos e serviços usados fora do app, é o contrário: a diretriz 3.1.3(e) diz que eles devem usar outros meios de pagamento, como Apple Pay ou cartão.

4.3 Spam

Duas situações provocam isso. Primeiro, vários Bundle IDs para o mesmo app, como um app separado para cada cidade; a Apple sugere, em vez disso, um único app com compra dentro do app para as variações. Segundo, apps “indistinguíveis do que já está amplamente disponível”. A Apple cita apps de namoro, lanternas, efeitos sonoros, papéis de parede, timers simples e adivinhação como categorias bem estabelecidas, e não vai aceitar novos apps “a menos que ofereçam uma experiência significativamente diferente ou melhor”. Se você está entrando em uma categoria saturada, diga nas notas para a revisão o que é diferente.

5.1.1 Coleta e armazenamento de dados

A regra de privacidade com mais partes:

• (i) Política de privacidade. Coloque o link no App Store Connect e dentro do app. Ela precisa dizer o que você coleta, como, por quê, com quem compartilha e como as pessoas podem excluir seus dados.
• (ii) Permissão. Obtenha consentimento antes de coletar dados do usuário ou de uso, ofereça uma forma fácil de retirá-lo e escreva textos de finalidade que expliquem com clareza por que você precisa dos dados.
• (v) Login na conta. Se o app não tiver recursos importantes baseados em conta, deixe as pessoas usarem sem fazer login. Se as pessoas podem criar uma conta, precisam poder excluí-la dentro do app.

A diretriz 5.1.2(i) acrescenta uma linha de que muitos apps de IA precisam: você deve “informar claramente quando dados pessoais serão compartilhados com terceiros, incluindo IA de terceiros”, e obter permissão explícita antes. As respostas de App Privacy no App Store Connect precisam corresponder a tudo isso; nosso guia do App Store Connect mostra onde elas ficam.

Quando a revisão não sai como você esperava

Se um envio não for aprovado, você recebe uma mensagem na seção App Review do seu app no App Store Connect. Muitos desenvolvedores ainda chamam isso de Resolution Center. A mensagem indica a diretriz e descreve o problema.

1. Leia a diretriz citada

   Abra o número da diretriz que aparece na mensagem e leia o texto completo, não só o resumo.

2. Se o problema for real, corrija e reenvie

   Envie um novo build se o código mudou, ou atualize os metadados se não mudou. Diga nas notas para a revisão o que você alterou.

3. Se algo não estiver claro, responda ao App Review

   Clique em Reply to App Review no App Store Connect. A Apple diz que um especialista que conhece o seu app vai responder. Seja específico: o recurso, a diretriz ou a etapa exata. Você também pode pedir uma ligação; a Apple diz que as ligações normalmente acontecem em três a cinco dias úteis.

4. Se ainda discordar, recorra

   Abra um recurso no App Review Board. A Apple pede que você responda à rejeição primeiro, envie só um recurso por app rejeitado e trate, nesse único recurso, cada diretriz citada, ponto por ponto.

Há mais duas opções que vale conhecer. Se você enviar uma atualização com correções de bugs e o revisor encontrar outros problemas, a Apple pode oferecer a aprovação do envio atual e deixar você corrigir o resto na próxima vez, desde que não haja questões jurídicas ou de segurança. E, antes de enviar, você pode agendar uma conversa por vídeo de 30 minutos com o App Review para tirar dúvidas sobre as diretrizes.

Revisão acelerada

A Apple diz que o App Review normalmente revisa pelo menos 50% dos envios em menos de 24 horas e 90% em menos de 48 horas. Se você não puder esperar, pode solicitar uma revisão acelerada em dois casos:

• A correção de um bug crítico. Coloque no campo Notes, ao enviar, as etapas para reproduzir o bug na versão atual.
• Um lançamento ligado a um evento. Inclua o evento, a data e a relação do seu app com ele. A Apple recomenda, em vez disso, agendar o lançamento com antecedência.

Só apps já enviados podem ter a revisão acelerada, e a Apple pede que os pedidos sejam “reservados para casos de urgência real”. Use o formulário Request an Expedited App Review.

Antes de enviar

A lista de verificação da própria Apple se resume a quatro linhas: teste para eliminar falhas e bugs, deixe os metadados completos e precisos, mantenha seus dados de contato atualizados e dê ao App Review acesso total, com uma conta de demonstração se o app exigir login. Depois escolha Add for Review e, no envio em rascunho, Submit for Review. Nosso guia sobre como criar um app com IA coloca tudo isso na ordem em que você vai encontrar.

O AirBuild cuida desse ciclo por você. No Basic, no Plus e no Ultra, ele prepara a página na App Store, as capturas de tela e as notas para a revisão, envia o seu app, acompanha a revisão, responde ao feedback do App Review, corrige os problemas e reenvia.

Perguntas frequentes

O que são as Diretrizes de Revisão da App Store?

São as regras da Apple para os apps da App Store, divididas em cinco seções: Segurança, Desempenho, Negócios, Design e Jurídico. Todo envio, incluindo atualizações, é revisado com base nelas.

Qual é o motivo mais comum de rejeição de apps?

A Apple não publica uma classificação completa dos motivos de rejeição. A página do App Review diz que, em média, mais de 40% dos problemas não resolvidos estão relacionados à diretriz 2.1, Integridade do app. Isso inclui falhas, conteúdo provisório, links quebrados e falta de informações para a revisão, como uma conta de demonstração.

Como respondo a uma rejeição da App Store?

Leia a mensagem na seção App Review do app no App Store Connect. Se o problema for real, corrija e reenvie. Se você tiver uma dúvida ou achar que o revisor entendeu mal o app, responda ao App Review ali mesmo, com detalhes específicos. Só recorra ao App Review Board depois disso.

Quanto tempo leva o App Review?

A Apple diz que o App Review normalmente revisa pelo menos 50% dos envios em menos de 24 horas e 90% em menos de 48 horas. Apps complexos ou rejeições repetidas pelo mesmo problema podem levar mais tempo.

Posso acelerar o App Review?

Você pode solicitar uma revisão acelerada para a correção de um bug crítico ou para um lançamento ligado a um evento, depois que o app for enviado. A Apple pede que esses pedidos sejam reservados para casos de urgência real.