Configurez les tests de sandbox Android

La configuration appropriée dans le console Google Play est requise pour tester les achats en application. Ce guide vous guidera dans la configuration de la mise en sandbox pour votre application Android.

Utilisez la bonne version pour le travail

Avant de commencer, séparez ces trois types de build Android :

• Build de débogage local/dev: Bon pour vérifier l'interface utilisateur et les intégrations natives sur votre appareil.
• Build de signature de version de production AAB téléchargé dans le console Google Play: Nécessaire pour des tests de facturation Google Play réalistes.
• Build de test Play installé: La version que vos testeurs installent à partir d'une trajectoire interne ou fermée. Utilisez cette version pour la validation des achats.

Si vous n'installez qu'un APK à partir de Android Studio ou adb, Google Play Billing peut ne pas se comporter de la même manière qu'en production. Pour la validation des abonnements et des achats en application, testez toujours avec une version installée à partir de Google Play.

Prérequis

• Un compte développeur Google Play Console. Si vous n'avez pas créé un compte encore, commencez par Inscription au Play Console.
• Un enregistrement d'application créé dans Play Console avec votre nom de package Android final
• Vos produits ou abonnements en application créés dans Play Console
• Un compte Gmail de test que vous pouvez ajouter à la mise en œuvre de la licence
• Une version de mise en production signée prête à l'envoi

Avant de passer du temps sur la configuration des factures, créez l'application dans Play Console et décidez si elle sera gratuit ou context : fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé parente `alternatives_cta_questions`). Page/zone : page de comparaison des alternatives de mise à jour en direct de Capacitor. Rôle : paragraphe de marketing ou juridique long. Vu dans : page alternatives.astro. Conservez les termes de produit et de marque Capgo ainsi que les termes de développeur exactement. Clé de message `alternatives_cta_questions` (Questions de l'appel à l'action des alternatives). | Fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé parente `appflow_cta_questions`). Page/zone : page de comparaison/migration de Appflow. Rôle : paragraphe de marketing ou juridique long. Vu dans : page ionic-appflow.astro. Conservez les termes de produit et de marque Capgo ainsi que les termes de développeur exactement. Clé de message `appflow_cta_questions` (Questions de l'appel à l'action d'Appflow). | Fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé parente `capwesome_cta_questions`). Page/zone : page de comparaison de Capawesome. Rôle : paragraphe de marketing ou juridique long. Vu dans : page capwesome.astro. Conservez les termes de produit et de marque Capgo ainsi que les termes de développeur exactement. Clé de message `capwesome_cta_questions` (Questions de l'appel à l'action de Capawesome). | Fragment de texte HTML d'une chaîne de dialogue Capgo plus longue (clé parente `consulting_faq_subtitle`). Page/zone : page de services de consulting. Rôle : sous-titre ou slogan de section. Vu dans : page consulting.astro. Conservez les termes de produit et de marque Capgo ainsi que les termes de développeur exactement. Clé de message `consulting_faq_subtitle` (Sous-titre des questions fréquentes de consulting). | Page/zone : page de comparaison/migration d'Appflow. Rôle : étiquette de navigation ou élément de navigation court. Vu dans : page ionic-appflow.astro, page ionic-enterprise-plugins.astro, page solutions/ionic-enterprise-plugins.astro. Clé de message `appflow_plugins_or` (Appflow Plugins ou).. Google vous permet de déplacer une application payante vers gratuite ultérieurement, mais une fois qu'une application a été proposée en gratuité, elle ne peut pas être réorientée vers payante.

Utilisez un bundle d'application Android (.aab) pour les nouvelles applications de Google Play :

bunx cap sync android
cd android
./gradlew bundleRelease

Assurez-vous que votre configuration de signature Android pour la mise en production est déjà configurée avant de lancer bundleRelease. Si votre clé de signature, votre configuration de signature ou vos mots de passe de mise en production ne sont pas encore définis, créez le bundle signé à partir de Android Studio avec Génération > Générez un bundle signé d'application / APKqui vous demande ces valeurs.

Procédure de configuration

1. Ajouter un compte de test

   In le console de Play, ouvrez Paramètres > Test de licence et ajoutez le compte Google principal utilisé sur votre appareil de test Android.

   Cela garantit que les achats affichent le flux de test de Play au lieu d'essayer un paiement réel.

   

2. Sélectionnez une Voie de test

   Allez à Test et mise en production > Test et choisissez l'une de ces voies :

   • Test interne: Chemin le plus rapide pour les tests de QA et de facturation. Les nouveaux lots sont normalement disponibles en quelques minutes.
   • Test fermé: Pour une utilisation plus large et requise avant la production pour les comptes développeurs personnels créés après le 13 novembre 2023.

   Pour une première mise en ligne, Play peut afficher un nom d'application temporaire et des informations de liste pour les testeurs internes pendant jusqu'à 48 heures.

   

3. Créer une liste de testeurs

   Après avoir ouvert votre piste, créez une liste de testeurs et ajoutez les comptes Google qui devraient recevoir la build.

   Si vous travaillez vers l'accès à la production sur un compte personnel nouvellement créé, assurez-vous d'utiliser la testation fermée et maintenez au moins 12 testeurs optés pour 14 jours consécutifs.

   

4. Charger une Build Signée

   Créer une nouvelle mise en ligne dans la piste de test sélectionnée et charger votre build signée .aab.

   Les nouvelles applications Google Play devraient utiliser un Android App Bundle plutôt qu'un APK. Après chargement, enregistrez la mise en ligne, corrigez les bloqueurs de politique ou de liste de magasin indiqués par Play, puis publiez la mise en ligne dans la piste de test.

   

5. Rejoignez le Programme de Test

   Ouvrez l'URL de participation opt-in sur votre appareil de test et cliquez sur le “Devenez un testeur” bouton pour vous inscrire.

   Installez l'application à partir de la liste de la Play Store créée par ce flux de participation opt-in, et non à partir d'un APK exporté localement.

   

6. Construisez et Testez

   Lancez la version de Play installée sur l'appareil de test et effectuez une commande d'achat. Vous devriez voir un message comme:

   “Ceci est une commande de test ; vous ne serez pas facturé.”

   

Notes importantes

• Pour la facturation QA, désinstallez toute copie de l'application chargée par sidéloading avant d'installer la version de test de Play.
• Le test interne est excellent pour les tests rapides de fumée, mais la testification fermée est la piste qui compte pour l'accès de production à un compte personnel.
• Les comptes de test ne seront pas facturés pour les achats.
• Les achats de test utilisent le même flux que les achats de production.
• On peut tester toutes les fonctionnalités d'abonnement, y compris les essais et les offres d'introduction.
• Les abonnements de test ont des périodes de renouvellement accélérées pour un test plus rapide.
• Utilisez le même compte Google pour les trois endroits : la boutique Play sur le dispositif, le flux d'opt-in du testeur et la licence de test.

Résolution des problèmes

Les produits ne s'affichent pas en mode test :

• Assurez-vous que votre application est chargée sur une piste de test
• Vérifiez que le compte de test est ajouté à la licence de testage
• Vérifiez que les produits sont actifs dans le console de Google Play
• Confirmez que la build a été installée à partir de Google Play, et non chargée localement

“Le produit n'est pas disponible” : erreur :

• Attendez 2-3 heures après avoir créé des produits pour qu'ils deviennent disponibles
• Assurez-vous que le nom de package de votre application correspond à celui dans le console de Play
• Vérifiez que vous êtes connecté avec un compte de test
• Confirmez que vous avez téléchargé la build de version signée qui pointe vers le même nom de package et le catalogue de produits

Les achats affichés comme des frais réels :

• Vérifiez à nouveau que le compte est ajouté à la licence de testage
• Assurez-vous d'utiliser la build de la piste de testage
• Vérifiez que le bandeau de testage apparaît lors de l'achat

Ressources supplémentaires

• Effectuer des achats de test avec Google Play Billing
• Configurer un test ouvert, fermé ou interne
• Exigences de test pour de nouveaux comptes développeurs personnels

Continuez de la configuration de la mise en sandbox d'Android

Si vous utilisez Configurer la mise en sandbox d'Android pour planifier l'approbation et la distribution dans les magasins, connectez-l’avec à l'aide de @capgo/native-purchases pour la capacité native dans à l'aide de @capgo/native-purchases, @capgo/capacitor-revue-in-app pour les détails d'implémentation dans @capgo/capacitor-revue-in-app En utilisant @capgo/capacitor-revue-in-app pour la capacité native dans En utilisant @capgo/capacitor-revue-in-app @capgo/capacitor-marché-natif pour les détails d'implémentation dans @capgo/capacitor-marché-natif, et En utilisant @capgo/capacitor-marché-natif pour la capacité native dans En utilisant @capgo/capacitor-marché-natif