Avant le developpement final, attribuez un responsable aux comptes Apple et Google. Cette decision simple evite que l'application, les revenus ou les acces restent lies au compte personnel d'un prestataire. Le client doit pouvoir inviter son equipe technique, consulter les statuts et recuperer tous les acces.

1. Creer les comptes developpeur au nom du proprietaire

Pour publier sur l'App Store, l'inscription a l'Apple Developer Program est requise. Apple affiche une adhesion annuelle de 99 USD, ou l'equivalent local lorsqu'il est disponible. Pour une entreprise, les informations legales doivent correspondre a l'organisation.

Google Play propose des comptes personnels et organisation. Un compte organisation convient a une activite commerciale et Google demande notamment un numero D-U-N-S pour sa verification. Le compte Play Console comporte aussi des informations d'identite et de contact a verifier.

Regle de propriete

Le client cree et paie ses comptes, puis invite le studio avec le role necessaire. Les acces peuvent ainsi etre modifies sans transferer l'application.

Sources officielles : Apple Developer Program ↗ · Types de comptes Google Play ↗

2. Preparer une fiche store complete

La fiche explique la valeur du produit avant le telechargement. Preparez un nom clair, un sous-titre ou une courte description, une description longue, une categorie, des mots lies a l'usage et des coordonnees de support. Le texte doit decrire les fonctions disponibles dans la version soumise.

  • Icone definitive et coherente avec la marque.
  • Captures d'ecran lisibles sur les formats demandes.
  • Description centree sur les benefices et les cas d'usage.
  • URL de support et politique de confidentialite accessibles publiquement.
  • Identifiants de demonstration si une connexion est necessaire.

Ne promettez pas une fonction absente. Les captures, les textes et le build doivent raconter la meme version du produit.

3. Declarer les donnees et la confidentialite

Inventoriez les donnees collectees par l'application et par chaque service tiers : authentification, analytics, crash reporting, paiement, carte ou notifications. Cette liste doit correspondre au comportement reel du build.

Google demande aux developpeurs de remplir le formulaire Data safety, y compris lorsque l'application ne collecte aucune donnee, et d'indiquer comment les donnees sont collectees, partagees et protegees. Apple demande aussi des informations de confidentialite dans App Store Connect. Une politique de confidentialite publique doit expliquer les traitements applicables au produit.

A verifier

Chaque SDK peut collecter des donnees. Consultez sa documentation avant de remplir les declarations, puis mettez celles-ci a jour quand les integrations changent.

Source officielle : Google Play Data safety ↗

4. Tester avant l'envoi aux stores

Une revue interne doit verifier les parcours essentiels sur plusieurs appareils et versions : creation de compte, connexion, paiement, notifications, liens externes, permissions et suppression de compte lorsque celle-ci s'applique. Testez aussi le comportement sans connexion et les messages d'erreur.

  1. Creer un build de release signe.
  2. Tester les comptes neufs et existants.
  3. Verifier les permissions au moment ou elles sont demandees.
  4. Controler les liens de support et de confidentialite.
  5. Fournir un compte de demonstration stable aux equipes de revue.

Sur iOS, TestFlight permet de distribuer des versions de test. Sur Google Play, les pistes de test interne, ferme ou ouvert permettent de verifier le build avant la production.

5. Soumettre, suivre et repondre aux demandes

Une fois le build et la fiche prets, soumettez la version puis surveillez les messages des consoles. Apple examine les applications et leurs mises a jour selon ses App Review Guidelines. Google controle aussi les declarations et les regles du programme. Une question du reviewer n'est pas toujours un refus definitif : repondez precisement, fournissez les acces et corrigez le point demande.

Prevoyez une marge dans le calendrier commercial. Le temps de revue varie selon le compte, le produit, les permissions et la charge du store. Une application de paiement, de sante ou destinee aux enfants peut demander des justificatifs ou controles supplementaires.

Sources officielles : Apple App Review Guidelines ↗ · Informations requises par Google Play ↗

Checklist avant de cliquer sur Soumettre

Comptes au nom du clientBuild release testeIcone et captures finalesTextes sans promesse absentePolitique de confidentialite en ligneDeclarations de donnees exactesCompte de demo fonctionnelContact support surveille
POUR CONTINUERCreation d'application mobile au Maroc →Cadrer un MVP mobile →Voir le budget d'une application →

Questions frequentes

Faut-il un compte Apple et Google au nom du client ?

Oui. C'est le moyen le plus simple de garder la propriete des fiches, des acces, des paiements et de l'historique de publication.

Combien de temps prend la validation ?

Le delai varie. Il faut garder une marge avant une campagne ou une date de lancement et repondre rapidement aux demandes de revue.

Une politique de confidentialite est-elle necessaire ?

Elle est requise dans de nombreux cas et doit correspondre aux donnees reellement traitees. Google demande egalement la declaration Data safety pour les applications publiees.