Réponse directe
Si Google Play indique que votre application n’est pas disponible pour un testeur, déterminez d’abord si l’échec se produit au moment de l’inscription au test ou au moment de l’installation de l’application. Vérifiez le compte prévu et la configuration de l’accès, puis les conditions liées à la version, au pays et à l’appareil. Un lien qui s’ouvre n’est qu’une étape parmi d’autres pour confirmer que le test fonctionne.
Commencez par le tableau ci-dessous. Choisissez l’échec que vous constatez : il vous indique la vérification à mener ensuite.
Ce guide traite du cas où les testeurs prévus ne parviennent ni à s’inscrire à un test fermé ni à en installer l’application. Un test qui fonctionne mais dont la carte d’exigence n’avance pas relève d’un autre problème, auquel une courte section est consacrée vers la fin. Les libellés de Play Console varient selon l’état de votre application : suivez donc celui que vous avez à l’écran plutôt que d’attendre une correspondance exacte avec ce texte.
Ce que couvre ce guide
Commencez ici : où l’accès échoue-t-il ?
« Non disponible » recouvre plusieurs échecs différents. Appuyez-vous sur ce que le testeur voit réellement, et sur le nombre de testeurs concernés, pour choisir la vérification suivante. Ces lignes sont des indices de diagnostic, pas des causes établies : le succès d’un testeur ne prouve pas que tous les testeurs prévus ont accès, et un message d’erreur ne désigne pas à lui seul une cause unique.
Choisissez ce que vous observez
| Échec observé | Vérification suivante |
|---|---|
| La page d’invitation ne s’ouvre pas, ou elle refuse le compte | Confirmez le compte invité et l’inscription effectuée, puis la version prévue sur le canal prévu. |
| L’inscription aboutit, mais l’installation échoue | Suivez la section consacrée à l’appareil et au build, puis vérifiez la disponibilité par pays pour le pays Google Play de ce testeur. |
| Un testeur échoue alors qu’un autre réussit | Comparez les éléments des deux testeurs : compte, présence dans la liste et inscription, pays Google Play et appareil. La configuration commune fonctionne déjà pour l’un d’eux. |
| Tous les testeurs prévus échouent | Examinez d’abord la configuration commune : canal, liste sélectionnée, lien, pays et état de publication. Vérifiez ensuite avec un testeur éligible avant de réinviter les autres. |
| L’application s’installe, mais c’est la carte d’exigence qui pose problème | Si le build de test fermé prévu est accessible au testeur inscrit, le problème ne vient pas de l’accès. Suivez le court parcours consacré à la progression vers le guide dédié, plutôt que de modifier les paramètres d’accès. |
Vidéo : les vérifications dans Play Console, à l’écran
Enregistrée en mai 2026 pour la version précédente de ce guide. Environ cinq minutes.
En cas de divergence entre la vidéo et ce texte, suivez le texte
Trois points de l’enregistrement sont dépassés : Google décrit un traitement de quelques heures à sept jours, et non de 20 à 30 minutes ; les pays du test sont synchronisés avec la production par défaut, vérifiez donc le paramètre de synchronisation avant toute modification ; et ouvrir le lien en étant déconnecté ne teste pas l’accès des testeurs. Utilisez pour cela la procédure destinée aux testeurs.
Vérifiez le compte et l’inscription du testeur
Des paramètres corrects dans la Console laissent malgré tout un testeur bloqué si le mauvais compte Google est utilisé, ou si le testeur a été ajouté à une liste sans jamais terminer l’étape d’inscription. Figurer dans la liste et s’être inscrit sont deux états différents. Donnez à chaque testeur cette procédure, dans cet ordre, et demandez-lui à quelle étape cela bloque.
- Confirmez le compte Google invité. L’adresse qui figure dans la liste de diffusion sélectionnée, ou le compte membre du groupe Google configuré, est le seul que Google Play reconnaît pour ce test. Demandez au testeur avec quel compte l’appareil et le navigateur sont connectés.
- Vérifiez la présence dans la liste avant l’inscription. Pour une liste de diffusion, l’adresse doit figurer dans la liste sélectionnée sur le canal. Pour un groupe Google, le testeur doit déjà être membre du groupe, et pas seulement y avoir été invité.
- Utilisez ce même compte dans le navigateur d’inscription et dans le Play Store. Un navigateur connecté à un autre compte, ou un téléphone dont le Play Store utilise un second compte, peut provoquer une erreur d’accès ou d’éligibilité même lorsque tout le reste est correct.
- Terminez l’inscription, puis suivez le lien d’installation. La page d’inscription affiche une confirmation une fois le testeur inscrit. Ce n’est qu’ensuite que la fiche Play Store propose le build de test.
- Confirmez le résultat sur l’appareil prévu. Demandez l’étape exacte atteinte : inscription, installation ou ouverture. En cas d’échec, demandez le message exact affiché à l’écran et une capture d’écran.
Source : Configurer un test ouvert, fermé ou interne (aide Play Console).
L’exception du test interne
Un testeur inscrit à votre test interne n’est éligible ni au test fermé ni au test ouvert tant qu’il ne s’est pas désinscrit du test interne pour s’inscrire ensuite au test prévu. Pour ce passage du test interne au test fermé, le testeur doit d’abord quitter le test interne. Se désinscrire puis se réinscrire n’est pas un remède général : ne le demandez pas à un testeur pour qui tout fonctionne.
Si le test utilise un groupe Google
C’est l’adresse du groupe que vous ajoutez sur le canal. Un testeur seulement invité au groupe n’en est pas encore membre : l’invitation doit être acceptée, et l’appartenance se vérifie dans Google Groups, pas dans Play Console. Une fois l’appartenance confirmée, le testeur s’inscrit par le même lien, avec le même compte. À elle seule, l’appartenance au groupe n’inscrit personne.
Message à envoyer à un testeur
Si la copie est bloquée, sélectionnez le texte ci-dessus et copiez-le. L’envoyer ne confirme pas que l’installation a réussi.
Pour le déroulé complet de l’invitation, y compris la différence entre listes de diffusion et groupes, et la façon de lire le nombre d’invités et d’inscrits, voyez comment inviter des testeurs et confirmer leur inscription.
Cinq vérifications de configuration dans Play Console
Dans les dossiers d’assistance que traite PrimeTestLab, ce sont ces cinq paramètres que nous trouvons le plus souvent mal réglés du côté du développeur. Il s’agit des cas que nous observons, pas d’une règle de Google ni d’une liste exhaustive : les vérifications côté testeur ci-dessus et la section consacrée à l’appareil ci-dessous couvrent des échecs que ces paramètres ne peuvent pas expliquer. Passez-les en revue sur le canal auquel vos testeurs sont censés s’inscrire.
Vérifiez que la version et la configuration des testeurs se trouvent sur le canal prévu
Play Console permet d’exécuter plusieurs canaux de test fermé. Chacun possède ses propres versions et sa propre configuration de testeurs. Si la version que vos testeurs sont censés installer se trouve sur le canal A et que la liste sélectionnée est rattachée au canal B, les deux ne se rencontrent jamais : les testeurs configurés sur le canal B sont éligibles à un canal dépourvu de version disponible, et personne parmi ceux que vous vouliez atteindre n’est configuré comme éligible sur le canal A.
Cliquez pour agrandir
- Ouvrez Testing > Closed testing (Tests > Test fermé) dans Play Console.
- Repérez le canal dont vous avez partagé le lien et ouvrez Manage track (Gérer le canal).
- Dans la vue des versions, vérifiez que la version prévue, et pas simplement une version quelconque, apparaît comme disponible pour les testeurs, avec le numéro de version que vous attendez.
- Dans l’onglet Testers (Testeurs) de ce même canal, vérifiez que la liste ou le groupe prévu est bien sélectionné.
Incohérence
Version disponible sur le canal A, liste sélectionnée sur le canal B. Les testeurs configurés comme éligibles sur le canal B n’ont aucune version disponible à recevoir ; personne n’est configuré comme éligible sur le canal A, là où se trouve la version.
Cohérence
Version prévue disponible sur le canal A, liste prévue sélectionnée sur le canal A, invitation copiée depuis le canal A.
Si la version est encore un brouillon
Un brouillon n’est diffusé à personne. Ouvrez-le, complétez ce que la Console demande, puis poursuivez le parcours de publication jusqu’à ce que la version soit disponible sur le canal. Le libellé du bouton dépend de l’état, et une version qui nécessite un examen attend cet examen avant de devenir disponible. Une autre version éligible sur le même canal, une version plus ancienne par exemple, peut continuer d’être diffusée pendant que la nouvelle est inachevée : les testeurs peuvent donc voir une version différente plutôt que rien du tout.
Source : Préparer et déployer une version (aide Play Console).
Faites simple
Si vous n’avez besoin que d’un seul test fermé, utilisez un seul canal. Plusieurs canaux sont utiles pour des cohortes échelonnées, et ils sont une cause fréquente de version et de liste qui ne se rencontrent jamais.
Sélectionnez et enregistrez la liste de testeurs prévue
Créer une liste de diffusion et la sélectionner pour un canal sont deux opérations distinctes. Une liste peut exister dans votre compte, contenir toutes les adresses que vous vouliez y mettre, et ne toujours pas s’appliquer au canal tant que sa case n’est pas cochée et la modification enregistrée.
Cliquez pour agrandir
Importez ou créez la liste
Dans l’onglet Testers, créez une liste de diffusion, donnez-lui un nom, puis ajoutez les adresses ou importez un fichier CSV. Enregistrez-la.
Cochez la case en regard de la liste prévue
La liste apparaît dans le tableau, qu’elle soit sélectionnée ou non. Elle ne s’applique à ce canal que lorsque sa case est cochée.
Enregistrez la modification
Enregistrez en bas de la page. La liste apparaît désormais comme sélectionnée pour ce canal. Si la Console signale la modification comme en attente d’examen, envoyez-la depuis Publishing overview (aperçu de la publication).
Pourquoi enregistrer une liste ne la sélectionne pas
Les listes de diffusion sont des objets rattachés au compte, réutilisables sur plusieurs canaux : la Console distingue donc la création d’une liste de son application à un canal. C’est un comportement de configuration voulu, pas un bug. Une liste enregistrée doit encore être sélectionnée pour le canal, et c’est pourquoi l’étape passe facilement inaperçue.
Modifier les membres ou sélectionner une liste
Sélectionner une liste pour un canal est une modification de configuration, qui peut devoir passer par un examen avant de s’appliquer. Ajouter ou retirer des adresses dans une liste déjà sélectionnée est traité différemment : Google classe les modifications de membres parmi les exceptions que la publication gérée ne retient pas. Si la liste est bien sélectionnée et qu’un testeur précis ne parvient toujours pas à s’inscrire, revenez aux vérifications côté testeur plutôt que d’enregistrer à nouveau la liste.
Sources : Configurer un test et Contrôler le moment où les modifications d’une application sont examinées et publiées (aide Play Console).
Copiez la bonne invitation et distinguez-la du lien d’installation
Copiez le lien d’invitation partageable depuis l’onglet Testers du canal prévu, et confirmez dans la Console l’accès configuré pour les testeurs ainsi que la version disponible, au lieu de vous fier à l’URL pour identifier le canal. Partager l’invitation du test interne avec vos testeurs de test fermé les envoie vers un test pour lequel ils ne sont pas configurés. Il existe par ailleurs deux destinations différentes : le lien d’invitation, où le testeur s’inscrit, et la fiche Play Store, où il installe l’application une fois inscrit. Un lien vers la fiche n’inscrit personne à lui seul.
Cliquez pour agrandir
Les trois canaux et l’exigence de test fermé
| D’où le lien est copié | Canal | Compte pour l’exigence de test fermé ? |
|---|---|---|
| Testing > Internal testing | Interne (jusqu’à 100 testeurs par application) | Non |
| Testing > Closed testing | Fermé (le canal visé par l’exigence) | Oui |
| Testing > Open testing | Ouvert (test public) | Non les comptes concernés obtiennent le test ouvert après l’accès en production |
L’exigence s’applique aux comptes de développeur personnels créés après le 13 novembre 2023. Le test interne n’impose aucune condition d’organisation ni d’emploi ; sa limite porte sur le nombre de testeurs par application. Pour la comparaison complète, voyez les différences entre test interne, fermé et ouvert.
Reconnaissez le format du lien, puis vérifiez le test concerné
- Lien d’invitation (inscription) :
play.google.com/apps/testing/<package name>. Les testeurs l’utilisent pour s’inscrire. Les tests publics suivent le même schéma de chemin : le format seul ne prouve donc pas qu’il s’agit d’un canal fermé, confirmez le test dans Play Console. - Lien de test interne :
play.google.com/apps/internaltest/.... Ce n’est pas le bon lien pour un test fermé. - Fiche Play Store :
play.google.com/store/apps/details?id=<package name>. La destination d’installation, une fois l’inscription faite. Elle n’inscrit personne.
Sources : Configurer un test, Exigences de test pour les nouveaux comptes de développeur personnels, ainsi que le test public Chrome Beta pour Android de Google, qui suit le même schéma de chemin.
Vérifiez le format de votre lien Google Play
Collez un lien pour voir à quel schéma d’URL Google Play il correspond. Format uniquement : cela ne vérifie ni l’application, ni le canal, ni l’accès des testeurs.
Les testeurs qui ont utilisé votre test interne
Un testeur inscrit à votre test interne doit s’en désinscrire pour que cette invitation fonctionne pour lui. Voyez l’exception du test interne ci-dessus.
Vérifiez la disponibilité par pays et la synchronisation
Vérifiez le pays Google Play enregistré sur le compte de chaque testeur prévu. Par défaut, les pays du test correspondent à ceux de la production. Si ce test a besoin d’une disponibilité différente, examinez le paramètre de synchronisation et utilisez Unsync countries/regions (désynchroniser les pays/régions) avant de modifier les pays du test. Sélectionnez la couverture dont votre test a besoin : une liste de pays plus large ne supprime pas les autres conditions d’accès.
Google cible en fonction du pays Google Play du compte, c’est-à-dire le pays où le compte est enregistré, et non l’endroit où le testeur se trouve à cet instant. Un déplacement ne change pas à lui seul le ciblage lié au pays Google Play du compte. Un testeur dont le compte est enregistré ailleurs n’est pas couvert par l’ajout du pays où il vit actuellement.
Cliquez pour agrandir
- Ouvrez le canal et choisissez Countries / regions (pays / régions).
- Lisez l’état de synchronisation affiché pour le canal. Tant que la synchronisation est active, le test suit la production, et modifier la production modifie le test.
- Pour cibler le test indépendamment, choisissez Unsync countries/regions, puis ajoutez les pays dans lesquels les comptes de vos testeurs sont enregistrés.
- Enregistrez, puis envoyez la modification si la Console l’affiche en attente d’examen.
Applications payantes
Certains pays peuvent ne pas être disponibles pour les applications payantes, et ajouter un pays à une application payante y ajoute des prix. S’inscrire à un test fermé ne rend pas gratuite une application payante.
Si vos testeurs sont répartis sur plusieurs régions, le guide sur les testeurs de différents pays détaille davantage les vérifications liées au pays du compte.
Source : Diffuser des versions d’application dans des pays précis (aide Play Console).
Vérifiez l’état de l’examen, de la publication et de la disponibilité
« Approuvé », « en attente » et « disponible » sont des états différents, et ils portent sur des objets différents : l’application, une mise à jour, et des éléments individuels comme une version ou un changement de pays. Une version disponible peut coexister avec une mise à jour inachevée : une file d’attente vide n’est donc pas l’objectif. L’objectif, c’est que la version et la configuration précises dont vos testeurs ont besoin soient disponibles.
Cliquez pour agrandir
| État observé | Que faire |
|---|---|
| Version en brouillon ou incomplète | Complétez les éléments requis que la Console affiche pour la version, puis poursuivez le parcours de publication. |
| Modifications concernées non envoyées pour examen | Envoyez depuis Publishing overview les modifications qui nécessitent un examen. Toutes n’en ont pas besoin : les modifications de membres dans une liste sélectionnée, par exemple, n’en demandent pas. |
| En cours d’examen | Suivez l’état affiché et l’estimation éventuelle. Ne concluez pas, sans élément qui le prouve, qu’une attente d’examen vient d’une case de testeurs restée décochée. |
| Approuvée et en attente sous publication gérée | Publiez la mise à jour quand vous voulez la mettre en ligne. L’approbation seule ne la rend pas disponible. |
| La version concernée est disponible | Poursuivez les vérifications côté testeur. Tenez compte de la propagation : un lien de test qui vient d’être publié peut mettre plusieurs heures à devenir disponible. |
| Refusée, retirée ou suspendue | Suivez le parcours de résolution propre à ce problème. Il sort du cadre de ce guide : voyez pourquoi un test fermé est refusé si la décision portait sur le test. |
Google décrit un traitement qui prend de quelques heures à sept jours, avec des cas exceptionnels plus longs. Considérez cela comme un repère de planification, pas comme un délai promis. Consultez l’état actuel et l’estimation éventuelle affichée pour votre envoi.
La publication gérée est conditionnelle
Si la publication gérée est activée, une mise à jour approuvée attend que vous la publiiez. La publication gérée ne peut pas s’appliquer à la première publication d’une application : une application toute neuve n’est donc pas retenue par ce mécanisme, elle attend l’examen, puis la propagation.
Sources : Contrôler le moment où les modifications d’une application sont examinées et publiées, Publier votre application et Configurer un test (aide Play Console).
Si le testeur peut s’inscrire mais pas installer
Un testeur peut avoir accès au test alors que son appareil ne parvient pas à en installer le build. Examinez l’appareil exact et le canal concerné dans Device catalog (catalogue des appareils), y compris la version d’Android, les exigences du manifeste et les exclusions. Ne supprimez pas des exigences de compatibilité sans comprendre pourquoi elles existent.
Examinez l’appareil et le build concerné
- Demandez au testeur le modèle de l’appareil, la version d’Android et le message exact. « Non disponible » et « non compatible » sont deux résultats différents.
- Dans Play Console, ouvrez Device catalog, recherchez le modèle et lisez son statut pour le canal auquel le testeur s’est inscrit. Les exclusions d’appareils se gèrent au niveau de l’application. La compatibilité, elle, peut varier d’un canal à l’autre, car chaque canal peut contenir un build dont les exigences de manifeste diffèrent. Examinez le statut de prise en charge du canal concerné avant de modifier une exclusion.
- Comparez la version d’Android minimale du build, les fonctionnalités matérielles requises et les éventuels appareils exclus avec l’appareil du testeur.
- Après l’inscription, vérifiez que le Play Store utilise toujours le compte inscrit. Contrôlez ensuite la disponibilité de la version, le pays Google Play (vérification 4), la compatibilité de l’appareil et le message d’erreur exact à l’installation. Si le téléchargement échoue malgré l’éligibilité, suivez le dépannage de base des téléchargements de Google.
Si une autre version est déjà installée
Un testeur qui possède déjà l’application, installée depuis un autre canal ou depuis la production, peut voir « Mettre à jour » au lieu de « Installer », ou se voir refuser un build dont le code de version est inférieur à celui déjà installé. Vérifiez quelle version se trouve sur l’appareil et laquelle le canal diffuse. Les conflits de signature et de code de version sont des problèmes de build, pas des problèmes d’accès : réglez-les dans le build plutôt qu’en réinvitant le testeur.
Sources : Consulter et restreindre les appareils compatibles avec votre application (aide Play Console) et Gérer les versions de votre application (Android Developers), qui traite de la limitation empêchant de revenir à un code de version inférieur.
Vérifiez l’accès avant d’inviter tout le groupe
Avant d’envoyer le lien à tous vos testeurs, confirmez une fois le parcours complet avec un compte de testeur éligible. Cette liste de contrôle est un relevé manuel de ce que vous avez confirmé ; elle ne lit rien dans Play Console, et un testeur qui arrivera ensuite avec un autre compte, un autre pays Google Play ou un autre appareil peut encore échouer sur ses propres conditions.
Vos vérifications manuelles sont terminées, y compris l’inscription et l’installation confirmées avec un testeur. Vérifiez séparément tout testeur supplémentaire dont le compte, le pays ou l’appareil diffère.
Si l’accès fonctionne mais que l’exigence n’avance pas
Pour les comptes de développeur personnels créés après le 13 novembre 2023, l’accès en production exige qu’au moins 12 testeurs soient inscrits depuis les 14 jours consécutifs précédents au moment où vous faites la demande. La période s’apprécie testeur par testeur : une personne qui quitte le test puis s’y réinscrit doit accomplir une nouvelle période consécutive, et les autres testeurs conservent la leur. Si les installations fonctionnent mais que la carte n’avance pas, lisez le guide de l’exigence des 12 testeurs pendant 14 jours, puis pas assez de testeurs ou les jours qui ne se mettent pas à jour.
Source : Exigences de test pour les nouveaux comptes de développeur personnels (aide Play Console).
Toujours bloqué ? Rassemblez ces informations
Si les vérifications côté testeur et les cinq vérifications dans la Console sont concluantes et qu’un échec reproductible subsiste, arrêtez de repasser en boucle sur les mêmes paramètres. Rassemblez les éléments ci-dessous et empruntez le parcours d’assistance depuis Play Console. Suivez les indications de délai affichées dans la Console ou dans votre dossier d’assistance. Évitez les envois inutiles pendant qu’un examen est en cours, car des modifications supplémentaires peuvent le retarder. Servez-vous des éléments ci-dessous pour diagnostiquer l’échec avant de modifier la version.
- Le nom du package
- Le canal prévu, sa version, le code de version et l’état de la version que vous voyez
- La date et l’heure de la dernière modification concernée, et si elle a été envoyée pour examen
- Le message exact que voit le testeur, avec une capture d’écran
- L’étape qui échoue : inscription, installation ou ouverture
- Si un seul testeur ou tous les testeurs sont concernés
- Comment l’inscription a été confirmée : l’adresse dans la liste sélectionnée ou l’appartenance au groupe, et le compte utilisé sur l’appareil
- Le pays Google Play du testeur
- Le modèle de l’appareil et la version d’Android, ainsi que le statut de ce modèle dans Device catalog
- Une capture d’écran de l’état correspondant dans la Console (canal, testeurs, pays, Publishing overview)
Modèle de dossier d’assistance
Si la copie est bloquée, sélectionnez le texte ci-dessus et copiez-le.
À ne pas demander
Ne demandez jamais à un testeur son mot de passe ni un code de validation. Tout ce qui précède s’observe depuis l’écran du testeur ou depuis votre Console.
Parcours : aide Play Console, Problèmes de visibilité et de découverte des applications, qui énumère les vérifications que Google attend en premier et la façon de contacter l’assistance. Si la version ou la demande d’accès en production a réellement été refusée, le parcours est différent : résoudre un refus de test fermé.
Aide facultative pour la configuration et le test
Si l’accès est réglé et qu’il vous manque surtout des testeurs qui s’inscrivent, installent l’application et restent inscrits pendant les 14 jours complets, PrimeTestLab les fournit. Nous passons également en revue les paramètres de canal, de liste, de lien, de pays et d’état au regard de ce guide avant la première inscription, afin que les problèmes d’accès ci-dessus soient traités avant que le décompte ne commence. Le test démarre généralement de 4 à 6 heures après la confirmation de votre lien de test.
Pourquoi plus de 12
La période continue de chaque testeur s’apprécie individuellement. Si vous en avez exactement 12 et que l’un d’eux quitte le test, vous passez sous le seuil au moment de la demande, jusqu’à ce qu’un remplaçant accomplisse sa propre période consécutive ; les autres conservent leur progression. Quelques testeurs supplémentaires évitent qu’un seul abandon ne repousse la date de votre demande. Voyez comment prévoir une marge de testeurs.
Nos formules actuelles
- Atteint le nombre de 12 testeurs
- Appareils Android réels
- Couverture complète de 14 jours
- La plus grande marge au-delà de 12
- La plus grande diversité d’appareils
- Couverture complète de 14 jours
- Marge au-delà de 12 incluse
- Diversité d’appareils plus large
- Couverture complète de 14 jours
Les prix s’entendent par formule ; les frais de service vous sont indiqués au moment du paiement, avant validation. Comparez les formules de test et l’accompagnement à la configuration, ou découvrez comment fonctionne le service.
Questions fréquentes
Pourquoi Google Play indique-t-il que l’application n’est pas disponible pour un testeur que j’ai invité ?
Le plus souvent, le testeur est connecté avec un compte qui n’est pas celui qui a été invité, il a été ajouté à une liste qui n’est pas sélectionnée sur le canal, ou il n’a pas terminé l’étape d’inscription. Vérifiez le compte invité, la liste sélectionnée ou l’appartenance au groupe, et l’inscription effectuée, avant de modifier des paramètres dans la Console.
Le testeur a rejoint le groupe Google mais ne parvient toujours pas à s’inscrire au test. Pourquoi ?
Vérifiez que le testeur est bien membre du groupe, et pas seulement invité, et que ce groupe est celui qui est sélectionné sur le canal. Le testeur s’inscrit ensuite avec le même compte que celui utilisé pour le groupe. À elle seule, l’appartenance au groupe n’inscrit personne : l’étape d’inscription reste à effectuer.
Le testeur s’est inscrit mais ne parvient pas à installer l’application. Que faut-il vérifier ?
Vérifiez que le Play Store utilise le même compte que celui qui s’est inscrit au test. Contrôlez ensuite la version concernée, le pays Google Play, la compatibilité de l’appareil et toute version déjà installée. Servez-vous du message d’erreur exact pour décider s’il faut examiner l’accès au test, le build ou un problème de téléchargement.
Mes modifications sont approuvées, mais l’application n’est toujours pas disponible. Pourquoi ?
L’approbation n’est pas la disponibilité. Si la publication gérée est activée, une mise à jour approuvée attend que vous la publiiez. Un lien de test qui vient d’être publié peut aussi mettre plusieurs heures à devenir disponible, et la version précise dont vos testeurs ont besoin peut encore être inachevée alors que d’autres modifications sont approuvées.
Le test fermé et la production utilisent-ils les mêmes pays ?
Par défaut, oui : la disponibilité par pays d’un test est synchronisée avec celle de la production. Pour cibler le test indépendamment, utilisez Unsync countries/regions sur le canal, puis modifiez ses pays. Google applique le pays Google Play enregistré sur le compte du testeur, et non l’endroit où il se trouve.
Pourquoi le test interne fonctionne-t-il alors que le test fermé ne fonctionne pas ?
Le test interne est un canal distinct, avec son propre lien et ses propres testeurs. Un testeur inscrit à votre test interne n’est pas éligible au test fermé tant qu’il ne s’est pas désinscrit du test interne pour s’inscrire ensuite par le lien du test fermé. Le temps passé en test interne ne compte pas non plus pour l’exigence de test fermé. Vérifiez aussi la disponibilité par pays et les exclusions d’appareils : le test interne bénéficie d’exceptions que le test fermé n’a pas.
L’accès fonctionne, mais l’exigence de test fermé n’avance pas. Que faire ?
C’est un problème différent de celui de l’accès. Pour les comptes de développeur personnels créés après le 13 novembre 2023, au moins 12 testeurs doivent être inscrits depuis les 14 jours consécutifs précédents au moment de la demande, période appréciée testeur par testeur. Lisez le guide de l’exigence des 12 testeurs et celui sur les jours qui ne se mettent pas à jour, plutôt que de modifier les paramètres d’accès.
Que faire ensuite
En bref
Traitez « non disponible » comme un symptôme et identifiez l’étape à laquelle l’accès échoue. Vérifiez le compte invité et l’inscription effectuée, puis le canal, la liste sélectionnée, l’invitation, les pays et l’état de publication, et prouvez l’accès avec un testeur éligible avant d’inviter tout le monde. Si un échec reproductible résiste à toutes les vérifications, transmettez les éléments rassemblés à l’assistance Play Console. Dès qu’un testeur parvient à s’inscrire et à installer l’application, partagez l’invitation avec le groupe et suivez le guide consacré à la période de test pour l’exigence elle-même.
Sources officielles