Checklist de Ativos para Lançamento de Apps 2026: Tudo o que as Duas Lojas Exigem

Ignorar as Especificações dos Ativos no Lançamento—Risco de Rejeição Instantânea

Nada piora o dia de lançamento como um erro de incompatibilidade de ativo, ou a corrida de última hora para encontrar um gráfico de recurso 1024x500 do Play que você esqueceu que existia. A abordagem "Vamos consertar depois do lançamento" é um desperdício de tempo—resolva isso antes e evite rejeições de 24 horas e auditorias manuais de metadados em ambas as lojas. Eu deixo essa checklist aberta em cada sprint de lançamento de app; todos os requisitos abaixo estão atualizados para 2026 (e sim, a Apple mudou as agrupações de screenshots do iPad de novo em maio).

Checklist de Ativos para Lançamento de App em 2026

• Ícone do App (iOS, Android)
• Screenshots (Famílias de Dispositivos & Especificações)
• Gráfico de Recurso (Google Play)
• Vídeo de Prévia do App (Opcional, Ambas as Lojas)
• Ativos Promocionais (Opcional, Play Store)
• Limites de Metadados & O que Realmente Quebra Envio

Ícone do App: Seu Passaporte 1024x1024

Não há perdão para ícones borrados, fora do centro ou não quadrados. Ambas as lojas exigem 1024x1024px—sem transparência—e a Apple redimensiona para cada dispositivo e espaço de anúncio. Você não verá falhas graves a não ser que envie um arquivo que não seja PNG ou inclua canal alfa, mas um ícone muito detalhado é suicídio para a taxa de conversão. Eu recomendo: veja como seu design fica em 60x60px. Se não conseguir reconhecê-lo à distância, recomece.

• Especificações (2026): PNG 1024 x 1024 px, sem alfa, sem cantos arredondados (as lojas arredondam automaticamente), arquivo <1MB.
• Documentação das lojas: Diretrizes da App Store / Referência da Play Console
• Ferramenta: Gere ícones do app para todos os tamanhos exigidos

Screenshots: Por Dispositivo, Por Exigência, Sem Atalhos

Aqui é onde a maioria dos lançamentos indie falha: preparando apenas telas do iPhone 14 Pro, ou enviando imagens de iPad que não correspondem às especificações. Cada grupo de dispositivos exige seu conjunto próprio. Não seja aquele app com imagens esticadas ou com barras pretas aparecendo na busca—é um caminho rápido para uma má primeira impressão. Aqui está o que você precisa para clicar em "Pronto para Revisão" e passar pelo envio em ambas as lojas.

Especificações de Screenshots para App Store iOS (2026):

• Famílias de Dispositivos:
  • iPhone 6.7" (ex: iPhone 15 Pro Max, 1290x2796px)
  • iPhone 6.1" (ex: iPhone 15/15 Pro, 1170x2532px)
  • iPad Pro 12.9" (2048x2732px)—obrigatório para suporte ao iPad em 2026. Não use mais o iPad 11" compartilhado como capa de grupo.
  • iPad Pro 11" (1668x2388px)—se você preza por fidelidade, mas não é obrigatório para publicação.
• Quantidade: 1-10 por tamanho de dispositivo (mínimo 1 por família requerida; preencha todos os 10 para melhores taxas de clique, mas 5 é o mínimo se estiver com pouco tempo).
• Formato: JPG ou PNG, 72dpi, cor RGB, <10MB por arquivo. Eles vão rejeitar arquivos salvos em CMYK.
• Proporção: Deve corresponder exatamente à resolução do dispositivo, sem barras pretas (pillarbox) ou barras horizontais (letterbox).
• Ferramenta: Gerador fácil para todos os tamanhos de screenshots iOS

Especificações de Screenshots do Google Play (2026):

• Obrigatório: Mínimo 2 por tipo (telefone, tablet 7", tablet 10" assim que você declarar suporte a tablets).
• Tamanhos Recomendados:
  • Telefone: 1080x2340px (16:9 e 19.5:9 passam, mas prefira mais alongado para telefones modernos)
  • Tablet 7": 600x1024px ou 1200x1920px. A revisão da Play gosta de pelo menos um screenshot em resolução total para apps com suporte a tablets.
  • Tablet 10": 800x1280px ou 1600x2560px.
• Limites: Máximo 8 por tipo de dispositivo. PNG ou JPG, 24-bit, <8MB/arquivo.
• Dica: A política do Play Console é rigorosamente aplicada para imagens "não representativas"—nada de interfaces falsas.
• Ferramenta: Gere automaticamente todos os tamanhos de screenshots do Play Store

Gráfico de Recurso (Só Google Play)

Ainda exigido em 2026. Aparece em buscas e algumas visualizações web—e gráficos faltantes ou fora do padrão silenciosamente afetam sua taxa de aquisição. Vejo muitos apps pulando isso ou usando uma screenshot recortada (movida preguiçosa). Faça algo impactante e legível em tamanhos pequenos—pense no Spotify ou Calm, não num bloco de texto.

• Especificações: 1024 x 500px, JPG ou PNG 24-bit (sem alfa), <1MB.
• Cuidado: Não coloque logos importantes nas bordas—o Google corta em algumas telas.
• Ferramenta: Design e redimensionamento de gráficos de recurso

Vídeo de Prévia do App: Opcional, Mas Indispensável

Tecnicamente você pode lançar sem vídeo. A maioria dos desenvolvedores indie pula isso na primeira vez, mas dados de conversão dos meus lançamentos mostram que uma prévia minimamente competente supera só as screenshots—especialmente no Play, onde a miniatura do vídeo domina sua listagem. Se só puder fazer um, priorize o Google Play (só precisa de 1 horizontal, máximo 30 segundos).

• App Store: 15-30s, M4V/MP4, 1920x886px para iPhones (horizontal) ou 886x1920px (vertical), máximo 3 por família de dispositivos. Proibido auto-promo ou anúncios—Apple detecta automaticamente sobreposições "baixe no Google Play" e rejeita seu build.
• Play Store: link do YouTube, recomendo 30s em horizontal (16:9), 720p mínimo. Regras rígidas para "filmagens dentro do app", nada de promos com pessoas falando.

Ativos Promocionais: Não Obrigatórios, mas Úteis

Nove em cada dez lançamentos indie não se preocupam com imagens ou adesivos promocionais para Play Store—até surgir uma chance de destaque ou banner e você ter que improvisar um gráfico 180x120px em 10 minutos. Não é exigido no lançamento, mas se quiser jogar de verdade para aparecer na loja, produza esses seis arquivos uma única vez e mantenha versionados junto da sua fonte. (Lista mais recente via Play Console.)

• Banner para TV: 1280x720px
• Screenshot Wear OS: 384x384px (se declarar suporte a smartwatches)
• Imagem promocional: 180x120px (raro em 2026 mas não depreciado—ainda usado para algumas posições na busca)

Metadados: Títulos, Descrições e Onde Você Vai Tropeçar

Uploads de ativos falham imediatamente se a resolução estiver errada. Os limites de metadados só aparecem depois que você cola sua descritiva cuidadosamente elaborada e recebe o erro de "tamanho inválido" no meio do envio. Não tenho tempo para conselhos genéricos de "otimize suas palavras-chave" aqui—a linha entre "aprovado" e "erro" é o limite de caracteres exato que as lojas realmente aplicam.

• iOS:
  • Título: 30 caracteres
  • Subtítulo: 30 caracteres
  • Texto promocional: 170 caracteres
  • Descrição: 4000 caracteres
  • Palavras-chave: 100 caracteres (separadas por vírgulas)
• Google Play:
  • Nome do App: 50 caracteres
  • Descrição Curta: 80 caracteres
  • Descrição Completa: 4000 caracteres
  • O que Há de Novo: 500 caracteres
• Cuidado: Play rejeita emojis ou caracteres especiais no título, e a App Store rejeita se você repetir o nome do app no subtítulo. Verifique com editor de texto puro—aspas inteligentes aparecem ao copiar do Google Docs.

Testes e Envio: A Etapa Que Falta

Antes de enviar, teste todos os seus ativos no dispositivo (modo claro/escuro, recortes dos novos dispositivos, iPad no modo paisagem para split view se você se importa com tablets). As lojas não mostram prévia do upload da forma como vai aparecer para usuários reais. Eu uso ScreenshotWhale para a última conferida nas prévias dos dispositivos e pegar erros bobos—é mais rápido do que exportar cada tamanho do Figma e corrige a maioria das armadilhas acima.

Manter Esta Checklist Atualizada

As especificações mudam, geralmente pouco antes de um prazo ou perto do WWDC/Google I/O. Salve nos favoritos a documentação que você realmente usa e não confie em threads aleatórios do Reddit ou boatos de Discord sobre tamanhos aceitos. Se a Apple ou o Google incluírem outra família de dispositivos ou mudarem nomes discretamente (como “Feature Graphic” virando “Listing Banner” no Play em algumas regiões—isso rolou em beta no último outono), confira os requisitos atuais antes de cada lançamento. As checkboxes acima já me salvaram pelo menos quatro desastres em dias de lançamento—espero que salvem você também.