App settings
Vous pouvez accéder à l’onglet General de la page App Settings pour gérer le comportement, l’apparence et le partage des revenus de votre application. Vous pouvez y personnaliser le nom et l’icône de votre application, gérer vos clés SDK et API Adapty, définir votre statut dans le programme Small Business et choisir le fuseau horaire pour les analyses et les graphiques de votre application.
1. Détails de l’application
Choisissez un nom et une icône uniques qui représentent votre application dans l’interface Adapty. Notez que le nom et l’icône de l’application n’auront aucun effet sur le nom et l’icône de l’application dans l’App Store ou Google Play. Veillez également à sélectionner une catégorie d’application appropriée qui reflète fidèlement le but et le contenu de votre application. Cela aidera les utilisateurs à découvrir votre application et à s’assurer qu’elle apparaît dans les bonnes catégories du store.
2. Membre du programme Small Business et frais de service réduits
Si votre organisation est inscrite au programme Small Business d’Apple ou au programme de frais de service réduits de Google, vos applications bénéficient d’une commission de store réduite.
Informez Adapty si votre application est inscrite à un programme de commission réduite. Pour garantir des calculs corrects, précisez le statut de ces programmes dans la section “Reduced Store Fee”.
Le paramètre de frais réduits ne s’applique qu’aux transactions futures. Modifiez votre statut avant qu’il entre en vigueur, et Adapty ajustera le taux de commission.
- Si vous prolongez votre participation à un programme de frais réduits, ajoutez une période d’éligibilité supplémentaire.
- Si vous perdez votre adhésion au programme, modifiez la date d’expiration de votre période d’éligibilité actuelle.
Les articles suivants approfondissent ce sujet :
3. Fuseau horaire de reporting
Choisissez le fuseau horaire correspondant à l’emplacement de votre organisation, ou là où les analyses et graphiques de votre application sont les plus pertinents. Nous recommandons d’utiliser le même fuseau horaire que votre compte App Store Connect ou Google Play Console pour assurer la cohérence. Notez que ce paramètre de fuseau horaire n’affecte pas les intégrations tierces dans le système Adapty, qui utilisent le fuseau horaire UTC.
Vous pouvez accéder aux paramètres de fuseau horaire dans la section Reported timezone de l’onglet General de la page App Settings. Vous pouvez également choisir d’appliquer le même fuseau horaire à toutes les applications de votre compte Adapty en cochant la case correspondante.
4. Définition des installations pour les analyses
Choisissez ce qui est défini comme un nouvel événement d’installation dans les analyses :
| Base | Description |
|---|---|
| New device_ids | (Recommandé) Chaque installation de l’application depuis le store sur un appareil est comptabilisée comme une nouvelle installation. Cela inclut les premières installations et les réinstallations. Les installations sont comptées par identifiant d’appareil et ne sont pas affectées par l’authentification de l’utilisateur. La création d’un profil (lors de l’activation du SDK ou de la déconnexion), la connexion ou la mise à jour de l’application ne génère pas d’événements d’installation supplémentaires. Par exemple, si la même application est installée sur 5 appareils différents, vous verrez 5 installations dans les analyses. |
| New customer_user_ids | Cette option est destinée aux applications qui identifient les utilisateurs dans Adapty iOS, Android, React Native, Flutter, Unity, Kotlin Multiplatform, Capacitor . Pour les utilisateurs connectés, seule la première installation associée à un identifiant utilisateur client est comptabilisée comme une installation. Les installations sur des appareils supplémentaires ne sont pas comptées comme de nouvelles installations. Les utilisateurs anonymes (utilisateurs qui ne se sont pas connectés) ne sont pas comptabilisés dans les analyses. La réinstallation de l’application ou une nouvelle connexion ne crée pas d’installations supplémentaires. Les stores d’applications et les plateformes d’attribution (comme App Store Connect, Google Play Console et AppsFlyer) utilisent une approche basée sur les appareils pour compter les installations. Si vous comptez les installations par identifiants utilisateur client dans Adapty, les chiffres d’installation peuvent différer de ceux de ces services externes. ⚠️ Si vous n’identifiez pas les utilisateurs dans Adapty, aucune installation ne sera comptée avec cette option activée. |
| New profiles in Adapty | (Héritage) Chaque installation, réinstallation et profil anonyme créé lors de déconnexions est comptabilisé comme une nouvelle installation. |
Gardez à l’esprit que cette option n’affecte que la page Analytics et n’a pas d’impact sur la page Overview, où vous pouvez configurer la vue séparément.
5. Logique d’augmentation de prix sur l’App Store
Pour maintenir des données précises et éviter les écarts entre les analyses Adapty et les résultats d’App Store Connect, il est important de sélectionner l’option appropriée lors de l’ajustement des configurations liées aux augmentations de prix dans App Store Connect. Vous pouvez donc choisir la logique qui sera appliquée aux augmentations de prix d’abonnement dans Adapty :
- Le prix d’abonnement pour les utilisateurs existants est conservé : En sélectionnant cette option, le prix actuel sera maintenu pour vos abonnés existants, même si vous modifiez le prix dans App Store Connect. Cela signifie que les abonnés existants continueront à être facturés au prix d’abonnement d’origine.
- Lorsque le prix d’abonnement est modifié dans App Store Connect, il change également pour les abonnés existants : Si vous choisissez cette option, toute modification de prix effectuée dans App Store Connect sera également appliquée à vos abonnés existants. Cela signifie que les abonnés existants seront facturés au nouveau prix reflétant la tarification mise à jour dans App Store Connect.
Il est important de prendre en compte que l’option sélectionnée n’affecte pas seulement les analyses dans Adapty, mais impacte également les intégrations et le comportement global de gestion des transactions.
Assurez-vous de sélectionner l’option qui correspond à votre approche souhaitée pour la gestion des prix d’abonnement pour les abonnés existants. Cela contribuera à maintenir des données précises et une synchronisation entre les analyses Adapty et les résultats obtenus depuis App Store Connect.
6. Partage de l’accès payant entre les comptes utilisateurs
Article principal : Partage de l’accès payant entre les comptes utilisateurs
Le paramètre Sharing paid access between user accounts détermine ce que fait Adapty lorsque plusieurs profils utilisateurs tentent d’accéder au même achat. Vous pouvez spécifier un paramètre de partage d’accès distinct pour l’environnement sandbox.
Activé (par défaut)
Les utilisateurs identifiés (ceux qui ont un Customer User ID) peuvent partager le même niveau d’accès fourni par Adapty si leur appareil est connecté au même identifiant Apple/Google. C’est utile quand un utilisateur réinstalle l’application et se connecte avec un autre e-mail — il conserve tout de même l’accès à son achat précédent. Avec cette option, plusieurs utilisateurs identifiés peuvent partager le même niveau d’accès.
Même si le niveau d’accès est partagé, toutes les transactions passées et futures sont enregistrées comme événements dans le Customer User ID d’origine afin de maintenir des analyses cohérentes et conserver un historique de transactions complet — y compris les périodes d’essai, les achats d’abonnement, les renouvellements, etc., liés au même profil.
Transférer l’accès au nouvel utilisateur
Les utilisateurs identifiés peuvent continuer à accéder au niveau d’accès fourni par Adapty, même s’ils se connectent avec un Customer User ID différent ou réinstallent l’application, tant que l’appareil est connecté au même identifiant Apple/Google.
Contrairement à l’option précédente, Adapty transfère l’achat entre les utilisateurs identifiés. Cela garantit que le contenu acheté est disponible, mais un seul utilisateur peut y avoir accès à la fois. Par exemple, si UserA achète un abonnement et que UserB se connecte sur le même appareil et restaure les transactions, UserB obtient l’accès à l’abonnement, et celui-ci est révoqué pour UserA.
Si l’un des utilisateurs (le nouveau ou l’ancien) n’est pas identifié, le niveau d’accès sera tout de même partagé entre ces profils dans Adapty.
Bien que le niveau d’accès soit transféré, toutes les transactions passées et futures sont enregistrées comme événements dans le Customer User ID d’origine afin de maintenir des analyses cohérentes et conserver un historique de transactions complet — y compris les périodes d’essai, les achats d’abonnement, les renouvellements, etc., liés au même profil.
Après être passé à Transférer l’accès au nouvel utilisateur, les niveaux d’accès ne seront pas transférés entre les profils immédiatement. Le processus de transfert pour chaque niveau d’accès spécifique est déclenché uniquement lorsqu’Adapty reçoit un événement du store, comme un renouvellement d’abonnement, une restauration ou lors de la validation d’une transaction.
Désactivé
Le premier profil d’utilisateur identifié à obtenir un niveau d’accès le conservera indéfiniment. C’est la meilleure option si votre logique métier exige que les achats soient liés à un seul Customer User ID.
Notez que les niveaux d’accès sont tout de même partagés entre les utilisateurs anonymes.
Vous pouvez « délier » un achat en supprimant le profil de l’utilisateur propriétaire. Après la suppression, le niveau d’accès devient disponible pour le premier profil utilisateur qui le réclame, qu’il soit anonyme ou identifié.
La désactivation du partage ne concerne que les nouveaux utilisateurs. Les abonnements déjà partagés entre utilisateurs continueront de l’être même après la désactivation de cette option.
Apple et Google exigent que les achats intégrés soient partagés ou transférés entre utilisateurs car ils s’appuient sur l’identifiant Apple/Google pour y associer l’achat. Sans partage, la restauration des achats risque de ne pas fonctionner lors des réinstallations ultérieures.
La désactivation du partage peut empêcher les utilisateurs de retrouver l’accès après connexion.
Nous recommandons de désactiver le partage uniquement si vos utilisateurs sont tenus de se connecter avant d’effectuer un achat. Dans le cas contraire, un utilisateur identifié pourrait acheter un abonnement, se connecter à un autre compte et perdre définitivement l’accès.
Quel paramètre choisir ?
| Mon application… | Option à choisir |
|---|---|
| N’a pas de système de connexion et utilise uniquement les identifiants de profil anonymes d’Adapty. | Utilisez l’option par défaut, car les niveaux d’accès sont toujours partagés entre les identifiants de profil anonymes pour les trois options. |
| Dispose d’un système de connexion optionnel et permet aux clients d’effectuer des achats avant de créer un compte. | Choisissez Transférer l’accès au nouvel utilisateur pour garantir que les clients qui achètent sans compte pourront toujours restaurer leurs transactions ultérieurement. |
| Exige que les clients créent un compte avant d’acheter, mais permet de lier les achats à plusieurs Customer User ID. | Choisissez Transférer l’accès au nouvel utilisateur pour garantir qu’un seul Customer User ID a accès à la fois, tout en permettant aux utilisateurs de se connecter avec un autre Customer User ID sans perdre leur accès payant. |
| Exige que les clients créent un compte avant d’acheter, avec des règles strictes liant les achats à un seul Customer User ID. | Choisissez Désactivé pour garantir que les transactions ne sont jamais transférées entre comptes. |
7. Clés SDK et API
Utilisez une clé SDK publique pour intégrer les SDK Adapty dans votre application, et une clé secrète pour accéder à l’API serveur d’Adapty. Vous pouvez générer de nouvelles clés ou révoquer les clés existantes selon vos besoins. Pour créer des tokens pour le CLI développeur, accédez à Settings → Developer API. Voir Authentication.
8. Appareils de test
Spécifiez les appareils à utiliser pour les tests afin de s’assurer qu’ils reçoivent des mises à jour instantanées pour les modifications de paywall ou de placement, en contournant les délais de mise en cache. Pour plus d’informations, consultez Testing devices.
9. Adhérence de variation inter-placement
Définissez combien de temps après la fin d’un test un utilisateur continue à voir les variantes du test. Cela affecte la précision des analyses et l’expérience utilisateur — car présenter à un utilisateur une offre différente de celle qu’il a déjà vue peut influencer sa décision d’achat.
La période d’adhérence maximale et par défaut est de 90 jours.
Tenez compte des points suivants :
- La modification de ce paramètre affectera tous les utilisateurs qui ont précédemment reçu une variante. Ils seront immédiatement éligibles à un nouveau paywall lorsqu’ils verront un placement, ce qui peut fausser les résultats de vos tests A/B en cours.
- Si la période d’adhérence est expirée pour un utilisateur, il peut recevoir un nouveau paywall ou test A/B. Cependant, même dans ce cas, il ne pourra jamais faire partie d’un autre test inter-placement.
10. Supprimer l’application
Si vous n’avez plus besoin d’une application, vous pouvez la supprimer d’Adapty.
Veuillez noter que cette action est irréversible et que vous ne pourrez pas restaurer l’application ni ses données.