# Prazo de aprovação na App Store: quanto tempo esperar

> Prazo de aprovação na App Store: o que a Apple promete, o que aumenta a espera, como responder no Resolution Center e as rejeições que custam dias.

Página original: [Prazo de aprovação na App Store: quanto tempo esperar](https://devoria.fr/pt-br/blog/prazo-aprovacao-app-store-quanto-tempo)
Autor: [Mehdi Azizi](https://devoria.fr/pt-br/mehdi-azizi)
Publicação: 2026-09-23
Última revisão do conteúdo: 2026-10-09


O prazo de aprovação na App Store é curto no papel: a Apple diz que analisa **pelo menos 50% dos envios em menos de 24 horas e 90% em menos de 48 horas**. Esse número vem da [página oficial do App Review](https://developer.apple.com/distribute/app-review/). Então, para um app que passa de primeira, dá para esperar uma resposta em mais ou menos um dia.

Só que o prazo real se mede de outro jeito: é o tempo entre o seu primeiro envio e o momento em que o app está à venda. E o que faz esse prazo explodir quase nunca é a espera na fila. São as rejeições. Cada rejeição reinicia um ciclo inteiro: ler o motivo, corrigir, reenviar, esperar de novo, inclusive no caso de uma rejeição automática no envio, como o ITMS-90338. Este guia explica o que aumenta esse prazo, como lidar com uma rejeição sem perder dias e quais motivos aparecem com mais frequência num primeiro app.

Falo isso a partir dos meus próprios envios. Meus apps iOS, entre eles o Solys (um despertador com minijogos) e o TradaZen (um simulador de trading), estão na App Store, e levei várias rejeições no caminho, tanto no Solys quanto em outros dois apps, o Clic e o Nolera. Os motivos estão detalhados mais abaixo.

## Prazo de aprovação na App Store: o que a Apple realmente promete

Depois que o seu [build foi enviado](https://devoria.fr/pt-br/blog/eas-submit-ios-publicar-app-expo-app-store), sem erro automático como o ITMS-90725, e com a página do app completa, você manda para revisão pelo App Store Connect. O envio passa então por [vários status](https://devoria.fr/pt-br/blog/waiting-for-review-app-store-connect-status): na fila (Waiting for Review), em análise (In Review) e depois aceito ou rejeitado. A Apple avisa por e-mail a cada mudança, e você pode acompanhar o status no App Store Connect ou no app dele para iPhone.

Três detalhes oficiais úteis para planejar:

- **Esses números são tendências**, não garantia: até um em cada dez envios espera mais de 48 horas.
- **Os envios não são necessariamente analisados na ordem de chegada**, diz a [ajuda do App Store Connect](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/overview-of-submitting-for-review).
- **Só uma versão do app pode estar em análise por plataforma.** Não dá para empilhar várias versões para "ganhar tempo".

Depois que o app é aceito, você pode escolher publicar automaticamente ou lançar você mesmo. Essa segunda opção vale ouro: você aprova o app primeiro e só define a data de lançamento quando tiver o sinal verde.

## O que aumenta a espera

O prazo raramente aumenta por culpa da Apple. Quase sempre aumenta por causa do que a gente manda para ela.

### O primeiro envio

Numa primeira versão, a Apple analisa tudo de uma vez: a página do app, as [capturas de tela](https://devoria.fr/pt-br/kits/captures-app-store), a classificação etária, a política de privacidade, as declarações de coleta de dados, as assinaturas e o próprio app. Cada item é uma chance de rejeição. Não é a fila que é mais longa, é a superfície que é maior. Se você nunca publicou nada, as etapas para preparar estão listadas em [publicar um aplicativo na App Store](https://devoria.fr/pt-br/expertise/publicar-app-na-app-store).

### Assinaturas e compras no app

Se o seu app vende uma assinatura, duas regras mudam o seu cronograma:

1. **Sua primeira assinatura precisa ser enviada junto com uma nova versão do app.** Isso está escrito com todas as letras na [ajuda sobre compras no app](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/submit-an-in-app-purchase/). Se o app for sem ela, vai precisar de uma nova versão para aprová-la.
2. **Todos os itens de um envio precisam ser aceitos** para que o envio seja aceito. Uma assinatura rejeitada trava tudo.

A diretriz 2.1(b) também exige que as compras no app estejam completas, visíveis para o revisor e funcionando. Se alguma delas não aparecer no app, explique o motivo nas notas de revisão. A configuração completa de uma assinatura está detalhada em [assinaturas in-app no iOS](https://devoria.fr/pt-br/expertise/assinatura-no-app-ios).

### Falta da conta de demonstração

Se o seu app exige login, as [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) pedem uma conta de demonstração ativa ou um modo demo completo, além dos serviços de servidor ligados durante a revisão. Sem credenciais na seção App Review Information da sua versão, o revisor fica preso na tela de login, e aí é rejeição. Lembre também de não desligar o seu servidor de teste durante a revisão.

### As próprias rejeições

Esse é o fator número um, de longe. A Apple informa que **mais de 40% dos problemas não resolvidos envolvem a diretriz 2.1**, que cobre crashes, conteúdo provisório e informações incompletas. Cada rejeição evitada é pelo menos um ciclo a menos.

## Responder no Resolution Center

Quando um envio é rejeitado, o status muda para Unresolved Issues. A mensagem da Apple cita a diretriz violada, muitas vezes com uma captura de tela do problema. Tudo acontece na seção App Review do seu app no App Store Connect, que muita gente ainda chama de Resolution Center.

O procedimento oficial para [responder ao App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/):

1. No seu app, clique no link dos problemas não resolvidos no topo da página.
2. Clique em Resolve ao lado do envio.
3. Clique em Reply to App Review, escreva sua resposta (no máximo 4.000 caracteres) e, se precisar, anexe uma captura ou um documento.

O que torna uma resposta eficaz:

- **Diga qual foi a correção, não como você se sente.** "O pedido de avaliação agora aparece depois que a demo é vencida, captura anexada" funciona melhor do que um longo desabafo.
- **Anexe uma prova.** Uma captura ou um vídeo curto da tela corrigida evita uma troca de perguntas.
- **Se a rejeição for só sobre metadados** (texto da página, capturas, links, como numa rejeição [2.3.10](https://devoria.fr/pt-br/blog/guideline-2-3-10-app-rejeitado-metadados)), a Apple diz que você pode reenviar **o mesmo build** depois de corrigir. Não precisa recompilar.

### Recorrer, só se você tiver certeza

Você pode contestar uma rejeição no App Review Board. A Apple pede que você explique com precisão por que o app cumpre as diretrizes, que faça só um recurso por envio rejeitado e que responda antes a qualquer pedido de informação pendente. Recorrer de uma rejeição merecida só aumenta a espera.

## Enviar uma correção rápido

Quando o motivo está claro, a velocidade vem da disciplina:

- **Corrija o motivo, e só o motivo.** Enfiar três novidades no build corrigido é reabrir a superfície de revisão.
- **Teste a correção nas condições do revisor.** Para um problema de layout, isso significa o menor iPhone suportado e o maior, não só o seu.
- **Cuidado com itens removidos.** Num envio com problemas não resolvidos, a [ajuda da Apple](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/) explica que um item removido não pode ser adicionado de volta ao mesmo envio, e que cada item só pode ser alterado uma vez antes do reenvio. Pense bem antes de apagar uma assinatura rejeitada.
- **Reenvie, depois responda.** Uma ou duas frases objetivas na resposta dizendo o que mudou.

E a revisão acelerada? Ela existe, mas a Apple reserva para dois casos: a correção de um bug crítico numa versão já publicada, com os passos para reproduzi-lo, e apps ligados a um evento com data marcada. Não é um atalho para uma primeira publicação atrasada.

## As rejeições mais comuns para iniciantes

Já contei em detalhes minhas duas rejeições no Solys em [por que a Apple rejeita um app](https://devoria.fr/pt-br/blog/app-rejeitado-apple-casos-reais). Aqui estão os motivos que eu realmente levei, com o número da diretriz, porque são exatamente os que rondam um primeiro app.

**2.1, o app não funciona (Solys).** A demo de boas-vindas do Solys era impossível de vencer numa tela pequena de iPhone: uma etapa obrigatória intransponível, então o app foi considerado incompleto. Já corrigido.

**5.6.3, pedido de avaliação cedo demais (Solys).** A avaliação na App Store era pedida no começo do onboarding, antes de a pessoa ter vivido qualquer coisa no app. Ela tem que vir depois de um momento real de valor.

**5.1.1, política de privacidade desatualizada (Clic).** A diretriz 5.1.1 exige um link para a política de privacidade no App Store Connect e dentro do app, e essa política precisa descrever com precisão os dados coletados, como são usados e como apagá-los. No Clic, a versão online estava desatualizada. Uma política que não acompanha o seu produto já basta para o envio ser rejeitado.

**5.1.1, o botão "Permitir" antes do pedido do sistema (Nolera).** O Nolera mostrava uma tela de explicação antes do pedido de acesso à câmera, com um botão chamado "Permitir". As [Human Interface Guidelines sobre privacidade](https://developer.apple.com/design/human-interface-guidelines/privacy) são claras: uma tela antes do alerta do sistema é permitida, mas o botão dela não pode usar "Permitir" nem um termo parecido, já que nada está sendo permitido nesse momento. A Apple recomenda "Continuar" ou "Avançar".

**2.3.2, o ícone reaproveitado como imagem promocional da assinatura (Nolera).** A diretriz 2.3.2 regula a divulgação das compras no app na App Store: nome, imagem e descrição precisam ser adequados. No Nolera, a imagem promocional da assinatura era simplesmente o ícone do app. Precisa ser uma imagem própria da compra.

O que liga essas cinco rejeições: nenhuma era um problema de código complexo. Todas dava para ver relendo o envio com os olhos de um revisor. Se o seu app acabou de ser rejeitado e o motivo continua nebuloso, o passo a passo completo está em [aplicativo rejeitado pela Apple](https://devoria.fr/pt-br/expertise/app-recusado-pela-apple).

## Incluir o prazo no seu planejamento

Algumas regras simples para a revisão não atrasar o seu lançamento:

- **Não anuncie data antes da aprovação.** Aprove o app, escolha a publicação manual e depois defina a data.
- **Deixe uma margem de pelo menos um ciclo de rejeição** se for seu primeiro envio ou sua primeira assinatura.
- **Abra sua conta de desenvolvedor cedo** se for usar uma empresa: só o número D-U-N-S pode levar mais de uma semana. Está tudo explicado no [guia da conta de desenvolvedor Apple](https://devoria.fr/pt-br/blog/conta-desenvolvedor-apple-preco).
- **Releia seu envio como um revisor**: conta demo, política de privacidade atualizada, [privacy manifest](https://devoria.fr/pt-br/blog/itms-91053-missing-api-declaration-expo) completo, telas de permissão, imagens de assinatura e cada tela obrigatória em iPhone pequeno e grande.

## Se você quer que alguém revise seu envio antes de mandar

O [Apple Review Kit](https://devoria.fr/pt-br/kits/review-apple) reúne meu checklist pré-envio, minhas rejeições da Apple corrigidas e skills do Claude Code que revisam seu projeto, seu paywall e a página do app. Ele não garante a aprovação, quem decide é a Apple, mas ajuda você a pegar os motivos listados acima antes que eles custem um ciclo.

Está preparando seu primeiro envio? O [diagnóstico gratuito](https://devoria.fr/pt-br/diagnostic) manda para você meu checklist antirrejeição da Apple e diz o que ainda falta fazer. Se o seu app já está travado, [reserve uma hora comigo](https://devoria.fr/pt-br/coaching): a gente lê a mensagem da Apple juntos, por videochamada. E se você ainda está construindo, a página inicial mostra como [criar seu aplicativo mobile](https://devoria.fr/pt-br) pensando na revisão desde o começo.

## Perguntas frequentes

### Qual é o prazo de aprovação de um app na App Store?

A Apple diz que analisa pelo menos 50% dos envios em menos de 24 horas e 90% em menos de 48 horas. Não é garantia: alguns demoram mais, e eles não são necessariamente analisados na ordem de chegada. O prazo real é o tempo entre seu primeiro envio e o app à venda, e ele aumenta principalmente por causa das rejeições.

### O que aumenta o prazo de aprovação de um app?

As rejeições, de longe: cada uma reinicia um ciclo inteiro (ler o motivo, corrigir, reenviar, esperar de novo). A Apple informa que mais de 40% dos problemas não resolvidos envolvem a diretriz 2.1, a de crashes, conteúdo provisório e informações incompletas. Um primeiro envio também multiplica as chances de rejeição, porque a Apple analisa tudo de uma vez.

### Como responder a uma rejeição da App Store?

Na seção App Review do seu app, abra os problemas não resolvidos, clique em Resolve e depois em Reply to App Review. Escreva sua resposta (no máximo 4.000 caracteres), diga qual foi a correção em vez de como você se sente e anexe uma captura ou um vídeo curto. Se a rejeição for só sobre metadados, você pode reenviar o mesmo build depois de corrigir. Se o motivo continuar nebuloso, leia [aplicativo rejeitado pela Apple](https://devoria.fr/pt-br/expertise/app-recusado-pela-apple).

### Dá para pedir uma aprovação acelerada à Apple?

Sim, a revisão acelerada existe, mas a Apple reserva para dois casos: a correção de um bug crítico numa versão já publicada, com os passos para reproduzi-lo, e apps ligados a um evento com data marcada. Não é um atalho para uma primeira publicação atrasada.

### A primeira assinatura precisa ser enviada junto com o app?

Sim, segundo a ajuda da Apple: sua primeira assinatura precisa ser enviada com uma nova versão do app. Se o app for sem ela, vai precisar de uma nova versão para aprová-la. Para o envio ser aceito, todos os itens dele precisam ser aceitos: uma assinatura rejeitada trava tudo.

### Quando anunciar a data de lançamento do app?

Não antes de a Apple aprovar o app. Escolha a publicação manual: você aprova o app primeiro e define a data de lançamento quando tiver o sinal verde. Se for seu primeiro envio ou sua primeira assinatura, deixe também uma margem de pelo menos um ciclo de rejeição.


## Seu projeto

[Apple Review Kit](https://devoria.fr/pt-br/kits/review-apple): A checklist de review da App Store que eu uso, minhas rejeições da Apple corrigidas, as notas para o revisor e duas skills do Claude Code que revisam seu app. 29 €.

[iOS Kit](https://devoria.fr/pt-br/kits/ios): Crie seu app de iPhone com Claude Code: o código inicial dos meus apps, as skills que verificam o trabalho dele e os kits Apple Review, App Store Screenshots e ASO. 129,99 €.