Capturas para App Store e Google Play: requisitos e verificação
Uma lista de produção para criar imagens tecnicamente válidas que explicam a aplicação em poucos segundos.
A Apple aceita entre uma e dez capturas por tamanho de dispositivo suportado, em JPEG ou PNG sem transparência. O Google Play exige pelo menos duas; quatro imagens de alta resolução são uma base mais sólida para apresentar o produto. Use ecrãs reais da versão atual, torne o benefício principal legível na primeira imagem e verifique cada idioma, moeda, família de dispositivos e afirmação antes do envio.
Estime a aplicação com um breve questionário
ComeçarCriar uma matriz de ficheiros antes do design
Liste loja, tipo de dispositivo, orientação e idioma. Esta matriz mostra se existe uma versão iPad, uma interface diferente em Android ou uma feature graphic por localizar.
No App Store Connect, a Apple pode redimensionar as capturas de maior resolução para tamanhos mais pequenos quando a interface é igual. Isto não elimina a necessidade de testar tablet, paisagem ou layouts que mudam. As dimensões aceites acompanham os dispositivos e devem ser confirmadas na tabela de especificações da Apple no momento da exportação.
O Google Play exige um mínimo de duas capturas e aceita JPEG ou PNG de 24 bits dentro dos limites indicados. Para algumas superfícies de recomendação, quatro capturas com pelo menos 1080 píxeis são uma referência prática. A ficha também usa uma imagem de destaque de 1024 × 500 píxeis. Consulte a documentação de recursos gráficos do Google Play.
Contar uma história com cinco imagens
Escreva primeiro os cinco títulos. Numa aplicação de marcações, podem ser: encontrar disponibilidade, escolher profissional, confirmar, receber lembrete e gerir alteração. Numa aplicação de aprendizagem: objetivo, aula, exercício, progresso e utilização offline.
Leia apenas os títulos. Se explicarem o produto sem os ecrãs, a sequência funciona. Se forem nomes como «Início», «Perfil» e «Definições», a galeria ainda descreve menus em vez de valor.
Cada imagem deve ter um papel. Duas ou três capturas reais servem como prova; uma situação de uso, resultado ou elemento de confiança pode variar a composição. Evite cinco telemóveis iguais alinhados com títulos pequenos.
Testar na escala em que a pessoa realmente vê
A galeria aparece primeiro como miniatura. Uma frase curta, um elemento dominante e um único ponto de prova costumam sobreviver melhor. Não dependa dos textos minúsculos dentro da interface para explicar a função.
Para um formato iPhone vertical comum, a Appfyl utiliza 1290 × 2796 píxeis como predefinição de trabalho e depois valida contra o tamanho atual do dispositivo. O ficheiro final é um retângulo completo com cantos exteriores direitos; a moldura do dispositivo fica dentro da composição.
Use dados de demonstração plausíveis sem dados pessoais. Não mostre prémios, avaliações, preços, pagamentos, resultados de saúde ou capacidades de IA que não existam naquele build e mercado.
Preparar um kit que não obrigue a recapturar tudo
A pessoa responsável precisa de um build estável, contas de teste e dados aprovados. Capture os estados principais e use um sistema de layout em que texto, moeda e exemplos possam mudar sem repetir toda a sessão.
Antes do envio, confirme:
- dimensões, proporção e formato do ficheiro;
- ausência de transparência e dados privados;
- versão e dispositivo corretos;
- título legível na miniatura da loja;
- português europeu, euro, datas e métodos de pagamento adequados;
- primeiros três visuais compreensíveis sem os restantes;
- margens para possíveis cortes ou sobreposições;
- nome do ficheiro, versão e localidade rastreáveis.
Tem uma ideia de app e quer entender o próximo passo?
Revisar minha ideiaLocalizar para Portugal em vez de traduzir
Uma composição inglesa pode não suportar palavras portuguesas mais longas. O utilizador em Portugal pode também esperar euros, formatos de data, moradas e formas de pagamento diferentes. Reduzir a letra até caber não é localização.
Mantenha a identidade visual, mas permita uma ordem de argumentos própria. O nosso guia de localização de capturas explica como adaptar prova e contexto, não apenas a legenda.
Medir a galeria depois do lançamento
Registe data, ordem e conteúdo de cada alteração. Compare visualizações, instalações e conversão por idioma e loja. Altere uma hipótese de cada vez: primeira promessa, ordem, título ou tipo de imagem.
Se as instalações aumentarem e a ativação descer, a galeria pode estar a criar uma expectativa que a primeira sessão não cumpre. Ligue os dados da loja à analítica da aplicação.
Guias relacionados da Appfyl
- ASO antes do lançamento
- Localização de capturas
- Lista de lançamento
- Corrigir rejeições das lojas
- Questionário funcional da Appfyl
Veja como a Appfyl transforma escopo em produtos lançados. Ver cases da Appfyl.
Transforme pesquisa em plano
A Appfyl transforma sua ideia em um plano claro do app, uma lista de funções e o primeiro plano de trabalho.
Discutir o plano do appPontos principais
- A Apple permite uma a dez capturas em JPEG ou PNG sem canal alfa.
- O Google Play pede pelo menos duas; quatro imagens grandes e coerentes são mais úteis.
- A primeira captura deve explicar o resultado da aplicação, não o menu.
- Interface, dispositivo, mercado e função mostrada devem corresponder ao build.
- A série é planeada como sequência e medida separadamente por loja e idioma.
Links úteis
Perguntas frequentes
A Apple permite uma a dez por tamanho suportado. Uma é suficiente tecnicamente, mas várias são necessárias para explicar valor, percurso e confiança.
Duas no mínimo. Quatro capturas de alta resolução e com uma sequência coerente são uma base prática melhor.
A mensagem pode ser comum, mas a interface, dispositivo, dimensões e recursos próprios da loja devem corresponder a cada plataforma.
Não. Deve mostrar o benefício principal. Um resultado ou passo real costuma ser mais convincente do que um painel genérico.