Réponse rapide
Pour les comptes Play Console personnels créés après le 13 novembre 2023, le test interne est optionnel, le test fermé (closed testing) est obligatoire avant de pouvoir demander un accès en production, et le test ouvert devient disponible après l’accès en production. Ce test fermé exige au moins 12 testeurs inscrits sans interruption pendant les 14 jours précédents. Le terminer vous rend éligible pour faire la demande: Google examine ensuite cette demande. Pour tous les autres comptes, il s’agit simplement de trois canaux avec des audiences et une visibilité différentes, et aucun n’est obligatoire.
Pour les nouveaux comptes de développeur personnels concernés, le test fermé est le seul canal qui se dresse entre vous et une demande de production: Google exige qu’au moins 12 testeurs soient restés inscrits sans interruption pendant les 14 jours précédents avant que vous puissiez demander à publier en production.
Savoir lesquelles de ces règles s’appliquent à vous dépend de votre compte de développeur. Google limite l’exigence de test aux comptes Play Console personnels créés après le 13 novembre 2023. Si votre compte est un compte d’organisation, ou un compte personnel créé avant cette date, vous n’êtes pas couvert par cette exigence précise et vous pouvez choisir vos canaux selon vos besoins de QA et de bêta. Vérifiez dans quel groupe vous êtes avant de planifier une version.
Sources officielles vérifiées
Dernière vérification dans le Centre d’aide de Google le 16 août 2026. Sur cette page, tout ce qui n’est pas attribué à Google relève soit de notre expérience opérationnelle, soit d’une affirmation explicitement présentée comme la nôtre.
Quels sont les trois canaux de test Google Play?
Google Play propose trois canaux de test avant la production: le test interne, le test fermé et le test ouvert. Chacun a un rôle différent dans le cycle de développement, et Google recommande de commencer par le test interne, puis d’élargir au test fermé. L’ordre imposé dépend de votre compte de développeur: la séquence interne → fermé → demande de production décrite ci-dessous n’est obligatoire que pour les comptes personnels créés après le 13 novembre 2023.
Test interne
QA rapide avec votre équipe. Jusqu’à 100 testeurs. Builds disponibles en quelques minutes.
Optionnel
Test fermé
Groupe bêta contrôlé. Requis pour les comptes personnels créés après le 13 nov. 2023: 12 testeurs ou plus, 14 jours sans interruption, avant de pouvoir demander un accès en production.
Requis*
Test ouvert
Bêta publique. Testeurs illimités, ou un plafond d’au moins 1 000. Optionnel pour tous les comptes; pour les comptes personnels créés après le 13 nov. 2023, il devient disponible après l’accès en production.
Optionnel
* Requis pour les comptes de développeur personnels créés après le 13 novembre 2023. Terminer le test fermé permet de demander un accès en production: ce n’est pas une approbation automatique.
Comment les canaux de test mènent à la production (comptes personnels créés après le 13 nov. 2023)
La fin de la période de 14 jours n’est pas la ligne d’arrivée: la terminer est ce qui vous rend éligible pour faire la demande. Le test ouvert se branche après l’accès en production, il n’y mène pas
Test interne vs test fermé vs test ouvert: comparaison côte à côte
Voici toutes les différences clés entre les trois canaux de test, d’après la documentation officielle Play Console de Google.
| Critère | Interne | Fermé | Ouvert |
|---|---|---|---|
| Qui peut rejoindre? | Interne: Testeurs invités uniquement | Fermé: Liste e-mail, Google Groups ou organisation | Ouvert: N’importe qui sur Google Play |
| Capacité d’audience | Interne: 100 testeurs par application | Fermé: Listes de diffusion: 2 000 utilisateurs par liste, 50 listes par canal, 200 listes au total. Google Groups: aucune limite de taille publiée | Ouvert: Illimité, ou plafonné au nombre que vous choisissez (minimum 1 000) |
| Disponibilité des versions et examen | Interne: En général disponible en quelques minutes. Exceptions: la première version interne d’une application entièrement configurée, et la première version après un refus, peuvent être examinées | Fermé: Flux d’examen Play normal | Ouvert: Flux d’examen Play normal |
| Durée requise | Interne: Aucune | Fermé: 12 testeurs × 14 jours* | Ouvert: Aucune |
| Requis avant de demander la production? | Interne: Non | Fermé: Oui* | Ouvert: Non |
| Visible sur le Play Store? | Interne: Non | Fermé: Non | Ouvert: Oui |
| Applications payantes | Interne: Les testeurs peuvent installer une application payante gratuitement | Fermé: Les testeurs doivent normalement acheter l’application | Ouvert: Les testeurs doivent normalement acheter l’application |
| Visibilité des commentaires | Interne: Privés, pour vous seul | Fermé: Privés; sans effet sur votre note publique | Ouvert: Privés; sans effet sur votre note publique |
| Idéal pour | Interne: QA rapide, test d’équipe | Fermé: Bêta pré-lancement, valider l’exigence | Ouvert: Bêta publique, soft launch |
* Pour les comptes de développeur personnels créés après le 13 novembre 2023; les autres comptes ne sont pas régis par cette exigence. La remplir vous permet de demander un accès en production: Google examine ensuite la demande.
Le test fermé est-il plafonné à 2 000 testeurs? Non. 2 000 est la taille maximale d’une seule liste de diffusion de testeurs. La documentation de configuration de Google autorise jusqu’à 50 listes par canal et 200 listes au total, et elle présente Google Groups comme un autre moyen de gérer les testeurs du test fermé, sans publier de limite de taille comparable. Le nombre qui vous contraint réellement, ce sont donc les 12 testeurs inscrits sans interruption demandés par l’exigence d’accès en production, pas un plafond de 2 000 personnes. Les pages qui écrivent « test fermé: 2 000 testeurs maximum » citent une seule méthode d’inscription comme si elle était tout le canal.
Qui doit faire un test fermé avant la production?
Google délimite cette exigence de façon étroite, et l’essentiel de la confusion autour des trois canaux vient du fait qu’on la lit comme une règle universelle. Le Centre d’aide de Google exige un test fermé avec au moins 12 testeurs inscrits sans interruption pendant les 14 jours précédents pour les comptes Play Console personnels créés après le 13 novembre 2023, avant que ces développeurs puissent demander un accès en production. Si ce n’est pas votre compte, cette séquence n’est pas votre chemin vers la production.
| Ce qui s’applique | Compte personnel créé après le 13 nov. 2023 | Toutes les autres situations de compte |
|---|---|---|
| Test fermé, 12 testeurs, 14 jours | Compte personnel après le 13 nov. 2023: Requis avant de pouvoir demander un accès en production | Tout autre compte: Non régi par cette exigence précise |
| Le test ouvert dans cette séquence | Compte personnel après le 13 nov. 2023: Devient disponible après l’accès en production | Tout autre compte: Dépend des canaux activés pour l’application; le test ouvert reste optionnel dans les deux cas |
| Parcours raisonnable | Compte personnel après le 13 nov. 2023: QA interne (optionnel) → test fermé requis → demande d’accès en production → production, puis test ouvert si vous le souhaitez | Tout autre compte: Choisissez vos canaux selon l’audience et le déploiement dont vous avez besoin, pas selon cette séquence |
* La première colonne correspond à ce que Google documente. La seconde est volontairement prudente: Google publie cette exigence pour les nouveaux comptes personnels concernés, et ne publie pas de règle universelle équivalente pour tous les autres.
Pour les comptes de la première colonne, la question suivante est toujours la même: un autre canal peut-il remplacer le test fermé? Non.
Le test interne ne remplace PAS
Google présente le test interne comme optionnel et indique explicitement que vous devez exécuter un test fermé avant de demander un accès en production. Le test interne est excellent pour le QA; il ne remplit pas l’exigence.
Le test ouvert n’est PAS un raccourci
Google indique que le test ouvert devient disponible lorsque vous avez l’accès en production. Pour les comptes concernés, le test fermé vient d’abord et le test ouvert plus tard: il ne peut donc pas servir à sauter une étape.
Les comptes d’organisation ne sont pas couverts par cette exigence des nouveaux comptes personnels. À lire au sens strict: cela signifie que la règle des 12 testeurs pendant 14 jours ne s’applique pas à eux. Cela ne signifie pas qu’un compte d’organisation est exempté de l’examen Play, de la conformité aux règles ou de toute autre obligation de publication. La comparaison entre compte personnel et compte d’organisation détaille les compromis avant de choisir.
Qu’est-ce que le test interne sur Google Play?
Le test interne est le canal le plus rapide de Google Play. Il est conçu pour un petit groupe de testeurs de confiance qui sont les vôtres, et les builds sont en général disponibles en quelques minutes. Vous pouvez même lancer un test interne avant d’avoir terminé la configuration de votre application, ce qui le rend idéal pour le QA précoce, les smoke tests et la chasse aux bugs avant de vous préoccuper de la préparation du lancement. Le « en général » travaille vraiment dans cette phrase: voyez les exceptions ci-dessous.
Google limite le test interne à 100 testeurs par application. Les utilisateurs du test interne sont invités directement, et l’application leur est accessible uniquement via une URL, pas comme fiche publique sur le Play Store.
Le test interne n’est pas sans examen
Les mises à jour internes sont en ligne presque immédiatement dans la plupart des cas, mais Google documente des exceptions: la première version interne d’une application entièrement configurée peut nécessiter un examen, de même que la première version soumise après un refus. Les versions internes peuvent aussi être examinées a posteriori. Notez la portée: si votre première version interne concerne une application entièrement configurée, cette version peut devoir attendre l’examen. Google n’applique pas cette exception aux tests internes d’applications qui ne sont pas encore entièrement configurées, ce qui correspond exactement au cas du QA précoce pour lequel le test interne est conçu.
Une différence entre canaux qui surprend avec les applications payantes: les testeurs internes peuvent installer une application payante sans l’acheter, alors que les testeurs des tests fermés et ouverts doivent l’acheter comme n’importe quel autre utilisateur. Si votre application est payante, prévoyez-le avant d’inviter un groupe de test fermé.
Vous configurez un test, plutôt que de choisir entre eux?
Cette page compare les trois canaux. La configuration clic par clic, les règles de liste d’adresses e-mail et de CSV, le lien partageable, et les correctifs pour « cette application n’est pas disponible pour votre compte » se trouvent dans comment configurer le test interne Google Play (en anglais).
Meilleurs cas d’usage du test interne
Nuance importante
Vous pouvez exécuter le test interne en parallèle du test fermé et du test ouvert pour des versions différentes. En revanche, un utilisateur inscrit au canal interne n’est pas éligible à votre canal ouvert ou fermé tant qu’il ne s’est pas d’abord désinscrit du test interne, puis inscrit à l’autre canal.
Qu’est-ce que le test fermé sur Google Play?
Le test fermé est le canal que Google utilise pour une bêta plus réaliste avec un groupe que vous contrôlez. Google indique que ce canal vous permet de partager votre application avec un ensemble plus large de testeurs que vous choisissez, afin de corriger les problèmes et de vérifier que l’application respecte les règles Google Play avant le lancement.
Exigence d’accès en production
Au moment de votre demande, au moins 12 testeurs doivent être restés inscrits sans interruption pendant les 14 jours précédents. Remplir ce critère vous permet de demander un accès en production: ce n’est pas une approbation.
Quand la période de 14 jours commence-t-elle vraiment?
Pas au moment où vous importez le build, ni au moment où vous ajoutez les adresses e-mail des testeurs. Le temps de qualification se cumule testeur par testeur, et seulement lorsque deux conditions sont réunies: la version fermée est disponible pour les testeurs, et chaque testeur s’est inscrit individuellement via votre lien partageable. Ce que Google mesure au moment de votre demande, c’est qu’au moins 12 testeurs sont restés inscrits sans interruption pendant les 14 jours qui la précèdent immédiatement: la lecture la plus sûre part donc de votre date de demande en remontant, et non de votre date de version en avançant. C’est Play Console, et non votre propre tableur, qui vous dit que la demande est disponible.
Google est très précis sur le sens de « sans interruption ». La période de qualification correspond aux 14 jours qui précèdent immédiatement votre demande, et ils doivent être consécutifs: les testeurs qui s’inscrivent, restent moins de 14 jours, puis se désinscrivent ne comptent pas, même s’ils se réinscrivent plus tard.
En pratique, le test fermé est l’étape où la plupart des premiers éditeurs restent bloqués. Le test interne ne valide pas cette règle. Le test ouvert ne la remplace pas. Pour les comptes personnels concernés, cette étape du test fermé est le portail entre « mon application est en test » et « je peux enfin demander l’accès en production », et ce qui se passe une fois la période terminée est une étape distincte qui piège tout autant de développeurs. Si vous configurez le canal plutôt que de choisir entre eux, notre guide pour créer un canal de test fermé et inviter des testeurs donne les étapes dans la Console, et le guide complet des 12 testeurs pendant 14 jours va plus loin sur l’exigence elle-même.
Listes de diffusion
2 000 utilisateurs par liste, 50 listes par canal, 200 listes au total
Google Groups
Gérez les testeurs via un groupe plutôt que via une liste. Google ne publie pas de limite de taille comparable dans cette documentation de configuration
Distribution
Partagez l’URL du store ou le lien partageable directement avec les testeurs
Plusieurs canaux
Créez des canaux fermés supplémentaires pour tester des fonctionnalités séparées
Avant que votre application soit en test ouvert ou en production, les testeurs ne trouveront en général pas une app en test fermé en cherchant simplement sur le Play Store. Vous devez leur partager l’URL du store ou le lien partageable directement.
Que se passe-t-il après les 14 jours?
La fin de la période de qualification n’est pas un interrupteur qui publie votre application, et ce n’est pas une date que vous pouvez cocher à l’avance. Dès qu’au moins 12 testeurs sont restés inscrits sans interruption pendant toute la période de 14 jours qui précède immédiatement votre demande, Play Console vous laisse demander un accès en production, et Google examine ensuite cette demande. Considérez Play Console, et non votre propre décompte de jours, comme la source de vérité pour savoir quand vous êtes éligible.
Pas une approbation automatique
Terminer le test fermé requis rend un développeur concerné éligible pour faire la demande. Cela ne garantit pas l’approbation. Google évalue la façon dont vous avez recruté vos testeurs, leur niveau d’engagement, les commentaires que vous avez reçus, ce que vous avez changé en conséquence, à qui l’application est destinée, et si elle est prête pour la production. Google peut aussi exiger des tests supplémentaires, notamment lorsque l’engagement des testeurs a été insuffisant.
- Vérifiez votre éligibilité: au moins 12 testeurs inscrits sans interruption pendant toute la période de 14 jours qui précède votre demande, avec Play Console qui autorise la demande. Ce qui compte comme 14 jours sans interruption détaille les cas limites.
- Demandez un accès en production dans Play Console.
- Répondez aux questions de Google sur votre test fermé, sur votre application ou votre jeu, et sur votre préparation à la production: notre guide du questionnaire d’accès en production les passe en revue une par une.
- Google examine la demande. Google indique que cela prend en général sept jours ou moins, mais cela peut prendre plus longtemps.
- Google accorde l’accès en production, ou vous demande de continuer à tester.
Prévoyez ce dernier scénario plutôt que de le subir. Si Google revient en demandant plus de tests, ce que signifie vraiment « more testing required » (en anglais) explique la réponse à donner. Et vous n’êtes pas figé pendant les 14 jours: vous pouvez continuer à déployer des versions sur le canal fermé, car le critère mesuré par Google est l’inscription continue des testeurs, pas un gel du code. Mettre à jour votre application pendant le test fermé détaille ce qui est réinitialisé et ce qui ne l’est pas.
Les testeurs doivent-ils utiliser l’application chaque jour?
L’exigence vs ce que Google évalue
Le minimum publié par Google est une inscription continue d’au moins 12 testeurs pendant les 14 jours précédents. Google ne publie aucune règle imposant que chaque testeur ouvre l’application tous les jours, ni un nombre de sessions à atteindre. La demande d’accès en production interroge toutefois sur l’engagement des testeurs et sur l’usage des fonctionnalités, et Google peut exiger des tests supplémentaires lorsque cet engagement est insuffisant.
Traitez donc l’inscription comme un plancher et non comme tout le travail: recrutez des testeurs qui peuvent vraiment utiliser l’application et vous dire quelque chose d’utile, et gardez une trace de ce que vous avez changé grâce à eux. Quiconque cite un quota d’usage quotidien précis, un nombre de sessions ou un seuil de détection de bots répète une légende de la communauté: Google ne publie aucun de ces chiffres.
Qu’est-ce que le test ouvert sur Google Play?
Le test ouvert est le canal de bêta publique. Google indique que le test ouvert rend la version de test de votre application visible sur Google Play, et que n’importe qui peut la rejoindre et envoyer des commentaires privés. Pour les applications en accès anticipé qui ne sont pas encore en production, les utilisateurs peuvent trouver votre test ouvert via la recherche Google Play. Pour les applications qui ont déjà une version en production, les utilisateurs peuvent s’inscrire au test ouvert depuis la fiche du store.
Google vous laisse choisir un nombre illimité de testeurs, ou un nombre limité qui doit être d’au moins 1 000. Ce plafond limite la taille du groupe, ce n’est pas un nombre de testeurs que vous devez recruter, et c’est le réglage le plus mal lu du canal. Le chemin dans la Console, les réglages de testeurs et de commentaires, ce que « public » expose réellement et ce qu’il faut vérifier quand le test n’apparaît pas se trouvent dans le guide complet de configuration du test ouvert Google Play (en anglais).
Les commentaires restent privés. Google indique que les commentaires et les notes recueillis pendant les tests ouverts et fermés vous sont privés: ils n’apparaissent pas sur votre fiche du store et n’affectent pas votre note publique sur le Play Store. Une bêta imparfaite ne vous coûtera pas d’étoiles.
Le test ouvert n’est pas un raccourci
Pour les comptes Play Console personnels créés après le 13 novembre 2023, le Centre d’aide de Google indique que le test ouvert devient disponible une fois que vous avez l’accès en production. Pour ces comptes, le test ouvert n’est pas un raccourci permettant de contourner le test fermé requis: c’est un outil de bêta publique optionnel que vous utilisez plus tard, une fois le portail franchi. Plus généralement, le test ouvert est simplement le canal de pré-lancement large de Google pour présenter une version de test à une grande audience, et il est optionnel pour tout le monde.
Examen de version vs examen d’accès en production
Les comptes personnels concernés peuvent rencontrer deux processus d’examen distincts, avec des déclencheurs différents et des délais publiés différents. Presque toutes les questions du type « mon test fermé a été retardé » viennent d’une confusion entre les deux.
| Examen | Quand il a lieu | Délai publié |
|---|---|---|
| Examen d’une version ou d’une modification | Quand: Avant la publication d’une modification soumise. Les versions fermées et ouvertes suivent normalement ce flux. Les mises à jour internes sont en général disponibles immédiatement, hors les cas documentés par Google de première version et de version suivant un refus, et elles peuvent être examinées a posteriori. | Délai: De quelques heures à 7 jours, et les cas exceptionnels peuvent prendre plus longtemps |
| Examen d’accès en production | Quand: Seulement après qu’un compte personnel concerné a terminé le test fermé requis et soumis la demande d’accès en production | Délai: En général sept jours ou moins, parfois plus |
Les délais et les 14 jours
Votre première version fermée devra peut-être terminer l’examen Play avant que les testeurs puissent y accéder et s’inscrire: prévoyez donc le temps d’examen avant la période de qualification, pas à l’intérieur. Les mises à jour suivantes peuvent aussi être examinées, mais soumettre une mise à jour ne met pas fin en soi à un test fermé en cours et n’efface pas l’inscription continue de vos testeurs: pendant l’examen de la mise à jour, la version précédemment approuvée reste disponible et vos testeurs restent inscrits. Le critère mesuré par Google est qu’au moins 12 testeurs sont restés inscrits sans interruption pendant les 14 jours précédant votre demande, pas que votre build a cessé d’évoluer. Mettre à jour votre application pendant le test fermé détaille ce qui est réinitialisé et ce qui ne l’est pas.
Définitions utilisées sur cette page
- Inscrit: le testeur a suivi votre lien partageable et accepté l’invitation au test. Figurer sur votre liste de diffusion n’est pas la même chose.
- Accès en production: l’autorisation de publier cette application sur le canal Production. Accordée par Google après la demande, pas par la fin du test.
- Examen de version: le contrôle que subit une version ou une modification soumise avant sa publication. Les versions fermées et ouvertes le suivent normalement; les mises à jour internes en général non.
- Examen d’accès en production: l’évaluation distincte de votre test fermé, de votre application et de votre préparation, une fois votre demande envoyée.
- Visibilité publique: le fait qu’une recherche normale sur le Play Store puisse faire apparaître l’application. Les tests internes et fermés ne sont pas visibles; les tests ouverts peuvent l’être.
Quel canal de test devriez-vous utiliser?
Pour la plupart des développeurs, le bon chemin est simple. Voici quand utiliser chaque canal:
Utilisez le test interne quand...
Vous voulez un QA rapide avec votre équipe, un client ou quelques testeurs de confiance. Idéal pour attraper les bugs évidents vite, car les builds internes sont en général disponibles en quelques minutes.
Utilisez le test fermé quand...
Vous avez besoin d’un vrai test pré-lancement avec un groupe contrôlé, et surtout si vous avez un compte de développeur personnel créé après le 13 novembre 2023 qui doit remplir l’exigence de Google des 12 testeurs pendant 14 jours avant de demander un accès en production. C’est le canal qui compte le plus pour la préparation au lancement.
Utilisez le test ouvert quand...
Vous voulez une bêta publique, un soft launch plus large, ou des commentaires à grande échelle avant un déploiement complet en production. Le test ouvert est optionnel pour tous les comptes, et pour ceux soumis aux nouvelles règles des comptes personnels, il devient disponible une fois l’accès en production obtenu.
Avant de démarrer les 14 jours: la vérification de préparation
La période de qualification est la partie coûteuse: mieux vaut ne pas la démarrer sur un build qui la gâche. Rien de tout cela n’est une exigence de Google, l’application n’a pas à être gelée ni exempte de bugs, mais un test qui s’enlise parce que personne n’a pu se connecter, ce sont 14 jours que vous payez deux fois.
Prêt à passer de l’interne au fermé
Ce dernier point relève du jugement, pas de la règle: Google demande 12 testeurs et ne publie aucune marge recommandée, mais un groupe de 12 exactement n’a aucune marge si une personne change de téléphone.
Parcours recommandé selon le type de compte de développeur
C’est la séquence pour les comptes personnels créés après le 13 novembre 2023, et elle correspond à la recommandation de Google de commencer par le test interne puis d’élargir au test fermé. Tous les autres comptes: cette séquence précise ne vous est pas imposée. Choisissez le test interne, fermé ou ouvert selon l’audience et le déploiement dont vous avez réellement besoin, dans la limite des canaux activés pour votre application, et utilisez le test ouvert dès qu’une bêta publique est vraiment le bon outil.
Pièges fréquents des tests Google Play
Comprendre ce que sont les canaux est une chose. Passer de l’un à l’autre sans perdre de jours en est une autre. Voici les trois erreurs que nous voyons le plus souvent sur les projets accompagnés par PrimeTestLab: les deux premières relèvent du comportement documenté de Play Console, la troisième est l’endroit où les développeurs se trompent le plus souvent sur ce que terminer le test leur apporte.
Réutilisez le build testé (ne réimportez pas)
Beaucoup de développeurs perdent du temps à importer un nouvel App Bundle (AAB) avec un nouveau code de version pour chaque canal. Ce n’est pas nécessaire. Une fois que votre application a passé le test interne, vous pouvez placer ce même artefact sur le canal fermé sans le reconstruire: ouvrez le canal fermé, créez une version, et choisissez « Add from library » pour sélectionner la version déjà importée. Pas de réimport, pas de nouveau code de version.
Chemin dans Play Console Test and release > Testing > Closed testing > créer une version > Add from library
Un raccourci « Promote release » existe aussi dans certaines versions de Play Console et dans beaucoup de guides communautaires plus anciens. Si votre console le propose, utilisez-le. Il n’est simplement pas documenté comme un chemin stable de l’interne vers le fermé dans l’aide actuelle de Google sur les versions (réponse 9859348), et c’est pourquoi la voie de la bibliothèque est celle à retenir. Le guide de configuration du test interne (en anglais) l’explique pas à pas.
Les testeurs internes doivent se désinscrire avant de rejoindre le test fermé ou ouvert
Google indique qu’un utilisateur inscrit à un test interne n’est pas éligible au test fermé ou ouvert tant qu’il ne s’est pas désinscrit du test interne. C’est une règle documentée, pas un bug. En pratique, le Play Store affiche souvent à ces testeurs un écran « Not Found » ou « App not available » tant que le compte est encore rattaché au test interne, ce qui pousse les développeurs à chercher dans leur fiche du store un problème qui ne s’y trouve pas.
Envoyer le lien du test fermé alors que le testeur est encore sur le canal interne
Le testeur se désinscrit d’abord de l’interne, puis clique sur le lien partageable du test fermé
Terminer le test n’équivaut pas à être approuvé
L’étape des 12 testeurs pendant 14 jours est une barre d’éligibilité, pas un verdict. La franchir permet à un développeur concerné de demander un accès en production; Google évalue ensuite la façon dont vous avez recruté vos testeurs, leur engagement, les commentaires reçus, ce que vous avez changé grâce à eux, et si l’application est prête. Google peut accorder l’accès, ou demander plus de tests. Les développeurs qui fixent une date de lancement à la fin des 14 jours, avec presse, publicité ou échéance client, sont ceux que cela pénalise. Intégrez l’examen d’accès en production à votre calendrier comme une étape distincte, et lisez pourquoi le test fermé est refusé avant de soumettre plutôt qu’après.
Expérience PrimeTestLab
Voici ce que nous faisons pour nos clients, présenté comme notre propre retour et non comme une règle de Google: nous gérons les testeurs, la coordination des inscriptions et l’enchaînement des canaux. Les testeurs sont recrutés et sélectionnés par nous, ils utilisent de vrais appareils Android, et ils commencent à s’inscrire dès que votre canal de test fermé et votre lien partageable sont prêts, sous 4 heures après la mise en place, garanti sous 6, selon les conditions de livraison de notre page des tarifs. Ce que cela supprime, c’est le recrutement et les erreurs d’inscription. Cela ne raccourcit pas l’examen de Google, et cela ne décide pas de votre demande d’accès en production.
Questions fréquentes
Le test interne compte-t-il pour l’exigence des 12 testeurs pendant 14 jours?
Non. L’exigence d’accès en production de Google porte spécifiquement sur un test fermé. Le test interne est présenté comme optionnel et sert à un QA privé et rapide: les testeurs que vous y réunissez ne comptent pas dans les 12. Faites d’abord un test interne s’il vous est utile, puis exécutez le test fermé qui remplit réellement l’exigence.
Le test interne et le test fermé peuvent-ils tourner en même temps, et un testeur peut-il rejoindre les deux?
Les canaux peuvent tourner simultanément avec des versions différentes: cette partie ne pose pas de problème. En revanche, un même testeur ne peut pas être dans les deux à la fois: Google indique qu’un utilisateur inscrit à un test interne n’est pas éligible au test fermé ou ouvert tant qu’il ne s’est pas désinscrit du test interne. Chaque testeur doit donc quitter le test interne avant que votre lien partageable de test fermé fonctionne pour lui, et c’est pourquoi un lien valide peut tout de même afficher « App not available ».
Que se passe-t-il après les 14 jours?
Vous devenez éligible pour demander un accès en production: rien ne se publie automatiquement. Dès qu’au moins 12 testeurs sont restés inscrits sans interruption pendant toute la période de 14 jours qui précède votre demande, Play Console vous laisse la soumettre. Vous répondez aux questions de Google sur vos tests, votre application et votre préparation à la production, et Google examine la demande (en général sous sept jours, parfois plus). Google accorde ensuite l’accès en production, ou demande plus de tests.
Les testeurs du test fermé doivent-ils utiliser l’application chaque jour?
Le minimum publié par Google est une inscription continue d’au moins 12 testeurs pendant les 14 jours précédents, pas un usage quotidien. Il n’existe aucune règle officielle imposant que chaque testeur ouvre l’application tous les jours ou effectue un nombre de sessions donné. Google évalue toutefois l’engagement des testeurs et les commentaires au moment de votre demande, et peut exiger plus de tests si cet engagement a été insuffisant: recrutez donc des testeurs qui utiliseront vraiment l’application.
Puis-je mettre à jour mon application pendant les 14 jours de test fermé?
Oui. Le critère mesuré par Google est que vos testeurs restent inscrits sans interruption, pas que votre build cesse d’évoluer, et Google attend de vous que vous agissiez sur les commentaires des testeurs avant la production. Les nouvelles versions passent toujours par le flux d’examen Play normal, et pendant l’examen d’une mise à jour la version précédemment approuvée reste disponible pour vos testeurs: la soumettre ne met pas fin au test en soi et n’efface pas les inscriptions.
Quelle est la différence entre l’examen de version et l’examen d’accès en production?
Ce sont deux processus distincts. L’examen de version est le contrôle que subit une version ou une modification soumise avant sa publication; Google indique qu’il peut prendre de quelques heures à 7 jours, et plus longtemps dans des cas exceptionnels. Les versions fermées et ouvertes le suivent normalement, tandis que les mises à jour internes sont en général disponibles immédiatement, hors les cas documentés par Google de première version et de version suivant un refus. L’examen d’accès en production n’a lieu qu’après qu’un compte personnel concerné a terminé le test fermé requis et soumis la demande d’accès en production; Google indique que celui-ci prend en général sept jours ou moins. Terminer l’examen de version ne donne pas l’accès en production.
Où se place PrimeTestLab
C’est la seule section commerciale de la page: traitez-la comme une affirmation qui vient de nous, pas comme une règle de Google. Si vous n’avez besoin que d’un QA rapide avec votre équipe, le test interne suffit et vous n’avez pas besoin d’un service de test. En revanche, si votre problème est le test fermé requis, et en particulier trouver assez de testeurs fiables qui restent inscrits et actifs pendant les 14 jours complets, c’est le canal pour lequel PrimeTestLab est conçu.
Notre focus
PrimeTestLab est pour le canal de test fermé, pas pour le canal interne ni le canal ouvert. Trouver 12 testeurs fiables par vous-même peut prendre des semaines de recrutement et de coordination; nous les fournissons sur de vrais appareils, inscrits pendant les 14 jours complets, avec des tests qui démarrent sous 4 heures (garanti sous 6). C’est un service payant optionnel: il ne change pas les exigences de Google, et Google seul décide de la demande d’accès en production. Les plans démarrent à $19.99 plus les frais de service ajoutés au paiement (5%, avec un minimum de $1.50, soit un total de $21.49 pour le plan Starter).
Ces trois chiffres sont des données opérationnelles qui viennent de nous, communiquées par PrimeTestLab pour l’ensemble des projets de test d’applications que nous avons accompagnés. Elles ne sont pas auditées et ne constituent pas une garantie de Google: Google décide de chaque demande d’accès en production indépendamment de nous.
Les plans vont de 12 à 25 testeurs. Le plan à 25 testeurs coûte moins cher que celui à 20 testeurs parce qu’il est notre offre mise en avant et bénéficie d’une remise plus forte sur son prix de base: cet ordre est volontaire, ce n’est pas une erreur. La page des tarifs est la source à jour pour les prix actuels et les frais au paiement.
Choisir votre canal: la version courte
L’essentiel
Utilisez le test interne pour un QA privé et rapide. Utilisez le test fermé quand vous avez besoin d’une bêta contrôlée et, pour les comptes personnels créés après le 13 novembre 2023, pour valider l’étape exigée par Google des 12 testeurs pendant 14 jours avant de demander un accès en production. Utilisez le test ouvert quand vous voulez une bêta publique plus large et que le canal est disponible pour votre application. Et si vous êtes soumis aux règles plus récentes des comptes personnels, rappelez-vous que terminer le test fermé ouvre l’étape de la demande d’accès en production: ce n’est pas une approbation automatique.
Besoin d’aide pour le test fermé? Voir nos tarifs, lire notre guide complet des 12 testeurs, ou préparer le questionnaire d’accès en production.
Historique des révisions
| Date | Ce qui a changé |
|---|---|
| 16 août 2026 | Ce qui a changé: Nouvelle vérification du Centre d’aide de Google. Correction de la ligne de capacité d’audience du test fermé, qui annonçait un maximum de testeurs au lieu de la capacité des listes de diffusion; ajout des deux exceptions documentées par Google pour l’examen des versions internes; séparation de l’examen de version et de l’examen d’accès en production dans une section dédiée; remplacement de la formulation calendaire « jour 14 » par une formulation d’éligibilité sur toute la période; suppression de l’ouverture en double et des cartes de tarifs dans le corps de l’article. |
| 5 mars 2026 | Ce qui a changé: Première publication. |