Resolution Center da Apple: como responder a uma rejeição

O Resolution Center não existe mais com esse nome. Você responde a uma rejeição na seção App Review do seu app, com o botão Reply to App Review. Escreva em inglês e dê três informações: o que estava bloqueando, o que mudou e como verificar. O App Review Board só entra depois dessa resposta, e apenas se você tiver certeza de que seu app respeita a regra citada.

Escrevi essas respostas para os meus próprios apps em 2026: o Solys, meu despertador com minijogos, e o TradaZen, meu simulador de trading. Aqui está onde responder hoje, o que escrever, quando anexar um vídeo, quando recorrer e o que não funciona. Para os motivos em si, leia por que a Apple rejeita um app.

Onde foi parar o Resolution Center?

A ajuda oficial, Reply to App Review messages, agora fala da seção App Review. É ali que você conversa com a Apple, inclusive com anexos, até reenviar sua submissão. O caminho:

1. Em Apps, abra seu app.
2. No topo da página, clique no link dos problemas não resolvidos, chamado View App Review Issues & Messages em outra página da ajuda.
3. Na parte In Progress, clique em Resolve ao lado da submissão.
4. Clique em Reply to App Review e escreva no campo Reply.
5. Para anexar uma captura ou um documento, clique em Attach File e depois em Reply.

Só os papéis Account Holder, Admin e App Manager podem responder. A página App Review acrescenta que você acompanha o status das suas submissões no App Store Connect ou no app dele para iPhone e iPad.

Antes de escrever: que mensagem você recebeu?

A resposta certa depende da mensagem, não da sua vontade de se defender. Esta é a tabela que eu uso antes de abrir o campo de resposta.

O que a Apple diz	O que você faz	Novo build
Information Needed	Responda à pergunta	Não
Bug ou tela com problema	Corrija e depois responda	Sim
Página, links, capturas	Corrija a página	Não
App mal compreendido	Explique, com prova	Depende
Desacordo persistente	Recurso ao Board	Não
Oferta Bug Fix Submissions	Aceite respondendo	Não

Três detalhes mudam tudo:

• Uma rejeição por metadados não exige novo build. A ajuda da Apple diz isso: você corrige e reenvia o mesmo build. Costuma ser o caso de uma rejeição 2.3.10, quando a menção problemática está na página do app.
• Um "Information Needed" não é uma rejeição de mérito. O revisor está te fazendo uma pergunta. O guia sobre a guideline 2.1 explica a diferença para uma constatação real de bug.
• As Bug Fix Submissions são uma oferta. Se seu app já está publicado e a mensagem começa com "Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update", você pode pedir a aprovação da atualização respondendo à mensagem. Não reenvie o app nesse momento, senão começa uma nova revisão. Você resolve o problema na versão seguinte.

O que escrever: o modelo em quatro blocos

A Apple publicou suas dicas para entrar em contato com o App Review. Faça: seja preciso sobre o que você está pedindo e dê as informações que ajudam a entender o app, se achar que ele foi mal compreendido. Evite: usar o campo de resposta para recorrer ou pedir uma revisão acelerada, ou perguntar sobre o andamento dos apps de outros desenvolvedores.

Meu modelo cabe em quatro blocos. Escreva em inglês, sem adjetivos. Substitua tudo o que está entre colchetes e escreva só o que é verdade no build enviado.

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

Cada bloco tem uma função. O primeiro prova que você leu. O segundo nomeia o build, porque o revisor testa o binário, não as suas intenções. O terceiro economiza o tempo dele. O último deixa a porta aberta sem fazer defesa.

Os modelos adaptados a cada regra estão nos meus guias específicos, por exemplo sobre a guideline 3.1.2 ou a guideline 4.3. Também tem uma estrutura de resposta no meu modelo de notas para o App Review, para baixar.

O que aprendi respondendo pelo Solys e pelo TradaZen

Solys, guideline 2.1. O revisor pedia uma forma de pular o jogo. Minha resposta indicava a tela que travava, a demo jogável do onboarding e depois a causa real: no modo de compatibilidade no iPad, o obstáculo dele ficava impossível de passar. Ela listava duas correções numeradas, entre elas um link para pular a demo depois de uma falha, e depois os simuladores testados, do iPhone SE ao maior iPhone. Também descrevia o botão de parada de emergência do alarme, mas só depois que reli o código que o aciona. Não escreva nada sobre seu app que você não tenha verificado no build.

TradaZen, guideline 5.6. Em outubro de 2026, a Apple considerou que o app empurrava compras dentro do app indesejadas, sem apontar nenhum elemento específico. Procurei o que poderia enganar: um X no topo do paywall abria uma oferta com desconto em vez de fechar a tela. Minha resposta reconhecia esse ponto em uma frase: o erro foi meu. Depois listava cada mudança, tela por tela: o X substituído por um presente, nada de oferta que reabre sozinha, uma notificação promocional removida. Lembrava o que continuava em conformidade: preço cobrado como o mais visível, restauração de compras, links legais. Terminava se oferecendo para mudar qualquer tela ainda considerada ambígua. O novo build foi junto.

As duas respostas seguem a mesma lógica: a causa real, a correção visível, o caminho para vê-la.

Quando anexar um vídeo ou uma captura

A ajuda da Apple aceita capturas e documentos como anexo. Um vídeo curto da tela corrigida é útil em três casos:

• o problema depende de um aparelho ou de uma condição, como um iPad no modo de compatibilidade ou uma permissão negada;
• o caminho até a tela é longo, por exemplo no fim do onboarding;
• a função é difícil de reproduzir. A página App Review pede que você esteja pronto para fornecer um vídeo de demonstração quando uma função exige um ambiente difícil de recriar ou um hardware específico.

Para um app ligado a um acessório, a ajuda sobre a revisão completa exige um vídeo de verdade, filmado em um aparelho da Apple, e não uma gravação de tela. Para um texto de paywall ou um botão renomeado, uma captura basta.

Pedir uma ligação ou uma reunião

Se a escrita não basta, a Apple oferece duas opções:

• Uma ligação com um representante da Apple. Você pede na janela Reply to App Review, depois de uma primeira resposta do App Review. Informe seu fuso horário e, se quiser, o idioma preferido. Antes, confira seus dados de contato em App Review Information. A Apple diz que essas ligações costumam acontecer em três a cinco dias úteis.
• Uma reunião de 30 minutos por vídeo com o App Review, na terça ou na quinta, para falar sobre as regras. Ela é informativa: não acelera nem garante a revisão.

Recorrer ao App Review Board

O recurso é a última etapa. Segundo a página Appeal to the App Review Board, ele serve se seu app foi rejeitado e você acha que ele respeita as regras, ou se considera que foi tratado de forma injusta.

Antes de tudo, responda à mensagem no App Store Connect para esclarecer. Se não bastar, preencha o formulário Submit an appeal to App Review. As regras:

• um único recurso por app rejeitado, cobrindo todas as regras citadas;
• cite a regra e explique ponto por ponto como seu app a respeita;
• não recorra se você já corrigiu e reenviou o app;
• não recorra por um simples pedido de informação.

A Apple dá dois exemplos, que eu traduzo. Completo: "Meu app foi rejeitado pela 2.1 por informação incompleta. A conta de demonstração e os passos para testar a função estão em App Review Information, com capturas que a mostram." Incompleto: "Este app é importante para a minha empresa e não deveria ter sido rejeitado."

O Board responde no App Store Connect e pode pedir informações ou propor uma ligação. A Apple não divulga nenhum prazo para o recurso. Desenvolvedores contam nos fóruns da Apple esperas de mais de duas semanas. Se a correção é simples, reenviar um build corrigido costuma ser mais rápido.

O que funciona e o que não funciona

Ajuda	Atrapalha
Retomar o motivo da Apple	Defender sua causa
Nomear o build corrigido	Prometer uma correção futura
Dar o caminho a seguir	Citar um app concorrente
Anexar uma prova	Recorrer pelo Reply
Uma resposta completa	Reenviar sem corrigir

"Minha tela já tinha sido aprovada" também não funciona: cada versão passa por revisão de novo, às vezes com outro revisor. As App Review Guidelines também avisam que um app rejeitado várias vezes pela mesma regra demora mais para ser analisado. Sobre os prazos de revisão, leia prazo de aprovação na App Store.

Peça uma revisão da sua resposta antes de enviar

O Review Kit traz as mensagens reais que recebi nos meus apps, as correções enviadas e skills do Claude Code que preparam sua resposta se a Apple rejeitar. Para um olhar humano, reserve uma hora comigo: lemos a mensagem da Apple e escrevemos a resposta juntos. O processo completo está na página app rejeitado pela Apple.

Ainda não enviou seu app? Faça seu diagnóstico gratuito: ele te envia minha checklist antirrejeição da Apple, para você não precisar escrever essa resposta.

Perguntas frequentes

Onde fica o Resolution Center no App Store Connect?

Agora ele se chama seção App Review. Abra seu app, clique no link dos problemas não resolvidos no topo da página e depois em Resolve ao lado da submissão. O botão Reply to App Review abre o campo de resposta e a opção de anexar arquivos.

Quanto tempo a Apple leva para responder?

A Apple não divulga prazo para as respostas escritas. Para a revisão, a Apple anuncia pelo menos 50% das submissões analisadas em menos de 24 horas e 90% em menos de 48 horas. Uma ligação pedida ao App Review costuma acontecer em três a cinco dias úteis. Nenhum prazo é anunciado para o App Review Board.

Dá para responder ao App Review em português?

A ajuda da Apple não define nenhum idioma para a resposta escrita. Eu escrevo em inglês, com frases curtas, para ser entendido de primeira. Para uma ligação, a Apple permite indicar um idioma preferido, sem garantia.

Quantas vezes dá para recorrer de uma rejeição?

Uma vez por app rejeitado. Se a mensagem cita várias regras, seu recurso precisa tratar de todas. A Apple também pede que você responda primeiro no App Store Connect e que não recorra se já reenviou um build corrigido.

Preciso reenviar um build antes de responder?

Sim, se o problema está no app: corrija, envie o build e depois responda nomeando esse build. Não, se a rejeição é sobre os metadados, como a página do app ou as capturas: você corrige no App Store Connect e reenvia o mesmo build.