Votre app web n'est pas le problème
HTML, CSS et JavaScript tournent dans Android System WebView, que Google livre et met à jour. Rien dans votre code Lovable, Bolt ou Replit n'est une bibliothèque native.
Ce que dit l'exigence, et quand elle s'applique
Android utilise traditionnellement des pages mémoire de 4 Ko. À partir d'Android 15, les appareils peuvent utiliser des pages de 16 Ko, ce qui selon Google améliore les performances. Les bibliothèques natives liées pour des pages de 4 Ko peuvent ne pas se charger ou planter sur un tel appareil ; Google Play exige donc que les apps qui ciblent Android 15 (niveau d'API 35) ou plus récent prennent en charge les pages de 16 Ko sur les appareils 64 bits.
Le calendrier a bougé plus d'une fois, c'est pourquoi les messages des forums se contredisent :
- 1er novembre 2025 : l'exigence est entrée en vigueur pour les nouvelles apps et les mises à jour qui ciblent Android 15 ou plus récent.
- Jusqu'au 31 mai 2026 : les développeurs qui avaient besoin de plus de temps pouvaient demander une prolongation dans la Play Console.
- 31 août 2026 : les nouvelles apps et les mises à jour doivent cibler Android 16 (niveau d'API 36), donc chaque nouvel import relève de la règle.
- 1er février 2027 : le guide Android pour les développeurs de Google (mis à jour en octobre 2026) indique qu'à partir de cette date, les mises à jour qui ne prennent pas en charge les pages de 16 Ko ne pourront plus être publiées.
Ce qui compte, ce sont la date et la formulation que la Play Console affiche pour votre propre app. Vérifiez-les avant de planifier une publication.
Comment la Play Console vous en informe
L'avertissement apparaît sur les pages de version et dans l'explorateur d'app bundles, où Google indique si un bundle prend en charge les pages de 16 Ko. Les développeurs signalent une formulation du type « Your app does not support 16 KB memory page sizes », parfois suivie du chemin de la bibliothèque en cause, comme base/lib/arm64-v8a/libexample.so. Une app existante peut aussi recevoir un message dans la boîte de réception ou un e-mail avec l'échéance qui la concerne.
Tant que l'application de la règle ne concerne pas encore votre app, c'est un avertissement avec une date. Dès qu'elle s'applique, une version non conforme ne peut pas être déployée, et la seule issue est un nouveau bundle avec des bibliothèques alignées.
Pourquoi une app web encapsulée est concernée
Le code WebViewGold est en Java
Le code écrit en Java ou en Kotlin ne dépend pas de la taille des pages. Google indique que les apps sans code natif prennent déjà en charge les appareils à pages de 16 Ko.
Les SDK peuvent apporter des fichiers .so
Les SDK de scan, de publicité, d'analytics, de rapports de plantage, de paiement ou de médias embarquent parfois des bibliothèques natives. Si l'un d'eux est dans une ancienne version, tout le bundle échoue au contrôle.
Anciens modèles et chaînes d'outils
Un modèle téléchargé il y a longtemps, des bibliothèques copiées dans un dossier jniLibs, ou un plugin Android Gradle antérieur à 8.5.1, qui n'aligne pas les bibliothèques non compressées sur des limites de 16 Ko.
Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
Où en est le modèle WebViewGold actuel
WebViewGold compte la prise en charge complète des pages mémoire de 16 Ko parmi ses fonctionnalités Android, et le changelog Android mentionne une meilleure prise en charge des 16 Ko dans la version 16.8 (mai 2026). Compiler à partir du modèle actuel, avec les versions de SDK qu'il embarque, est la voie prévue vers un bundle conforme. Deux situations méritent tout de même une vérification : un projet configuré avec une ancienne version, et toute bibliothèque que vous avez ajoutée vous-même.
Le Cloud Builder compile toujours avec le modèle actuel ; y recompiler une ancienne app sans changer vos réglages est donc la solution la plus rapide. Dans Android Studio, suivez les étapes de mise à jour du modèle décrites dans le guide sur le niveau d'API cible, qui s'appliquent ici telles quelles. Comme une recompilation pour le niveau cible actuel active aussi le comportement edge-to-edge d'Android 15, consultez le guide edge-to-edge dans la foulée.
Vérifier votre bundle en une quinzaine de minutes
Il vous faut le build signé que vous voulez publier et Android Studio.
Regardez l'explorateur d'app bundles
Dans la Play Console, ouvrez l'explorateur d'app bundles, choisissez la version et lisez les informations de compatibilité 16 Ko. S'il indique que le bundle est conforme, ce sujet est réglé.
Vérifiez si vous embarquez du code natif
Dans Android Studio, générez un APK de release signé (menu Build, Generate Signed App Bundle or APK) et ouvrez-le avec Build, Analyze APK. S'il n'y a pas de dossier lib ni de fichiers .so à l'intérieur, l'app n'a pas de code natif et prend déjà en charge les pages de 16 Ko.
Vérifiez l'alignement de chaque bibliothèque
Dans APK Analyzer, le dossier lib a une colonne Alignment qui signale les fichiers non alignés sur 16 Ko. Les noms de fichiers indiquent généralement le SDK qui les fournit.
Confirmez avec zipalign
Lancez la vérification zipalign des build tools du SDK Android sur l'APK, comme ci-dessous. La dernière ligne de la sortie doit indiquer « Verification successful ».
Testez sur un émulateur 16 Ko
Créez un appareil virtuel avec une image système Android 15 ou plus récente portant la mention 16 KB Page Size, confirmez la taille de page avec adb, installez l'app et ouvrez les fonctionnalités qui reposent sur des SDK, comme le scanner, les annonces ou les paiements.
Corrigez, recompilez, importez
Mettez à jour le modèle ou le SDK qui fournit la bibliothèque non alignée, recompilez avec un code de version plus élevé et importez. L'explorateur d'app bundles affiche le résultat pour la nouvelle version.
Commandes pour la vérification
Les noms de fichiers sont des exemples. zipalign se trouve dans le dossier build-tools de votre SDK Android, adb dans platform-tools.
bash
# 1. Toutes les bibliothèques natives sont-elles alignées sur 16 Ko ? (cherchez « Verification successful »)
zipalign -v -c -P 16 4 app-release.apk
# 2. Lister les bibliothèques natives de l'APK
unzip -l app-release.apk | grep "\.so$"
# 3. Quelle dépendance les apporte ? (à lancer dans le dossier du projet)
./gradlew app:dependencies --configuration releaseRuntimeClasspath
# 4. Sur l'émulateur 16 Ko : doit afficher 16384
adb shell getconf PAGE_SIZECorriger selon la cause
| Cause | Solution |
|---|---|
| Projet compilé avec une ancienne version de WebViewGold | Téléchargez le modèle actuel (les mises à jour sont gratuites), reportez Config.java, les icônes et vos modifications du manifeste, puis recompilez. Ou recompilez dans le Cloud Builder. |
| Un SDK que vous avez ajouté embarque un ancien fichier .so | Mettez à jour le SDK vers la version que son éditeur indique comme compatible 16 Ko, ou retirez-le si vous n'en avez pas besoin. |
| Votre propre code C ou C++ | Compilez avec le NDK r28 ou plus récent, qui aligne sur 16 Ko par défaut. Avec des NDK plus anciens, ajoutez les options d'éditeur de liens -Wl,-z,max-page-size=16384 et -Wl,-z,common-page-size=16384. |
| Plugin Android Gradle antérieur à 8.5.1 | Mettez à jour le plugin avec l'assistant de mise à niveau d'Android Studio. Empaqueter les bibliothèques compressées (useLegacyPackaging) n'est qu'un dernier recours, car cela augmente la taille installée. |
| Un .so précompilé sans mise à jour disponible | Remplacez la bibliothèque ou la fonctionnalité qui en dépend. Aucun réglage de build ne transforme une bibliothèque liée pour des pages de 4 Ko en bibliothèque conforme. |
Checklist 16 Ko
- L'explorateur d'app bundles indique que le bundle est compatible 16 Ko.
- Aucun avertissement d'alignement pour les fichiers .so dans APK Analyzer, et la vérification zipalign réussit.
- Compilé à partir du modèle WebViewGold actuel ou dans le Cloud Builder.
- Chaque SDK que vous avez ajouté vous-même est dans une version compatible 16 Ko.
- Testé sur un émulateur 16 Ko, y compris les fonctionnalités qui utilisent des SDK natifs.
- Code de version augmenté avant l'import.
Questions fréquentes
Mon app affiche seulement mon site web. Dois-je faire quelque chose pour les pages de 16 Ko ?
Vérifiez une fois. Si le bundle ne contient aucune bibliothèque native, il prend déjà en charge les pages de 16 Ko. S'il contient des fichiers .so provenant de SDK, ils doivent être alignés ; le modèle WebViewGold actuel est prévu pour cela avec les SDK qu'il embarque.
Dois-je modifier mon app web pour l'exigence des 16 Ko ?
Non. L'exigence concerne les bibliothèques natives du bundle Android. HTML, CSS et JavaScript ne sont pas concernés.
Qu'advient-il de la version déjà en ligne ?
Les installations existantes continuent de fonctionner. L'exigence détermine quelles nouvelles versions vous pouvez publier. Sur un appareil à pages de 16 Ko, Android peut exécuter certaines apps non alignées dans un mode de compatibilité qui affiche un avertissement ; ce n'est pas une solution sur laquelle compter.
La règle des 16 Ko concerne-t-elle les bibliothèques 32 bits ?
L'exigence de Play porte sur les appareils 64 bits ; ce sont donc les bibliothèques 64 bits de votre bundle (les dossiers arm64-v8a et x86_64) qui doivent être alignées. Gardez quand même le reste à jour.
Comment savoir quel SDK fournit la bibliothèque non alignée ?
Le nom du fichier dans le dossier lib l'indique généralement, et l'arbre des dépendances Gradle montre quelle bibliothèque l'apporte. Si vous ne parvenez pas à le déterminer, envoyez la liste des fichiers avec votre version de WebViewGold au chat du support.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.