Le Play Store a signalé votre app pour les pages mémoire de 16 KB ?Nous reconstruisons et resoumettons en 1 à 3 jours.

Android 15 (API 35+) a introduit la prise en charge des pages mémoire de 16 KB sur le nouveau matériel — une amélioration de performance par rapport à la taille de page 4 KB historique. Les apps qui livrent des bibliothèques natives (NDK) construites uniquement pour des pages 4 KB ne se chargeront pas correctement sur des appareils 16 KB. Google Play a donc fait du support 16 KB une exigence de publication : à partir du 1er février 2027, les apps ciblant Android 15+ qui ne prennent pas en charge les pages 16 KB ne peuvent plus publier de nouvelles releases.

Très élevée. La bannière « Agir avant le 1er février 2027 » signifie que Google vous accorde une fenêtre de grâce fixe. Après cette date, Google bloque toutes les nouvelles releases pour votre app — y compris les correctifs urgents, les patchs de sécurité et les mises à jour saisonnières — jusqu'à ce que vous livriez une build compatible 16 KB. Votre release existante reste en ligne sur Play, mais vous ne pouvez plus pousser de mises à jour. Nous recommandons de corriger cela au moins 2 à 3 semaines avant la date limite.

Deux raisons. (1) Confirmer l'avertissement bloquant réel sur votre fiche — Play Console est la seule source de vérité ; la politique peut varier selon l'app et la piste. (2) Téléverser l'AAB reconstruit en votre nom pour que la nouvelle release soit publiée sous votre fiche existante, avec votre keystore existant, sans impact sur vos utilisateurs installés. Nous vous envoyons un guide d'une page pour nous ajouter avec les rôles minimum requis.

Parce que nous devons d'abord faire un travail de récupération. Avec le code source, nous mettons à niveau le NDK + Gradle, reconstruisons et retestons — généralement 1 à 3 jours ouvrés. Sans code source, nous récupérons le dernier AAB depuis Play Console, décompilons, identifions les bibliothèques natives alignées 4 KB, mettons à niveau la toolchain et reconstruisons. Ce travail de récupération et de vérification ajoute des jours et du risque, d'où un devis au cas par cas. Nous vous indiquons toujours d'abord le prix le plus bas s'il s'applique.

Non. Tant que nous re-signons avec votre keystore existant (même .jks/.keystore + alias de clé + mots de passe) et livrons sous le même Package ID, vos utilisateurs existants sont mis à jour sur place — même connexion, mêmes commandes, mêmes préférences, même token push. Google Play ne nous laisserait pas changer le keystore ou le Package ID d'une app existante, même si nous le voulions.

Un keystore perdu est le seul blocage que nous ne pouvons pas contourner — Google Play interdit le re-keying d'une fiche existante. Si votre app utilise Play App Signing, Google détient la clé de téléversement et vous pouvez la réinitialiser depuis Play Console ; nous vous guiderons dans ce flux. Si vous signiez vous-même sans Play App Signing, la seule option est une nouvelle fiche avec un nouveau Package ID — nous pouvons cadrer cela en mission séparée.

Non. Toute app Android qui livre des bibliothèques natives a besoin de la correction 16 KB — Flutter, Kotlin native, Java native, React Native, Cordova / Ionic, Unity, apps sur mesure internes. Les scripts CodeCanyon (6ammart, StackFood, 6Valley, eFood, Demandium, DriveMond, HexaCom, GroFresh) sont le cas le plus fréquent que nous voyons, car ils embarquent plusieurs SDK à reconstruire.

1 à 3 jours ouvrés lorsque vous avez le code source et le keystore, et que notre accès Play Console est approuvé. 3 à 7 jours ouvrés lorsque nous devons récupérer à partir de l'AAB publié. Le délai est en pause si nous attendons un accès de votre côté — vous verrez le compteur en direct sur la page projet.

Non — ce service est spécifique au Play Store et à Android. L'App Store iOS a sa propre politique (notarisation Apple, privacy manifests) que nous traitons séparément. Si vous avez aussi besoin d'une mise à jour iOS, mentionnez-le dans la même demande et nous devisons les deux.

Les nouvelles apps qui ciblent déjà Android 15+ doivent prendre en charge les pages 16 KB dès le départ — cela fait partie de notre service normal de soumission Google Play. Cette page concerne les apps existantes construites avant que le 16 KB devienne une exigence de publication.