Requisitos da ficha da Google Play: a checklist completa de assets
Antes de você enviar qualquer coisa para a Google Play, ajuda ter as especificações exatas à sua frente — porque o Play Console rejeita assets que não cumprem uma dimensão ou usam o formato errado, e as regras diferem o suficiente da App Store para você não conseguir reaproveitar cegamente os mesmos arquivos. Aqui está a checklist completa numa só tabela, seguida de uma nota curta sobre cada linha e as duas ou três coisas que costumam pegar as pessoas desprevenidas. Todas as especificações estão verificadas na Play Console Help (2026); as fontes estão linkadas no fim.
A especificação completa dos assets da ficha da Google Play
| Binário da app | — | AAB (Android App Bundle) | As apps novas têm de ser publicadas como .aab, não como APK — obrigatório desde agosto de 2021. |
Essa tabela é toda a superfície da ficha: três assets gráficos, três campos de texto e o binário. O resto deste artigo é o detalhe por trás de cada linha.
Ícone da app: 512 × 512, e atenção aos cantos
O ícone é um único arquivo de 512×512 px, enviado como PNG 32-bit com canal alfa, com menos de 1 MB. A Play o renderiza dentro de uma máscara arredondada, por isso tudo o que você empurrar para os cantos extremos fica cortado. Desenhe um quadrado completo, mantenha os elementos importantes centralizados e deixe a máscara fazer o resto. Este é um dos poucos assets da Play que mantém o alfa — o gráfico de destaque e as capturas de tela não.
Gráfico de destaque: obrigatório, mas só aparece às vezes
O gráfico de destaque é um banner de 1024×500 px em JPEG ou PNG 24-bit, sem canal alfa. É um asset obrigatório — você não consegue completar a ficha sem ele. A particularidade é que só aparece na própria ficha da loja quando você também anexa um vídeo promocional, porque funciona como o frame de capa do vídeo. Ainda assim, a Play usa o gráfico de destaque em outros posicionamentos promocionais, por isso nunca é opcional. Trate isso como um trabalho de design sério de verdade, não um placeholder: o texto tem de sobreviver a ser recortado em diferentes superfícies, e tem de evitar o texto promocional que a Play proíbe (seção seguinte).
Capturas de tela: a regra 2:1 é a que passa despercebida
Você precisa de um mínimo de 2 capturas de tela por tipo de dispositivo antes de a Play deixar você publicar, e pode enviar até 8 por tipo de dispositivo. Cada uma é um JPEG ou PNG 24-bit, sem alfa, até 8 MB. A regra das dimensões é onde os uploads costumam ser rejeitados: cada lado tem de estar entre 320 e 3840 px, e o lado mais comprido não pode ser mais do que o dobro do mais curto. Essa segunda parte é o limite de proporção 2:1. Um painel de marketing alto, por exemplo a 1080×2400, dá 2,22:1 — acima do limite, e a Play rejeita mesmo que ambos os lados estejam dentro de 320–3840.
Esta é a rejeição de captura de tela mais comum na Play, e é por isso que um conjunto de capturas de tela da App Store não passa diretamente para a Play. As capturas de tela do iPhone são frequentemente mais altas do que 2:1; a Play não as aceita. Você quer uma tela de celular que fique igual ou abaixo de 2:1 — um formato retrato 9:16 a 1080×1920 é uma escolha segura e comum — e se você estiver reaproveitando um design da App Store, ele tem de ser redimensionado para caber na proporção, não apenas reexportado.
As capturas de tela de tablet (7 e 10 polegadas) seguem as mesmas regras de 320–3840 px e 2:1 e são opcionais, mas se o seu app suportar tablets vale a pena preencher ambos os espaços — a Play mostra uma ficha de tablet distinta a esses usuários. Wear OS, Android TV e Chromebook têm, cada um, seus próprios espaços de capturas de tela separados, caso você tenha esses formatos como alvo.
Limites de texto — e as palavras que você não pode usar
Os três campos de texto têm contagens de caracteres rígidas: 30 para o título do app, 80 para a descrição curta, 4000 para a descrição completa. Espaços e símbolos contam para todos eles. São os mesmos limites que a App Store Connect calha por acaso de compartilhar em alguns campos, mas não assuma — a Play conta à sua maneira e trunca abruptamente no limite.
A armadilha que não tem a ver com comprimento: o Google proíbe texto promocional e de desempenho no ícone, título, descrição curta e nome do desenvolvedor. Palavras como "grátis", "melhor", "nº1", "top", "novo", "promoção" ou "desconto" — qualquer coisa que sugira posição na loja, preço ou uma promoção — faz com que a ficha seja sinalizada. A mesma regra se estende ao gráfico de destaque e ao vídeo promocional: sem afirmações sobre desempenho na loja, sem distinções que você não tenha recebido do Google, e sem overlays de chamada à ação como "Baixe já" incorporados na arte. Os selos oficiais "Best Of" ou Escolha do Editor atribuídos pelo Google Play são a exceção que você pode mostrar.
O binário: AAB, não APK
Desde agosto de 2021, todo app novo na Google Play tem de ser publicado como Android App Bundle (.aab), e não como um APK autônomo. A Play gera os APKs por dispositivo a partir do seu bundle. Isto não é um asset da ficha, mas faz parte da mesma checklist de "consigo mesmo publicar", e é um passo que pega de surpresa quem publicou pela última vez há anos. Os apps já existentes baseados em APK podem continuar a ser atualizados, mas uma ficha totalmente nova precisa do AAB.
Onde a Mokbi encaixa
A Mokbi foi construída para entregar a você assets válidos para a Play diretamente do editor. As exportações de capturas de tela incluem um tamanho de celular compatível com a Play que respeita o limite 2:1, para você não enviar um conjunto que a Play recuse por ser alto demais. Também produz o gráfico de destaque de 1024×500 a partir do mesmo projeto, e redige e traduz o texto da ficha — título, descrição curta, descrição completa — para 50 idiomas, mantendo-se dentro dos limites de caracteres da Play por região, para que nada seja truncado no meio de uma frase. Criar é grátis num editor com marca d'água; exportação e publicação ilimitadas vêm com uma assinatura — Solo por €29,99/mês ou Studio por €49,99/mês, sem compra avulsa.
A Mokbi não para nos arquivos — ela publica-os. Assim que o design ao redor do ícone, o gráfico de destaque 1024×500, as capturas de tela 2:1 válidas para a Play e o texto da ficha em 50 idiomas estão prontos, a Mokbi envia a ficha e os assets diretamente para a Google Play através da Play Developer API. Para a App Store, ela deixa a versão pronta no App Store Connect para envio — a Apple exige o Submit final e a revisão. O que a ferramenta elimina é a parte em que você luta com as dimensões e os consoles: as telas já têm a forma certa, as exportações já correspondem às especificações da tabela acima, e o upload acontece por você.
A versão resumida
- Ícone: 512×512, PNG 32-bit com alfa, com menos de 1 MB, cantos seguros.
- Gráfico de destaque: 1024×500, JPEG ou PNG 24-bit, sem alfa, sem texto promocional.
- Capturas de tela: 2–8, cada lado entre 320–3840 px, mais comprido ≤ 2× mais curto, sem alfa. Atenção ao limite 2:1.
- Texto: título ≤ 30, curta ≤ 80, completa ≤ 4000. Sem "grátis / melhor / nº1 / top / novo / promoção".
- Binário: apps novas são publicadas como AAB, não como APK.
O Google revê estas tabelas de vez em quando. Se você estiver lendo isto bem depois da data de publicação, confirme os números atuais no Play Console Help antes de enviar. Em 2026, as especificações acima são o que as fontes abaixo indicam:
- Add preview assets to showcase your app — Play Console Help (especificações de ícone, gráfico de destaque e capturas de tela).
- Best practices for your store listing — Play Console Help (limites de título/descrição, texto proibido).
- Android App Bundle FAQ — Android Developers (requisito do AAB para apps novas).