La réponse directe
Non: vous ne pouvez pas être les 12
Une personne ne peut pas représenter 12 testeurs indépendants et actifs
Rien ne vous empêche d’ajouter votre adresse Gmail à une liste de testeurs, et les amis comme la famille sont autorisés. Mais la règle exige 12 testeurs inscrits et actifs pendant 14 jours consécutifs. Un seul développeur ne peut pas raisonnablement représenter les douze. Fabriquer ce nombre avec des comptes supplémentaires peut transformer un lancement retardé en compte suspendu.
Ajouter votre propre adresse e-mail comme testeur.
Votre compte peut représenter l’un des testeurs et vous pouvez recruter des personnes que vous connaissez. Vous ne pouvez simplement pas représenter les onze autres ni les fabriquer avec des comptes temporaires.
Réponse rapide
Non. Vous pouvez ajouter votre propre adresse e-mail comme testeur, mais vous ne pouvez pas représenter personnellement les 12 testeurs indépendants, inscrits et actifs que Google Play exige pendant 14 jours sans interruption dans le test fermé (closed testing). Cette règle s’applique aux comptes de développeur personnels créés après le 13 novembre 2023. Une personne connectée à plusieurs de ses propres comptes reste un seul être humain avec un seul profil d’utilisation. Créer des comptes Google supplémentaires ou faux pour atteindre le nombre requis peut entraîner la résiliation de votre compte de développeur au titre des règles de Google sur les comptes et la manipulation. La voie fiable consiste à obtenir de vrais testeurs inscrits sur de vrais appareils: recrutez des personnes que vous connaissez, passez à un compte d’organisation exempté ou utilisez un service comme PrimeTestLab, qui fournit de vrais testeurs.
Non, vous ne pouvez pas représenter vous-même les 12 testeurs. C’est l’une des premières questions que se pose tout nouveau développeur Android face à l’obligation des tests fermés: si je n’ai besoin que de 12 testeurs, pourquoi ne pas créer moi-même les 12 profils? Quelques téléphones de secours, plusieurs comptes Google, une installation et l’affaire semble réglée. La méthode paraît inoffensive. C’est pourtant l’un des moyens les plus rapides d’échouer au test et, dans le pire des cas, de perdre entièrement son compte de développeur. Ce guide détaille l’exigence, explique pourquoi vos appareils et comptes ne suffisent pas, présente les règles de Google et les conséquences possibles, puis compare les solutions légitimes. Informations à jour au 30 juin 2026.
Dans ce guide
Puis-je être mon propre testeur ou utiliser mes téléphones et comptes?
Sur le plan technique, rien ne vous empêche d’ajouter votre propre adresse Gmail à une liste de testeurs. Google n’exige pas non plus qu’ils vous soient inconnus. Ses conseils de recrutement recommandent de contacter des amis, des proches, des collègues ou des camarades de classe. Les personnes que vous connaissez sont donc explicitement autorisées.
Le problème tient au calcul et au niveau de participation, pas au lien avec vous. Une personne connectée à plusieurs de ses propres comptes reste un seul être humain qui produit un seul profil d’utilisation réaliste. Vous devez exécuter un test fermé pour votre application auprès d’au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption. Un seul développeur ne peut pas raisonnablement représenter les douze. Voici d’abord l’exigence en un coup d’œil.
Le test fermé Google Play en un coup d’œil
- Qui doit effectuer un test fermé?
- Les comptes de développeur personnels créés après le 13 novembre 2023
- Combien de testeurs?
- Au moins 12 testeurs inscrits et participant activement
- Pendant combien de temps?
- Au moins les 14 derniers jours, sans interruption
- Par application ou par compte?
- Par application en pratique: chaque nouvelle application nécessite son propre test fermé
- Les comptes d’organisation sont-ils exemptés?
- Oui, entièrement exemptés
- Puis-je représenter moi-même les 12 testeurs?
- Non, les fabriquer avec d’autres comptes expose le vôtre à une suspension
- Que débloque le respect de l’exigence?
- La production et la préinscription pour cette application
Le nombre a évolué. La règle imposait 20 testeurs à son lancement en novembre 2023, puis Google l’a ramenée à 12 en décembre 2024 (en anglais), tout en maintenant les 14 jours sans interruption. En 2026, la norme reste fixée à 12 testeurs pendant 14 jours. La vraie question n’est donc pas de savoir si vous pouvez tester votre application, mais si vos propres appareils et comptes peuvent représenter ces 12 personnes. Essayez le simulateur ci-dessous.
Composez votre groupe de 12 testeurs
Cochez les ressources personnelles que vous utiliseriez. Observez le nombre de testeurs valides et l’indicateur de risque de suspension.
Qu’utiliseriez-vous pour atteindre 12?
Des personnes distinctes, inscrites et réellement actives: c’est ce qui compte.
Il augmente lorsque vous ajoutez des comptes supplémentaires ou faux à votre propre empreinte.
Choisissez vos ressources ci-dessus
Le compteur montre pourquoi vos téléphones et comptes ne permettent pas d’obtenir 12 testeurs valides.
Outil pédagogique, pas formule de notation de Google. Un testeur valide est une personne distincte, indépendante et active. Le "risque" indique à quel point une méthode se rapproche des pratiques interdites par les règles de Google sur les comptes multiples et la manipulation.
Quelle que soit la combinaison, le compteur reste bas tandis que l’indicateur de risque augmente. Tester sur vos appareils peut installer l’APK sur un téléphone, mais ne produit pas les 12 testeurs distincts et actifs que Google recherche dans un test fermé. Voyons maintenant ce qui définit réellement un testeur valide.
Qu’est-ce qu’un testeur valide?
Pour qu’une personne compte parmi vos 12 testeurs, elle doit remplir les cinq conditions suivantes. L’installation n’est que l’une d’elles. L’inscription au test et l’utilisation continue distinguent un vrai testeur d’un simple nombre affiché à l’écran.
Une personne réelle et distincte
Chaque testeur est une personne différente disposant de son propre compte Google, Gmail ou Google Workspace. Ce n’est pas une autre connexion qui vous appartient.
Inscrite depuis votre lien
La personne a ouvert le lien partageable, s’est connectée et s’est inscrite au test. Sa seule présence dans la liste de diffusion ne suffit pas.
Installation depuis Google Play
Elle a téléchargé votre application depuis le lien du test fermé sur un appareil réel, et non installé manuellement un APK ou utilisé un appareil virtuel.
Utilisation réelle
Elle a ouvert et utilisé l’application pendant les 14 jours en parcourant ses principaux flux. Une seule ouverture le premier jour suivie d’aucune activité ne suffit pas.
Inscription maintenue pendant 14 jours
Elle est restée inscrite et active pendant 14 jours sans interruption. Quitter le test en cours de route rompt cette période continue.
Le piège le plus fréquent: l’installation n’est que l’étape 3 sur 5. Un test improvisé peut produire une installation, mais pas une personne indépendante qui s’inscrit et utilise réellement votre application pendant deux semaines. C’est précisément cet écart que l’examen cherche à repérer.
Pourquoi se tester soi-même échoue, même sur 12 appareils
Google ne compte pas uniquement les installations. Il recherche une participation réelle. Le centre d’aide officiel cite deux motifs d’échec lors d’une demande d’accès en production: ne pas avoir 12 testeurs inscrits et ne pas avoir de testeurs qui participent réellement au test fermé de l’application. Les installations qui restent inutilisées, parfois appelées installations mortes, ne remplissent pas ce critère.
Vous avez peut-être vu sur des forums un message de refus indiquant que les testeurs n’ont pas testé activement l’application chaque jour pendant les 14 jours. Cette formulation vient d’un guide communautaire hébergé sur le forum des développeurs Google, et non du texte officiel des règles de Play Console, qui emploie la notion plus large de participation. Une utilisation quotidienne constitue donc une bonne façon de produire assez de signaux, mais manquer une seule journée n’entraîne pas automatiquement un refus selon une règle publiée. Cette interprétation vient de la communauté. Voici les méthodes d’auto-test les plus courantes et les raisons de leur insuffisance.
Ajouter votre propre adresse Gmail comme testeur
Une personne et un profil d’utilisation, pas 12 testeurs distincts et actifs
12 comptes temporaires sur un ou deux téléphones
Faible participation, une seule empreinte d’appareil et davantage de risques
Des proches sur un seul Wi-Fi domestique
Souvent peu d’utilisation quotidienne et parfois ramenés à un seul testeur
Des émulateurs Android
Des signaux faibles et peu naturels, souvent écartés lors de l’examen
Des offres bon marché "installation puis abandon"
Des installations mortes sans participation réelle, cause fréquente de refus
Les observations ci-dessus sur les appareils et les réseaux sont largement rapportées par des développeurs et des services de test. Google ne publie pas les signaux précis qu’il utilise. Considérez-les comme des retours de terrain, pas comme un mécanisme confirmé.
Deux autres détails posent souvent problème:
La période continue repart de zéro. Google ne compte pas les testeurs qui se sont inscrits, ont participé moins de 14 jours puis ont quitté le test. Les 14 jours doivent être consécutifs. Si votre nombre de testeurs actifs passe sous 12 en cours de route, vous devez en pratique recommencer.
Désinstaller ne signifie pas quitter le test, mais reste préjudiciable. Selon le guide de la communauté des développeurs, un testeur quitte formellement le test depuis son lien web. Une désinstallation ne le retire donc pas de la liste, mais coupe son signal d’utilisation. C’est précisément le manque de participation que Google cite lorsqu’une application est refusée. Notre guide explique aussi quoi faire lorsque vous n’avez pas assez de testeurs.
Pourquoi le test interne sur vos appareils ne compte pas
Il est courant de penser que toute forme de test compte. Ce n’est pas le cas. Google propose trois canaux de test, et un seul répond à l’exigence. Déployer votre application en test interne sur vos téléphones est simple et rapide, d’où l’attrait de cette méthode. Elle ne contribue toutefois pas à l’exigence des 12 testeurs pendant 14 jours.
Canal A
Test interne
Jusqu’à 100 testeurs, presque instantanément
Canal B
Test fermé
Sur invitation, avec un lien partageable
Canal C
Test ouvert
Accessible à toute personne disposant du lien
Le test interne sur vos appareils peut donc installer l’APK sur un téléphone, mais il ne produit pas les 12 testeurs distincts et actifs du test fermé examiné par Google. Pour comparer les canaux, consultez notre analyse des tests internes, fermés et ouverts.
Créer des comptes supplémentaires enfreint-il les règles de Google?
La FAQ sur le test fermé ne contient aucune phrase disant explicitement de ne pas utiliser vos propres comptes. Cette pratique entre toutefois en conflit direct avec trois règles plus générales de Google.
Conditions d’utilisation des comptes Google
Interdiction de créer ou d’utiliser plusieurs comptes pour contourner les règles de Google, et d’employer des programmes automatisés pour créer de faux comptes.Google ajoute qu’il détecte et désactive automatiquement les comptes créés à des fins abusives.
Notes, avis et installations
Interdiction de manipuler le classement d’une application, notamment en gonflant artificiellement les notes, les avis ou le nombre d’installations.Fabriquer la participation de testeurs pour franchir un contrôle qualité obligatoire relève directement de ce principe.
Comportement trompeur
Interdiction de dissimuler la propriété et de coordonner plusieurs comptes afin de tromper les systèmes de Google.Un ensemble de comptes de test qui vous appartiennent correspond précisément à ce type de coordination.
Même si l’auto-test n’est pas interdit sous ce nom, fabriquer des testeurs avec des comptes supplémentaires ou faux constitue précisément la manipulation que ces règles cherchent à empêcher. Posséder plusieurs comptes Google n’est pas en soi une infraction. Le problème consiste à créer ou utiliser des comptes spécialement pour contourner une exigence. Utilisez le diagnostic ci-dessous pour évaluer chaque raccourci.
Cette méthode peut-elle faire suspendre mon compte?
Sélectionnez un raccourci pour voir son niveau de risque, la règle concernée et la conséquence probable.
Choisissez la méthode envisagée:
Diagnostic fondé sur les conditions publiées des comptes Google, les règles relatives aux notes, avis et installations, ainsi que le processus d’application. Google ne publie pas ses signaux de détection précis. Les niveaux indiquent donc à quel point une méthode enfreint clairement une règle déclarée.
Que se passe-t-il si Google le détecte?
Le risque réel dépasse le refus d’une seule application. La politique d’application de Google indique clairement que les suspensions peuvent se propager en cascade. Une inscription à 25 USD peut mettre en danger tout votre catalogue. Voici comment un compte signalé peut mener à la résiliation du compte de développeur.
-
Étape 1 Vous créez des comptes pour atteindre 12
Vous créez une série de comptes Google temporaires sur vos appareils, votre réseau domestique, votre numéro de téléphone ou votre moyen de paiement, uniquement pour remplir la liste de testeurs.
-
Étape 2 L’un des comptes est signalé pour abus
Google déclare détecter et désactiver automatiquement les comptes créés à des fins abusives. Un seul peut suffire à attirer l’attention.
-
Étape 3 Il est associé au vôtre
Google associe les comptes au moyen de signaux communs. Le compte signalé peut être relié à votre compte de développeur principal comme compte "associé".
-
Conséquence L’effet se propage
Le compte de développeur est résilié, toutes les applications de votre catalogue sont supprimées, les comptes associés peuvent aussi être suspendus définitivement, les frais de 25 USD ne sont pas remboursés et tout nouveau compte que vous ouvrez peut également être résilié.
Le mot dangereux est "associé". Google relie les comptes à partir de signaux communs. Une série de comptes de test créés et utilisés depuis votre propre empreinte peut donc être associée à votre compte de développeur. Voici les types de signaux susceptibles de relier des comptes:
Appareil
Les mêmes téléphones et identifiants matériels
Réseau et adresse IP
Un seul Wi-Fi domestique ou une seule adresse IP
Numéro de téléphone
Réutilisé pour la validation
Moyen de paiement
La même carte enregistrée
Ce point est particulièrement important pour les indépendants et les agences. Si vous publiez pour des clients, utilisez les invitations d’accès par rôle de Google au lieu de vous connecter à leur Play Console avec vos identifiants et votre réseau. Sans cette séparation, une infraction ultérieure du client peut entraîner les comptes associés au vôtre.
Comment Google détecte-t-il les tests faux ou insuffisants?
La précision est importante, car beaucoup de théories présentées en ligne comme des certitudes ne sont que des suppositions. Distinguons clairement ce que Google déclare de ce que rapporte la communauté des développeurs.
Officiel et documenté
- L’examen des applications combine une évaluation humaine et automatisée.
- Un test insuffisant se traduit visiblement par un refus pour participation trop faible ou non distincte.
- Google ne publie pas les signaux précis utilisés, car cela aiderait les acteurs malveillants.
Expérience des développeurs
- Une télémétrie concentrée sur un appareil ou un Wi-Fi domestique tend à être ramenée à un seul testeur.
- Les émulateurs et appareils récemment réinitialisés produisent des signaux de faible qualité.
- Il s’agit d’observations de développeurs et de services de test, pas de mécanismes confirmés par Google.
La conclusion est plus simple que toute théorie de détection: si votre test ne ressemble pas à 12 personnes distinctes qui utilisent réellement votre application, votre demande risque d’être refusée, quelle que soit la façon dont vous avez produit les installations. Il n’est pas nécessaire de connaître les signaux exacts de Google pour comprendre qu’une personne sur un réseau ne peut pas en imiter douze.
Mythe ou réalité
Les forums de développeurs diffusent beaucoup de mauvais conseils. Voici ce qui résiste à l’examen.
"Importer une nouvelle version relance le délai de 14 jours."
Non. Le délai mesure l’inscription continue, pas vos versions. Il est recommandé de publier des mises à jour pendant le test.
"Désinstaller l’application retire le testeur du test."
Un testeur quitte formellement le test depuis son lien web. La désinstallation le laisse dans la liste, mais interrompt son signal de participation, selon le guide de la communauté.
"Les 14 jours peuvent être additionnés au fil du temps."
Google exige 14 jours consécutifs (guide en anglais) d’inscription sans interruption. Les périodes séparées ne s’additionnent pas.
"Exactement 12 testeurs suffisent."
12 est le minimum. Si une personne quitte le test, vous pouvez passer sous le seuil. Il vaut donc mieux recruter une marge de sécurité.
"Je peux simplement représenter moi-même les 12 testeurs."
Une personne ne peut pas représenter 12 testeurs actifs, et les comptes supplémentaires ou faux exposent votre compte à une suspension.
Comment configurer correctement votre test fermé
Pour remplir l’exigence sans devoir recommencer, suivez cette séquence fiable. Aucune étape ne consiste à fabriquer vous-même les testeurs.
-
Importez vers un canal de test fermé
Générez votre app bundle, puis importez-le (téléversez-le) et publiez-le sur un canal fermé dans Play Console. Le test interne convient à vos contrôles rapides, mais ne compte pas pour l’exigence.
-
Recrutez plus de 12 testeurs
Ajoutez les testeurs avec une liste de diffusion ou un Google Group. Visez 15 à 20 personnes plutôt qu’exactement 12 afin que quelques départs n’interrompent pas le décompte.
-
Confirmez leur inscription effective
Partagez le lien partageable et vérifiez que chaque testeur s’inscrit puis installe l’application depuis Google Play. Un testeur ajouté mais pas inscrit (guide en anglais) ne compte pas.
-
Demandez une utilisation réelle et continue
Demandez aux testeurs d’ouvrir l’application pendant les 14 jours complets, de se connecter et de parcourir ses principaux flux, au lieu de se limiter à une installation le premier jour.
-
Améliorez l’application et recueillez des commentaires
Publiez des mises à jour et consignez les commentaires au fil du test. Ces 14 jours forment un cycle d’amélioration, et le questionnaire de production vous demandera ce que vous avez modifié.
-
Présentez une demande précise
Après 14 jours sans interruption avec au moins 12 testeurs inscrits, demandez un accès en production et répondez précisément au questionnaire en citant les commentaires reçus et les modifications réellement apportées.
Les étapes 2 à 4 sont les plus difficiles: trouver assez de personnes réelles, puis maintenir leur participation pendant deux semaines consécutives. C’est précisément ce blocage qu’un service de testeurs élimine.
Comparatif des solutions légitimes pour remplir l’exigence
Puisque vous ne pouvez pas représenter vous-même les 12 testeurs, voici côte à côte les solutions qui fonctionnent réellement.
| Solution | Coût | Délai | Risque | Idéal pour |
|---|---|---|---|---|
| Vos appareils et comptes | "Gratuit" | Échoue souvent, puis impose 14 jours de plus | Élevé: suspension | Personne |
| Recruter des amis et des proches | Gratuit | 14 jours ou plus s’ils restent actifs | Faible | Développeurs disposant d’un vrai réseau |
| Passer à un compte d’organisation | Entreprise et D-U-N-S | Jusqu’à environ 30 jours pour D-U-N-S | Faible | Entreprises enregistrées |
| Un vrai service de testeurs (PrimeTestLab) | Dès $19.99, plus 5% de frais de service | Démarrage en 4-6 heures, puis 14 jours | Faible | Développeurs sans réseau ou avec une échéance |
Les délais D-U-N-S et les périodes d’examen varient selon les cas. Un compte d’organisation supprime entièrement l’exigence des 12 testeurs, car ces comptes en sont exemptés.
Quelques précisions sur les solutions légitimes. Recruter dans votre entourage est la voie la moins chère. Elle fonctionne si les testeurs sont des personnes distinctes, sur des appareils distincts, qui utilisent réellement l’application. Le risque vient du quotidien: certaines personnes oublient ou quittent le test. Passer à un compte d’organisation (guide en anglais) supprime entièrement l’exigence, mais la validation Dun and Bradstreet (D-U-N-S) peut prendre près d’un mois. C’est donc un choix à anticiper, pas une solution de dernière minute. Un service de testeurs répond au cas fréquent où vous n’avez pas 15 à 20 utilisateurs Android fiables disponibles avant votre lancement. Consultez notre offre de 12 testeurs pour voir le fonctionnement sur une seule application.
Ce que vérifie l’examen de l’accès en production
Les 14 jours doivent former un cycle actif, pas une salle d’attente. Lorsque vous demandez un accès en production, vous remplissez un court questionnaire en trois parties. C’est une autre raison pour laquelle un faux auto-test échoue: chaque partie vous demande de décrire une expérience réelle.
Votre test fermé
- Comment vous avez recruté vos testeurs
- Quels commentaires ils vous ont transmis
- Ce que vous avez modifié en conséquence
Votre application
- La proposition de valeur de l’application
- Votre public cible
- Sa fonction principale et son objectif
Préparation à la production
- Ce que vous avez amélioré pendant le test
- Pourquoi vous estimez l’application prête
- Les éléments montrant son amélioration
L’examen cherche des preuves d’un test réel ayant permis d’améliorer l’application. Les réponses génériques, imprécises ou montrant qu’aucune modification n’a été apportée conduisent souvent à 14 jours de test supplémentaires. Google examine généralement la demande en 7 jours ou moins au moyen d’une évaluation automatisée et humaine. Même si vous avez atteint 12 installations, vous devez encore décrire des commentaires et des améliorations authentiques. En leur absence, l’écart devient visible. Notre guide du questionnaire d’accès en production détaille chaque question.
Point important en 2026: ne confondez pas deux règles distinctes
La validation des développeurs Android est une exigence d’identité séparée dont l’application commence vers le 30 septembre 2026 au Brésil, en Indonésie, à Singapour et en Thaïlande, avant de s’étendre ensuite, selon l’aide Google Play et le blog Android Developers. Elle vérifie l’identité du développeur. Ce n’est pas la même chose que l’exigence des 12 testeurs du test fermé, et remplir l’une ne remplit pas l’autre. Consultez notre guide des exigences de publication en 2026 pour comprendre l’ensemble.
Comment PrimeTestLab vous aide
PrimeTestLab prend en charge la partie que vous ne pouvez pas assurer seul: 12 vrais testeurs inscrits ou plus, sur de vrais appareils Android, actifs pendant les 14 jours complets. Votre demande d’accès en production peut ainsi montrer une activité authentique plutôt que des installations mortes, sans qu’aucun faux compte ne soit associé à votre compte de développeur.
De vrais testeurs inscrits
Des personnes distinctes et indépendantes qui s’inscrivent au test et utilisent réellement votre application: la participation recherchée lors de l’examen.
Lancement en 4-6 heures
Le test démarre généralement en quelques heures afin qu’une échéance ne vous pousse pas vers des raccourcis risqués.
120+ pays
De vrais téléphones et tablettes dans 120+ pays, pas des émulateurs sur une seule machine.
Taux de réussite de 99.9%
7 400+ applications accompagnées, note de 4.9/5 sur 2 200+ avis publiés sur Fiverr.
Comparez les plans sur notre page des tarifs, découvrez le processus dans Comment fonctionne PrimeTestLab, ou choisissez l’offre de 12 testeurs si vous devez simplement remplir l’exigence avant une échéance. Si le service n’est pas fourni comme convenu, vous choisissez entre un nouveau test gratuit ou un remboursement intégral.
Questions fréquentes
Les membres de ma famille comptent-ils comme testeurs pour le test fermé Google Play?
Oui. Google autorise explicitement les amis et la famille comme testeurs. Ce qui compte, c’est leur participation et leur indépendance. Chacun doit s’inscrire au test depuis le lien partageable et utiliser réellement l’application pendant les 14 jours, idéalement sur son propre appareil et son propre réseau. Plusieurs proches qui partagent un téléphone ou le même Wi-Fi domestique peuvent être considérés comme un seul testeur. C’est une raison fréquente pour laquelle un test reste sous le minimum requis.
Puis-je être mon propre testeur ou utiliser mes appareils pour atteindre 12 testeurs?
Vous pouvez ajouter votre propre adresse e-mail et compter comme un testeur, mais pas comme les onze autres. Vos téléphones et comptes supplémentaires correspondent toujours à une seule personne et à une seule empreinte. Ils ne créent donc pas des testeurs distincts et actifs. De plus, les tests internes effectués sur vos appareils ne comptent pas pour l’exigence du test fermé. Il vous faut encore 11 autres personnes réelles et indépendantes.
Puis-je utiliser un émulateur pour le test fermé Google Play?
Pas de manière fiable. Les émulateurs standards échouent souvent aux contrôles d’intégrité des appareils Google Play et génèrent des signaux faibles et peu naturels que l’examen peut écarter. Ils ne permettent donc pas de mener un test de 14 jours fiable. Associer des émulateurs à de faux comptes vous place aussi dans le cas des comptes multiples interdit par les règles de Google. La seule voie fiable repose sur de vrais testeurs utilisant de vrais appareils.
Puis-je utiliser plusieurs comptes Google sur mes appareils comme testeurs?
Non. Des comptes Google supplémentaires créés uniquement pour remplir la liste correspondent toujours à une seule personne, sur les mêmes appareils, le même réseau et le même moyen de paiement. Des services de test tiers indiquent que les installations regroupées sur un appareil ou une adresse IP peuvent être ramenées à un seul testeur. Les conditions de Google interdisent en outre de créer plusieurs comptes pour contourner ses règles. Cette méthode ne démontre pas une participation réelle et expose votre compte à des mesures. Les détails précis de détection viennent de tiers, Google ne les publie pas.
Le test interne compte-t-il pour l’exigence des 12 testeurs?
Non. Le test interne sert à effectuer des contrôles rapides et ne compte pas pour le test fermé obligatoire. Google exige un test fermé avec au moins 12 testeurs inscrits pendant 14 jours sans interruption avant que vous puissiez demander un accès en production. Seul le test fermé remplit cette condition. Le test interne reste facultatif et distinct.
Puis-je payer un prestataire pour fournir mes testeurs, et est-ce sûr?
Tout dépend de la prestation achetée. Les offres bon marché qui se limitent à installer puis abandonner l’application produisent des installations inactives. Elles constituent une cause fréquente de refus et peuvent enfreindre la règle de Google sur la manipulation. Un service légitime qui fournit de vrais testeurs inscrits et leur fait utiliser réellement votre application pendant 14 jours est différent. C’est une façon normale de remplir l’exigence. Évaluez surtout la présence de personnes réelles et actives, pas seulement le prix.
La désinstallation de l’application retire-t-elle un testeur?
Pas formellement. Selon les conseils de la communauté des développeurs, un testeur cesse de participer uniquement depuis le lien web du test. La désinstallation le laisse donc dans votre liste. Elle interrompt toutefois son signal d’utilisation, et le manque de participation des testeurs fait partie des deux motifs officiels de refus d’une demande d’accès en production. En pratique, une désinstallation peut donc vous faire manquer l’exigence.
Importer une nouvelle version relance-t-il le délai de 14 jours?
Non. Le délai de 14 jours mesure la durée pendant laquelle vos testeurs restent inscrits sans interruption, pas la fréquence de vos publications. Vous pouvez et devriez importer des mises à jour pendant le test, car le questionnaire d’accès en production demande ce que vous avez modifié à partir des commentaires des testeurs. Les nouvelles versions ne relancent pas le délai.
Combien de testeurs dois-je recruter pour garder une marge?
Plus que le minimum. Douze est le seuil. Si une personne quitte le test ou devient inactive, vous pouvez passer en dessous et interrompre le décompte. Recruter 15 à 20 testeurs vous donne une marge afin que quelques départs ne relancent pas les deux semaines. Leur participation quotidienne compte davantage que le nombre exact de personnes.
Ai-je besoin de 12 testeurs avec un compte d’organisation?
Non. L’exigence des 12 testeurs pendant 14 jours s’applique aux comptes de développeur personnels créés après le 13 novembre 2023. Les comptes d’organisation en sont exemptés. Passer à un compte d’organisation exige la validation Dun and Bradstreet (D-U-N-S), qui peut prendre environ 30 jours. Anticipez donc ce délai si vous choisissez cette solution au lieu de recruter des testeurs.
Utiliser plusieurs de mes propres comptes peut-il faire suspendre mon compte de développeur?
Oui, c’est possible. Les conditions de Google interdisent de créer plusieurs comptes ou de faux comptes pour contourner ses règles. Sa politique d’application indique aussi que les comptes associés peuvent être suspendus définitivement ensemble, sans remboursement des frais de 25 USD. Comme Google relie les comptes au moyen des appareils, réseaux et moyens de paiement partagés, fabriquer des testeurs avec vos propres comptes expose réellement votre compte principal.
Combien de testeurs Google Play exige-t-il en 2026?
Au moins 12 testeurs inscrits depuis au moins les 14 derniers jours sans interruption, pour les comptes de développeur personnels créés après le 13 novembre 2023. Le seuil était de 20 jusqu’en décembre 2024, lorsque Google l’a abaissé à 12. Les 14 jours sans interruption n’ont pas changé et la règle reste en vigueur en 2026.
L’essentiel
En bref
Vous ne pouvez pas représenter vous-même les 12 testeurs. Utiliser des comptes Google supplémentaires ou faux pour fabriquer ce nombre peut vous faire perdre votre compte de développeur en raison des suspensions en cascade de Google. L’exigence porte sur 12 personnes réelles, inscrites et participant activement pendant 14 jours sans interruption. Une série de comptes qui vous appartiennent ne produit pas ce résultat. Recrutez de vrais testeurs actifs sur des appareils distincts, passez à un compte d’organisation exempté ou faites appel à un service légitime. PrimeTestLab fournit 12 vrais testeurs inscrits ou plus dès $19.99, plus 5% de frais de service. Le test démarre généralement en 4-6 heures et affiche un taux de réussite de 99.9%, afin que votre test fermé présente la participation authentique recherchée par Google. Voir les tarifs →