A sua build passou na revisão, o seu código está bem — e o email de rejeição é sobre as suas capturas. É uma das formas mais frustrantes de perder dias num lançamento, porque as rejeições de capturas são quase sempre evitáveis e quase nunca explicadas com clareza.
As capturas falham em duas portas diferentes, e a solução depende de qual delas o apanhou:
- A App Store Connect recusa o carregamento — uma falha de validação técnica, antes mesmo de a revisão começar.
- A App Review rejeita a submissão — um revisor humano assinala os seus metadados, normalmente citando um número de diretriz como 2.3.3.
Este guia cobre ambas, rejeição a rejeição, com as referências das diretrizes e o caminho mais rápido de volta a "Em revisão".
Porta 1: a App Store Connect não aceita o ficheiro #
Estas não são rejeições de revisão — o carregamento simplesmente falha ou o espaço fica vermelho. Três causas cobrem quase todos os casos:
Dimensões em píxeis erradas #
Cada espaço de dispositivo só aceita tamanhos exatos. Uma imagem de 1290 × 2796 num espaço que espera 1320 × 2868 falha em silêncio ou com um erro vago. É o bloqueio mais comum na noite da submissão — verifique os seus ficheiros com a referência completa de tamanhos de capturas, ou largue-os no nosso validador de capturas gratuito, que lhe diz instantaneamente em que espaço (se em algum) cada imagem encaixa.
Formato ou perfil de cor errado #
As capturas têm de ser PNG ou JPEG de alta qualidade, RGB (Display P3 e sRGB servem ambos), sem transparência alfa nos JPEG, sem exportações CMYK de ferramentas de design.
Contagem errada #
Cada tamanho de dispositivo aceita 1 a 10 capturas por idioma. Zero num espaço obrigatório bloqueia a submissão por completo — uma surpresa clássica quando adiciona suporte a watchOS ou visionOS e descobre que essas plataformas precisam dos seus próprios conjuntos.
Solução: volte a gerar nos tamanhos exatos exigidos. Se exporta à mão a partir de uma ferramenta de design, toda esta porta desaparece com um gerador de capturas que exporta as dimensões exatas de cada espaço a partir de um só design.
Porta 2: rejeições da App Review, por diretriz #
Diretriz 2.3.3 — as capturas não mostram a app em utilização #
A grande. A regra da Apple: as capturas têm de mostrar a app em utilização — não apenas a arte do título, a página de início de sessão ou o ecrã de arranque.
Gatilhos típicos:
- Um conjunto de capturas feito sobretudo de logótipo, slogan e arte de marketing com pouca interface visível
- Ecrãs de início de sessão/onboarding como capturas principais
- Mockups conceptuais de funcionalidades que não se parecem nada com a app publicada
- Capturas da interface de outra plataforma (a app web, a versão Android)
Solução: reconstrua o conjunto em torno de ecrãs reais. A boa notícia: o layout que passa na revisão — interface real numa moldura de dispositivo com uma legenda curta — é também o layout que melhor converte. As legendas sobrepostas e as molduras de dispositivo são explicitamente permitidas; é a interface fabricada que é assinalada.
Diretriz 2.3.1 — mostrar funcionalidades que não existem #
Se uma captura demonstra uma funcionalidade que o revisor não encontra na build submetida, conte com uma rejeição (e, em caso de reincidência, algo pior). Isto acontece muitas vezes de forma inocente: capturas de marketing feitas a partir de uma beta com funcionalidades que foram cortadas.
Solução: audite cada captura em relação à build que submete realmente. Atualize as legendas que prometam algo que a versão atual não faz.
Diretriz 2.3.8 — os metadados não são adequados a todos os públicos #
As capturas e pré-visualizações têm de ser adequadas a um público 4+ independentemente da classificação etária da sua app, porque são visíveis para qualquer pessoa que navegue. Violência, temas adultos ou linguagem imprópria que estão bem dentro de uma app 17+ não estão bem na sua ficha.
Solução: escolha ecrãs mais suaves ou recorte/desfoque o conteúdo problemático. Os jogos com temas adultos passam normalmente com imagens de ambiente em vez de momentos de jogo explícitos.
Diretriz 2.3.10 — referências a outras plataformas #
As capturas que mostram molduras de dispositivos Android, distintivos do Google Play ou legendas de "também no Android!" são rejeitadas. Isto apanha as equipas que reutilizam um conjunto de imagens de marketing nas duas lojas.
Solução: mantenha os recursos separados por loja. Se mantém ambas as fichas, uma ferramenta que gere os conjuntos da App Store e do Google Play lado a lado torna difícil misturá-los.
Diretriz 5.2 / 2.3.7 — propriedade intelectual de terceiros #
Logótipos de terceiros, fotos de celebridades, nomes de apps concorrentes, personagens registadas ou imagens de produto de outro programador nas suas capturas convidam tanto a uma rejeição como, potencialmente, a um litígio.
Solução: mostre apenas conteúdo sobre o qual tem direitos. Substitua o conteúdo real de terceiros visível na sua interface (capas de álbuns, vídeos, feeds de marca) por substitutos licenciados ou genéricos antes de capturar.
Conteúdo de preenchimento e sem esforço #
"Lorem ipsum", "Teste teste", estados vazios sem dados ou layouts obviamente partidos leem-se como uma app inacabada. Os revisores avaliam o cuidado de toda a submissão em parte pelas capturas.
Solução: capture com dados de demonstração realistas — listas cheias, nomes plausíveis, números credíveis. (Realistas, não reais: nunca publique dados de utilizadores reais numa captura.)
Afirmações perecíveis: preços, promoções, classificações #
"50% de desconto esta semana", "App de produtividade n.º 1" ou um preço impresso numa legenda tornam-se inexatos no momento em que as coisas mudam — e os revisores sabem-no. As afirmações por tempo limitado são explicitamente desaconselhadas nas pré-visualizações e arriscadas nas capturas.
Solução: mantenha as legendas sobre o que a app faz. Ponha as promoções no texto promocional (que pode editar a qualquer momento sem revisão).
Voltar a "Aprovado", depressa #
Uma rejeição de captura não exige uma nova build:
- Leia com atenção a mensagem do Centro de Resolução — nomeia a diretriz e costuma anexar a captura em causa.
- Substitua as imagens assinaladas na App Store Connect na mesma versão. As edições de multimédia e metadados numa versão rejeitada não precisam de um novo binário.
- Responda no Centro de Resolução indicando o que alterou, e volte a submeter. As novas revisões só de metadados costumam ser rápidas.
- Se acha que a rejeição está errada, pode recorrer — mas para as capturas, substituir o recurso é quase sempre mais rápido do que discutir.
Uma nota de processo que surpreende: fora de uma rejeição, as capturas só podem ser alteradas submetendo uma nova versão da app. Se o seu conjunto viola uma diretriz que os revisores começam a aplicar com mais rigor, pode bloquear um lançamento de correção de erros de outra forma trivial — mais uma razão para acertar no conjunto de uma vez.
A lista de verificação antes da submissão #
Faça isto antes de cada submissão com novas capturas:
- Dimensões em píxeis exatas para cada espaço — valide-as aqui
- Cada captura mostra a interface real e atual da app (2.3.3)
- Nada que a build não consiga fazer (2.3.1)
- Conteúdo adequado a 4+ (2.3.8)
- Sem molduras, distintivos ou menções a Android/outras plataformas (2.3.10)
- Sem marcas, logótipos ou pessoas de terceiros sem direitos (5.2)
- Dados de demonstração realistas, sem preenchimentos
- Sem preços, descontos ou afirmações de classificação incorporados nas imagens
- Todos os tamanhos de dispositivo exigidos cobertos, incluindo Watch/Vision Pro se publicar aí
- Para os vídeos de pré-visualização, consulte a especificação de vídeo à parte
Os textos oficiais estão nas Diretrizes de revisão da App Store, secção 2.3 da Apple e nas especificações de capturas.
Torne impossível toda a categoria de rejeição #
Metade desta lista — dimensões, cobertura, coerência por idioma — é mecânica, e é para os problemas mecânicos que existem as ferramentas. O Screenshot Studio captura a sua interface real em molduras de dispositivo atuais (compatível com 2.3.3 por construção), exporta cada tamanho exigido com exatidão (sem rejeições por dimensões), mantém os conjuntos localizados sincronizados e carrega na App Store Connect com cada ficheiro no espaço certo.
As decisões de critério — o que mostrar, o que afirmar — continuam a ser suas. As rejeições que vêm da mecânica dos ficheiros não têm de ser.
Descarregue o Screenshot Studio grátis e submeta a sua próxima atualização sem prender a respiração.