Seu build passou na revisão, seu código está em ordem — e o e-mail de rejeição é sobre os seus screenshots. É uma das formas mais frustrantes de perder dias em um lançamento, porque as rejeições de screenshots quase sempre são evitáveis e quase nunca são explicadas com clareza.
Os screenshots podem esbarrar em duas barreiras diferentes, e a correção depende de qual delas barrou você:
- O App Store Connect recusa o envio — uma falha de validação técnica, antes mesmo de a revisão começar.
- O App Review rejeita a submissão — um revisor humano aponta um problema nos seus metadados, geralmente citando o número de uma diretriz, como a 2.3.3.
Este guia cobre as duas, rejeição por rejeição, com as referências das diretrizes e o caminho mais rápido de volta ao status "In Review".
Barreira 1: o App Store Connect não aceita o arquivo #
Não são rejeições da revisão — o envio simplesmente falha ou o slot continua vermelho. Três causas respondem por quase todos os casos:
Dimensões em pixels erradas #
Cada slot de dispositivo aceita apenas tamanhos exatos. Uma imagem de 1320 × 2868 (o tamanho de 6,9 polegadas que um iPhone Pro Max captura) no slot obrigatório de 6,3 polegadas, que o App Store Connect agora chama de "iPhone with Dynamic Island (medium display)", falha sem aviso ou com um erro vago. Esse slot só aceita 1206 × 2622 ou 1179 × 2556. Esse é o bloqueio mais comum na noite da submissão — confira seus arquivos na referência completa de tamanhos de screenshots ou jogue-os no nosso validador de screenshots gratuito, que mostra na hora em qual slot (se houver algum) cada imagem se encaixa.
Formato ou perfil de cor errado #
Os screenshots precisam ser PNG ou JPEG de alta qualidade, em RGB (Display P3 e sRGB servem), sem transparência alfa nos JPEGs e sem exportações em CMYK de ferramentas de design.
Quantidade errada #
Cada tamanho de dispositivo aceita 1–10 screenshots por idioma. Um slot obrigatório vazio bloqueia a submissão por completo — uma surpresa clássica quando você adiciona suporte a watchOS ou visionOS e descobre que essas plataformas precisam de conjuntos próprios.
Correção: gere tudo de novo nos tamanhos exatos exigidos. Se você exporta à mão a partir de uma ferramenta de design, essa barreira inteira desaparece com um gerador de screenshots que exporta as dimensões exatas de cada slot a partir de um único design.
Barreira 2: rejeições do App Review, diretriz por diretriz #
Diretriz 2.3.3 — screenshots que não mostram o app em uso #
Para o texto completo de cada diretriz relacionada a screenshots e o que cada uma permite, veja as diretrizes de screenshots da Apple explicadas.
A mais importante. A regra da Apple: os screenshots devem mostrar o app em uso — não apenas a arte do título, a tela de login ou a splash screen.
Gatilhos típicos:
- Um conjunto de screenshots com quase só logo, slogan e arte de marketing, e pouca interface visível
- Telas de login/onboarding como seus screenshots principais
- Mockups conceituais de recursos que não se parecem em nada com o app publicado
- Screenshots da interface de outra plataforma (o app web, a versão Android)
Correção: refaça o conjunto em torno de telas reais. A boa notícia: o layout que passa na revisão — interface real em uma moldura de dispositivo, com uma legenda curta — também é o layout que converte melhor. Legendas sobrepostas e molduras de dispositivo são explicitamente permitidas; o que é barrado é interface inventada.
Diretriz 2.3.1 — mostrar recursos que não existem #
Se um screenshot mostra um recurso que o revisor não encontra no build submetido, espere uma rejeição (e, em caso de reincidência, coisa pior). Isso costuma acontecer sem má intenção: screenshots de marketing feitos a partir de um build beta com recursos que acabaram cortados.
Correção: confira cada screenshot com o build que você está de fato submetendo. Atualize as legendas que prometem qualquer coisa que a versão atual não faz.
Diretriz 2.3.8 — metadados inadequados para todos os públicos #
Screenshots e prévias precisam ser adequados para um público 4+, independentemente da classificação etária do seu app, porque ficam visíveis para qualquer pessoa que esteja navegando. Violência, temas adultos ou palavrões que são aceitáveis dentro de um app 17+ não são aceitáveis na página do produto dele.
Correção: escolha telas mais leves ou corte/desfoque o conteúdo problemático. Jogos com temas adultos costumam passar com imagens de ambientação em vez de momentos explícitos de gameplay.
Diretriz 2.3.10 — referências a outras plataformas #
Screenshots com molduras de dispositivos Android, selos do Google Play ou legendas do tipo "também no Android!" são rejeitados. Isso pega as equipes que reaproveitam um único conjunto de imagens de marketing nas duas lojas.
Correção: mantenha separados os assets de cada loja. Se você mantém as duas listagens, uma ferramenta que gerencia 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 #
Logos de terceiros, fotos de celebridades, nomes de apps concorrentes, personagens registrados como marca ou imagens de produtos de outro desenvolvedor nos seus screenshots atraem tanto uma rejeição quanto, possivelmente, uma disputa.
Correção: mostre apenas conteúdo sobre o qual você tem direitos. Antes de capturar, substitua o conteúdo real de terceiros visível na sua interface (capas de álbuns, vídeos, feeds de marcas) por substitutos licenciados ou genéricos.
Placeholders e conteúdo feito sem cuidado #
"Lorem ipsum", "Teste teste", estados vazios sem dados ou layouts obviamente quebrados passam a impressão de um app inacabado. Os revisores avaliam o cuidado com a submissão como um todo, em parte, pelos screenshots.
Correção: capture com dados de demonstração realistas — listas cheias, nomes plausíveis, números críveis. (Realistas, não reais: nunca publique dados reais de usuários em um screenshot.)
Afirmações que envelhecem: preços, promoções, rankings #
"50% de desconto esta semana", "App nº 1 em Produtividade" ou um preço impresso em uma legenda ficam incorretos no momento em que algo muda — e os revisores sabem disso. Afirmações por tempo limitado são explicitamente desaconselhadas nas prévias e arriscadas nos screenshots.
Correção: mantenha as legendas focadas no que o app faz. Coloque as promoções no texto promocional (que você pode editar a qualquer momento, sem revisão).
Como voltar a ser aprovado rapidamente #
Uma rejeição por causa de screenshots não exige um novo build:
- Leia com atenção a mensagem no Resolution Center — ela cita a diretriz e geralmente anexa o screenshot problemático.
- Substitua as imagens apontadas no App Store Connect, na mesma versão. Alterações de mídia e metadados em uma versão rejeitada não precisam de um novo binário.
- Responda no Resolution Center informando o que você mudou e submeta novamente. Novas revisões só de metadados costumam ser rápidas.
- Se você acha que a rejeição está errada, pode recorrer — mas, no caso de screenshots, substituir o asset quase sempre é mais rápido do que discutir.
Um detalhe do processo que surpreende muita gente: fora de uma rejeição, os screenshots só podem ser alterados com a submissão de uma nova versão do app. Se o seu conjunto viola uma diretriz que os revisores passam a aplicar com mais rigor, ele pode travar um lançamento que seria só uma correção de bug trivial — mais um motivo para acertar o conjunto de uma vez.
O checklist antes da submissão #
Passe por esta lista antes de cada submissão com screenshots novos:
- Dimensões exatas em pixels para cada slot — valide aqui
- Todos os screenshots mostram a interface real e atual do app (2.3.3)
- Nada que o build não consiga fazer (2.3.1)
- Conteúdo adequado para 4+ (2.3.8)
- Nenhuma moldura, selo ou menção ao Android/a outras plataformas (2.3.10)
- Nenhuma marca registrada, logo ou pessoa de terceiros sem os devidos direitos (5.2)
- Dados de demonstração realistas, sem placeholders
- Nenhum preço, desconto ou afirmação de ranking embutido nas imagens
- Todos os tamanhos de dispositivo exigidos cobertos, incluindo Watch/Vision Pro, se você publica nessas plataformas
- Para os vídeos de prévia, confira a especificação de vídeo, que é separada
Os textos oficiais estão nas Diretrizes de Revisão da App Store, seção 2.3, da Apple, e nas especificações de screenshots.
Torne impossível toda uma categoria de rejeição #
Metade desta lista — dimensões, cobertura, consistência entre idiomas — é mecânica, e problemas mecânicos são exatamente o que as ferramentas resolvem. O Screenshot Studio captura a interface real do seu app em molduras de dispositivos atuais (em conformidade com a 2.3.3 por definição), exporta cada tamanho exigido com exatidão (sem rejeições por dimensão), mantém os conjuntos localizados sincronizados e envia ao App Store Connect com cada arquivo no slot certo.
As decisões de julgamento — o que mostrar, o que afirmar — continuam com você. As rejeições que vêm da mecânica dos arquivos não precisam continuar.
Baixe o Screenshot Studio e submeta sua próxima atualização sem prender a respiração.