Ação necessária até 1º de fevereiro de 2027O Google bloqueia novos releases no Play Store para apps que não suportam tamanhos de página de memória de 16 KB.
Corrigir meu appPlay Store sinalizou seu app por tamanhos de página de memória de 16 KB?Reconstruímos e reenviamos em 1–3 dias.
A partir de 1º de fevereiro de 2027, o Google Play bloqueia novos releases de apps com alvo Android 15+ que não suportam tamanhos de página de memória de 16 KB. A AllsWeb atualiza sua build chain, reconstrói o AAB contra a ABI de 16 KB, reassina com seu keystore existente e envia o release para o Play Console — para o aviso de política ser removido e você poder lançar atualizações novamente.
- Reconstruído com bibliotecas nativas alinhadas a 16 KB
- Keystore, assinatura, Package ID e dados do app existentes preservados
- Enviado para o Play Console — faixa de produção ou fechada
- Aprovação de engenheiro sênior antes de cada release
Melhor preço quando você compartilha o código-fonte da instalação mais recente. Sem código? Ainda conseguimos reconstruir a partir do AAB publicado — orçado por caso para sem surpresas.
Play Console · Status de política
Problema: O app deve suportar tamanhos de página de memória de 16 KB
O que o Google diz: “Para garantir que seu app funcione corretamente nas versões mais recentes do Android, o Google Play exige que todos os apps com alvo Android 15+ suportem tamanhos de página de memória de 16 KB.”
Prazo: 1 February 2027, apps que não suportam páginas de 16 KB não podem mais lançar atualizações.
Status: seu último release de produção não suporta tamanhos de página de memória de 16 KB.
A AllsWeb resolve isso para você
Reconstruir contra a ABI de 16 KB · reassinar · reenviar
- Keystore + Package ID existentes preservados
- Dados dos usuários existentes intocados nos dispositivos
- Banner de política removido na próxima revisão do Play
A política em linguagem simples
O que o Google está pedindo de verdade.
Traduzimos o banner do Play Console em um escopo claro, um prazo honesto e um preço fixo.
O app deve suportar tamanhos de página de memória de 16 KB
O Google Play exige que todos os apps com alvo Android 15+ suportem tamanhos de página de memória de 16 KB. Apps que não suportam ficam bloqueados de publicar novos releases.
Prazo firme: 1º de fevereiro de 2027
A partir de 1º de fevereiro de 2027, se as atualizações do seu app não suportarem tamanhos de página de memória de 16 KB, o Google não permitirá enviar essas atualizações — incluindo correções críticas de segurança.
Já aparecendo no seu Play Console?
O Play Console agora exibe um banner “Status de política → Detalhes do problema”: “Seu último release de produção não suporta tamanhos de página de memória de 16 KB.” Esse é o aviso que corrigimos.
Preços transparentes
Melhor preço com código-fonte. Orçamento honesto sem ele.
Nunca escondemos as variáveis: tempo, complexidade e quanto trabalho de recuperação a correção precisa. Você sempre vê o nível mais baixo primeiro se ele se aplica ao seu app.
Com código-fonte mais recente
Você compartilha o código-fonte da instalação mais recente que entregamos (ou outra agência entregou). Reconstruímos contra o NDK alinhado a 16 KB, reassinamos com seu keystore existente, enviamos o novo release.
- Reconstruído no mesmo código em que você já confia
- Mesmo Package ID, mesmos dados do app, sem migração
- Prazo mais rápido — geralmente 1–3 dias úteis
Sem código-fonte
Sem código em mãos? Baixamos o último APK / AAB do Play Console, descompilamos, identificamos as libs nativas alinhadas a 4 KB, atualizamos a toolchain e reconstruímos. Reassinado com seu keystore existente.
- Fazemos o trabalho de recuperação — orçado por caso
- Mesmo Package ID, mesmos dados do app, sem migração
- Prazo típico de 3–7 dias úteis
O preço exato é confirmado em até 24 horas da sua consulta. Nunca começamos o trabalho antes de você aprovar o escopo e o valor.
O que precisamos de você
Três coisas — e te guiamos em cada uma.
Enviamos um checklist de uma página + os nomes exatos das funções do Play Console para você manter o controle. Nada sai da sua conta sem a sua aprovação.
Acesso ao Play Console
Nos convide como usuário com “Ver informações do app”, “Gerenciar faixas de teste” e “Gerente de releases” no seu app — para verificarmos o aviso, fazer upload do novo bundle e publicar o release.
Keystore + senhas existentes
Mesmo .jks/.keystore + alias da chave + senhas usados para publicar o release atual. Sem esses, não conseguimos enviar para a mesma listagem — o Play proíbe rekey.
Código-fonte mais recente (melhor preço)
Qualquer .zip / repo que contém a instalação mais recente. Se não tiver, compartilhe quem instalou o app por último e te ajudaremos a recuperar.
Como a correção funciona de verdade
Quatro etapas de engenharia — feitas por um humano, não apenas por IA.
- 01
Auditar seu app
Conectamos ao Play Console, confirmamos o banner de política de 16 KB, baixamos o AAB atual e listamos cada biblioteca .so que precisa da reconstrução de 16 KB — próprias + transitivas.
- 02
Atualizar a build chain
NDK r27+, Android Gradle Plugin, AGP 8+, CMake e versões de dependências elevadas ao mínimo que emite binários ELF alinhados a 16 KB. Sem mudanças de código além do que o 16 KB exige.
- 03
Reconstruir + retestar
AAB de release reconstruído na nova toolchain, testado por regressão no Android 14, 15 e emuladores Android 15 com páginas de 16 KB, e verificado com `zipalign -c -p 16` e `readelf -lW`.
- 04
Enviar + publicar
Reassinado com seu keystore existente, enviado para o Play Console como novo release na faixa de sua escolha (interna → fechada → produção). O aviso de política é removido na próxima revisão.
Escopo claro
O que está incluído — e o que deliberadamente não está.
Incluído na correção
Auditoria + diff do seu AAB atual
Lista de cada biblioteca nativa alinhada a 4 KB + dependência que aciona a política.
Upgrade NDK / Gradle / dependências
Toolchain elevada ao mínimo que satisfaz a ABI de 16 KB sem quebrar o resto do app.
Reconstrução do AAB de release
Bundle de qualidade de produção com `zipalign -p 16` e `-c 16` verificados.
Reassinatura com seu keystore
Mesmo Package ID, mesma assinatura de dados — seus usuários existentes mantêm dados e credenciais.
Upload para o Play Console
Novo release na faixa interna / fechada / produção de sua escolha.
Smoke test de regressão pré-release
Fluxos de login, pagamento, mapa, push e imagem verificados nos emuladores Android 14 + Android 15 com páginas de 16 KB.
Aprovação de engenheiro sênior
Um humano revisa e aprova o release antes do envio — nunca um release feito apenas por modelo.
Suporte vitalício na correção
Se o Play sinalizar a mesma política novamente, reinvestigamos e reenviamos sob o suporte — sem fatura extra.
Não incluído
- Novos recursos / redesigns de UI (esses são orçados como Customização)
- Trabalho iOS / App Store (equipe diferente, política diferente)
- Envios de novos apps (esses vão pelo serviço de Submissão de App)
- Recuperação de keystore se você o perdeu permanentemente
Qualquer item da direita ainda pode ser orçado — apenas como serviço separado para que a correção de 16 KB em si permaneça previsível.
Funciona para qualquer stack Android
Se tem bibliotecas nativas, conseguimos reconstruir para 16 KB.
O requisito de ABI de 16 KB se aplica a todo app com suporte NDK — não apenas Flutter, não apenas CodeCanyon. Já entregamos correções nas stacks abaixo.
- Flutter / Dart
- Java / Kotlin nativo
- React Native
- Cordova / Ionic
- 6ammart / StackFood
- 6Valley / eFood
- Demandium / HexaCom
- DriveMond / GroFresh
- Apps in-house personalizados
- Scripts Android CodeCanyon
Como funciona
Da consulta ao banner do Play Console removido em 4 etapas.
- 01
Conte sobre seu app
Envie o link do Play Store, o screenshot do aviso do Play Console, sua stack tecnológica e se tem o código-fonte.
- 02
Dê acesso + receba orçamento fixo
Nos convide para o Play Console (enviamos os nomes exatos das funções). Verificamos o aviso, confirmamos o escopo e fixamos o valor em até 24 horas.
- 03
Reconstruímos + testamos
NDK + Gradle + deps atualizados, AAB reconstruído e testado por regressão nos emuladores Android 15 com 16 KB. Você vê o log de verificação.
- 04
Enviar + remover o aviso
Release enviado para o Play Console com seu keystore existente. O banner de política é removido na próxima revisão do Play.
Avaliações reais · clientes reais
Avaliado 4.9 por 120+ clientes em todo o mundo.
Os mesmos engenheiros que fazem a reconstrução de 16 KB cuidam do resto da AllsWeb. Cada avaliação abaixo é verificada na plataforma original.
khalidosman336 Fiverr· United States5.0· 19 May 2025Mobile App CustomizationAn excellent developer. I really recommend working with him.
AllsWeb respondeu: It was a pleasure working with you. Let me know if there is anything else I can assist you with.
Verificado em Fiverr
efrain2015 Fiverr· El Salvador5.0· 19 May 2024Very fast and excellent quality.
Verificado em Fiverr
diegobassne Fiverr· Senegal4.3· 19 May 2025Mobile App CustomizationJ'ai été ravi de collaborer avec lui et son équipe, très satisfait de mon application. Ce que j'ai le plus aimé, c'est sa franchise et son professionnalisme.
AllsWeb respondeu: Thank you for your review. We delivered our best-quality work and even completed additional tasks for you.
Verificado em Fiverr
erickonyango Fiverr· Norway4.3· 19 Mar 2026InstallationThe documentation and communication is perfect.
AllsWeb respondeu: Thank you for your feedback. We respect your review and appreciate working with you.
Verificado em Fiverr
Rajesh Meena Google5.0· 21 Feb 2022A very good experience with the people who work at Alls Web, like Rajesh and Ashok Sharma. Thanks for your attention.
AllsWeb respondeu: Thank you so much for your review!
Verificado em Google
rabi3o_gabes Fiverr· Qatar5.0· 19 May 2025Mobile App CustomizationThey are very professional. I will always work with them on similar projects. Thank you
AllsWeb respondeu: Thank you for your trust and kind words! I look forward to collaborating on future projects.
Verificado em Fiverr
FAQ
Tudo que você precisa saber sobre a correção de 16 KB.
O que significa "O app deve suportar tamanhos de página de memória de 16 KB"?
O Android 15 (API 35+) introduziu suporte a tamanhos de página de memória de 16 KB em novos dispositivos — uma melhoria de desempenho sobre o tamanho de página de 4 KB existente. Apps que enviam bibliotecas nativas (NDK) construídas apenas para páginas de 4 KB não carregarão corretamente em dispositivos com 16 KB. O Google Play, portanto, tornou o suporte a 16 KB um requisito de publicação: a partir de 1º de fevereiro de 2027, apps com alvo Android 15+ que não suportam páginas de 16 KB não poderão mais publicar novos releases.
Meu Play Console diz "Ação necessária até 1º de fevereiro". Quão urgente é isso?
Muito. O banner "Ação necessária até 1º de fevereiro de 2027" significa que o Google deu a você uma janela de prazo fixo. Após essa data, o Google bloqueia todos os novos releases do seu app — incluindo correções emergenciais, patches de segurança e atualizações sazonais — até você enviar um build com suporte a 16 KB. Seu release existente permanece no Play, mas você não pode enviar atualizações. Recomendamos corrigir isso pelo menos 2–3 semanas antes do prazo.
Por que vocês precisam de acesso ao meu Play Console?
Por dois motivos. (1) Para confirmar o aviso real de bloqueio na sua listagem — o Play Console é a única fonte de verdade; a política pode parecer diferente por app, por faixa. (2) Para fazer upload do AAB reconstruído em seu nome para que o novo release seja publicado sob sua listagem existente, com seu keystore existente, sem impacto nos seus usuários instalados. Enviamos um guia de uma página de como nos adicionar com as funções mínimas necessárias.
Por que o preço é mais alto se eu não tenho o código-fonte?
Porque precisamos fazer trabalho de recuperação primeiro. Com código-fonte, simplesmente atualizamos o NDK + Gradle, reconstruímos e retestamos — geralmente 1–3 dias úteis. Sem código-fonte, baixamos o último AAB do Play Console, descompilamos, identificamos as bibliotecas nativas alinhadas a 4 KB, atualizamos a toolchain e reconstruímos. Esse trabalho de recuperação + verificação adiciona dias e risco, então o valor é orçado por caso. Sempre apresentamos o preço mais baixo primeiro se ele se aplicar.
Meus usuários existentes perderão dados após a atualização?
Não. Desde que reassinemos com seu keystore existente (mesmo .jks/.keystore + alias da chave + senhas) e enviemos sob o mesmo Package ID, seus usuários existentes são atualizados no lugar — mesmo login, mesmos pedidos, mesmas preferências, mesmo push token. O Google Play não nos deixa alterar o keystore ou o Package ID de um app existente mesmo que quiséssemos.
E se eu perdi meu keystore?
Um keystore perdido é o único bloqueio que não conseguimos contornar — o Google Play proíbe rekey de uma listagem existente. Se seu app usa o Play App Signing, o Google mantém a chave de upload e você pode redefini-la pelo Play Console; te guiaremos nesse fluxo. Se você usou sua própria assinatura sem o Play App Signing, a única opção é uma nova listagem de app com um novo Package ID — podemos escopar isso como um engajamento separado.
Isso se aplica apenas aos apps Flutter CodeCanyon?
Não. Qualquer app Android com bibliotecas nativas precisa da correção de 16 KB — Flutter, Kotlin nativo, Java nativo, React Native, Cordova / Ionic, Unity, apps in-house personalizados. Scripts CodeCanyon (6ammart, StackFood, 6Valley, eFood, Demandium, DriveMond, HexaCom, GroFresh) são o caso mais comum que vemos porque agrupam múltiplos SDKs que precisam da reconstrução.
Com que rapidez vocês entregam a correção?
1–3 dias úteis quando você tem o código-fonte e o keystore, e nosso acesso ao Play Console é aprovado. 3–7 dias úteis quando precisamos recuperar a partir do AAB publicado. O relógio pausa se estamos aguardando acesso do seu lado — você verá o timer ao vivo na página do projeto.
Isso também vai corrigir a versão iOS do meu app?
Não — este serviço é específico para Play Store + Android. A App Store do iOS tem sua própria trilha de políticas (notarização da Apple, manifestos de privacidade) e tratamos isso separadamente. Se também precisar de uma atualização iOS, solicite na mesma consulta e orçaremos ambos.
E quanto a apps novos que ainda não enviei?
Novos apps que já têm alvo Android 15+ devem suportar páginas de 16 KB desde o início — isso faz parte do nosso serviço normal de submissão de app no Google Play. Esta página é para apps existentes criados antes de 16 KB se tornar um requisito de publicação.
Remova o banner do Play Console. Continue enviando atualizações.
Diga seu app, compartilhe acesso ao Play Console, e fixamos um orçamento em até 24 horas. A maioria das correções é entregue em 1–3 dias úteis quando o código-fonte está disponível.