Waiting for Review no App Store Connect: os status

Waiting for Review significa que a Apple recebeu seu envio, mas nenhum revisor abriu ainda. Na interface em francês, esse status aparece como "En attente de vérification". Você não precisa fazer nada, só manter sua conta de demonstração e seu servidor ativos. E, principalmente, não retire a versão para reenviar: a revisão recomeçaria do zero.

Aqui estão os outros status do App Store Connect, com o que cada um pede de você. Anotei os rótulos em francês no dia 25 de outubro de 2026 na interface francesa do App Store Connect, nos meus próprios apps. As definições vêm da página oficial dos status, que não existe em francês.

Os status do App Store Connect em francês e em inglês

A interface em francês fala em "estado" em vez de status. Uma bolinha colorida acompanha cada um: vermelho, você precisa agir; amarelo, tem um processo em andamento, do seu lado ou do lado da Apple; verde, o app está pronto para distribuição.

Rótulo em inglês	O que significa	Sua ação
Prepare for Submission	Versão em preparação	Completar a ficha
Ready for Review	Tudo preenchido, nada foi enviado	Enviar
Invalid Binary	Build fora das exigências	Enviar outro build
Waiting for Review	Recebida, ainda não aberta	Esperar
In Review	Um revisor está analisando	Ficar disponível
Accepted	Aprovada, outro item foi recusado	Corrigir ou remover o outro
Pending Developer Release	Aprovada, esperando seu sinal verde	Publicar quando quiser
Ready for Distribution	Aprovada e distribuível	Conferir seus contratos
Rejected	Versão recusada	Ler a mensagem
Metadata Rejected	Ficha recusada, não o build	Corrigir e depois responder
Developer Rejected	Você tirou da revisão	Reenviar quando estiver pronto

Logo antes da distribuição, você também pode ver Processing for Distribution: o app está sendo processado e vai estar distribuível em até 24 horas.

Existem dois status mais raros. Pending Apple Release: a Apple segura sua versão até o lançamento público do sistema que ela tem como alvo; confira o deployment target do seu build se isso não foi intencional. Waiting for Export Compliance: a Apple está analisando seu arquivo CCATS.

Os status do próprio build, como Missing Compliance ou Expired, formam outra lista, detalhada no guia sobre número de build e versão.

O que cada status pede de você

Antes do envio

Prepare for Submission é o ponto de partida de toda versão. Ready for Review significa que tudo está preenchido e que você indicou que quer enviar. Nada chegou à Apple enquanto você não enviar a submissão. Nesse estado, suas imagens e vídeos não podem mais ser editados.

Invalid Binary indica um build que não cumpre as exigências em vigor. A Apple pede que você envie um novo ou escolha um que esteja de acordo.

Durante a revisão

Waiting for Review: você ainda pode editar algumas informações ou retirar a submissão. Mas não pode mais enviar nem alterar capturas de tela ou prévias em vídeo.

In Review: alguém do App Review está testando seu app. Se alguma parte exige login, a página do App Review pede uma conta de demonstração válida na seção App Review Information. As App Review Guidelines também exigem serviços de servidor ativos e acessíveis durante a revisão.

Depois da revisão

Pending Developer Release é o mais enganoso, ainda mais em francês, onde aparece como "Prête pour la publication": seu app foi aprovado, mas não está à venda. Você escolheu a publicação manual, e a Apple está esperando seu sinal. O botão no canto superior direito da página da versão (Release This Version na ajuda da Apple) publica o app, e ele pode levar até 24 horas para aparecer. Segundo a ajuda sobre as opções de publicação, a Apple manda um lembrete por e-mail depois de 30 dias nesse estado.

Ready for Distribution: o app está aprovado e distribuível, desde que seus contratos estejam em vigor. O titular da conta (Account Holder) aceita os mais recentes na seção Business. Para um app pago ou com assinatura, é o Paid Apps Agreement.

Accepted aparece em um item aprovado quando outro item da mesma submissão, uma assinatura por exemplo, foi recusado. O app só sai quando tudo estiver aprovado: corrija o item recusado ou remova ele da submissão.

As recusas

Rejected: o App Review explica o motivo na seção App Review. A submissão passa para Unresolved Issues e, segundo a ajuda sobre essas submissões, você não pode mais adicionar itens a ela. O passo a passo está em responder ao App Review.

Metadata Rejected: o problema está na sua ficha, não no seu código. Você lê a mensagem, corrige os metadados e responde. Não precisa de build novo. Uma recusa 2.3.10 por mencionar Android na ficha é um exemplo.

Developer Rejected: o nome assusta, mas foi você que tirou a versão da revisão. Nada foi recusado no mérito. Reenvie o mesmo build, ou um novo, quando estiver pronto.

Em todos os casos, só reenvie depois de corrigir tudo: a Apple avisa que reenviar com problemas não resolvidos atrasa a revisão e leva ao mesmo resultado.

Waiting for Review que não acaba

A Apple não define nenhum limite a partir do qual a espera vira anormal. Os prazos-alvo dela, e o que eles valem na prática, estão no guia sobre o prazo de aprovação da App Store. Se você passou deles, a página Track a submission's review status cita três casos que levam mais tempo para verificar:

• Pouco ou nenhum histórico de revisão, o caso de um primeiro app.
• Documentos a confirmar: autorizações, licenças, acordos de parceria.
• Temas complexos ou novos: conteúdo regulamentado, novos recursos da plataforma, entitlements ativados.

Uma investigação de fraude ou manipulação, como avaliações falsas ou uma função escondida do revisor, também pode prolongar a revisão.

Para acompanhar a espera, abra History no menu lateral do seu app: segundo a ajuda sobre o histórico de status, cada mudança de estado aparece lá com a data. Para receber um e-mail a cada mudança, ative a notificação App Status Reports na gestão de usuários.

Não retire sua versão para "dar um empurrão"

É o reflexo mais caro. Segundo a ajuda da Apple sobre a remoção, uma versão retirada sai da fila e passa para Developer Rejected. Se você reenviar, a revisão recomeça do início.

Pedir uma revisão acelerada

A Apple reserva a revisão acelerada para urgências reais e cita dois exemplos: a correção de um bug crítico e um lançamento ligado a um evento relacionado ao seu app.

1. Envie o app primeiro: só uma submissão já enviada pode ser acelerada.
2. Na hora de enviar, preencha o campo Notes: para um bug crítico, explique o bug que a versão corrige; para um evento, informe o nome, a data e a relação do seu app com ele. Adicione uma conta de demonstração se alguma função exigir login.
3. Envie o formulário Request an Expedited App Review escolhendo o app e a plataforma.

O App Review analisa cada pedido e acelera conforme a disponibilidade. Um pedido nunca é garantia.

Falar com a Apple

Para uma submissão em andamento, a ajuda do App Review indica o botão Reply to App Review no App Store Connect: um especialista que conhece seu app te responde. Esse campo não serve para pedir revisão acelerada nem para recorrer, que têm formulários próprios. Depois de uma resposta do App Review, você pode pedir, na mesma janela, uma ligação com um representante da Apple. Essas ligações costumam acontecer em três a cinco dias úteis.

TestFlight: um build em Waiting for Review para testadores externos

O mesmo status, Waiting for Review, existe na aba TestFlight, para outra revisão. A lista de status de build mostra a diferença:

• Testadores internos: um build com status Ready to Submit já pode ser distribuído para eles, sem revisão beta.
• Testadores externos: o build vai para o TestFlight App Review e passa para Waiting for Review, depois In Beta Review. Os testes externos só começam depois da aprovação.

A ajuda sobre testadores externos explica que o primeiro build de uma versão exige uma revisão completa, mas não necessariamente os seguintes. Só um build por versão pode estar em revisão por vez, e você pode enviar até seis a cada 24 horas. Um build recusado passa para Rejected e não serve mais no TestFlight: é preciso enviar um novo. O resto está no guia TestFlight para testar seu app de iPhone.

Encurtar a espera antes do envio

A Apple diz isso na página de acompanhamento: para reduzir o tempo de revisão, preencha a seção App Review Information e anexe todos os documentos necessários antes de enviar. O Apple Review Kit traz meu checklist pré-envio e modelos de notas para o revisor: conta de demonstração, compra no app, funções escondidas.

Vai fazer seu primeiro envio? O diagnóstico gratuito te manda meu checklist anti-recusa da Apple e diz o que ainda falta fazer. Todas as etapas estão reunidas em publicar um app na App Store.

Perguntas frequentes

O que significa Waiting for Review no App Store Connect?

A Apple recebeu seu envio, mas a revisão ainda não começou. Na interface em francês, aparece como "En attente de vérification". Você ainda pode editar algumas informações, mas não suas capturas de tela nem suas prévias em vídeo.

Quanto tempo dura o status Waiting for Review?

A Apple publica prazos-alvo, não uma garantia, e nenhum limite de alerta. Um primeiro app, sem histórico de revisão, está entre os casos que a Apple diz levarem mais tempo para verificar.

Devo retirar minha versão se a espera estiver longa demais?

Não. Uma versão retirada passa para Developer Rejected, e a revisão recomeça do início quando você reenvia. Para uma urgência de verdade, como corrigir um bug crítico, peça uma revisão acelerada.

O que significa Pending Developer Release no App Store Connect?

Na interface em francês, esse status aparece como "Prête pour la publication". A Apple aprovou sua versão, mas você escolheu publicar manualmente. Ela não está à venda enquanto você não publicar pela página da versão.

Por que meu build do TestFlight está em Waiting for Review?

Esse status significa que você enviou o build para testadores externos: ele está esperando o TestFlight App Review, e os testes externos começam depois da aprovação. Testadores internos não precisam dessa revisão.