Publier une application ne consiste pas seulement à envoyer un fichier. Google et Apple vérifient l’identité du développeur, la stabilité du produit, les données traitées et la cohérence entre l’application et sa fiche. Préparer ces éléments pendant le développement évite une grande partie des rejets et des retards.

Les règles évoluent régulièrement. Les informations ci-dessous ont été vérifiées le 7 septembre 2026 ; consultez toujours les pages officielles avant une soumission.

1. Créer les comptes au nom du propriétaire

Le client doit idéalement posséder ses comptes développeur. Google Play Console demande actuellement 25 USD une seule fois. L’Apple Developer Program demande 99 USD par an, ou le prix local affiché par Apple. Une organisation Apple doit fournir les informations de son entité légale et généralement un numéro D‑U‑N‑S.

Le développeur peut recevoir un accès adapté sans devenir propriétaire. Cette organisation facilite la maintenance et le changement de prestataire. Consultez les informations officielles de Google Play Console et de l’Apple Developer Program.

2. Stabiliser l’identité technique

Choisissez avec soin le nom de package Android et le Bundle ID iOS. Ces identifiants relient toutes les versions au bon produit et deviennent difficiles, voire impossibles, à changer après publication. Préparez aussi la clé de signature Android, les certificats Apple et un stockage sûr pour les accès.

Google Play utilise l’Android App Bundle pour générer des APK adaptés aux appareils. Le fichier de production doit être signé et testé. Sur iOS, le build est envoyé vers App Store Connect avec Xcode ou un outil pris en charge, puis traité avant d’être disponible pour TestFlight ou la soumission.

3. Tester avant la production

Testez sur de vrais téléphones, plusieurs tailles d’écran, une connexion lente et les versions de système ciblées. Vérifiez la création de compte, les erreurs réseau, les achats, les notifications, les liens et la suppression de compte lorsqu’elle est prévue.

Pour les comptes personnels Google Play créés après le 13 novembre 2023, Google impose actuellement un test fermé avec au moins 12 testeurs inscrits sans interruption pendant 14 jours avant de demander l’accès à la production. Commencez par un test interne, corrigez les défauts, puis organisez le test fermé. Voir les exigences officielles de test.

4. Préparer la confidentialité

Listez toutes les données collectées par votre code et par les SDK : compte, localisation, photos, appareil, analytics, publicité ou paiement. La politique de confidentialité doit être publique et correspondre au comportement réel.

Google demande aux développeurs de compléter la section Data safety, y compris lorsqu’une application ne collecte aucune donnée, et d’y déclarer les pratiques des SDK. Apple demande les informations App Privacy et une URL de politique de confidentialité pour toutes les applications. Une déclaration inexacte peut retarder la validation ou entraîner une mesure ultérieure.

5. Construire une fiche store convaincante

  • Nom et promesse compréhensibles, sans mots-clés artificiels.
  • Description fidèle aux fonctions réellement disponibles.
  • Icône originale et lisible en petite taille.
  • Screenshots issus de la vraie application et adaptés aux formats demandés.
  • Email de support, site web et politique de confidentialité accessibles.
  • Questionnaires de contenu et classification d’âge remplis honnêtement.

6. Envoyer le build et répondre à la review

Sur Google Play, complétez les rubriques du tableau de bord, envoyez l’AAB vers la piste choisie et corrigez les alertes avant la production. Sur Apple, créez la fiche App Store Connect, envoyez le build, associez-le à la version et répondez aux questions de conformité.

Si une partie de l’application exige une connexion, fournissez un compte de démonstration et des instructions de review précises. L’équipe doit pouvoir reproduire les fonctions sans deviner votre processus.

7. Prévoir l’après-lancement

La publication n’est pas la fin du projet. Surveillez les crashs, avis, performances et changements de politique. Conservez la clé Android, renouvelez l’adhésion Apple, mettez à jour les SDK et publiez des correctifs. Gardez aussi la fiche et les déclarations de confidentialité cohérentes avec chaque nouvelle fonction.

Vous pouvez consulter mon guide du budget d’une application mobile et mon service de développement Android et iOS. Pour la préparation technique, les visuels et la soumission, parlez-moi de votre application.