Diretrizes de Capturas de Ecrã para Revisão de Apps: Regras da Apple Resumidas

Porque é que a Apple se preocupa especificamente com as capturas de ecrã?

A App Store é curada. A posição da Apple, reafirmada na introdução das Diretrizes de Revisão de Apps, é que uma loja de alta qualidade beneficia tanto utilizadores como programadores. As capturas de ecrã são a primeira impressão do utilizador; capturas enganadoras erodem a confiança em toda a loja. É por isso que a aplicação das regras das capturas de ecrã está entre as partes mais rigorosas da Revisão de Apps e por isso corrigir problemas rapidamente importa mais do que discutir.

O que significa “representação fiel” (2.3.3)?

A diretriz 2.3.3 exige que as capturas de ecrã mostrem a app efetivamente em execução. A zona cinzenta é o que conta como “em execução”. A Apple é rigorosa relativamente a:

• Arte conceptual para funcionalidades que não constam do binário submetido
• Ilustrações de marketing pré-renderizadas que mostram a app dentro de um cenário hipotético
• Capturas de ecrã da concorrência disfarçadas como sendo suas

A Apple é mais permissiva quanto a:

• Mockups de dispositivos — o ecrã real da sua app composto dentro de uma moldura de iPhone é aceitável
• Legendas e títulos — sobreposições de texto a explicar o que o ecrã faz
• Fundos — fundos com gradientes ou fotográficos por trás da moldura do dispositivo
• Dados de exemplo gerados que representem de forma plausível o que um utilizador real veria

Porque é que o conteúdo de placeholder é um problema?

Lorem ipsum, “Nome de Utilizador” e contas de teste óbvias (por exemplo, “test@test.com”) sinalizam um produto inacabado. A Revisão de Apps trata estes elementos como representativos de uma app inacabada — um caminho rápido para a rejeição. Preencha cada campo com dados plausíveis: nomes com aspeto real, valores de transação realistas, datas atuais. Dados gerados são aceitáveis; dados de placeholder óbvios não são.

E sobre tamanhos de dispositivo errados (2.3.10)?

A diretriz 2.3.10 cobre a exatidão dos metadados. Submeter uma captura de ecrã de 6,1 polegadas no espaço de 6,7 polegadas — mesmo que ampliada — é rejeitado porque a imagem resultante não representa a app na proporção real do ecrã do dispositivo maior. Use as renderizações específicas por dispositivo que listamos no guia de tamanhos de capturas de ecrã da App Store e deixe a API Screenshots.live gerar cada dispositivo nativamente em vez de escalar.

Pode mencionar Android em capturas de ecrã iOS?

Não. A diretriz 2.3.10 proíbe referências a outras plataformas móveis dentro dos metadados iOS, incluindo capturas de ecrã. Infratores comuns:

• Banners “Agora no Android”
• Distintivos de transferência do Google Play
• Capturas de ecrã que mostram a sua app dentro de uma moldura de dispositivo Android (Pixel, Galaxy) em vez de uma moldura de iPhone

A solução é variantes por plataforma: o mesmo template, com configuração de moldura de dispositivo diferente. Renderize a variante iOS com molduras de iPhone, a variante Android com molduras de Pixel e carregue para a loja apropriada. Veja a funcionalidade de suporte multiplataforma para a configuração.

E quanto às alegações de marketing (2.3.7)?

A Apple já rejeitou listagens por superlativos não verificados: “app de produtividade n.º 1”, “Melhor aplicação de notas em iOS”, “Usado por mais de 10M de equipas”. A solução é uma das seguintes:

• Cite uma fonte na captura de ecrã ou na legenda (“Top 10 em Produtividade, App Store, EUA, março de 2026”)
• Seja específico em vez de superlativo (“Confiado por 8.432 equipas” se esse número for exato)
• Remova a alegação por completo e baseie-se no próprio produto

Como é que as classificações etárias interagem com as capturas de ecrã?

A classificação etária que seleciona no App Store Connect aplica-se a todos os elementos da listagem — incluindo capturas de ecrã. Uma app 4+ que mostre álcool, tabaco, violência intensa ou conteúdo sugestivo nas capturas de ecrã sobe para uma classificação superior, ou é rejeitada se a classificação não puder acomodar o conteúdo. Adeque o conteúdo à classificação desde o início: se a sua captura de ecrã precisa de uma interface com lista de vinhos, a classificação da app já tem de acomodar referências a álcool.

Que molduras de dispositivo são permitidas?

A Apple permite mostrar a sua app dentro de uma moldura de dispositivo Apple para a classe de dispositivo que está a listar (iPhone, iPad, Apple Watch, Apple TV). Não:

• Modifique visualmente a moldura do dispositivo (cores personalizadas, logótipos)
• Misture molduras Android em listagens iOS
• Use molduras genéricas “em forma de telemóvel” não autorizadas pela Apple

Use os recursos oficiais de molduras de dispositivo da Apple (bibliotecas Sketch / Figma) ao desenhar o seu template.

E sobre logótipos de terceiros e conteúdo protegido por direitos de autor?

A diretriz 5.2 cobre propriedade intelectual. O infrator mais comum nas capturas de ecrã é uma notificação push falsa de uma marca para a qual a app não tem licença: “Slack: Nova mensagem de Eve” numa captura de ecrã de uma app que não é o Slack, por exemplo. Use notificações simuladas genéricas, interfaces semelhantes a marcas anonimizadas (sem logótipos reais) ou conteúdo licenciado com direitos comprováveis.

Como se aplica a exatidão dos preços (3.1.1)?

Se uma captura de ecrã diz “Grátis para sempre” mas a sua app utiliza uma subscrição de 4,99 $/mês, espere rejeição. As alegações de preço nas capturas de ecrã têm de refletir a IAP/subscrição que efetivamente disponibiliza. O mesmo se aplica a alegações “Sem anúncios”, “Compra única” e durações de “Período experimental gratuito” — cada uma tem de corresponder ao que o utilizador encontra na app.

E sobre incompatibilidades a nível de localidade?

Uma etiqueta de preço em dólares americanos na sua listagem alemã transmite descuido à Revisão de Apps e aos utilizadores. O mesmo se aplica a formatos de data (MM/DD/AAAA numa listagem alemã), referências sociais (“Em alta no Twitter” numa listagem da China Continental onde o Twitter está bloqueado) e feriados (referências ao Dia de Ação de Graças em listagens fora dos EUA). O guia de localização cobre substituições por localidade exatamente para estes casos.

O que fazer quando é rejeitado?

A maioria das rejeições de capturas de ecrã é fácil de corrigir: alterar o elemento ofensivo no template, voltar a renderizar via API, voltar a carregar, voltar a submeter. O ciclo completo é geralmente inferior a uma hora. Dois conselhos:

• Leia a diretriz exata que a Apple cita no Centro de Resolução. A correção é quase sempre mais limitada do que pensa — por vezes um único elemento numa única captura de ecrã.
• Volte a submeter antes de recorrer. Recursos através do Centro de Resolução demoram dias; novas submissões após uma correção são geralmente processadas em horas. Os recursos fazem sentido quando acredita genuinamente que a revisão estava errada — não quando a correção é óbvia.

Como diferem as regras do Google Play?

A Política de Listagens na Loja e Conteúdo Promocional do Google Play cobre terreno semelhante, mas é geralmente mais permissiva quanto à linguagem de marketing e mais rigorosa quanto a funcionalidades enganadoras. Os princípios básicos — representação fiel, sem notificações falsas, consistência da classificação etária — aplicam-se em ambas as plataformas. As especificações técnicas diferem; consulte o nosso guia de requisitos de capturas de ecrã do Google Play para esses detalhes.

Em síntese

A forma mais rápida de evitar a categoria de rejeição de capturas de ecrã da Revisão de Apps é começar com um template que já cumpre as regras — molduras de dispositivo fiéis, sem referências cruzadas entre plataformas, dados de exemplo plausíveis, sem alegações infundadas. Gere variantes a partir desse template e a taxa de rejeição cai para perto de zero.