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 problème que nous ne pouvons pas toujours contourner. Si votre app utilise Play App Signing, Google conserve la clé de signature de l'app, et une clé d'importation perdue peut être réinitialisée depuis la Play Console ; nous vous guidons pas à pas. Si vous avez signé l'app vous-même sans Play App Signing, Google Play n'accepte que les mises à jour signées avec la clé d'origine : la seule option est alors une nouvelle fiche avec un nouveau Package ID, que nous pouvons chiffrer comme une 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 concerne uniquement Android et le Play Store. iOS passe par la propre validation d'Apple (App Review, privacy manifests), que nous gérons séparément. Si vous avez aussi besoin d'une mise à jour iOS, indiquez-le dans la même demande et nous chiffrerons 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.