Passer au contenu principal
Lorsque votre application Base44 est prête pour le mobile, vous pouvez gérer toute la préparation pour les stores depuis l’éditeur de votre application. Analysez votre application par rapport aux directives Apple et Google, utilisez le chat IA de Base44 pour améliorer les zones problématiques, puis générez les fichiers dont vous avez besoin pour soumettre votre application dans vos comptes développeur Apple et Google.
Cinq écrans d'applications mobiles, dont des annonces de voyage, de la méditation, de la trésorerie et des cours

Applications créées avec Base44

Votre application mobile exécute votre application Base44 publiée dans une vue web sécurisée. Il s’agit d’un wrapper natif léger autour de votre application web qui n’ouvre que l’URL de votre application. Lorsque vous publiez la plupart des changements de contenu et de design dans Base44, ils apparaissent également dans votre application sans envoyer une nouvelle version à l’Apple App Store ou à Google Play. Vous pouvez également ajouter des notifications push lorsque vous générez vos fichiers de store, afin que votre application puisse envoyer des mises à jour directement sur le téléphone de quelqu’un.
Important : vous pouvez lancer l’analyse pour préparer votre application pour les stores avec le forfait Free, mais pour télécharger les fichiers de soumission de l’application, vous devez être au forfait Builder ou supérieur.

Avant de commencer

La soumission aux stores est un processus en plusieurs étapes qui implique à la fois Base44 et vos tableaux de bord Apple et Google. Gardez vos identifiants développeur à portée de main et prévoyez du temps pour effectuer chaque partie.Assurez-vous d’avoir les éléments suivants prêts :
  • Une application Base44 publiée avec une URL stable
  • Un compte Apple Developer Program avec accès à App Store Connect et aux clés d’API
  • Un compte développeur Google Play Console
  • L’autorisation de créer et gérer des applications dans les deux comptes (si vous travaillez en équipe)
  • Un logo conforme aux exigences d’icônes Apple et Google, ou un prompt clair pour en générer un avec l’IA
  • Une page de politique de confidentialité et de conditions d’utilisation qui expliquent comment votre application traite les données et les permissions de l’appareil, et qui sont accessibles depuis les pages principales de votre application
Si votre application vend quoi que ce soit, lisez d’abord vendre dans votre application. Apple et Google rejettent les applications qui vendent du contenu numérique via un fournisseur de paiement, Stripe compris.
Vous avez déjà fait toute la préparation et êtes prêt à soumettre ? Suivez notre guide visuel étape par étape pour soumettre votre application à l’Apple App Store et au Google Play Store.

Vendre dans votre application

Si vous prévoyez de vendre quelque chose dans votre application, vérifiez ce qu’Apple et Google autorisent avant de suivre les étapes ci-dessous. Vendre le mauvais type de contenu est une cause fréquente de rejet. Votre application mobile peut encaisser des paiements pour des biens physiques et des services réels avec n’importe quel fournisseur de paiement. Par exemple, Base44 Payments, Stripe ou un fournisseur connecté via son API. Le contenu numérique est différent. Apple et Google exigent leurs propres systèmes d’achat intégré pour ce contenu. Les applications Base44 ne prennent pas encore en charge Apple In-App Purchase ni Google Play Billing. Compte comme numérique, ne peut donc pas être vendu dans votre application mobile :
  • Les niveaux premium ou d’abonnement
  • Le déverrouillage de fonctionnalités ou de contenu dans votre application
  • Les cours, e-books, vidéos ou autres contenus utilisés dans votre application
  • La monnaie virtuelle, les crédits ou les générations IA supplémentaires
Compte comme physique ou comme service, n’importe quel fournisseur de paiement convient :
  • Un produit physique que vous expédiez
  • La réservation d’un service réel, comme un rendez-vous ou une table
  • Un service fourni en dehors de votre application, comme du coaching
  • Les dons
Si vous ne savez pas de quelle catégorie relève la vôtre, traitez-la comme numérique. Apple en particulier rejette les cas limites. Les 2 stores ont aussi des règles différentes pour le contenu numérique acheté en dehors de votre application, par exemple sur sa version web.
Tant que Base44 ne prend pas en charge In-App Purchase, votre application iOS ne peut pas vendre de contenu numérique. Elle ne peut pas non plus débloquer du contenu numérique acheté ailleurs. Apple autorise ce déblocage uniquement si les mêmes articles sont aussi en vente via In-App Purchase.Apple prévoit 2 exceptions :
  • Applications de lecture : une application qui propose surtout des livres, magazines, actualités, musique ou vidéos peut permettre de se connecter et d’utiliser du contenu déjà acheté ailleurs.
  • Lien vers votre site web : Apple autorise un lien d’achat vers votre site web uniquement pour les applications de l’App Store américain. Dans tous les autres pays, Apple rejette un bouton ou un lien qui invite à payer en dehors de l’application.
Si votre application n’est pas une application de lecture, vos options actuelles sont :
  • Retirer le contenu numérique payant de votre application iOS et continuer à le vendre sur la version web. Vous pouvez demander au chat IA de masquer le contenu payant, les prix et les boutons d’achat uniquement quand votre application s’exécute en tant qu’application mobile.
  • Publier votre application iOS uniquement sur l’App Store américain, avec un lien vers votre site web pour l’achat. Apple peut quand même rejeter l’application lors de l’examen.
  • Attendre que Base44 prenne en charge In-App Purchase avant de vendre du contenu numérique dans votre application iOS.
Google exige Google Play Billing pour le contenu numérique acheté dans votre application Android. Les applications Base44 ne l’incluent pas encore. Vous ne pouvez donc pas vendre d’abonnements ni de produits intégrés pour votre application dans Google Play Console.Vous pouvez vendre du contenu numérique sur la version web de votre application. Votre application Android peut ensuite l’afficher aux personnes qui l’ont déjà payé sur le web. N’ajoutez pas de bouton ni de lien qui invite à payer sur votre site web. Google l’autorise uniquement via son propre programme, qui nécessite une prise en charge native absente des applications Base44.
Les outils d’achat tiers ne sont pas une alternative. Le SDK natif de RevenueCat et les plugins d’achat intégré ont besoin d’accéder à la couche native, que les applications Base44 n’exposent pas. Ils ne fonctionnent pas, peuvent casser votre build, et votre application est quand même rejetée.

Étape 1 | Créer vos comptes développeur

Avant de pouvoir générer les fichiers pour les stores et soumettre votre application, vous avez besoin de comptes développeur Apple et Google actifs. Ces comptes vous permettent de posséder vos fiches, de gérer les versions et de traiter les avis directement dans chaque store.
Vous êtes responsable de la configuration et du paiement de vos comptes développeur Apple et Google, ainsi que de la gestion de vos fiches d’application et de vos soumissions. Base44 vous aide à préparer votre application pour la soumission, mais ne crée ni ne gère vos comptes développeur.

Compte Apple Developer

Utilisez votre compte Apple Developer pour soumettre votre application iOS dans App Store Connect et gérer les versions. Assurez-vous d’avoir un Apple ID utilisable pour votre activité. Pour créer votre compte Apple Developer :
  1. Rendez-vous sur la page d’inscription Apple Developer.
  2. Connectez-vous avec votre Apple ID et lancez le processus d’inscription.
  3. Choisissez le type de compte qui correspond à votre situation :
    • Individuel : sélectionnez ceci si vous publiez en votre nom propre.
    • Organisation : sélectionnez ceci si vous publiez pour le compte d’une entreprise. Apple peut demander votre raison sociale et votre numéro D-U-N-S.
  4. Lisez et acceptez les conditions du programme Apple.
  5. Effectuez le paiement pour activer votre adhésion à l’Apple Developer Program.
  6. Une fois votre inscription approuvée, connectez-vous à App Store Connect avec le même Apple ID pour gérer vos applications.
La page d'inscription Apple Developer pour démarrer un nouveau compte Apple Developer Program

Création d'un compte Apple Developer

Note : Apple vous envoie un e-mail d’activation une fois votre paiement d’inscription traité. Cela peut prendre jusqu’à 2 jours ouvrés. Une fois votre compte actif, connectez-vous à App Store Connect, puis revenez à Base44 pour continuer à générer vos fichiers App Store.

Compte développeur Google Play

Utilisez votre compte développeur Google Play pour soumettre votre application Android dans Google Play Console et gérer les versions. Assurez-vous d’avoir un compte Google utilisable pour votre activité. Pour créer votre compte développeur Google Play :
  1. Rendez-vous sur Google Play Console dans votre navigateur.
  2. Connectez-vous avec votre compte Google et lancez le flux d’inscription.
  3. Saisissez les détails de votre profil développeur, comme le nom de votre développeur, l’e-mail de contact et le site web si vous en avez un.
  4. Lisez et acceptez les conditions et politiques de Google Play.
  5. Effectuez le paiement d’inscription pour créer votre compte développeur Google Play.
  6. Une fois la configuration terminée, connectez-vous à Google Play Console et confirmez que vous pouvez créer une nouvelle application.
Le flux d'inscription Google Play Console pour créer un nouveau compte développeur Google Play

Création d'un compte développeur Google Play


Étape 2 | Analyser votre application pour détecter les problèmes

Depuis l’éditeur d’application dans Base44, analysez votre application par rapport aux dernières directives de l’App Store et de Google Play. Pour lancer une analyse :
  1. Allez dans l’éditeur de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Cliquez sur l’onglet Mobile app.
  4. Cliquez sur Check Your App, puis sur Run App Scan et sélectionnez ce par rapport à quoi vous voulez analyser votre application :
    • App Store guidelines
    • Google Play guidelines
L'onglet Mobile app avec Check Your App développé et un bouton déroulant Run App ScanL'onglet Mobile app avec Check Your App développé et un bouton déroulant Run App Scan

Lancement d'une analyse depuis l'onglet Mobile app


Étape 3 | Utiliser l’IA pour corriger les problèmes

Une fois l’analyse terminée, utilisez le panneau de résultats pour voir à quel point votre application est prête pour les stores et laissez le chat IA suggérer des corrections. Vous pouvez examiner chaque problème, appliquer les changements recommandés et relancer l’analyse jusqu’à être satisfait de votre score.
Note : vous n’avez pas besoin d’un score de préparation de 100 avant de soumettre, mais plus le score est élevé, plus le processus de soumission peut être fluide. Visez un score de préparation aussi élevé que possible, sans problèmes critiques non résolus, avant de générer les fichiers pour les stores.
Pour examiner et corriger les problèmes avec le chat IA :
  1. Regardez votre Readiness Score et le nombre de vérifications réussies, partielles et échouées dans le panneau de résultats d’analyse.
  2. Choisissez comment vous voulez corriger les problèmes :
    • Apply with AI : ouvre le chat IA avec un prompt de correction adapté basé sur vos résultats d’analyse.
    • Copy Fix Prompt : copie le prompt de correction afin que vous puissiez le coller vous-même dans le chat IA et le modifier d’abord.
  3. Laissez le chat IA appliquer les changements suggérés.
Résultats d'analyse dans Base44 avec des options de correction propulsées par l'IA pour les problèmes de préparation aux stores

Utilisation de l'IA pour corriger les problèmes de soumission aux stores

Vérifiez à nouveau votre score :
  1. Revenez à Preview et testez les flux clés comme la navigation, l’inscription, la connexion et le paiement.
  2. Publiez les changements.
  3. Lancez une autre analyse pour voir votre score de préparation mis à jour et vérifier que les problèmes critiques sont résolus.

Étape 4 | Générer les fichiers de votre application

Générez les fichiers pour chaque store directement depuis l’onglet Mobile app afin de ne pas quitter l’éditeur d’application. Utilisez votre application prête pour l’analyse afin de créer les fichiers dont vous avez besoin pour soumettre dans l’App Store et Google Play.
Important : vous devez être au forfait Builder ou supérieur pour télécharger les fichiers de votre application.
L'onglet Mobile app avec Build Stores Files développé et des boutons pour Create App Store files et Create Google Play filesL'onglet Mobile app avec Build Stores Files développé et des boutons pour Create App Store files et Create Google Play files

Création de fichiers App Store et Google Play depuis l'onglet Mobile app

Créer les fichiers App Store

Lorsque votre application est prête pour iOS, utilisez vos identifiants Apple Developer dans l’onglet Mobile app pour générer un bundle IPA prêt pour l’App Store. Une fois la génération terminée, téléchargez le fichier depuis Base44, conservez-le dans un endroit sécurisé et utilisez-le lorsque vous chargez votre application dans App Store Connect. Pour créer les fichiers App Store :
  1. Allez dans l’éditeur de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Cliquez sur l’onglet Mobile app.
  4. Cliquez sur Build Stores Files, puis sur Create App Store files.
  5. Ajoutez votre Issuer ID, Key ID, Team ID, et chargez le fichier de clé d’API .p8 depuis App Store Connect, puis cliquez sur Continue.
    Remarque : pour envoyer des notifications push depuis votre application, activez Add push notifications dans cette fenêtre avant de continuer. Consultez ajouter des notifications push.
    Vous devez générer votre clé d’API, puis ajouter les détails à Base44. Pour générer votre clé :
    1. Allez sur App Store Connect et connectez-vous avec votre compte Apple Developer.
    2. Cliquez sur Users and Access.
    3. Cliquez sur Integrations .
    4. Cliquez sur + pour créer une nouvelle clé d’API.
    5. Saisissez un nom pour la clé et choisissez le rôle d’accès approprié (par exemple, Admin ou App Manager).
    6. Cliquez sur Generate pour créer la clé. Pour trouver vos Apple IDs et télécharger le fichier de clé d’API (.p8) :
    7. Allez sur App Store Connect et connectez-vous avec votre compte Apple Developer.
    8. Cliquez sur Users and Access.
    9. Cliquez sur Integrations .
    10. Trouvez vos Issuer ID et Key ID.
    11. Cliquez sur Download pour enregistrer le fichier .p8 sur votre ordinateur et stockez-le dans un endroit sécurisé. Pour trouver votre Team ID :
    12. Allez sur votre compte Apple Developer.
    13. Cherchez la valeur Team ID listée sous les détails d’adhésion.
  6. Examinez le logo de votre application. Chargez un nouveau logo depuis votre ordinateur ou générez-en un avec l’IA, puis cliquez sur Generate Files.
  7. Une fois vos fichiers prêts, cliquez sur Download.
    Important :
    • Apple ne vous permet de télécharger chaque fichier de clé .p8 qu’une seule fois. Si vous le perdez, vous devez révoquer la clé et en créer une nouvelle.
    • Si vous ne voyez pas l’onglet Keys dans App Store Connect, votre compte Apple Developer est encore en cours de traitement. Cela peut prendre jusqu’à 48 heures après le paiement pour qu’Apple active votre compte et affiche l’onglet Keys. Attendez l’e-mail d’activation avant d’essayer de créer des identifiants d’API.
    • Ne partagez pas vos Issuer ID, Key ID, Team ID ou fichier .p8 en dehors d’outils de confiance. Traitez-les comme des identifiants sensibles. Si vous pensez qu’une clé est compromise, révoquez-la dans App Store Connect et créez-en une nouvelle.
    • Changer le logo dans la fenêtre Generate App Store files met également à jour le logo que vous utilisez actuellement pour votre application. Assurez-vous d’être satisfait du logo avant de générer les fichiers.

Créer les fichiers Google Play

Lorsque votre application est prête pour Android, utilisez l’onglet Mobile app pour générer un bundle AAB prêt pour Google Play. Après la génération, téléchargez le fichier depuis Base44, conservez-le dans un endroit sécurisé et chargez-le dans votre version Google Play Console. Pour créer les fichiers Google Play :
  1. Allez dans l’éditeur de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Cliquez sur l’onglet Mobile app.
  4. Cliquez sur Build Stores Files, puis sur Create Google Play files.
  5. Suivez les étapes à l’écran pour examiner le logo de votre application, charger un nouveau logo depuis votre ordinateur ou en générer un nouveau avec l’IA.
    Remarques :
    • Changer le logo dans la fenêtre Generate Google Play files met également à jour le logo que vous utilisez actuellement pour votre application. Assurez-vous d’être satisfait du logo avant de générer les fichiers.
    • Pour envoyer des notifications push depuis votre application, activez Add push notifications dans cette fenêtre avant de générer vos fichiers. Consultez ajouter des notifications push.
  6. Cliquez sur Generate Files pour créer le bundle AAB.
  7. Une fois vos fichiers prêts, cliquez sur Download.

Ajouter des notifications push

Les notifications push apparaissent sur le téléphone de quelqu’un même lorsque votre application est fermée. Vous les activez dans la même fenêtre où vous générez vos fichiers de store, puis vous chargez les identifiants depuis votre compte Apple Developer ou votre propre projet Firebase. iOS et Android sont séparés, faites donc les deux pour atteindre tout le monde qui utilise votre application.
A push notification on a phone lock screen, reading Class in 1 hour: Vinyasa Flow with Dana, Studio 2. Tap to check in.

Une notification push

Avant de commencer :
  • Pour iOS : vous avez besoin d’un abonnement actif Apple Developer Program et d’une clé d’authentification APNs.
  • Pour Android : vous avez besoin d’un compte Google et de votre propre projet Firebase. Le plan gratuit Spark suffit.
Vous avez besoin d’une clé d’authentification APNs depuis votre compte Apple Developer. Créez-la sous Certificates, Identifiers & Profiles, puis Keys, et sélectionnez Apple Push Notifications service (APNs). Apple vous fournit un fichier .p8 et un Key ID à 10 caractères.Il s’agit d’une clé distincte de la clé d’API App Store Connect que vous ajoutez plus tôt dans la même fenêtre. Chacune possède son propre Key ID, et les deux fichiers se terminent par .p8, gardez donc trace de qui est qui à mesure que vous les téléchargez.
Important : Apple ne vous laisse télécharger votre clé d’authentification APNs qu’une seule fois. Enregistrez le fichier .p8 dans un endroit sûr, car vous ne pouvez pas le télécharger à nouveau. Si vous le perdez, révoquez la clé dans votre compte Apple Developer et créez-en une nouvelle.
Pour ajouter vos identifiants push iOS :
  1. Commencez à créer vos fichiers App Store et remplissez vos identifiants App Store Connect.
  2. Activez Add push notifications.
  3. Cliquez sur How to create an APNs auth key pour les étapes Apple, si vous devez encore créer votre clé.
  4. Chargez votre clé sous Upload the APNs auth key (.p8).
  5. Vérifiez le champ APNs Key ID. Base44 le remplit lorsque vous chargez votre clé. S’il reste vide, collez le Key ID que vous avez copié.
  6. Cliquez sur Continue, puis terminez le flux pour générer et télécharger vos fichiers.
The Generate App Store files window with Add push notifications turned on, showing the APNs auth key upload and the APNs Key ID field

Ajout de votre clé d'authentification APNs dans la fenêtre Generate App Store files

The How to create an APNs auth key guide expanded, showing 6 steps from signing in to Apple Developer through uploading the .p8 file

Le guide intégré pour créer une clé d'authentification APNs

Vous avez besoin de 2 fichiers depuis votre propre projet Firebase. Votre fichier google-services.json est intégré à votre application pour qu’elle puisse recevoir des notifications, et votre clé de compte de service permet à Base44 de les envoyer. Créez votre projet dans la console Firebase, enregistrez votre application Android avec le nom de package que Base44 vous indique, puis téléchargez les deux fichiers depuis ce même projet.
Important : votre clé de compte de service permet à Base44 d’envoyer des notifications en votre nom. Traitez-la comme un identifiant sensible et gardez-la privée.
Pour ajouter vos identifiants push Android :
  1. Commencez à créer vos fichiers Google Play et examinez le logo de votre application.
  2. Activez Add push notifications.
  3. Cliquez sur How to set up Firebase & download your files pour les étapes Firebase, si vous devez encore créer votre projet.
  4. Chargez votre fichier google-services.json sous Upload google-services.json.
  5. Chargez votre clé de compte de service sous Upload the service account key (.json).
  6. Cliquez sur Generate Files, puis téléchargez vos fichiers lorsqu’ils sont prêts.
The Generate Google Play files window with Add push notifications turned on, showing google-services.json above the service account key

Ajout de vos fichiers Firebase dans la fenêtre Generate Google Play files

The How to set up Firebase and download your files guide expanded, showing 6 steps from opening the Firebase console through uploading both files

Le guide intégré pour configurer Firebase

Base44 conserve vos identifiants enregistrés, ils sont donc prêts la prochaine fois que vous générez des fichiers. Pour remplacer une clé plus tard, rouvrez la fenêtre et cliquez sur Replace.

Envoyer vos notifications

Vous envoyez des notifications depuis le backend de votre application avec l’intégration SendPushNotification. Chacune contient un titre, un message, un libellé de bouton d’action facultatif et un lien facultatif vers une page spécifique de votre application. La première fois qu’une personne ouvre votre application, elle choisit d’autoriser ou non les notifications. Vous pouvez envoyer à toutes les personnes qui acceptent. En savoir plus sur l’envoi de notifications push.
Important : les personnes qui ont déjà installé votre application reçoivent les notifications push après que vous ayez généré de nouveaux fichiers d’application et soumis une version mise à jour à l’Apple App Store ou à Google Play.

Ajouter un SHA Google Play

Si votre application utilise la connexion avec Google, ajoutez vos empreintes de signature Google Play à Base44. La connexion Google fonctionne alors dans la version installée depuis Google Play. Ce que vous ajoutez dépend de la façon dont Google Play signe votre application. Pour obtenir vos empreintes depuis Google Play Console :
  1. Allez sur Google Play Console et connectez-vous avec votre compte développeur.
  2. Allez dans Test and release, puis App integrity, puis App signing.
  3. Vérifiez si la page affiche un badge « quantum-ready » :
    • Badge : téléchargez le fichier .zip des certificats depuis Downloads.
    • Pas de badge : copiez la valeur SHA-256 fingerprint sous App signing key certificate.
Pour ajouter vos empreintes dans Base44 :
  1. Allez dans l’éditeur de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Cliquez sur l’onglet Mobile app.
  4. Cliquez sur Build Stores Files, puis dans la section Google Play files, cliquez sur l’icône More actions .
  5. Cliquez sur Add Google Play SHA.
  6. Choisissez votre configuration de signature :
    • Signature quantum-ready : cliquez sur Upload certificates .zip et choisissez le fichier téléchargé.
    • Signature standard : collez votre empreinte dans le champ SHA-256 Fingerprint.
  7. Cliquez sur Save.
Si vous modifiez plus tard vos paramètres de signature dans Google Play, mettez à jour les empreintes dans Base44. La connexion Google continue ainsi de fonctionner.

Ajouter un Google Snippet

Lorsque vous enregistrez le nom de votre package dans Google Play Console, Google peut fournir un extrait d’enregistrement ADI pour vérifier la propriété du nom de votre package. Si on vous le demande, vous devez ajouter cet extrait à votre application Base44. Google déploie cette exigence progressivement, tous les comptes ne sont donc pas encore concernés. Pour ajouter votre Google Snippet dans Base44 :
  1. Allez dans l’éditeur de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Cliquez sur l’onglet Mobile app.
  4. Cliquez sur Build Stores Files, puis dans la section Google Play files, cliquez sur l’icône More actions .
  5. Cliquez sur Add Google Snippet.
  6. Collez votre extrait ADI dans le champ Google Snippet.
  7. Cliquez sur Save & Build.
Le menu More actions des fichiers Google Play avec Add Google Snippet encadré, entre Add Google Play SHA et Create New Files

Ajouter un Google snippet

Cliquer sur Save & Build déclenche automatiquement une nouvelle build Android. Vos fichiers mis à jour sont prêts à être téléchargés en environ 5 minutes. Vous n’avez besoin d’ajouter le Google Snippet que si Google Play Console vous invite à enregistrer le nom de votre package. Si on ne vous le demande pas, vous pouvez ignorer cette étape.

Étape 5 | Soumettre votre application

Après avoir généré vos fichiers App Store et Google Play, terminez la soumission dans vos tableaux de bord Apple et Google. Base44 vous aide à préparer votre application, mais tout ce qui se passe après la soumission dans App Store Connect ou Google Play Console se joue entre vous et les stores. Vous êtes responsable de vérifier le statut de votre soumission, de répondre aux e-mails des stores et d’appliquer toute modification demandée par les stores. Suivez notre guide visuel étape par étape pour soumettre votre application à l’Apple App Store et au Google Play Store.
Important :
  • Base44 ne peut pas garantir qu’une application sera approuvée, même avec un score de préparation élevé.
  • Le Customer Care ne vérifie pas le statut de votre soumission, ne contacte pas Apple ou Google en votre nom et ne gère pas les retours d’examen des stores pour vous. Prenez tout retour directement des stores et apportez les modifications vous-même ou travaillez avec un partenaire.

Trouver votre bundle ID

Quand vous créez votre fiche d’application, App Store Connect demande un bundle ID et Google Play Console un nom de package. Base44 définit les deux pour vous, avec la même valeur : com.base[app-id].app, où [app-id] est votre ID d’application Base44. Vous trouvez votre ID d’application dans l’URL quand vous êtes dans l’éditeur de votre application. Par exemple, si l’URL de votre éditeur contient 69e0c4bdd31bdu8fda51775g, votre bundle ID et votre nom de package sont com.base69e0c4bdd31bdu8fda51775g.app.
Vous ne pouvez pas choisir ni modifier votre bundle ID ou votre nom de package. Aucun paramètre ne permet d’en définir un vous-même, comme com.yourcompany.app. Apple et Google y rattachent chaque fiche store. Une application avec un autre ID devient donc une nouvelle fiche, et les personnes qui ont installé l’ancienne application ne reçoivent pas ses mises à jour.
Si Apple indique que le bundle ID n’est pas disponible, l’application existe probablement déjà dans votre compte App Store Connect. Ajoutez une nouvelle version à cette fiche au lieu de créer une nouvelle application. Après avoir créé vos fichiers App Store, vous pouvez aussi copier votre bundle ID depuis l’onglet Mobile app. Pour copier votre bundle ID :
  1. Allez dans l’éditeur de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Cliquez sur l’onglet Mobile app.
  4. Cliquez sur Build Stores Files, puis dans la section App Store files, cliquez sur l’icône More actions .
  5. Cliquez sur Copy App Bundle ID.

Préparer les éléments de la fiche

Chaque store demande des textes et des images pour votre page de fiche, en plus des fichiers générés dans Base44.

Préparer les éléments de votre fiche store

Lorsque vous soumettez votre application dans App Store Connect et Google Play Console, vous avez besoin d’éléments pour vos fiches store. Avant de commencer les formulaires de soumission, préparez :
  • Une description courte et longue pour votre application
  • Des captures d’écran de votre application sur les tailles de téléphone courantes, et des captures d’écran de tablette si vous prévoyez de prendre en charge les tablettes. Vous pouvez capturer des écrans en ouvrant votre application publiée sur un appareil ou un simulateur, en naviguant dans vos flux principaux et en prenant des captures d’écran natives de l’appareil que vous chargez dans chaque store.
  • L’icône de votre application et toutes les images de fonctionnalités requises qui respectent les directives de taille et de format d’Apple et Google
  • Une URL de support et une URL de politique de confidentialité depuis votre application Base44

Mettre à jour votre application

Une fois votre application en ligne dans les stores, la plupart des changements y arrivent dès que vous les publiez dans Base44. En effet, l’application charge votre application web en ligne. Vous avez besoin de nouveaux fichiers et d’une mise à jour dans les stores uniquement quand un élément intégré à l’application change. Par exemple, son nom, son icône ou son écran de démarrage. C’est aussi le cas quand vous ajoutez des notifications push, ou une fonctionnalité qui nécessite de nouvelles permissions d’appareil.

Créer de nouveaux fichiers

Pour envoyer une mise à jour, créez un nouvel ensemble de fichiers dans Base44. Chargez-les ensuite sur la même fiche dans App Store Connect ou Google Play Console. À chaque création de fichiers, Base44 attribue automatiquement un numéro de build plus élevé.
Numéros de version et de build :
  • Créez de nouveaux fichiers à chaque mise à jour : Apple et Google rejettent un chargement dont le numéro de build est déjà connu. Cliquer à nouveau sur Download vous donne le même fichier qu’avant, avec le même numéro de build et sans vos derniers changements.
  • Définis automatiquement : vous ne pouvez pas définir vous-même le numéro de version ou de build. Le demander au chat IA ne fonctionne pas, car il ne fait pas partie du code de votre application.
Pour créer de nouveaux fichiers pour une mise à jour :
  1. Allez dans l’éditeur de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Cliquez sur l’onglet Mobile app.
  4. Cliquez sur Build Stores Files, puis cliquez sur l’icône More actions à côté de Download dans la section App Store files ou Google Play files.
  5. Cliquez sur Create New Files.
    Capture d'écran du menu More actions dans l'onglet Mobile app avec Create New Files encadré

    Création de nouveaux fichiers depuis le menu More actions

  6. Suivez les étapes à l’écran pour vérifier vos informations et le logo de votre application, puis cliquez sur Generate Files.
  7. Quand vos fichiers sont prêts, cliquez sur Download.
  8. Chargez le nouveau fichier comme nouvelle version de votre application existante dans App Store Connect, ou comme nouvelle version dans Google Play Console.

Modifier l’icône de votre application

L’icône de votre application est le logo de votre application Base44. Votre écran de démarrage, celui qui s’affiche à l’ouverture de l’application, montre le même logo. Il apparaît sur une couleur de fond que Base44 choisit à partir de votre logo. Il n’y a pas de chargement séparé pour l’écran de démarrage. Pour modifier l’icône de votre application et le logo de l’écran de démarrage :
  1. Dans l’éditeur de votre application, créez de nouveaux fichiers pour le store à mettre à jour.
  2. À l’étape du logo, chargez un nouveau logo depuis votre ordinateur ou générez-en un avec l’IA.
  3. Cliquez sur Generate Files, puis téléchargez le nouveau fichier et chargez-le dans le store.
Ce qui change avec votre logo :
  • Le logo de votre application Base44 : modifier le logo dans cette fenêtre met aussi à jour le logo de votre application Base44.
  • Le fond de l’écran de démarrage : Base44 choisit la couleur de fond à partir du premier logo utilisé pour une build. Elle reste la même si vous changez de logo ensuite. Utilisez un logo PNG avec un fond uni pour que la couleur corresponde.
  • Les images de la fiche store : l’icône et les captures d’écran de votre page de fiche se gèrent dans chaque store. Google Play vous demande de charger une icône de fiche dans Play Console. Mettez-la donc aussi à jour là-bas.
  • Écran de démarrage supplémentaire sur Android : sur Android 12 et versions ultérieures, le téléphone affiche d’abord son propre écran de démarrage, puis celui de votre application. Le logo se décale donc légèrement à l’apparition du second. C’est normal. Ne demandez pas au chat IA d’ajouter un écran de démarrage à votre application, car cela ajoute un écran de plus.

Dépannage

La plupart des problèmes surviennent lors du chargement de vos fichiers, du remplissage de votre fiche store ou de l’examen. Trouvez le problème que vous rencontrez, puis suivez les étapes pour le corriger.

Problèmes courants

Si vous avez des difficultés à soumettre votre application, trouvez votre situation ci-dessous.
Si Transporter affiche ITMS-90085: No architectures in the binary, vos fichiers d’application sont généralement corrects. Les versions récentes de Transporter ont besoin des outils de développement d’Apple pour vérifier votre application avant le chargement. Sans eux, la vérification échoue.Pour corriger l’erreur :
  1. Sur votre Mac, ouvrez Terminal, collez cette commande et appuyez sur Entrée :
  2. Cliquez sur Install et attendez la fin de l’installation des outils. Vous pouvez aussi installer l’application Xcode complète depuis le Mac App Store.
  3. Quittez puis rouvrez Transporter.
  4. Dans Base44, créez de nouveaux fichiers et chargez le nouveau fichier. Charger à nouveau l’ancien fichier échoue, car Apple connaît déjà son numéro de build.
Si App Store Connect affiche ITMS-91198 et liste des polices comme Arial ou Verdana, ces polices proviennent des fichiers générés par Base44, pas de votre application. Il s’agit d’un avertissement, pas d’un rejet. Votre chargement passe et votre application fonctionne normalement. Vous n’avez rien à changer.
Votre application iOS s’exécute sur iPhone et sur iPad, et Apple examine souvent les applications sur iPad. Vous ne pouvez pas limiter votre application à l’iPhone. Assurez-vous donc qu’elle s’affiche et fonctionne bien sur un grand écran.Pour préparer votre application pour l’iPad :
  1. Dans l’éditeur de votre application, passez l’aperçu en vue tablette et vérifiez chaque page principale.
  2. Demandez au chat IA de corriger tout ce qui paraît étiré, coupé ou difficile à toucher. Par exemple :
  3. Publiez vos changements. La plupart des changements de mise en page arrivent dans votre application sans nouveaux fichiers.
  4. Ajoutez des captures d’écran iPad à votre fiche dans App Store Connect. Apple les demande quand une application s’exécute sur iPad.
  5. Répondez à l’examinateur dans App Store Connect et soumettez à nouveau votre application.
Votre application mobile reste en mode portrait, même quand le téléphone est tourné. Aucun paramètre ne permet de changer cela. Concevez donc vos pages pour un écran en portrait. Si une page a besoin de plus de largeur, comme un grand tableau, demandez au chat IA de la faire défiler horizontalement ou d’empiler son contenu sur les petits écrans.
Vous pouvez télécharger votre application Android en fichier APK et l’installer directement sur un téléphone Android. C’est utile par exemple pour la tester avant de la soumettre. L’APK sert uniquement à l’installation directe. Google Play a besoin du fichier AAB et rejette un chargement d’APK.Pour télécharger un APK :
  1. Cliquez sur Publish en haut à droite de l’éditeur de votre application.
  2. Cliquez sur l’onglet Mobile app.
  3. Cliquez sur Build Stores Files, puis créez vos fichiers Google Play si ce n’est pas encore fait.
  4. Cliquez sur Download dans la section Google Play files, puis sur APK (Direct Install).
  5. Envoyez le fichier sur votre téléphone Android et ouvrez-le. Si votre téléphone le demande, autorisez les installations depuis l’application utilisée pour ouvrir le fichier.
Il n’existe pas de fichier d’installation directe pour iPhone. Pour partager votre application iOS avant sa mise en ligne, chargez votre fichier App Store dans App Store Connect et invitez des testeurs via TestFlight.
Les applications mobiles Base44 ne prennent pas en charge AdMob ni les autres régies publicitaires mobiles. Elles doivent être intégrées à la partie native de votre application, à laquelle les applications Base44 ne donnent pas accès. Demander au chat IA de les ajouter ne fonctionne donc pas. Pour générer des revenus avec votre application mobile, vendez des biens physiques ou des services. Vous pouvez aussi continuer à vendre du contenu numérique sur la version web de votre application, comme expliqué dans vendre dans votre application.
Si votre application exige une connexion, les examinateurs des stores ont besoin d’un compte pour se connecter. Sans compte, Apple et Google rejettent généralement votre application.Pour fournir un compte aux examinateurs :
  1. Ouvrez votre application publiée et inscrivez-vous avec une adresse e-mail que vous consultez. Utilisez l’e-mail et le mot de passe, pas la connexion Google ou Apple, pour que l’examinateur puisse s’en servir. Pour voir les méthodes proposées par votre application, consultez choisir vos méthodes de connexion.
  2. Ajoutez quelques contenus d’exemple au compte, pour que l’examinateur voie comment fonctionne votre application.
  3. Dans App Store Connect, allez dans la version de votre application, sélectionnez Sign-in required sous App Review Information, puis saisissez l’e-mail et le mot de passe.
  4. Dans Google Play Console, saisissez les mêmes informations dans la section App access des paramètres de contenu de votre application.
Gardez le compte actif et ne changez pas son mot de passe avant la fin de l’examen.
Quand vous créez une nouvelle application dans App Store Connect, un SKU et un bundle ID vous sont demandés. Le SKU est votre propre référence pour l’application, et il n’apparaît pas dans le store. Saisissez une valeur unique, comme le nom de votre application sans espaces.Votre bundle ID est défini par Base44, et il est identique à votre nom de package Google Play. Consultez trouver votre bundle ID pour le connaître.

Erreurs et rejets

Si un message d’erreur apparaît lors de la génération de vos fichiers, ou si un store rejette votre application, trouvez le message ou le motif ci-dessous.
Si vous voyez un message similaire à « UNAUTHENTICATED: App Store Connect rejected the authentication token », les détails de votre clé d’API App Store Connect sont manquants, invalides ou expirés.Pour corriger l’erreur 401 :
  1. Allez sur App Store Connect et connectez-vous avec votre compte Apple Developer.
  2. Cliquez sur Users and Access, puis sur Integrations.
  3. Vérifiez que les valeurs Issuer ID, Key ID et Team ID que vous avez saisies dans Base44 correspondent aux valeurs affichées dans App Store Connect.
  4. Confirmez que le fichier de clé d’API .p8 que vous avez chargé est le bon fichier et que la clé n’a pas été révoquée ou expirée.
  5. Si quelque chose semble incorrect, générez une nouvelle clé d’API dans App Store Connect, téléchargez le nouveau fichier .p8, mettez à jour tous les champs dans Base44 et réessayez de générer les fichiers.
Si vous voyez un message similaire à « PERMISSION_DENIED: This operation is not allowed. Your App Store Connect API key may need the Admin role », la clé d’API que vous utilisez ne dispose pas de suffisamment de permissions.Pour corriger l’erreur 403 :
  1. Allez sur App Store Connect et connectez-vous avec votre compte Apple Developer.
  2. Cliquez sur Users and Access, puis sur Integrations.
  3. Vérifiez le rôle Access pour la clé d’API que vous utilisez.
  4. Si la clé n’est pas définie sur Admin, créez une nouvelle clé :
    1. Cliquez sur + pour ajouter une nouvelle clé.
    2. Saisissez un nom et sélectionnez le rôle Admin.
    3. Cliquez sur Generate et téléchargez le fichier .p8.
  5. Dans Base44, mettez à jour les Issuer ID, Key ID, Team ID, et chargez le nouveau fichier .p8, puis réessayez de générer les fichiers App Store.
Le rôle d'accès Admin sélectionné pour une clé d'API App Store Connect

Le rôle Admin pour une clé d'API

Si vous voyez un message similaire à « ALREADY_EXISTS: You’ve reached the limit for iOS Distribution certificates. Revoke an existing iOS Distribution certificate in App Store Connect to create a new one », votre compte Apple Developer a atteint la limite de certificats de distribution iOS actifs.Chaque fois que vous générez un IPA dans Base44, Apple crée un certificat de distribution iOS. Le programme Apple Developer standard autorise jusqu’à 3 certificats de distribution de production actifs en même temps.Pour corriger l’erreur 409 :
  1. Allez sur votre compte Apple Developer et ouvrez Certificates, Identifiers & Profiles.
  2. Cliquez sur Certificates et filtrez sur les certificats iOS Distribution.
  3. Révoquez au moins un certificat de distribution iOS dont vous n’avez plus besoin.
  4. Réessayez de générer les fichiers App Store depuis l’onglet Mobile app dans Base44.
Note :
  • Un certificat de distribution iOS peut généralement être révoqué après l’approbation d’une application, sans affecter les personnes qui l’ont déjà installée.
  • Apple autorise généralement :
    • Jusqu’à 3 certificats de production/distribution actifs pour le programme Apple Developer standard
    • Jusqu’à 2 certificats de distribution Enterprise actifs
    • Jusqu’à 12 certificats de développement
Votre application a peut-être été rejetée parce qu’elle facture du contenu numérique via Stripe ou un autre fournisseur de paiement. Par exemple, un abonnement, un cours ou une fonctionnalité intégrée. Aucun paramètre ne rend cet achat acceptable pour Apple ou Google. Votre application doit respecter les règles du store concerné décrites dans vendre dans votre application. Les règles iOS sont plus strictes que celles d’Android.Pour récupérer une application rejetée :
  1. Allez dans l’éditeur de votre application et demandez au chat IA de la modifier pour respecter les règles du store. Par exemple, retirez le paiement du contenu numérique de l’application mobile.
  2. Publiez le changement et créez de nouveaux fichiers.
  3. Répondez à l’examinateur via le Resolution Center d’Apple ou le processus d’appel de Google Play, en expliquant ce que vous avez changé.
  4. Soumettez à nouveau votre application.
Si Google Play Console demande l’autorisation com.android.vending.BILLING, c’est que votre application n’inclut pas Google Play Billing. Les applications Base44 ne le prennent pas encore en charge, et vous ne pouvez pas ajouter l’autorisation vous-même. Vous ne pouvez donc pas vendre d’abonnements ni de produits intégrés pour votre application dans Google Play Console. Consultez vendre dans votre application pour connaître les alternatives.
Si votre application est rejetée par App Store Connect avec une erreur concernant une clé NSHealthShareUsageDescription manquante dans Info.plist, cela est dû à un entitlement HealthKit inclus dans la build iOS.Base44 ne prend pas en charge HealthKit, et il n’existe actuellement aucun moyen d’ajouter NSHealthShareUsageDescription à la configuration de build. Si votre application n’utilise pas HealthKit, vous n’avez pas besoin de prendre des mesures de votre côté. Il s’agit d’une limitation connue de la build iOS actuelle.
Si vous avez précédemment chargé une application native dans les stores et que vous générez maintenant des fichiers depuis Base44 pour la même marque, vous pourriez voir des erreurs concernant une incompatibilité de Bundle ID ou de clé de signature.Base44 configure automatiquement un Bundle ID et une clé de signature pour les fichiers de votre application. Ces valeurs ne peuvent pas être modifiées dans les fichiers IPA ou AAB générés. Si les valeurs ne correspondent pas à une version précédente que vous avez chargée manuellement ou depuis un autre outil, les stores bloquent la mise à jour.Pour résoudre les incompatibilités de Bundle ID ou de clé de signature :
  1. Examinez la fiche d’application existante dans App Store Connect ou Google Play Console et comparez le Bundle ID et la clé de signature avec les valeurs de votre build Base44.
  2. S’ils ne correspondent pas et que vous ne pouvez pas mettre à jour la fiche existante, créez une nouvelle entrée d’application dans le store et soumettez la build Base44 comme une nouvelle application.
  3. Mettez à jour votre icône, le nom de l’application ou la description si nécessaire pour que les utilisateurs puissent identifier clairement la nouvelle application.
App Store Connect peut indiquer que le numéro de build est déjà utilisé. Google Play Console peut indiquer que le code de version est déjà utilisé, ou que la version n’ajoute ni ne retire aucun app bundle. Dans ces cas, vous avez chargé un fichier que le store possède déjà.Revenez dans Base44 et créez de nouveaux fichiers au lieu de télécharger à nouveau les anciens. Chargez ensuite le nouveau fichier.
Chaque package d’application mobile inclut des permissions au niveau de l’appareil. Base44 utilise l’IA pour analyser votre application et définir les permissions dont elle a besoin. Ces permissions ne sont pas modifiables dans l’interface Base44. Chaque permission reçoit aussi une chaîne d’objectif, la courte explication que la boutique affiche quand votre application demande l’accès, générée dans les 24 langues prises en charge par Base44. La révision automatisée d’Apple lit ces chaînes, ce qui aide votre application à passer la révision.Apple et Google attendent que votre politique de confidentialité et votre fiche store expliquent quels types de données votre application collecte, comment vous les utilisez, et quelles fonctionnalités de l’appareil votre application utilise.Si votre application est rejetée pour des problèmes de permissions ou de confidentialité :
  1. Lisez attentivement l’e-mail de rejet pour voir quelle permission ou quel comportement préoccupe le store.
  2. Mettez à jour vos pages de politique de confidentialité et de conditions sur votre application Base44 pour qu’elles :
    • Décrivent les types de données que votre application collecte (par exemple, position, caméra ou micro)
    • Expliquent pourquoi vous collectez les données et comment les utilisateurs peuvent vous contacter au sujet de la vie privée
  3. Assurez-vous que les liens vers votre politique de confidentialité et vos conditions apparaissent avant que les utilisateurs ne s’inscrivent ou ne se connectent (par exemple, dans le pied de page de votre page d’accueil ou l’écran de connexion).
  4. Soumettez à nouveau votre application après avoir mis à jour le contenu.
Base44 choisit automatiquement l’URL d’entrée principale de votre application mobile en fonction de votre application publiée. Vous ne pouvez pas sélectionner actuellement une page de démarrage différente uniquement pour l’application.Apple et Google exigent que les utilisateurs puissent accéder à votre Politique de confidentialité et à vos Conditions d’utilisation avant de créer un compte.Pour garder votre application conforme :
  1. Assurez-vous que vos pages de confidentialité et de conditions sont en ligne sur votre application Base44.
  2. Ajoutez des liens visibles vers ces pages depuis la page d’entrée de votre application, par exemple dans le pied de page ou un menu.
  3. Si votre application utilise une page d’accueil restreinte ou réservée aux membres, assurez-vous que les liens de confidentialité et de conditions restent accessibles avant l’inscription (par exemple, depuis la page de connexion ou d’inscription).
Si votre problème ne figure pas ici, contactez le Customer Care.

FAQ

Cliquez sur une question ci-dessous pour en savoir plus sur la soumission de votre application Base44 à l’Apple App Store et à Google Play.
Vous n’avez pas besoin d’un score de préparation de 100. Un score plus élevé signifie généralement que votre application suit davantage de directives des stores et peut avoir un examen plus fluide. Concentrez-vous sur la résolution de tous les problèmes critiques et autant de problèmes partiels que possible avant de soumettre.
Oui. Vous pouvez soumettre votre application à un seul store. Vous n’êtes pas obligé de publier sur les deux stores. Utilisez l’analyse App Store et Create App Store files si vous n’avez besoin que d’une application iOS, ou utilisez l’analyse Google Play et Create Google Play files si vous n’avez besoin que d’une application Android.
Vous pouvez quand même générer les fichiers et soumettre votre application, mais il y a un risque plus élevé qu’Apple ou Google demandent des modifications pendant l’examen. Il est préférable de relire les descriptions de l’analyse pour chaque vérification échouée, de décider si le risque est acceptable pour votre application, et de lancer une autre analyse après toute mise à jour pour voir le dernier score de préparation.
Base44 vous aide à analyser votre application par rapport aux directives des stores, à l’améliorer avec l’IA et à générer les bundles IPA et AAB. Vous devez toujours soumettre l’application via vos propres comptes App Store Connect et Google Play Console, où vous contrôlez les détails de la fiche, les tarifs et les paramètres de version.
Non. Le Customer Care ne suit pas l’avancement de votre soumission, ne contacte pas Apple ou Google et ne gère pas les conversations avec les équipes d’examen. Pour voir le statut de votre application, connectez-vous à App Store Connect et Google Play Console, lisez leurs e-mails et suivez les instructions qu’ils fournissent.
Non. Vous n’avez pas besoin d’un domaine personnalisé pour soumettre votre application à l’Apple App Store ou à Google Play. Base44 peut analyser votre application et générer les fichiers App Store et Google Play en utilisant votre URL Base44 par défaut. Un domaine personnalisé est facultatif et peut aider à l’image de marque et au SEO, mais il n’est pas requis pour la soumission aux stores.
Votre application mobile Base44 exécute votre expérience web dans une vue web sécurisée. Vous pouvez également ajouter des notifications push, que vous configurez lorsque vous générez vos fichiers App Store ou Google Play.Limitations actuelles :
  • Le mode hors ligne complet et HealthKit ne sont pas encore pris en charge.
  • Certaines capacités natives peuvent encore nécessiter un examen supplémentaire par Apple ou Google, selon les permissions dont votre application a besoin.
Base44 continue d’étendre la couverture des fonctionnalités natives au fil du temps. Consultez les mises à jour produit et les notes de version pour voir quelles nouvelles fonctionnalités natives sont disponibles pour votre application.
Base44 utilise une authentification basée sur des jetons avec une durée de session par défaut allant jusqu’à 90 jours. Une personne qui se connecte à votre application reste connectée sur cet appareil jusqu’à ce qu’elle se déconnecte ou efface le cache de l’application, ou jusqu’à la fin de la période de 90 jours. Vous n’avez pas besoin de configurer cela manuellement.
Cette page a été traduite par IA. Pour les informations les plus précises et à jour, consultez la version anglaise.