10 septembre 2026 · 4 min · Applications web et mobiles

Publier une application sur l’App Store et Google Play : le guide

Pour publier une application, il faut un compte développeur Apple (environ 99 € par an) et un compte Google Play (25 $ une fois), une fiche complète sur chaque store avec captures et politique de confidentialité, puis passer la validation : en général un à deux jours chez Apple, et pour un nouveau compte personnel Google, un test fermé avec au moins 12 testeurs pendant 14 jours. Voici le parcours complet, dans l’ordre, avec les pièges qui font perdre des semaines.

1. Créer les comptes, au nom de l’entreprise

Apple Developer Program

Inscription en tant qu’organisation : il faut un numéro D-U-N-S (gratuit, mais l’obtention peut prendre plusieurs jours).
Cotisation annuelle d’environ 99 €.
L’application sera publiée au nom de votre entreprise.

Google Play Console

Frais d’inscription uniques de 25 $.
Compte organisation recommandé : vérification de l’identité et de l’entreprise.
Un compte personnel créé récemment doit passer par un test fermé avant la première publication en production.

Le conseil essentiel : créez ces comptes vous-même, puis invitez votre prestataire. Si l’application est publiée sur le compte de l’agence, vous ne la possédez pas vraiment.

2. Préparer la fiche de l’application

Chaque store demande :

un nom (30 caractères chez Apple) et un sous-titre ou une description courte ;
une description longue, claire, avec les fonctions principales ;
des captures d’écran aux formats demandés (plusieurs tailles d’iPhone, d’iPad si l’application les supporte, de téléphones Android) ;
une icône sans transparence chez Apple ;
des mots-clés (Apple) ;
une catégorie et une classification d’âge ;
une adresse de support et une politique de confidentialité en ligne.

Les captures sont votre vitrine : montrez les écrans qui résolvent un problème, avec une phrase courte au-dessus. Pour les textes, les règles d’écriture sont les mêmes que pour un site : voir rédiger les textes de son site.

3. Déclarer les données collectées

Apple (« étiquettes de confidentialité ») et Google (« section Sécurité des données ») demandent de déclarer précisément :

les données collectées (e-mail, localisation, photos, identifiants) ;
leur usage (fonctionnement, statistiques, publicité) ;
leur partage éventuel avec des tiers ;
la possibilité de supprimer son compte depuis l’application.

Une déclaration incomplète est une cause fréquente de refus ou de retrait. Elle doit être cohérente avec votre politique de confidentialité et avec le RGPD.

4. Tester avant de soumettre

TestFlight chez Apple : jusqu’à 10 000 testeurs externes, avec une première validation légère.
Tests internes, fermés et ouverts chez Google. Pour un nouveau compte personnel, le test fermé avec au moins 12 testeurs actifs pendant 14 jours consécutifs est obligatoire avant la production : anticipez-le dans le planning.

Profitez-en pour faire tester par de vrais utilisateurs : c’est l’étape 5 de notre méthode, décrite dans les étapes d’un projet d’application.

5. Soumettre et passer la validation

Apple : un testeur humain essaie l’application. Fournissez un compte de démonstration et des explications si une fonction demande un matériel ou un contexte particulier. Délai habituel : 24 à 48 heures.
Google : examen en grande partie automatisé, de quelques heures à quelques jours, plus long pour un premier envoi.

Les motifs de refus les plus fréquents

L’application plante ou un bouton ne mène nulle part.
Pas de compte de démonstration pour le testeur.
Collecte de données non déclarée ou permission demandée sans explication.
Impossible de supprimer son compte depuis l’application.
Application qui n’est qu’un site web emballé, sans fonction propre.
Paiement de contenus numériques hors du système d’achat intégré.

Un refus n’est pas grave : on corrige et on resoumet. Mais il fait perdre quelques jours, d’où l’intérêt d’une liste de contrôle.

6. Après la publication

Répondez aux avis : ils comptent pour le classement.
Suivez les plantages remontés par les consoles.
Publiez des mises à jour régulières : Apple et Google imposent chaque année de compiler avec les versions récentes de leurs outils, sous peine de voir l’application masquée aux nouveaux utilisateurs.

Et si on évitait les stores ?

Pour un outil interne ou un espace client, une application web installable (PWA) évite tout ce parcours. Nous comparons les deux dans application web ou application mobile.

En résumé

Comptes au nom de l’entreprise, fiche soignée, données déclarées honnêtement, tests réels, et une marge de quelques jours pour la validation. Chez Ramira, la publication fait partie de nos offres d’application iPhone et d’application Android ; nous l’avons fait pour nos propres applications. Parlons de votre projet.

Questions fréquentes

Pourquoi Apple refuse-t-il des applications ?

Les motifs les plus courants : application qui plante, fonctions incomplètes, compte de démonstration manquant pour le testeur, collecte de données non déclarée, ou simple site web emballé dans une application sans valeur ajoutée.

Les stores prennent-ils une commission ?

Oui, sur les achats faits dans l’application et les abonnements numériques : 15 % pour les petits développeurs (moins d’un million de dollars par an) et 30 % au-delà, avec des variantes. Les services physiques, comme une prestation d’artisan, ne sont pas concernés.

Peut-on publier sous le compte de son prestataire ?

C’est déconseillé : l’application appartiendrait au compte du prestataire. Créez vos propres comptes et invitez votre prestataire comme membre de l’équipe.

Sources

Mohamed Rahmouni — fondateur de Ramira, développeur d’applications et consultant Odoo à Niort. En savoir plus