Principais destaques
- 01. Memória vira critério de qualidade. O Google Play vai avaliar memória dinâmica, uso de bitmaps e otimização do código DEX. Quem ultrapassar os limites poderá sofrer redução de visibilidade e de capacidade de publicação.
- 02. Android 17 já está limitando aplicativos. O sistema operacional passou a estabelecer orçamentos de memória de acordo com a quantidade de RAM do aparelho. Se um app continuar consumindo recursos depois de atingir o limite, ele pode ser desacelerado e até encerrado.
- 03. Login sem senha volta a ser prioridade. Em abril de 2027, aplicativos compatíveis terão de usar o Restore Credentials para reconhecer automaticamente o usuário quando ele abrir o app pela primeira vez em um novo celular.
O Google Play está prestes a apertar o cerco contra aplicativos que consomem memória demais no Android. A partir de fevereiro de 2027, apps e jogos que ultrapassarem os limites definidos pelo Google poderão perder visibilidade na loja e também ter restrições para publicar novas versões.
A mudança não surgiu isoladamente. O Android 17 já introduziu limites de memória por aplicativo, inicialmente em aparelhos Pixel, e o Google pretende ampliar a adoção para outros fabricantes ao longo do próximo ano. A empresa afirma que a medida busca evitar lentidão, consumo excessivo de bateria e encerramentos inesperados causados por aplicativos que utilizam recursos demais.
A nova política também estabelece uma segunda frente de cobrança: o Google Play quer que aplicativos facilitem a vida do usuário na troca de celular. A partir de abril de 2027, apps que tenham login deverão restaurar automaticamente a sessão durante a migração para outro aparelho Android, usando a tecnologia Zero-Tap Sign-In.
O Google não está simplesmente criando um limite de RAM
Existe uma diferença importante aqui. A nova regra não significa que um aplicativo poderá usar, por exemplo, apenas 500 MB ou 1 GB de RAM independentemente do aparelho.
O Android 17 trabalha com limites que levam em consideração a quantidade total de RAM do dispositivo e o estado do processo. Um aplicativo em primeiro plano, mostrando uma interface para o usuário, recebe um orçamento diferente de um processo que está trabalhando em segundo plano.
A lógica é relativamente simples: um app que está aberto diante do usuário precisa de espaço para funcionar. Já um aplicativo que permanece ativo em segundo plano não pode continuar ocupando uma quantidade enorme de memória simplesmente porque foi aberto anteriormente.
É uma tentativa de tornar o comportamento do sistema mais previsível.
O próprio Google descreve os limites do Android 17 como uma forma de combater vazamentos de memória e outros comportamentos extremos antes que eles provoquem consequências mais amplas, como travamentos da interface, maior consumo de bateria e encerramento de aplicativos.
A ideia não é punir o aplicativo que usa memória. É evitar que ele use memória demais para o que está fazendo.
A memória dinâmica será uma das principais medidas
Um dos indicadores utilizados pelo Google Play será o consumo de Anonymous RSS + Swap.
Em termos menos técnicos, a métrica procura medir a memória anônima efetivamente associada ao processo e a memória que foi colocada em swap. O Android Developers explica que essa é a medida usada pelo Memory Limiter do Android 17 para avaliar o consumo total de memória do processo.
Isso é importante porque olhar apenas para a quantidade de RAM ocupada por um aplicativo pode dar uma impressão incompleta.
Um app pode reservar memória, movimentar páginas para a área de troca e continuar pressionando o sistema de maneiras que não aparecem simplesmente como “o aplicativo está usando X GB”.
Com a nova política, esse comportamento passa a ser observado de maneira mais estruturada.
O Google Play vai transformar essa análise em uma métrica de qualidade. A partir de fevereiro de 2027, aplicativos e jogos deverão permanecer dentro dos respectivos limites de mau comportamento definidos para memória. Quem não conseguir fazer isso poderá sofrer consequências dentro da própria loja.
O Android 17 já começou a preparar a mudança
O anúncio do Google Play chega poucos dias depois de outra comunicação importante da equipe do Android.
Em 19 de agosto, o Google explicou que os limites de memória por aplicativo, introduzidos no Android 17, começaram nos aparelhos Pixel e serão adotados progressivamente por mais fabricantes. A previsão é que isso alcance diferentes categorias de aparelhos, incluindo dispositivos com 4 GB, 8 GB, 12 GB, 16 GB ou mais de RAM.
O detalhe mais interessante é que o limite não é apenas um número estático.
O Android pode aplicar uma pressão gradual sobre o processo. Quando determinado limite é ultrapassado, o sistema utiliza mecanismos do kernel para tentar recuperar memória. Isso pode reduzir o desempenho do aplicativo antes que uma situação mais grave aconteça.
Se o processo continuar aumentando seu consumo e esgotar as possibilidades de recuperação, o Android pode encerrar o aplicativo.
É justamente aí que a mudança pode ser percebida pelo usuário.
Um aplicativo pesado demais pode começar a apresentar engasgos, ficar mais lento ou simplesmente desaparecer da memória quando o sistema precisar recuperar recursos.
E isso não depende necessariamente de o celular estar “sem RAM”
Essa é uma das partes mais contraintuitivas da mudança.
Um aparelho pode ainda mostrar bastante memória física disponível e, mesmo assim, um aplicativo ser encerrado pelo limite individual imposto pelo sistema.
A documentação do Android explica que o Memory Limiter atua sobre o processo do aplicativo e pode provocar um encerramento específico por violação desse orçamento. Ou seja, não é exatamente o mesmo fenômeno do tradicional “o celular inteiro ficou sem memória”.
Para desenvolvedores, isso muda a maneira de investigar determinados problemas.
O Android disponibiliza informações na ApplicationExitInfo para identificar quando um processo foi afetado pelo mecanismo. A descrição pode indicar o motivo relacionado ao MemoryLimiter:AnonSwap. Também é possível usar ferramentas de profiling para capturar informações quando o limite é atingido.
Google Play vai medir mais do que RAM
A política anunciada em 26 de agosto não se resume à memória dinâmica.
São três indicadores principais que entram na nova avaliação.
1. Memória dinâmica
É o indicador relacionado ao consumo de memória anônima e swap. O objetivo é detectar aplicativos que mantêm um footprint exagerado e podem prejudicar o aparelho.
2. Memória de bitmaps
Imagens também entram na conta.
Bitmaps precisam ocupar memória quando estão sendo exibidos, mas o problema aparece quando um aplicativo mantém grandes quantidades de imagens carregadas mesmo depois de elas deixarem de ser necessárias.
Isso é particularmente relevante para aplicativos com muitas imagens, editores de foto e vídeo, redes sociais e jogos.
O próprio Google destaca que bitmaps podem permanecer em memória quando o app está em primeiro plano, mas não deveriam ficar armazenados por longos períodos quando o aplicativo está em segundo plano ou em cache.
3. Código DEX otimizado
A terceira frente é menos visível para o usuário, mas bastante importante para quem desenvolve aplicativos.
O Google Play exigirá pelo menos 25% de cobertura em otimização, redução e ofuscação do código DEX, utilizando ferramentas como o R8 ou outra solução equivalente.
A lógica é que código mais bem otimizado pode contribuir para reduzir o footprint do aplicativo, melhorar a inicialização e diminuir problemas de desempenho.
Assim, a nova política não está apenas dizendo “use menos RAM”. Ela está tentando atacar diferentes fontes que podem deixar um aplicativo maior e menos eficiente.
Play Console vira o painel de fiscalização
Os desenvolvedores não terão de esperar fevereiro de 2027 para descobrir se estão em uma situação ruim.
O Play Console já está recebendo ferramentas para acompanhar essas métricas. O Android vitals é usado pelo Google para monitorar estabilidade, desempenho e outros indicadores técnicos dos aplicativos publicados.
Entre os dados disponíveis está a taxa de encerramentos associados à pressão de memória, além de métricas que permitem analisar o comportamento dos aplicativos em diferentes cenários.
O Google também informou que novos recursos de diagnóstico serão disponibilizados ao longo de 2026, incluindo informações mais detalhadas sobre quanto tempo o aplicativo passa em cada estado e dados relacionados ao Android Memory Limiter.
Isso muda a relação entre desenvolvedor e loja.
O Play Console deixa de ser apenas um lugar para enviar um novo pacote do aplicativo. Ele passa a funcionar cada vez mais como uma espécie de painel de saúde do software.
O histórico do Google Play mostra que qualidade já afeta visibilidade
A ideia de usar métricas técnicas para interferir na distribuição de aplicativos não é totalmente nova.
O Google Play já utiliza métricas do Android vitals para identificar comportamentos considerados ruins. Quando um aplicativo ultrapassa determinados limites, ele pode ficar menos visível na loja. Em alguns casos, usuários de determinados modelos de aparelho podem ser direcionados para alternativas consideradas mais adequadas.
Entre os indicadores acompanhados estão falhas, ANRs, problemas de bateria e outros sinais de qualidade.
A novidade é que o consumo de memória passa a ganhar um papel mais direto nessa estratégia.
Para o usuário comum, isso pode parecer uma mudança invisível.
Para quem publica aplicativos, entretanto, pode significar uma diferença enorme.
Um app que continuar funcionando, mas consumir memória demais, poderá ter problemas de distribuição mesmo sem necessariamente apresentar um crash tradicional.
Por que o Google está fazendo isso agora?
Existe uma questão de hardware por trás da decisão.
O próprio Google afirma que a indústria móvel está enfrentando restrições na oferta de hardware que estão alterando a disponibilidade de memória nos dispositivos. Em paralelo, os preços da memória vêm pressionando fabricantes.
Isso ajuda a explicar a mudança.
Durante anos, o aumento da quantidade de RAM nos smartphones funcionou como uma espécie de solução para aplicativos cada vez mais pesados.
Se um programa precisava de mais memória, bastava colocar mais RAM no próximo celular.
Só que essa estratégia tem limites.
Memória custa dinheiro. E, quando o preço dos componentes aumenta, colocar mais RAM em todos os aparelhos pode deixar os celulares mais caros ou reduzir a margem das fabricantes.
O Google está tentando atacar o problema do outro lado: em vez de depender apenas de aparelhos com mais memória, quer aplicativos que usem melhor os recursos disponíveis.
A mudança pode afetar principalmente os aparelhos mais baratos
Isso também explica por que a política pode ter impacto maior fora do segmento premium.
Um smartphone com 16 GB de RAM tem uma margem muito maior para lidar com aplicativos pesados do que um aparelho com 4 GB.
O Android 17 pretende justamente ajustar os limites de acordo com a capacidade do dispositivo. A intenção é evitar que um aplicativo individual consiga consumir uma parcela desproporcional dos recursos disponíveis.
Na prática, isso pode significar que um aplicativo precise ser muito mais cuidadoso com sua memória em aparelhos de entrada.
E existe um efeito positivo potencial para o consumidor: se os desenvolvedores realmente reduzirem desperdícios, celulares mais simples podem continuar oferecendo uma experiência aceitável por mais tempo.
Outra mudança chega em abril: login sem tocar na tela
A atualização anunciada pelo Google tem uma segunda parte que não envolve memória.
A partir de abril de 2027, aplicativos que oferecem login precisarão adotar o padrão chamado Zero-Tap Sign-In para manter a capacidade completa de publicação e a visibilidade ideal na loja.
A proposta é resolver um dos momentos mais irritantes da troca de celular: abrir dezenas de aplicativos e precisar entrar novamente em cada conta.
Com a API Restore Credentials, o aplicativo poderá reconhecer automaticamente o usuário no novo aparelho Android.
Na prática, a primeira abertura do aplicativo depois da migração deverá ser suficiente para restaurar a sessão, sem que a pessoa precise tocar em um botão de login ou digitar novamente a senha.
Isso vale para aplicativos que oferecem login de forma obrigatória ou opcional.
Jogos são uma exceção por enquanto
Existe uma ressalva importante.
O Google informou que jogos estão atualmente isentos do requisito Zero-Tap Sign-In. A empresa pretende divulgar orientações específicas para casos de autenticação mais complexos no setor de games ao longo de 2027.
Ainda assim, o Google recomenda que jogos que trabalham com contas individuais considerem a adoção do Restore Credentials.
Ou seja, a regra ainda pode evoluir para esse segmento.
O calendário que os desenvolvedores precisam acompanhar
A sequência de mudanças começa agora e se espalha pelos próximos meses.
19 de agosto de 2026
O Google anunciou a expansão dos limites de memória do Android 17 para mais fabricantes e diferentes categorias de aparelhos.
26 de agosto de 2026
O Google Play anunciou oficialmente os novos critérios de qualidade relacionados a memória e otimização de código, além do Zero-Tap Sign-In.
Fevereiro de 2027
Entram em vigor os limites de memória para apps e jogos, abrangendo memória dinâmica, bitmaps e otimização do código DEX. Aplicativos que não cumprirem os parâmetros poderão perder visibilidade e capacidades de publicação.
Abril de 2027
O Zero-Tap Sign-In passa a ser exigido para aplicativos compatíveis com login, com jogos atualmente fora da obrigação.
Existe ainda outra data importante relacionada à memória
Há uma segunda exigência do Google Play que pode causar confusão porque também tem prazo em 1º de fevereiro de 2027.
Aplicativos destinados ao Android 15 ou superior precisam oferecer suporte a dispositivos com páginas de memória de 16 KB. O Google informa que, a partir dessa data, atualizações que não tiverem esse suporte não poderão ser lançadas no Play.
É uma regra diferente dos novos limites de consumo de memória, mas faz parte de um movimento maior do Google para preparar os aplicativos para a evolução da arquitetura de memória do Android.
O que muda para quem usa Android?
Para a maioria das pessoas, a mudança não significa que o celular vai mostrar uma nova mensagem dizendo que determinado aplicativo “gastou RAM demais”.
O impacto tende a aparecer nos bastidores.
Aplicativos mais eficientes podem consumir menos recursos, permanecer responsivos por mais tempo e disputar menos memória com outros programas.
Por outro lado, aplicativos que exagerarem no uso de memória poderão ser limitados pelo sistema. Se o desenvolvedor não corrigir o problema, a consequência poderá chegar à própria distribuição do aplicativo no Google Play.
Também existe uma mudança de experiência bastante concreta no caso do login.
Ao trocar de aparelho, o usuário poderá encontrar mais aplicativos já reconhecendo sua conta automaticamente, reduzindo aquela etapa cansativa de reconstruir a vida digital no celular novo.
No fim, as duas medidas seguem a mesma filosofia: o Google quer que os aplicativos façam mais gastando menos recursos e exigindo menos trabalho do usuário.
E 2027 será o ano em que essa cobrança deixa de ser apenas uma recomendação técnica e passa a afetar diretamente o que os desenvolvedores podem fazer dentro do Google Play.
