Play 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 para Android 15+ que não suportam páginas de memória de 16 KB. A AllsWeb atualiza sua cadeia de build, recompila o AAB para a ABI de 16 KB, assina de novo com o seu keystore atual e envia o release ao Play Console, para que o aviso da política desapareça e você volte a publicar atualizações.
- 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 de fevereiro de 2027. Depois disso, 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
O mesmo .jks/.keystore, com o alias da chave e as senhas, que você usou para publicar o release atual. Sem eles, não conseguimos publicar na mesma página do app: o Play não aceita uma chave nova.
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.
Auditar seu app
Conectamos ao Play Console, confirmamos o aviso da política de 16 KB, baixamos o AAB atual e listamos cada biblioteca .so que precisa ser recompilada para 16 KB, tanto as do app quanto as das dependências.
Atualizar a cadeia de build
NDK r27+, Android Gradle Plugin 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.
Reconstruir + retestar
AAB de release reconstruído na nova toolchain, testado por regressão em emuladores Android 14 e Android 15, incluindo imagens com páginas de 16 KB, e verificado com `zipalign -c -p 16` e `readelf -lW`.
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 e a mesma chave de assinatura: a atualização é instalada sobre o app antigo, e seus usuários mantêm os dados e continuam conectados.
Upload para o Play Console
Novo release na faixa interna / fechada / produção de sua escolha.
Teste rápido de regressão antes do 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
Uma pessoa revisa e aprova o release antes do envio. Nunca publicamos algo revisado só por um 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 próprios feitos sob medida
- Scripts Android CodeCanyon
Como funciona
Da consulta ao aviso do Play Console resolvido, em 4 etapas.
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.
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.
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.
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.
diegobassne Fiverr· Senegal4.3· 19 de mai. de 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
Aryan Sharma FacebookRecomendaAllsWeb offers a superb service. I have been in this business for the last 5 years and have tried many hosting companies — AllsWeb is, for me, the number one. The technical support is lightning fast! Thank you Gopal sir for your help today.
Verificado em Facebook
Kumar Nishant FacebookRecomendaAllsWeb services — the team works hard and delivers on time. Best company for web solutions.
Verificado em Facebook
UMESH DEPALE FacebookRecomendaRecommended by me! Very supportive team
Verificado em Facebook
erickonyango Fiverr· Noruega4.3· 19 de mar. de 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
Janta Digital Csc Centre Google5.0· 8 de jan. de 2021Customer support is very fast and service is too good.
AllsWeb respondeu: Thank you so much for your review!
Verificado em Google
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 problema que talvez não consigamos contornar. Se o seu app usa o Play App Signing, o Google guarda a chave de assinatura do app, e uma chave de upload perdida pode ser redefinida pelo Play Console; guiamos você nesse processo. Se você assinou o app por conta própria, sem o Play App Signing, o Google Play só aceita atualizações assinadas com a chave original, então a única opção é uma nova listagem com um novo Package ID, que podemos orçar como um trabalho 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 ou Java nativo, React Native, Cordova e Ionic, Unity e apps próprios feitos sob medida. Scripts do CodeCanyon (6amMart, StackFood, 6Valley, eFood, Demandium, DriveMond, HexaCom, GroFresh) são o caso mais comum que vemos, porque trazem vários SDKs que precisam ser recompilados.
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 cobre apenas Android e a Play Store. O iOS passa pela revisão da própria Apple (App Review, manifestos de privacidade), que tratamos separadamente. Se também precisar de uma atualização de iOS, diga na mesma consulta e orçamos as duas.
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.