Publier une app sur Google Play coûte 25 $ une seule fois, sans abonnement annuel. Le parcours est pourtant celui qui surprend le plus : depuis fin 2023, un compte développeur personnel ne peut plus mettre une app en production directement. Il doit d'abord la faire tourner en test fermé auprès de 12 testeurs pendant 14 jours consécutifs, puis demander l'accès production. Beaucoup de premiers lancements échouent sur ce point, pas sur la technique.
Le reste du parcours est bien outillé : le format app bundle, la signature gérée par Play App Signing et des canaux de test progressifs qui permettent de livrer un build à ses testeurs en quelques minutes, sans review. Ce guide suit l'ordre réel des opérations, avec les règles en vigueur en 2026.
Il couvre uniquement Android. Le parcours iOS est différent et fait l'objet d'un guide dédié : publier une app sur l'App Store. Pour comparer les deux stores, notre checklist App Store et Google Play met les deux parcours côte à côte.
Le compte développeur et les règles 2026
Le compte se crée dans la Play Console, avec 25 $ de frais uniques et une vérification d'identité qui peut prendre quelques jours. Le choix entre compte personnel et compte d'organisation est plus important qu'il n'y paraît :
| Compte personnel | Compte organisation | |
|---|---|---|
| Accès production | Après un test fermé de 12 testeurs pendant 14 jours (comptes créés après le 13 novembre 2023) | Direct, sans exigence de testeurs |
| Justificatifs | Pièce d'identité | Numéro DUNS et vérifications de l'entreprise |
| Nom d'éditeur affiché | Votre nom | Le nom de la société |
Les canaux de test et l'accès production
Google Play est construit autour de quatre canaux, du plus privé au plus public. Chaque release monte d'un canal au suivant, et la review de Google n'intervient qu'au moment de la production.
- Tests internes : jusqu'à 100 testeurs par liste d'e-mails, release disponible en quelques minutes, sans review. C'est le canal de travail au quotidien.
- Tests fermés : un groupe d'invités plus large, avec un vrai parcours d'installation depuis le store. C'est ici que se joue l'exigence des 12 testeurs.
- Tests ouverts : toute personne disposant du lien peut s'inscrire, la fiche devient visible. Optionnel, utile pour une beta publique.
- Production : tous les utilisateurs, avec review de Google au passage et déploiement progressif possible.
Le passage obligé des 12 testeurs
Pour un compte personnel créé après le 13 novembre 2023, Google exige un test fermé avec au moins 12 testeurs inscrits pendant 14 jours consécutifs avant d'ouvrir l'accès production. « Inscrit » signifie que le testeur a accepté l'invitation et installé l'app avec le compte Google correspondant : une invitation restée sans installation ne compte pas. Le seuil était de 20 testeurs au lancement de la règle ; il a été abaissé à 12 le 11 décembre 2024. Les conditions exactes sont décrites dans la documentation officielle Google Play.
Une fois les 14 jours écoulés, vous remplissez un court questionnaire sur votre app et vos tests, et Google répond en général sous 7 jours. Anticipez le recrutement : famille, collègues, communautés d'entraide entre développeurs. Le compteur ne démarre que quand les 12 installations sont actives en même temps.
Étape par étape, du build à la production
- Créez le compte développeur. 25 $ une fois, vérification d'identité, puis accès à la Play Console pour gérer apps, testeurs et releases.
- Produisez un app bundle signé. Le format attendu est l'AAB, signé par une clé d'upload. Avec Play App Signing, Google conserve la clé de signature finale : si votre clé d'upload est perdue, elle peut être réinitialisée sans perdre l'app.
- Créez l'app dans la Play Console. Nom affiché et nom de package. Ce dernier est définitif : il identifie votre app pour toujours.
- Publiez une release en tests internes. Ajoutez vos testeurs par e-mail, déployez, et itérez : chaque nouveau bundle porte un code de version supérieur.
- Complétez les obligations de la fiche. Fiche du store, captures d'écran, politique de confidentialité, formulaire Data safety, classification du contenu et audience cible. Tout est requis avant une release publique.
- Promouvez vers la production. Test fermé d'abord si votre compte y est soumis, puis production. La review de Google prend en général quelques jours, et le déploiement progressif permet de limiter la première vague à un pourcentage d'utilisateurs.
Publier sur Google Play depuis Cadrant
Si votre app est un projet mobile Cadrant, le build et la livraison sont guidés, et les deux comptes restent les vôtres : le build tourne sur votre compte Expo (15 builds Android par mois sur le plan gratuit), et l'app bundle arrive dans votre Play Console. Google n'ayant pas d'API pour créer une app, deux actions restent à faire une fois dans la Play Console :
- Créer l'app avec le nom de package fourni : Cadrant vous donne le package name à coller tel quel au moment de la création.
- Inviter le compte de service : vous l'ajoutez dans « Utilisateurs et autorisations » avec le droit de publier sur les canaux de test, puis Cadrant vérifie l'accès sans rien téléverser.
- La clé d'upload est gérée pour vous : Cadrant génère le keystore qui signe vos builds et le conserve pour toute la vie de l'app ; Play App Signing garde la clé finale côté Google.
- Chaque publication arrive en tests internes : la release se dépose en brouillon sur le canal interne, vous la déployez vers vos testeurs puis la promouvez quand vous êtes prêt.
En résumé
- 25 $ une fois, un app bundle signé, et une review qui n'intervient qu'en production.
- Compte personnel récent : lancez le recrutement des 12 testeurs dès le premier jour, c'est le vrai chemin critique.
- Data safety, classification du contenu et politique de confidentialité se remplissent en avance : rien n'oblige à attendre la fin du développement.