Publier n’est pas la dernière étape, c’est une étape à part entière
Beaucoup de projets d’application prévoient le développement au jour près et découvrent la publication au dernier moment. C’est une erreur de planning classique. Apple et Google ont chacun leurs règles, leurs comptes, leurs délais de validation et leurs motifs de refus. Mieux vaut les intégrer dès le départ que les subir la veille du lancement.
Les comptes développeur : un préalable payant
Pour publier, il faut un compte développeur chez chacun. Côté Apple, l’Apple Developer Program est payant chaque année et demande une vérification d’identité, parfois un numéro D-U-N-S pour une société. Côté Google, le compte Play Console se paie une fois. Ces démarches prennent du temps, surtout la vérification d’identité, et bloquent la publication tant qu’elles ne sont pas finalisées. À lancer bien avant la fin du développement.
La validation d’Apple, plus stricte
Apple relit chaque application avant publication, et refuse pour des motifs précis : fonctionnalité jugée incomplète, contenu qui manque, informations trompeuses, ou usage d’un paiement externe pour du contenu numérique. Le refus le plus fréquent tient à des broutilles : une capture d’écran non représentative, une mention légale manquante, un compte de test qui ne marche pas. Préparez un accès de démonstration fonctionnel et une fiche complète, et la plupart des allers-retours disparaissent.
Google, plus souple mais pas laxiste
Le Play Store valide généralement plus vite, mais il a durci ses contrôles. Les permissions demandées par l’application doivent être justifiées, la politique de confidentialité est obligatoire, et les applications qui collectent des données doivent le déclarer clairement. Une permission excessive et non expliquée est un motif de rejet courant. Demandez le strict nécessaire.
Tester avant de publier
Les deux plateformes offrent des canaux de test avant la mise en ligne publique, très utiles pour faire essayer l’application à un groupe restreint et corriger les derniers bugs. Sauter cette étape, c’est prendre le risque de sortir avec un défaut visible que des testeurs auraient repéré. Un lancement raté sur un store laisse des avis négatifs difficiles à effacer.
Le bon choix technique en amont
Une partie des difficultés de publication se règle avant même le code, au moment de choisir la technologie. Application native, cross-platform ou progressive web app, chaque option a ses contraintes de distribution, un arbitrage que nous détaillons dans nos articles PWA ou application native et natif ou cross-platform. Et le choix du prestataire compte : un partenaire qui a déjà publié sur les deux stores vous évite les pièges, un point que nous abordons dans comment choisir son agence. Si vous préparez une application, c’est tout l’objet de notre offre d’applications web et mobiles.
