Si vous avez ouvert un compte développeur Google Play personnel après le 13 novembre 2023, vous ne pouvez pas publier une application en production tout de suite. Google exige d'abord un test fermé avec au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption. Ensuite seulement, vous pouvez demander l'accès à la production, une demande que Google examine en général en sept jours ou moins. Les comptes d'organisation et les comptes personnels plus anciens ne sont pas concernés.
Tant que la demande n'est pas acceptée, la page Production reste désactivée dans la Play Console, tout comme la préinscription et les tests ouverts. Tout ce qui suit vient de la page officielle de l'aide Play Console et des pages qu'elle cite, vérifiées le 5 octobre 2026.
Cet article approfondit une seule étape d'un parcours plus long. Pour la séquence complète, du compte à 25 $ jusqu'à la fiche et à l'examen, commencez par notre guide pour publier une app sur Google Play.
La règle : qui est concerné et ce qui compte
Qui est concerné
L'exigence vise les comptes développeur personnels créés après le 13 novembre 2023 : le guide d'inscription à la Play Console réserve cette étape aux comptes personnels. Un compte d'organisation n'est pas un raccourci pour un développeur seul : il est prévu pour les entreprises et demande un numéro D-U-N-S, dont l'obtention peut prendre jusqu'à 30 jours selon Google.
Les chiffres ont changé une fois. Quand Google a annoncé l'exigence le 9 novembre 2023, il fallait 20 testeurs. Le 11 décembre 2024, après avoir entendu des petits développeurs expliquer que réunir 20 testeurs était difficile, Google a abaissé le seuil à 12. Les 14 jours, eux, n'ont pas bougé.
Ce que veut dire « inscrit sans interruption »
Un testeur compte dès qu'il figure dans votre liste de testeurs (ou dans votre groupe Google) et qu'il a accepté le test via le lien d'activation, avec un compte Google. La formulation de Google est précise : « Pour demander un accès en production, au moins 12 testeurs doivent être inscrits à votre test fermé depuis au moins 14 jours sans interruption. »
Deux conséquences. Chaque testeur a son propre compteur : celui qui s'inscrit le jour 5 termine le jour 19. Et un départ remet le compteur à zéro : d'après la FAQ de Google, un testeur qui se désinscrit puis revient doit de nouveau atteindre 14 jours consécutifs. Ce sont donc les 12 mêmes personnes qui doivent rester ; impossible de faire tourner les testeurs.
La Play Console propose quatre canaux, et un seul alimente l'exigence.
| Canal | Qui peut participer | Disponible pour un nouveau compte personnel | Compte pour les 12 ? |
|---|---|---|---|
| Tests internes | Jusqu'à 100 testeurs sur une liste d'e-mails | Dès le départ, même avant la fin de la configuration de l'application | Non |
| Tests fermés | Les testeurs que vous choisissez, par listes d'e-mails ou groupes Google | Une fois la configuration de l'application terminée | Oui, le seul |
| Tests ouverts | Tout le monde ; la version de test est visible sur Google Play | Seulement après l'accès à la production | Non, verrouillé jusque-là |
| Production | Tous les utilisateurs de Google Play | Après acceptation de la demande | C'est ce que vous débloquez |
Mettre en place le test fermé, étape par étape
L'ordre compte, car le test fermé ne se débloque qu'une fois les étapes précédentes terminées.
- Terminez les vérifications du compte. L'identité d'abord (une pièce d'identité officielle pour un compte personnel), puis la vérification de l'appareil dans l'application mobile Play Console, sur un téléphone Android physique, non rooté, sous Android 10 ou plus récent.
- Créez l'application et terminez sa configuration. Le tableau de bord liste les tâches obligatoires : politique de confidentialité, déclaration sur les annonces, identifiants de connexion pour les examinateurs, audience cible, classification du contenu, sécurité des données et fiche Play Store. Le test fermé devient disponible une fois ces tâches terminées.
- Importez un app bundle conforme au niveau d'API cible. Depuis le 31 août 2026, les nouvelles applications doivent cibler Android 16 (niveau d'API 36) ou supérieur.
- Ajoutez vos testeurs. Dans Tester et publier > Tests > Tests fermés, cliquez sur Gérer le canal, ouvrez l'onglet Testeurs, puis créez une liste d'e-mails ou saisissez l'adresse d'un groupe Google. Indiquez un e-mail ou une URL pour les commentaires : il s'affiche sur la page d'inscription.
- Déployez une release et attendez l'état « Publiée ». Le lien d'activation n'apparaît pas tant que l'application est à l'état « Brouillon » ou « En attente de publication », et Google prévient qu'il faut parfois attendre plusieurs heures avant que le premier lien de test soit accessible.
- Partagez le lien. Avant la production, les testeurs ne peuvent pas trouver l'application en cherchant sur Google Play. Chacun ouvre le lien d'activation, accepte, puis installe l'application depuis sa page Play Store.
- Tenez 12 inscriptions pendant 14 jours. Recueillez les retours, publiez les correctifs sur le même canal, et ne déposez pas la demande trop tôt.
Trouver 12 vrais testeurs et les garder 14 jours
Le conseil de Google est simple : « La méthode la plus courante pour recruter des testeurs consiste à utiliser ses réseaux personnel et professionnel. » La page cite les amis, la famille, les collègues et les camarades de classe, puis les communautés de futurs utilisateurs et les réseaux sociaux. En pratique, quatre sources fonctionnent :
- Votre entourage. La douzaine la plus rapide, à condition que chacun ait un téléphone Android et un compte Google.
- Vos clients actuels. Si l'application prolonge un service que vous vendez déjà, leur usage sera le plus proche de la production.
- Une liste d'attente. Un formulaire d'inscription sur votre page de présentation transforme l'intérêt en testeurs avant le lancement.
- Les communautés de vos utilisateurs cibles. Un club, un forum, un groupe professionnel : Google recommande des testeurs « qui présentent le même profil que l'audience cible de votre application ».
Invitez plus de 12 personnes. Si vous vous arrêtez à 12 pile et qu'une personne se désinscrit le jour 9, vous passez sous le minimum et celle qui la remplace repart pour 14 jours. Quinze à vingt inscriptions vous donnent une marge (notre conseil, pas un chiffre de Google).
Dites ensuite aux testeurs ce que vous attendez d'eux. La page d'aide donne une consigne explicite : « Informez vos testeurs qu'ils doivent rester inscrits à votre test fermé pendant au moins 14 jours sans interruption. » Elle demande aussi des instructions de test claires et suggère un groupe de messagerie pour partager les retours.
Et l'activité ? Google ne publie aucun nombre de sessions ni aucun quota d'usage quotidien ; quiconque en cite un le devine. La page dit en revanche qu'une demande peut être renvoyée si « l'engagement des testeurs est insuffisant pendant la période de test ». C'est aussi pourquoi les services qui vendent des testeurs sont un mauvais plan : douze comptes qui s'inscrivent sans jamais ouvrir l'application répondent au décompte, pas à la question de l'engagement.
Demander l'accès à la production
Une fois que 12 testeurs ont 14 jours continus derrière eux, ouvrez le tableau de bord de l'application dans la Play Console et cliquez sur « Demander à publier en production ». Le formulaire comporte trois parties.
| Partie | Ce que Google demande | Comment répondre |
|---|---|---|
| À propos de votre test fermé | S'il a été facile de recruter des testeurs ; s'ils ont utilisé toutes les fonctionnalités et se sont comportés comme le feraient des utilisateurs en production ; un résumé des commentaires et la façon dont vous les avez recueillis | À partir de votre journal : qui étaient les testeurs, ce qu'ils ont utilisé, ce qu'ils ont signalé. Nommez les écarts avec un usage réel au lieu de les cacher. |
| À propos de votre appli/jeu | L'audience cible, aussi précisément que possible ; la valeur que l'application apporte aux utilisateurs (pour un jeu, ce qui le rend unique) ; une estimation du nombre d'installations la première année | Décrivez un utilisateur concret, pas « tout le monde », et donnez une estimation sobre. Google indique que ces réponses ne sont pas publiques et n'influencent pas la visibilité. |
| À propos de votre capacité à passer en production | Ce que vous avez modifié après le test fermé ; comment vous avez jugé l'application prête | Listez les correctifs publiés pendant le test et vos critères : aucun plantage ouvert, parcours principaux vérifiés sur plusieurs appareils. |
Après l'envoi, Google examine la demande et prévient le titulaire du compte par e-mail. Selon ses termes : « L'examen prend généralement une semaine ou moins, mais peut parfois prendre plus de temps. » Une fois la demande acceptée, les pages Production et Tests ouverts se débloquent.
Pourquoi des demandes sont renvoyées
Google cite deux cas où il faut prolonger les tests : « si vous avez moins de 12 testeurs inscrits ou si l'engagement des testeurs est insuffisant pendant la période de test ». Le test fermé continue alors, et vous déposez une nouvelle demande. La page d'aide ne fixe aucune durée pour ces tests supplémentaires : suivez l'e-mail que vous recevez.
L'autre famille de refus tient au règlement. Google prévient que « l'examen n'est pas une étape de dépannage » et signale quatre points à vérifier avant de déposer la demande :
- Un contenu, des fonctionnalités et une monétisation conformes au règlement de Google Play.
- Une tranche d'âge cible et une classification du contenu fidèles à l'audience réelle.
- Une application stable : pas de plantages, de fonctionnalités défectueuses ni d'écrans manquants.
- Des identifiants de connexion valides pour les examinateurs si l'application exige une authentification.
Calendrier et checklist
Le calendrier est dicté par l'attente, pas par le travail.
| Étape | Durée | Ce que dit Google |
|---|---|---|
| Compte et vérifications | Variable | Aucune durée publiée pour la vérification d'identité ; moins d'une minute pour celle de l'appareil |
| Test fermé | 14 jours minimum | Comptés par testeur, sans interruption |
| Examen de la demande d'accès | En général 7 jours ou moins | Peut parfois prendre plus de temps |
| Première release en production | Examen de l'application | Jusqu'à sept jours, voire plus dans des cas exceptionnels, pour certains comptes développeur |
À partir du jour où votre douzième testeur s'inscrit, comptez trois à quatre semaines avant que l'application soit publique, et davantage si Google demande des tests supplémentaires. Cette fourchette est notre estimation à partir des chiffres ci-dessus.
Avec le créateur d'application mobile de Cadrant, la partie Android de ce parcours est guidée, et les comptes restent les vôtres : le build tourne sur votre compte Expo, et l'app bundle arrive dans votre propre Play Console sous forme de release en brouillon sur le canal de tests internes. Vous créez l'application avec le nom de package fourni par Cadrant, vous invitez une fois son compte de service, puis vous promouvez vous-même la release vers un test fermé. La règle, elle, est celle de Google et s'applique toujours : 12 testeurs, 14 jours, puis la demande.
Si vous publiez aussi sur iPhone, l'étape de pré-lancement fonctionne autrement : voyez comment fonctionne TestFlight, de l'envoi aux testeurs externes.