Comment publier une application sur les magasins ?

Développer une application est une chose, la mettre entre les mains des utilisateurs en est une autre. Le passage par les magasins d'applications ajoute des règles et un calendrier qu'il vaut mieux connaître avant de s'engager.

Faut-il vraiment passer par un magasin ?

La question mérite d'être posée en premier, car la réponse est souvent non.

Pour un outil interne, éviter la publication publique supprime l'examen préalable, la fiche commerciale et l'exposition de votre organisation. L'article qu'est-ce qu'une PWA détaille la solution la plus légère.

Les comptes éditeur appartiennent à l'entreprise

C'est le point le plus souvent négligé, et le plus coûteux à rattraper. Les comptes doivent être créés au nom de l'entreprise, avec une adresse de messagerie de votre domaine et un moyen de paiement de l'entreprise. Un compte ouvert au nom personnel d'un développeur ou d'un prestataire vous rend dépendant de lui : sans son accord, vous ne pouvez plus publier de mise à jour ni récupérer l'application.

Vérifiez également que plusieurs personnes de votre organisation ont accès à ces comptes, et que la double authentification qui les protège n'est pas liée au téléphone d'une seule personne.

Ce que demande la publication

1. Une fiche : nom, description, captures d'écran, catégorie, coordonnées d'un contact.
2. Une politique de confidentialité accessible publiquement, décrivant les données collectées et leur usage.
3. Une déclaration des données collectées, qui doit correspondre au comportement réel de l'application.
4. Un examen préalable avant mise en ligne, dont l'issue peut être un refus motivé.
5. Une adresse de support réellement surveillée.

Les règles précises évoluent régulièrement et diffèrent d'un magasin à l'autre : consultez la documentation officielle du magasin concerné au moment de publier, plutôt que de vous fier à des informations trouvées ailleurs.

Prévoir le rythme des mises à jour

Chaque nouvelle version repasse par l'examen. Cela change la façon de travailler par rapport à une application web, que l'on met à jour quand on veut. Trois conséquences pratiques :

• Une correction urgente n'est pas immédiate : prévoyez une marge dans vos engagements.
• Plusieurs versions coexistent, car tous les utilisateurs ne mettent pas à jour. Le serveur doit continuer à répondre aux anciennes pendant un temps défini.
• Mieux vaut regrouper les évolutions que publier sans cesse de petites corrections.

Une bonne pratique consiste à placer côté serveur tout ce qui change souvent, comme les textes, les listes de valeurs ou les tarifs, afin de ne pas republier l'application pour les modifier.

Après la publication

Surveillez les avis et les signalements d'erreur, qui remontent souvent des problèmes invisibles en test. Conservez la maîtrise des clés de signature, sans lesquelles une application ne peut plus être mise à jour : leur perte oblige à republier sous une nouvelle identité, et les utilisateurs doivent réinstaller. Ces éléments se rangent au même titre que vos autres accès critiques. NexSecure accompagne ces publications dans le cadre de son offre d'application mobile.