Les comptes : à votre nom, pas à celui du développeur
Une application appartient au compte qui la publie. Si votre prestataire la publie sur son propre compte, il faudra la transférer le jour où vous voudrez changer de développeur, et ce transfert n’est pas toujours possible. Ouvrez les comptes vous-même, puis invitez votre développeur avec les droits dont il a besoin.
| Apple Developer Program | Google Play Console | |
|---|---|---|
| Prix | 99 dollars par an, facturés en euros | 25 dollars, une seule fois |
| Au nom d’une entreprise | Numéro D-U-N-S demandé | Numéro D-U-N-S demandé |
| Inviter le développeur | Rôle Admin ou App Manager dans App Store Connect | Accès utilisateur avec les droits de publication |
Le numéro D-U-N-S est un identifiant d’entreprise gratuit, délivré par Dun & Bradstreet. Comptez quelques jours, parfois davantage : demandez-le dès le début du projet, pas la veille de la sortie.
Le test de 14 jours chez Google
Depuis le 13 novembre 2023, un compte Google Play personnel doit faire un test fermé avant toute sortie publique : au moins 12 testeurs inscrits, sans interruption, pendant les 14 jours qui précèdent la demande. Ensuite, vous répondez à un questionnaire sur le test et l’application, et Google décide d’ouvrir ou non la publication. C’est la règle officielle de Google.
Cette obligation ne vise que les comptes personnels. Un compte au nom de l’entreprise y échappe, ce qui est une raison de plus de l’ouvrir ainsi. Sinon, prévoyez vos 12 testeurs à l’avance : collègues, clients pilotes, proches, et veillez à ce qu’ils restent inscrits pendant toute la durée du test.
La vérification chez Apple
Chez Apple, chaque version est vérifiée par une personne avant d’être publiée, la première comme les suivantes. Apple annonce que 90 % des envois sont vérifiés en moins de 24 heures sur sa page App Review. Dans les faits, comptez un à deux jours, davantage autour des fêtes de fin d’année.
Avant la sortie, vos testeurs installent l’application avec TestFlight, l’outil de test d’Apple. Jusqu’à 100 personnes de votre équipe peuvent tester sans vérification ; au-delà, il faut une vérification légère pour ouvrir le test à d’autres personnes.
Ce que les stores demandent
- Des captures d’écran aux bonnes dimensions, pour iPhone et pour Android, et une icône.
- Une politique de confidentialité en ligne, à une adresse publique.
- La description des données que l’application collecte : les « étiquettes de confidentialité » chez Apple, la section « Sécurité des données » chez Google.
- Un moyen de supprimer son compte depuis l’application, si l’application permet d’en créer un. Apple et Google l’exigent tous les deux.
- Un compte de test pour le vérificateur, si l’application demande une connexion.
- Chez Apple, si l’application propose la connexion avec Google ou Facebook, une autre option de connexion respectueuse de la vie privée, en pratique « Se connecter avec Apple ».
Les motifs de rejet les plus fréquents
- Le vérificateur ne peut pas se connecter : compte de test oublié ou expiré.
- Une fonction payante qui contourne le paiement intégré d’Apple ou de Google, alors que les règles l’imposent pour les contenus numériques.
- Des déclarations de confidentialité qui ne correspondent pas à ce que fait l’application, souvent à cause d’un outil de mesure oublié.
- Chez Google, une version d’Android visée trop ancienne : chaque année, Google relève le niveau minimal exigé pour les nouvelles applications et les mises à jour.
Un rejet se corrige. Apple indique la règle en cause ; il suffit de corriger l’application ou de répondre dans la console, puis de soumettre à nouveau la version. Sur Milky Date, c’est cette mise en conformité qui a permis à l’application de rester sur les stores.
Les délais constatés
Deux exemples tirés de mes projets. Pour Homeo, le premier commit date du 12 février 2026 et les deux applications sont sorties sur l’App Store les 14 et 15 avril, soit deux mois plus tard. Elles ont ensuite été mises à jour presque chaque semaine. Pour Resalib, le développement a duré de décembre 2025 à mars 2026, et l’application est sortie sur l’App Store le 7 avril.
Entre la dernière ligne de code et la sortie, comptez au moins deux semaines si votre compte Google est personnel et récent, à cause du test fermé, et quelques jours sinon. Préparez les captures, les textes et la politique de confidentialité pendant le développement, pas après.
Ouvrez les comptes au nom de votre entreprise, demandez le numéro D-U-N-S tôt, prévoyez 12 testeurs si votre compte Google est personnel, et gardez deux semaines de marge avant la date de sortie annoncée. Pour en parler dans le cadre de votre projet, consultez la page création d’application mobile.