Ce qui retarde un premier lancement d’application, c’est rarement le code. Ce sont les comptes, la paperasse et les files d’attente d’examen. Réglez tout ça pendant que l’application est encore en développement, et la date de lancement tient.
Cette liste est celle que nous suivons pour chaque application que nous publions, y compris notre propre application SyncPill, offerte dans les deux magasins en quatre langues.
1. Ouvrez les comptes développeur tôt
Apple
Pour publier dans l’App Store, il faut adhérer à l’Apple Developer Program, qui coûte 99 $ US par année d’adhésion (ou l’équivalent en devise locale). Les organismes sans but lucratif, les établissements d’enseignement reconnus et les organismes gouvernementaux peuvent demander une exonération des frais.
Décidez tôt si vous adhérez à titre de particulier ou d’organisation. Les deux coûtent le même prix, mais une adhésion d’organisation affiche le nom de votre entreprise dans le magasin plutôt que votre nom personnel, et elle exige une entité juridique. Changer plus tard est compliqué : choisissez celle que vous voudrez dans un an.
Google Play
Un compte développeur Google Play coûte 25 $ US, une seule fois, à l’inscription. Comme chez Apple, vous choisissez entre un compte personnel et un compte d’organisation, et ce choix change votre échéancier de lancement (voir l’étape suivante).
- Comptes développeur ouverts au nom que le public doit voir
- Authentification à deux facteurs activée, avec une méthode de récupération partagée que votre équipe contrôle
- Renseignements bancaires et fiscaux entrés si l’application est payante ou propose des achats intégrés
2. Prévoyez la règle des 14 jours de Google
Celle-ci surprend presque tous les fondateurs qui en sont à leur première application. Si votre compte Google Play est un compte personnel créé après le 13 novembre 2023, vous ne pouvez pas publier directement au public. Vous devez d’abord mener un test fermé avec au moins 12 testeurs qui restent inscrits 14 jours de suite.
Après ces 14 jours, vous demandez l’accès à la production en répondant à des questions sur votre test, votre application et son état de préparation. Google indique qu’il examine habituellement la demande en sept jours, parfois plus. Si vous n’aviez pas assez de testeurs, ou s’ils n’ont pas vraiment utilisé l’application, on pourrait vous demander de poursuivre le test.
- Recrutez plus de 12 testeurs. Si quelqu’un se désinscrit, le nombre peut tomber sous le minimum.
- Demandez aux testeurs d’utiliser réellement l’application pendant les 14 jours, pas seulement de l’installer
- Prévoyez environ trois semaines entre le début du test fermé et le lancement public
3. Préparez les fiches des magasins
Les deux magasins demandent à peu près le même matériel, et sa préparation prend plus de temps qu’on pense. Commencez pendant le développement.
- Le nom de l’application et un court sous-titre qui dit ce qu’elle fait
- Une description écrite pour des humains, avec les mots qu’ils chercheraient
- Des captures d’écran pour chaque taille d’appareil exigée, qui montrent l’application dans sa tâche principale
- L’icône de l’application, dans les tailles exigées par chaque magasin
- Une adresse de soutien et un courriel que quelqu’un lit vraiment
- La traduction de tout ce qui précède, pour chaque langue offerte
4. Documentez les données que vous recueillez
Les deux magasins vous demandent de déclarer quelles données personnelles l’application recueille, pourquoi, et si elles sont partagées. Apple les affiche dans la section confidentialité de la fiche ; Google parle de la section Sécurité des données. Les deux exigent aussi une politique de confidentialité à une adresse publique.
- Une liste de chaque type de données recueillies par l’application ou ses outils tiers
- Une page de politique de confidentialité sur votre site, liée depuis l’application et les fiches
- Des réponses conformes à ce que fait réellement l’application. Un écart est une cause fréquente de refus.
5. Passez l’examen du premier coup
Chaque soumission est examinée par le magasin. La plupart des refus sont évitables :
- Si l’application exige un compte, fournissez aux examinateurs un identifiant de test fonctionnel dans les notes d’examen
- Retirez les textes provisoires, les écrans de test et les liens brisés
- Assurez-vous que chaque fonction décrite dans la fiche fonctionne vraiment
- Répondez honnêtement au questionnaire de classification par âge
- Testez sur de vrais téléphones, pas seulement des simulateurs, y compris un modèle plus ancien
6. La semaine du lancement
- Publiez d’abord pour une petite partie des utilisateurs si le magasin offre un déploiement progressif
- Surveillez les rapports de plantage chaque jour pendant la première semaine
- Liez les fiches des magasins depuis votre site Web, et votre site Web depuis les fiches
- Demandez des évaluations à vos premiers utilisateurs satisfaits : les premiers avis façonnent la première impression de tous les autres
Un échéancier réaliste
| Quand | Ce qui se passe |
|---|---|
| Quelques semaines avant | Comptes développeur ouverts ; fiches, captures d’écran et politique de confidentialité en cours |
| Lancement moins 3 semaines | Début du test fermé Android, si votre compte Google en exige un |
| Lancement moins 1 semaine | Demande d’accès à la production sur Google Play ; version iOS soumise à l’examen |
| Jour du lancement | Les deux applications approuvées et publiées, site Web mis à jour avec les liens vers les magasins |
Sources
- Choosing a membership, Apple Developer (en anglais)
- Exigences en matière de test des applications pour les nouveaux comptes de développeur personnels, Aide Google Play Console
- The Apple Developer Program: cost, setup and what you get, Adalo (en anglais)
- The Google Play 12-tester rule, explained, Choicely (en anglais)