Du prompt à la fiche publique
- Ce que votre outil a crééApp web, projet Expo, Flutter ou natif
- AAB de release signéLe fichier qu’accepte Google Play
- Compte de développeur25 USD une fois, identité vérifiée
- Formulaires du contenu de l’applicationConfidentialité, Sécurité des données, classification
- Test fermé12 testeurs, 14 jours, si votre compte l’exige
- Version de productionUne fois l’accès accordé
Votre outil IA ne change que la première étape. Les étapes deux à six sont les mêmes pour toutes les applications Android.
Réponse rapide
Pour publier une application vibe-codée en public sur Google Play, créez un Android App Bundle (AAB) signé avec le framework que votre outil a réellement produit, puis remplissez les exigences du compte, du contenu de l’application et de la version. Pour un compte de développeur personnel créé après le 13 novembre 2023, l’application doit aussi passer un test fermé avec au moins 12 testeurs inscrits sans interruption pendant 14 jours avant que vous puissiez demander l’accès en production. La voie privée de Google AI Studio pour les applications personnelles, annoncée le 13 octobre 2026, est un chemin distinct et ne crée pas de fiche publique.
La plupart des générateurs d’applications IA s’arrêtent à un aperçu qui fonctionne: une URL, une session Expo Go ou un APK sur votre propre téléphone. Rien de tout cela n’est ce que Google Play examine. Cet article part de ce que votre outil a réellement produit, puis parcourt le build, les corrections, les formulaires et le test dans l’ordre où la Play Console les demande. À jour au 16 octobre 2026.
Ce que couvre cet article
Peut-on publier une application créée avec l’IA sur Google Play?
Oui, si l’application finale respecte les exigences de Google Play. Nous n’avons trouvé aucune règle Google qui interdit une application parce que l’IA a écrit son code. Une version publique passe par les mêmes contrôles d’examen, de qualité et de règles que n’importe quelle autre application: utiliser l’IA pour écrire le code ne vous retire donc pas la responsabilité de l’application finale.
L’annonce de Google du 13 octobre 2026 parle elle-même de vibe coding d’applications Android dans Google AI Studio. Elle ne crée pas pour autant de raccourci: une fiche publique exige toujours une version qui fonctionne, des déclarations exactes et, pour de nombreux nouveaux comptes personnels, le test fermé. Nous n’avons trouvé aucune règle Google datée qui vise les applications écrites par IA en tant que catégorie. Les règles qui attrapent les builds IA faibles sont les règles générales sur l’utilité et les comportements défaillants.
“Nous n’autorisons pas les applications qui ne proposent que des fonctionnalités et un contenu limités.”
Règlement Google Play pour les développeurs, Fonctionnalité minimale
Code IA, fonctionnalités IA et visuels de fiche IA: trois questions distinctes
L’IA a écrit votre code
Il n’existe aucune déclaration sur l’auteur du code. L’examen porte sur l’application que vous publiez: si elle fonctionne, ce qu’elle fait des données et si elle est utile.
Votre application génère du contenu avec l’IA
Les applications qui génèrent du contenu à l’exécution relèvent du règlement de Google sur le contenu généré par IA: des garde-fous contre le contenu interdit et, dans l’application, un moyen pour les utilisateurs de le signaler.
L’IA a créé vos visuels de fiche
Les images et vidéos de la fiche Play Store et de promotion ont leurs propres déclarations conditionnelles d’étiquetage IA, évaluées élément par élément. Cela concerne les visuels, pas votre code.
Pour tout ce dont une nouvelle application a besoin avant l’examen, consultez les exigences de publication Google Play pour 2026.
Voulez-vous une fiche publique ou simplement une app sur votre téléphone?
Décidez-le d’abord, car l’usage personnel privé et une fiche Play publique ont désormais des points d’entrée différents. Tout ce qui suit cette section concerne la fiche publique.
La voie privée de Google AI Studio face à une fiche Play publique
Une app que vous seul installez
Le 13 octobre 2026, Google a annoncé que les applications vibe-codées dans Google AI Studio pourront être installées en privé sur votre propre appareil depuis un catalogue personnel. Google décrit un déploiement qui commence sur certains marchés, dont les États-Unis, pour les utilisateurs de 18 ans et plus disposant d’un compte Google standard. Le partage avec un petit cercle est annoncé pour plus tard.
Une app que tout le monde peut installer
Une fiche publique exige un compte de développeur Play Console (25 USD une seule fois, avec vérification d’identité et, pour les nouveaux comptes personnels, une vérification sur un appareil Android physique sous Android 10 ou version ultérieure), un AAB signé, les formulaires du contenu de l’application et, pour les comptes personnels créés après le 13 novembre 2023, le test fermé. Google indique qu’une version publique conserve son examen habituel de confiance, de sécurité et de qualité.
Nous n’avons pas pu vérifier la liste complète des pays pour la voie privée: consultez donc l’annonce de Google d’octobre 2026 pour votre marché avant de construire votre plan autour. Ne supposez pas non plus qu’une application privée échappe aux contrôles de sécurité; Google ne l’a pas dit.
Comment obtenir l’AAB depuis mon outil?
Le processus de build Android dépend du framework de votre projet, pas du nom de l’assistant de code. Un bouton Publish web peut produire un site web sans produire d’Android App Bundle: identifiez donc d’abord ce que vous avez, une app web, un projet Expo ou React Native, un projet Flutter ou un générateur qui exporte lui-même un AAB.
Choisissez l’outil que vous avez utilisé
Replit
- Chemin vers l’AAB
- La documentation mobile de Replit indique que la publication sur Google Play n’est pas encore prise en charge par Replit, et qu’EAS CLI et EAS Build ne sont pas pris en charge sur Replit. Si votre projet est une app Expo, exportez le code source avec Git et lancez le build de production Expo (voir la carte Expo) sur votre propre machine. S’il s’agit d’un projet web, suivez la voie Capacitor de la carte Lovable.
- Points de vigilance
- Les conseils qui vous disent de lancer EAS depuis le Shell de Replit sont obsolètes. La voie export puis build externe combine des éléments documentés; Replit ne la propose pas sous forme d’un seul bouton.
Lovable
- Chemin vers l’AAB
- Lovable publie des sites web. Il n’intègre ni packaging pour les stores ni soumission. L’option documentée consiste à empaqueter vous-même le build web avec Capacitor:
npm install @capacitor/android, puisnpx cap add androidetnpx cap open android, et à créer le bundle signé dans Android Studio. - Points de vigilance
- La version majeure de Capacitor détermine l’API cible que vous pouvez atteindre: Capacitor 8 correspond à l’API 36 et Capacitor 7 à l’API 35. Vérifiez les plugins et la signature, et n’oubliez pas que le wrapper doit rester une application utile, pas seulement le site web dans un cadre.
Bolt
- Chemin vers l’AAB
- Bolt peut créer soit une app web, soit un projet mobile Expo. Pour un projet Expo, téléchargez-le dans un éditeur local, configurez EAS et lancez le build Android de production. Un projet web a besoin d’une coque comme Capacitor, ou d’un build natif séparé.
- Points de vigilance
- Ne lancez pas d’étapes de build natif sur un simple projet web. Le tutoriel de Bolt passe directement du test interne à la production; ajoutez entre les deux le test fermé de Google si votre compte est concerné.
FlutterFlow
- Chemin vers l’AAB
- Allez dans Settings and Integrations > App Settings > Mobile Deployment > Google Play Store, puis déployez ou téléchargez l’AAB. FlutterFlow documente un premier import manuel vers le test interne, puis des déploiements automatisés ensuite.
- Points de vigilance
- Enregistrez ou exportez la clé d’importation générée, ou importez la vôtre d’origine. Vérifiez les valeurs SDK dans les paramètres Android avancés; FlutterFlow ne promet pas que chaque projet respecte les règles d’API ou de 16 Ko.
Kodular
- Chemin vers l’AAB
- Utilisez Export app as AAB (le raccourci documenté est Alt + Maj + E) et importez le bundle obtenu.
- Points de vigilance
- La version 2026.05.3 de Kodular, publiée le 27 septembre 2026, a ajouté l’API cible 36: recompilez donc tout AAB plus ancien. Le composant obsolète Firebase Database bloque la compilation tant que vous ne l’avez pas migré, et chaque extension doit faire l’objet de sa propre vérification de compatibilité.
Expo
- Chemin vers l’AAB
- Configurez EAS et la signature, puis lancez
eas build --platform android --profile production. Téléchargez l’AAB, ou soumettez-le aveceas submit --platform android. - Points de vigilance
- Un APK de preview n’est pas un fichier à importer sur Play; c’est le profil production qui produit un AAB. La documentation de soumission d’Expo, mise à jour le 9 octobre 2026, prend en charge une première soumission automatisée, qui arrive par défaut sur le canal de test interne. Le test interne n’est pas le test fermé: choisissez donc le canal délibérément.
Cursor ou Claude Code (Flutter)
- Chemin vers l’AAB
- Configurez la signature de release, vérifiez l’ID d’application et les valeurs SDK de Gradle, puis lancez
flutter build appbundle. Le bundle apparaît dansbuild/app/outputs/bundle/release/app.aab. - Points de vigilance
- L’assistant n’est pas le runtime: c’est Flutter. Inspectez les plugins natifs, et conservez l’ID d’application d’origine si vous mettez à jour une application qui existe déjà sur Play.
Cursor ou Claude Code (React Native)
- Chemin vers l’AAB
- Configurez le keystore d’importation et la signature de release, puis lancez
npx react-native build-android --mode=release. Le bundle apparaît dansandroid/app/build/outputs/bundle/release/app-release.aab. Si le projet utilise Expo, suivez plutôt la carte Expo. - Points de vigilance
- React Native 0.81 cible par défaut l’API 36 et la 0.77 a ajouté la prise en charge des 16 Ko. Ce sont des jalons, pas la preuve que chaque bibliothèque de votre application est conforme.
Chaque voie ci-dessus a été vérifiée dans la documentation de l’éditeur le 16 octobre 2026; aucune n’a été testée sur un projet d’exemple. Les générateurs évoluent vite: vérifiez donc la documentation à jour avant de lancer le build. Et n’augmentez pas le numéro du SDK cible à la main pour faire passer un ancien projet: passez plutôt à des outils qui prennent en charge la nouvelle cible.
Que dois-je corriger avant l’import?
Vérifiez l’artefact de release avant d’inviter qui que ce soit à le tester. Trois vérifications techniques évitent la plupart des mauvaises surprises au rebuild: le niveau d’API cible, la taille de page des bibliothèques natives, et l’identité et la signature de l’application.
Niveau d’API cible
Depuis le 31 août 2026, les nouvelles applications et les mises à jour pour téléphones et tablettes doivent cibler Android 16 (niveau d’API 36) ou une version ultérieure; les applications ayant obtenu une prolongation avaient jusqu’au 1er novembre 2026. Les applications Wear OS, Android Automotive, TV et XR ont des cibles différentes. Les détails et la marche à suivre se trouvent dans l’article sur le niveau d’API cible.
Taille de page de 16 Ko et bibliothèques natives
Les applications qui contiennent du code natif doivent prendre en charge les appareils dont les pages mémoire font 16 Ko. Le guide actuel de Google bloque les mises à jour incompatibles à partir du 1er février 2027 pour les applications qui ciblent l’API 35 ou plus, mais ce n’est pas une exemption pour une nouvelle application: vérifiez les bibliothèques natives dès maintenant. La prise en charge des 16 Ko par un framework ne prouve pas que chaque dépendance native de votre application est compatible. Voir comment trouver et corriger l’erreur 16 Ko.
Identité et signature de l’application
“Si vous modifiez l’ID d’application, le Google Play Store traite l’import comme une application complètement différente.”
Android Developers, Configurer le module d’application
Quand un rebuild IA régénère le projet, comparez le nouvel ID d’application avec celui que la Play Console connaît déjà. Conservez la clé d’importation et ses mots de passe en lieu sûr. Avec Play App Signing, Google détient la clé de signature d’application, et la clé d’importation avec laquelle vous signez chaque bundle est une clé distincte.
Google va-t-il refuser mon wrapper web?
Pas parce que c’est un wrapper. Un wrapper doit respecter les mêmes règles de qualité publiées que le reste de l’application, et certaines de ces règles touchent plus durement les wrappers minimalistes.
Autorisation et fonctionnalité utile
Le règlement de Google sur le spam n’autorise pas les applications qui “affichent la WebView d’un site web sans l’autorisation du propriétaire ou de l’administrateur du site”, ni celles dont l’objectif principal est d’envoyer du trafic d’affiliation vers un site web. Son règlement sur la fonctionnalité minimale couvre séparément les applications au contenu limité ou au comportement défaillant. Un wrapper de votre propre site passe le critère de l’autorisation, mais il doit tout de même faire quelque chose d’utile et fonctionner sur un véritable appareil.
TWA ou WebView
Une Trusted Web Activity affiche votre site dans le navigateur de l’utilisateur et prouve la propriété via Digital Asset Links; une WebView l’affiche à l’intérieur de votre propre application. Des développeurs signalent des applications TWA publiées comme des applications refusées, et la documentation publique de Google ne dit pas que l’usage d’une TWA est invisible pour les contrôles du test. Ne changez d’architecture que pour un problème identifié, pas parce qu’un forum affirme que les wrappers échouent toujours.
Si votre TWA affiche une barre d’adresse du navigateur après une installation depuis Google Play, vérifiez d’abord Digital Asset Links par rapport au certificat de signature Play: la correction SHA-256 d’assetlinks.json détaille la procédure étape par étape.
Diagnostiquer le vrai motif de refus
Lisez le règlement cité dans l’e-mail de refus et reproduisez le problème dans le build de release, pas dans l’aperçu. Un refus pour fonctionnalité défaillante désigne un plantage, une connexion qui ne marche pas ou un écran qui ne se charge pas, pas le framework. Voir comment corriger un refus pour fonctionnalité défaillante.
De quels formulaires de la Play Console ai-je besoin?
Vos déclarations doivent décrire ce que font réellement l’application publiée et ses dépendances, y compris les SDK, la connexion, l’analytics, les annonces et tout service d’IA dans le cloud. Les générateurs IA les ajoutent souvent sans vous le dire.
“Les applications qui n’accèdent à aucune donnée utilisateur personnelle et sensible doivent tout de même fournir des règles de confidentialité.”
Règlement Google Play pour les développeurs, Données utilisateur
| Formulaire | Qui en a besoin | Où | Terminé quand |
|---|---|---|---|
| Règles de confidentialité | Qui en a besoinToutes les applications | OùContenu de l’application > Règles de confidentialité, plus les règles ou un lien dans l’application | Terminé quandUne page publique qui correspond à votre application et à ses pratiques réelles en matière de données |
| Sécurité des données | Qui en a besoinApplications en test fermé, en test ouvert ou en production, même si elles ne collectent aucune donnée | OùContenu de l’application > Sécurité des données | Terminé quandRéponses fondées sur l’inventaire réel des SDK, du backend et des WebView |
| Classification du contenu | Qui en a besoinToutes les nouvelles applications | OùContenu de l’application > Questionnaire de classification du contenu | Terminé quandUne classification envoyée; Google n’autorise pas les applications non classifiées |
| Accès à l’application | Qui en a besoinApplications avec connexion ou fonctionnalités restreintes | OùContenu de l’application > Accès à l’application | Terminé quandL’équipe d’examen peut accéder à chaque fonctionnalité annoncée |
| Annonces et public cible | Qui en a besoinToutes les applications | OùContenu de l’application > Annonces, puis Public cible et contenu | Terminé quandTranches d’âge et comportement publicitaire réels déclarés |
| Fonctionnalités d’IA générative | Qui en a besoinApplications qui génèrent du contenu à l’exécution | OùDans l’application elle-même | Terminé quandDes garde-fous sur le contenu et, dans l’application, un moyen de signaler les résultats générés |
| Accès aux contacts | Qui en a besoinApplications ciblant l’API 37 ou plus qui demandent READ_CONTACTS | OùDéclaration dans Contenu de l’application | Terminé quandAccès étendu justifié, ou remplacé par le sélecteur de contacts, avant le 27 janvier 2027 |
| Suppression du compte | Qui en a besoinApplications qui permettent aux utilisateurs de créer un compte | OùUn moyen de demander la suppression dans l’application et sur le web, avec cette URL web renseignée dans la Play Console | Terminé quandLa suppression du compte efface ses données, toute conservation légitime étant indiquée |
Les libellés des menus varient d’une page d’aide Google à l’autre: si un libellé diffère dans votre Console, cherchez sous Contenu de l’application. Ces chemins proviennent de la documentation de Google, pas de captures d’écran de votre compte.
Où se place le test fermé?
Après le build, les formulaires et une version utilisable, et avant de demander l’accès en production. Google l’exige pour les comptes de développeur personnels créés après le 13 novembre 2023; les comptes d’organisation et les comptes personnels plus anciens ne sont pas concernés par cette règle.
“Si vous disposez d’un compte de développeur personnel nouvellement créé, vous devez exécuter un test fermé pour votre application auprès d’au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption.”
Aide Play Console, réponse 14151465
Utilisez le bon canal
Le test se déroule sur un canal de test fermé. Le test interne est une préparation utile, avec jusqu’à 100 testeurs par application, mais il ne compte pas; configurer le test interne explique la différence. Une URL d’aperçu, une session Expo Go ou un APK installé manuellement ne comptent pas non plus: les testeurs s’inscrivent au test et installent l’application depuis Google Play.
Faire la demande, puis publier
Lorsque le tableau de bord indique que vous êtes éligible, demandez l’accès en production et répondez honnêtement aux questions sur votre test. Google indique que l’examen prend généralement sept jours ou moins, et peut parfois prendre plus longtemps. L’approbation vous donne accès à la production; vous devez encore préparer et envoyer une version de production avant que l’application soit publique. Si vous venez de payer les frais, que faire après avoir payé 25 USD présente l’ordre complet des étapes.
Et si le rebuild a perdu ma clé ou changé mon package?
Identifiez d’abord si le rebuild a changé vos identifiants de signature, l’identité de votre application ou les deux. Perdre une clé d’importation n’est pas la même chose que perdre une clé de signature d’application, et un ID d’application modifié crée une application Play différente, même si les écrans semblent identiques.
| Symptôme | À vérifier d’abord | Solution |
|---|---|---|
| Keystore d’importation perdu | À vérifier d’abordL’application est-elle inscrite à Play App Signing? | SolutionCréez une nouvelle clé d’importation, exportez son certificat public au format PEM, puis demandez une réinitialisation de la clé d’importation dans la Play Console, sous Manage Play app signing > Upload key certificate (Gérer la signature d’application Play > Certificat de la clé d’importation). |
| Clé de signature d’application autogérée perdue | À vérifier d’abordEst-ce Google qui gérait la signature, ou vous? | SolutionSans la clé d’origine et sans Play App Signing, il peut être impossible de mettre à jour l’application existante. Vérifiez-le avant de recompiler sous une nouvelle identité. |
| Le rebuild a un package différent | À vérifier d’abordComparez le nouvel ID d’application avec celui de l’application en ligne | SolutionRestaurez l’ID d’application d’origine si vous voulez publier une mise à jour, puis vérifiez la signature et le code de version. |
| La TWA affiche une barre de navigateur après une installation depuis Play | À vérifier d’abordassetlinks.json contient-il le certificat de signature Play? | SolutionCorrigez Digital Asset Links pour le vrai nom de package et la vraie clé de signature. |
| Le build de release échoue alors que l’aperçu fonctionne | À vérifier d’abordQu’est-ce qui diffère entre l’aperçu et le bundle de release? | SolutionTestez le build de release lui-même et vérifiez sa configuration, ses bibliothèques natives et ses dépendances. Un aperçu qui fonctionne dans le navigateur ou dans Expo ne prouve pas que le bundle est prêt. |
“Si vous perdez votre clé d’importation ou pensez qu’elle a été compromise, vous ne perdez pas l’accès à votre application.”
Aide Play Console, Utiliser la signature d’application Play
keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pem
Utilisez le chemin et l’alias réels de votre keystore. Vous n’importez que le certificat public; n’envoyez jamais la clé privée à personne.
Checklist avant envoi
Envoyez l’application lorsque le vrai build de release, les déclarations, les informations d’accès pour l’équipe d’examen et les preuves de test concordent tous. Cochez chaque étape à mesure que vous la validez.
Dix étapes avant l’envoi
0 étapes validées sur 10Les dix étapes sont validées. Votre version, vos formulaires et vos preuves de test concordent.
Quand un service de testeurs vous aide-t-il?
Lorsque vous avez une version de test fermé utilisable et que le seul problème restant est de trouver 12 personnes qui s’inscriront au test et resteront 14 jours. Un service de testeurs ne peut pas réparer votre build, vérifier votre compte ni prendre la décision de Google à sa place.
Beaucoup de créateurs d’applications IA arrivent à ce point en dernier: l’application fonctionne, mais personne autour d’eux n’a de téléphone Android, ou un ami abandonne au neuvième jour. PrimeTestLab fournit de vrais testeurs sur de vrais appareils Android. Vous partagez votre lien du test, les testeurs s’inscrivent sous 4-6 heures et restent pendant les 14 jours complets, et un testeur qui abandonne est remplacé le jour même (le remplaçant commence ses propres 14 jours, d’où l’intérêt d’une marge au-delà de 12). Vous ne nous donnez jamais accès à votre Play Console, et vous suivez le test sur un tableau de bord en direct, avec un rapport écrit à la fin.
Découvrez comment fonctionne le service de 12 testeurs, ou choisissez un plan ci-dessous.
Plans actuels
Starter
12 testeurs
$19.99
Enterprise
25 testeurs
$27.99
Professional
25 testeurs
$59.99
+5% de frais de service au paiement (minimum $1.50). Visa ou Mastercard via Stripe. Si Google n’accorde pas l’accès en production après le test complet, vous choisissez entre un nouveau test gratuit ou un remboursement intégral.
Questions fréquentes
Puis-je publier sur Google Play une application que j’ai créée avec l’IA?
Oui. Une application créée par IA peut être soumise pour une publication publique, et Google indique que cette voie conserve son examen habituel de confiance, de sécurité et de qualité. Identifiez le framework produit par votre outil, créez son Android App Bundle signé et remplissez les exigences de compte et d’application qui s’appliquent à vous. Utiliser l’IA ne rend pas, à lui seul, l’application finale prête.
Replit m’a donné un lien. Où est mon AAB?
Un lien web publié n’est pas un bundle Android. Vérifiez si votre projet est un site web ou un projet mobile Expo ou React Native. La documentation actuelle de Replit ne prend en charge ni la publication sur Google Play ni l’exécution d’EAS sur Replit. Exporter le code source mobile et le compiler avec Expo ailleurs est une voie possible, mais ce n’est pas un bouton de publication Replit.
Puis-je mettre mon site Lovable dans une application Android?
Lovable documente un packaging externe, notamment avec Capacitor, mais n’intègre pas de soumission sur Google Play. La coque Android a toujours besoin d’une signature de release, de la bonne configuration et de vérifications sur un véritable appareil. L’autorisation d’utiliser le site web n’est qu’un point parmi d’autres; l’application doit aussi offrir une fonctionnalité utile et une expérience stable. Le packaging seul ne la rend pas acceptable.
Ai-je besoin de testeurs si j’ai créé l’application avec Expo ou FlutterFlow?
Vérifiez votre compte Play, pas le générateur. La règle de Google couvre les comptes personnels créés après le 13 novembre 2023, et aucun outil de build n’en est exempté. Un import réussi en test interne depuis Expo ou FlutterFlow ne remplace pas le test fermé obligatoire. Suivez le tableau de bord de l’application et lancez le test sur le canal de test fermé si votre compte l’exige.
Faut-il convertir une TWA en WebView pour être accepté?
Aucune exigence Google que nous avons trouvée n’impose cette conversion. Google documente les Trusted Web Activities comme une intégration Android basée sur le navigateur, et des développeurs signalent des versions TWA acceptées comme des refus. Partez du vrai motif de refus, de l’autorisation du site web, de la fonctionnalité et du comportement du build de release. Les affirmations selon lesquelles le test d’une TWA serait invisible pour Google ne sont pas établies par la documentation publique.
Mon application ne collecte rien. Ai-je quand même besoin d’informations de confidentialité?
Oui. Google exige des règles de confidentialité même pour les applications qui n’accèdent à aucune donnée personnelle ou sensible, et les applications en test fermé, en test ouvert ou en production doivent remplir la section Sécurité des données. Vérifiez d’abord chaque SDK et chaque service distant: l’analytics, les annonces, la connexion ou un contenu web contrôlé par l’application peuvent changer les bonnes réponses, même si vos propres écrans ne collectent rien.
J’ai perdu mon keystore. Dois-je créer une nouvelle application?
Identifiez d’abord quelle clé vous avez perdue. Avec Play App Signing, une clé d’importation perdue peut être remplacée grâce à la réinitialisation de la clé d’importation de Google, en utilisant le certificat public d’une nouvelle clé. Perdre une clé de signature d’application autogérée sans cette protection est une autre affaire et peut empêcher les mises à jour. Vérifiez la configuration de signature de l’application d’origine avant de recompiler sous une nouvelle identité.
Puis-je changer le nom de package lors d’un rebuild?
Modifier l’ID d’application amène Google Play à traiter le bundle comme une application différente. Si vous voulez mettre à jour la fiche existante, restaurez son ID d’application d’origine et signez avec les bons identifiants. Un nom d’application familier ou une interface identique ne conserve pas l’identité lorsque l’identifiant de package sous-jacent a changé.
Recompiler avec la dernière version du framework corrige-t-il l’erreur 16 Ko?
Cela peut corriger les bibliothèques propres au framework, mais ne prouve pas que toute l’application est compatible. Des plugins natifs, des SDK ou des extensions peuvent encore embarquer des binaires incompatibles. Inspectez le bundle de release final et testez-le dans un environnement 16 Ko. Google considère les dépendances natives comme faisant partie de votre application, y compris celles qu’un générateur tiers a ajoutées pour vous.
Mes modifications dans Lovable mettront-elles à jour l’application Play automatiquement?
Cela dépend de la façon dont l’application est construite. Une TWA affiche votre contenu web en ligne via le navigateur, tandis qu’un projet Android empaqueté possède sa propre version native et sa propre configuration. Déterminez quels fichiers et services une modification touche avant de décider si vous avez besoin d’un nouveau bundle. Ne supposez pas que chaque modification web, de plugin, d’autorisation ou de signature suit le même processus de mise à jour.
En résumé
Résumé
L’outil IA que vous avez utilisé ne change pas ce que Google Play demande: un AAB signé, les déclarations et, pour les comptes personnels créés après le 13 novembre 2023, un test fermé avec 12 testeurs inscrits pendant 14 jours consécutifs. Identifiez ce que votre outil a créé, suivez la voie de release de ce framework, réglez les vérifications d’API cible, de 16 Ko et de signature, et remplissez les formulaires à partir du build réel. Lorsque trouver des testeurs est le dernier obstacle entre vous et l’accès en production, PrimeTestLab vous les fournit à partir de $19.99. Voir les plans →