Publicar no Google Play em 2026 envolve muito mais do que enviar uma build. A conta precisa ser verificada, o aplicativo precisa atender aos requisitos técnicos deste ano, a ficha precisa seguir as regras de metadados, uma dúzia de declarações de conteúdo precisa ser preenchida corretamente e novas contas pessoais precisam realizar um teste fechado de duas semanas antes que possam fazer qualquer lançamento. Esta é a sequência completa, na ordem que evita retrabalho.
1. Escolha a conta de desenvolvedor certa
Uma conta de desenvolvedor do Google Play custa uma taxa de registro única de US$25 e está disponível em dois tipos, cuja escolha tem consequências durante anos:
| Pergunta | Conta pessoal | Conta de organização |
|---|---|---|
| Para quem é | Um desenvolvedor individual | Uma empresa registrada |
| Verificação de identidade | Documento de identificação oficial | Número D-U-N-S e dados da organização |
| Nome exibido na ficha | O nome pessoal verificado | O nome da organização |
| Teste fechado antes do primeiro lançamento | Obrigatório para contas criadas após 13 de novembro de 2023: pelo menos 12 testadores durante 14 dias contínuos | Não obrigatório |
Para um app empresarial, abra uma conta de organização em nome da própria empresa. Um app em uma conta pessoal do fundador ou na conta de uma agência é um problema de propriedade esperando para acontecer e, desde setembro de 2026, todo app também é registrado na identidade verificada da conta que o mantém: consulte Verificação de desenvolvedor Android. Um número D-U-N-S pode levar semanas para ser obtido; portanto, solicite-o no início do projeto, não no final.
2. Requisitos técnicos em 2026
- Android App Bundle e Play App Signing. Novos apps são enviados como app bundles e assinados por meio do Play App Signing. Mantenha a chave de upload em backup e documente seu proprietário.
- Nível da API de destino. A partir de 31 de agosto de 2026, novos apps e atualizações de apps deverão ter como destino o Android 16 (nível da API 36). Apps para Wear OS e Android Automotive OS deverão ter como destino a API 35, e apps para Android TV e Android XR, a API 34. Uma extensão até 1º de novembro de 2026 pode ser solicitada no Play Console. Apps existentes devem ter como destino pelo menos a API 35 para continuarem disponíveis a novos usuários em dispositivos que executam versões mais recentes do Android.
- Páginas de memória de 16 KB. Desde 1º de novembro de 2025, com as últimas extensões expiradas em 31 de maio de 2026, novos apps e atualizações que tenham como destino o Android 15 ou superior devem oferecer suporte a tamanhos de página de 16 KB em dispositivos de 64 bits. Isso é importante quando o app ou qualquer uma de suas bibliotecas contém código nativo: recompile com ferramentas atuais e verifique todas as bibliotecas nativas de terceiros.
- Verificação de desenvolvedor. Todo app deve ser registrado em nome de um desenvolvedor verificado; apps publicados pelo Play Console normalmente são registrados automaticamente.
3. A ficha da loja
| Elemento | Requisito |
|---|---|
| Nome do app | Até 30 caracteres |
| Descrição curta | Até 80 caracteres |
| Descrição completa | Até 4,000 caracteres |
| Ícone do app | PNG de 512 × 512, 32 bits com alfa, até 1 MB |
| Imagem de destaque | 1024 × 500, JPEG ou PNG de 24 bits |
| Capturas de tela | Pelo menos duas; até oito por tipo de dispositivo; JPEG ou PNG de 24 bits; cada lado entre 320 e 3,840 pixels, sendo que o lado maior não pode ter mais que o dobro do lado menor |
A política de metadados é onde muitas primeiras fichas falham. O nome do app, o ícone e o nome do desenvolvedor não devem conter palavras ou selos sobre classificação, preço ou promoção ("melhor", "#1", "grátis", "oferta"), e as descrições não devem incluir excesso de palavras-chave, citar depoimentos anônimos ou prometer recursos que o app não possui. As capturas de tela devem mostrar o app real.
4. Declarações de conteúdo do app
No Play Console, a seção Conteúdo do app reúne declarações que os revisores conferem em relação ao app. As declarações exibidas dependem do que o app faz; estas são preenchidas por quase todos os apps:
- Política de privacidade: uma URL ativa, também acessível dentro do app, que descreva o que o app realmente coleta.
- Segurança dos dados: quais dados são coletados e compartilhados, para quais finalidades e como são protegidos. Deve incluir os dados coletados pelas bibliotecas dentro do app, não apenas pelo seu próprio código.
- Anúncios: se o app exibe publicidade.
- Público-alvo e conteúdo: as faixas etárias às quais o app se destina. Incluir crianças ativa os requisitos da política para famílias.
- Classificação do conteúdo: o questionário de classificação. Apps sem classificação não são permitidos no Google Play.
- Exclusão da conta: se os usuários puderem criar uma conta no app, deverão poder solicitar a exclusão da conta e de seus dados tanto dentro do app quanto por meio de um link da web.
- Permissões sensíveis: declarações e justificativas para permissões como SMS e registro de chamadas, localização em segundo plano, acesso a todos os arquivos e alarmes exatos, além de tipos de serviços em primeiro plano.
- Outras declarações quando aplicável: recursos financeiros, recursos de saúde, notícias, apps governamentais e outros.
Responda a essas declarações com base em um inventário escrito do que o app e suas bibliotecas fazem, não na memória. A inconsistência entre as declarações e o comportamento é uma das formas mais confiáveis de ser rejeitado.
5. Faixas de teste
| Faixa | Uso |
|---|---|
| Teste interno | Até 100 testadores, disponibilidade rápida; para sua própria equipe |
| Teste fechado | Testadores convidados; a faixa usada para o requisito de 12 testadores em novas contas pessoais |
| Teste aberto | Qualquer pessoa pode participar pela ficha; útil para betas maiores |
| Produção | Todos, com lançamento escalonado opcional por porcentagem |
Toda build em uma faixa de teste também recebe um relatório de pré-lançamento gerado por execuções automatizadas em dispositivos reais. Leia-o antes de promover uma build: falhas, problemas de acessibilidade e avisos de segurança encontrados nele são mais baratos de corrigir do que uma rejeição em produção.
6. Análise e lançamento
Os prazos de análise variam. Primeiros envios e contas novas costumam levar mais tempo que atualizações rotineiras, às vezes vários dias, e apps em categorias sensíveis podem levar ainda mais. Dois controles eliminam a maior parte do risco de prazo:
- Publicação gerenciada permite que um lançamento aprovado aguarde até que você escolha publicá-lo, para que uma data de marketing não dependa da fila do revisor.
- Lançamento escalonado disponibiliza uma nova versão primeiro para uma porcentagem dos usuários, para que um problema alcance alguns usuários em vez de todos.
Se o app for rejeitado, o motivo será exibido na seção Status da política do Play Console, junto com a política relevante. Corrija a causa, responda ou reenvie, e mantenha as evidências da alteração. Os motivos de rejeição que vemos com mais frequência e como evitá-los são gerais o suficiente para se aplicarem às duas lojas: as rejeições previsíveis.
7. A lista de verificação completa
- Conta de organização em nome da própria empresa; D-U-N-S solicitado antecipadamente
- Chave de upload em backup; proprietário documentado
- API de destino 36 para novos apps e atualizações; suporte a 16 KB para código nativo
- Texto da ficha dentro dos limites e sem alegações de classificação, preço e promoção
- Ícone, imagem de destaque e capturas de tela nos tamanhos exigidos, mostrando o app real
- Política de privacidade ativa e vinculada no app
- Respostas de segurança dos dados baseadas em um inventário de dados escrito, incluindo bibliotecas
- Exclusão da conta disponível no app e na web, se houver contas
- Classificação do conteúdo, público-alvo, anúncios e declarações de permissões concluídos
- Teste fechado concluído quando exigido pelo tipo de conta
- Relatório de pré-lançamento analisado; publicação gerenciada ativada para o primeiro lançamento
Serviços relacionados da Manboo
- Desenvolvimento de apps Android, incluindo configuração do Play Console, faixas de lançamento e declarações de políticas.
- Desenvolvimento de apps iOS, incluindo App Store Connect, TestFlight e preparação para a análise do app.
- Desenvolvimento de apps Flutter quando uma base de código precisa passar pelas análises das duas lojas.
- Manutenção de software para apps existentes que precisam de atualizações do nível da API, do SDK ou das políticas.
- Solicite uma análise de escopo e orçamento para o lançamento em uma loja ou uma submissão rejeitada.