Lien d’opt-in Google Play qui ne fonctionne pas : 7 vérifications à faire

Le lien d’opt-in est souvent le dernier petit détail qui bloque tout un test fermé. Vous avez publié un bundle, ajouté les adresses de vos testeurs et copié le lien depuis Play Console, mais certains voient « Une erreur s’est produite », une page introuvable ou un écran sans bouton d’installation. Dans la majorité des cas, recréer toute la piste ne sert à rien : il faut identifier laquelle des conditions d’accès n’est pas encore remplie.

Voici l’ordre de vérification le plus rapide, du problème le plus fréquent au plus discret.

1. Confirmer que la version est réellement publiée

Un lien d’opt-in ne devient utilisable que lorsque l’application est au statut Publiée sur la piste concernée. Une version en brouillon, en cours d’examen ou en attente de publication ne suffit pas. Ouvrez Tester et publier > Tests > Test fermé, choisissez la bonne piste et vérifiez le statut de la version, pas seulement la présence de votre fichier AAB dans la bibliothèque.

Après la toute première publication d’un test, Google prévient que le lien peut demander plusieurs heures avant d’être accessible. Les changements ultérieurs — nouvelle liste, pays ajouté ou nouvelle version — peuvent eux aussi prendre du temps. Si tout vient d’être enregistré, attendez la propagation avant de modifier dix réglages à la fois : vous risqueriez de ne plus savoir quelle action a résolu le problème.

2. Vérifier que vous partagez le lien de la bonne piste

Une même application peut posséder une piste interne, une piste fermée principale et plusieurs pistes fermées supplémentaires. Chacune a ses propres testeurs et sa propre configuration. Le lien copié depuis la piste interne n’inscrit pas une personne au test fermé exigé pour l’accès production.

Retournez dans l’onglet Testeurs de la piste fermée qui doit compter pour les 14 jours, puis copiez à nouveau son lien partageable. Si vous avez nommé plusieurs pistes, notez leur nom à côté de chaque URL dans votre tableau de suivi.

3. Utiliser exactement le compte Google autorisé

Le testeur doit ouvrir le lien avec le même compte Google que celui ajouté à votre liste. Sur un smartphone Android qui contient plusieurs comptes, le Play Store peut sélectionner automatiquement le mauvais profil. Le lien paraît alors cassé alors qu’il fonctionne pour le compte autorisé.

Demandez au testeur de vérifier l’adresse active dans le Play Store, puis d’ouvrir le lien dans un navigateur connecté au même compte. En cas de doute, une fenêtre privée n’aide que si la personne se reconnecte explicitement avec la bonne adresse.

4. Pour un Google Group, rejoindre le groupe avant l’opt-in

Quand l’accès est géré avec un Google Group, saisir l’adresse du groupe dans Play Console ne rend pas automatiquement tous les futurs visiteurs éligibles. Le testeur doit d’abord être membre du groupe, puis ouvrir le lien d’opt-in et confirmer sa participation.

L’ordre correct est donc :

1. rejoindre le Google Group avec le compte destiné au test ;
2. attendre que l’adhésion soit effective ;
3. ouvrir le lien d’opt-in de la piste fermée ;
4. accepter le programme ;
5. installer l’application depuis Google Play.

5. Sortir d’un éventuel test interne

Google précise qu’un utilisateur inscrit au test interne d’une application n’est plus éligible à ses pistes ouvertes ou fermées. C’est un cas fréquent lorsque le développeur a d’abord utilisé les mêmes amis pour une vérification interne rapide.

Le testeur doit ouvrir la page du test interne, choisir de quitter le programme, puis rejoindre la piste fermée. L’opération peut ne pas être instantanée. Vérifiez ensuite dans Play Console que cette personne apparaît bien sur la piste qui compte pour votre période de 14 jours.

6. Contrôler la disponibilité par pays et l’appareil

Les pays sélectionnés pour la distribution s’appliquent aux pistes ouvertes et fermées. Si votre testeur se trouve dans une zone absente de la configuration, l’application peut ne pas lui être proposée. Vérifiez également que son appareil respecte le niveau Android, l’architecture et les exclusions définies par votre bundle.

Pour distinguer un problème d’éligibilité d’un problème de compatibilité, demandez une capture de la page obtenue après l’opt-in. Si l’inscription est acceptée mais que l’installation reste indisponible, examinez le catalogue d’appareils et les pays. Si l’inscription elle-même échoue, concentrez-vous sur le compte, la liste et la piste.

7. Ne pas confondre lien Play Store et lien d’opt-in

Avant la production, une application en test fermé n’est généralement pas trouvable par une recherche classique dans le Play Store. Le développeur doit partager le parcours prévu pour les testeurs. Le lien d’opt-in sert à accepter le programme ; la page qui suit fournit ensuite l’accès à l’installation.

Envoyer seulement une URL publique de fiche à une personne qui n’a pas encore accepté le test produit souvent un écran vide ou indisponible. Dans votre message d’invitation, expliquez clairement les deux actions : accepter, puis installer.

La checklist à envoyer au testeur

Avant de conclure que Play Console est en panne, demandez au testeur de confirmer ces cinq points :

• l’adresse Google utilisée est exactement celle autorisée ;
• il a rejoint le Google Group si vous utilisez cette méthode ;
• il n’est plus inscrit au test interne de la même application ;
• il a ouvert le lien après la publication effective de la piste ;
• il voit une confirmation d’inscription avant de chercher le bouton Installer.

Une fois le lien réparé, ne démarrez pas votre calendrier sur la date d’ajout de l’e-mail. Le jour utile est celui où la personne a réellement confirmé son opt-in. Pour suivre le bon indicateur, consultez notre guide du tableau de bord des testeurs Play Console.