Récupérer les paywalls et produits pour les paywalls Remote Config dans le SDK Unity

Avant de présenter la configuration distante et les paywalls personnalisés, vous devez récupérer les informations les concernant. Notez que ce sujet traite de Remote Config et des paywalls personnalisés. Pour obtenir des instructions sur la récupération des flows ou des paywalls personnalisés dans le Flow Builder ou le Paywall Builder, consultez Récupérer les flows et paywalls.

Vous souhaitez voir un exemple concret d’intégration du SDK Adapty dans une application mobile ? Consultez nos exemples d’applications, qui illustrent la configuration complète, notamment l’affichage des paywalls, les achats et d’autres fonctionnalités de base.

Avant de commencer à récupérer les flows et les produits dans votre application mobile (cliquez pour développer)
  1. Créez vos produits dans l’Adapty Dashboard.

  2. Créez un flow ou un paywall et intégrez-y les produits dans l’Adapty Dashboard.

  3. Créez des placements et intégrez votre flow ou paywall dans le placement dans l’Adapty Dashboard.

  4. Installez le SDK Adapty dans votre application mobile.

Récupérer les informations d’un flow

Dans Adapty, un produit est une combinaison de produits provenant de l’App Store et de Google Play. Ces produits multi-plateformes sont intégrés dans des flows et des paywalls, ce qui vous permet de les présenter dans des placements spécifiques de votre application mobile.

Pour afficher les produits, vous devez obtenir un AdaptyFlow depuis l’un de vos placements à l’aide de la méthode GetFlow.

N’encodez pas les identifiants de produits en dur. Le seul identifiant à coder en dur est l’identifiant du placement. Les flows sont configurés à distance, donc le nombre de produits et les offres disponibles peuvent changer à tout moment. Votre application doit gérer ces changements dynamiquement — si un flow retourne deux produits aujourd’hui et trois demain, affichez-les tous sans modifier le code.

Adapty.GetFlow(
    "YOUR_PLACEMENT_ID",
    AdaptyPlacementFetchPolicy.Default,
    TimeSpan.FromSeconds(5),
    (flow, error) => {
        if (error != null) {
            // handle the error
            return;
        }

        // flow - the requested flow
    }
);
ParamètrePrésenceDescription
placementIdrequisL’identifiant du Placement. C’est la valeur que vous avez spécifiée lors de la création d’un placement dans votre Adapty Dashboard.
fetchPolicypar défaut : AdaptyPlacementFetchPolicy.Default

Par défaut, le SDK tente de charger les données depuis le serveur et renvoie les données en cache en cas d’échec. Nous recommandons cette option, car elle garantit que vos utilisateurs reçoivent toujours les données les plus récentes.

Cependant, si vous pensez que vos utilisateurs ont une connexion internet instable, envisagez d’utiliser AdaptyPlacementFetchPolicy.ReturnCacheDataElseLoad pour renvoyer les données en cache si elles existent. Dans ce cas, les utilisateurs risquent de ne pas obtenir les toutes dernières données, mais ils bénéficieront de temps de chargement plus rapides, quelle que soit la qualité de leur connexion. Le cache est mis à jour régulièrement, il est donc sans risque de l’utiliser pendant la session pour éviter les requêtes réseau.

Notez que le cache reste intact après le redémarrage de l’application et n’est effacé que lors d’une réinstallation ou d’un nettoyage manuel.

Le SDK Adapty stocke les flows et les paywalls sur deux couches : le cache mis à jour régulièrement décrit ci-dessus et les paywalls de secours. Nous utilisons également un CDN pour récupérer les flows et les paywalls plus rapidement, ainsi qu’un serveur de secours indépendant en cas d’inaccessibilité du CDN. Ce système est conçu pour vous garantir en permanence la dernière version de vos flows et paywalls, tout en assurant la fiabilité même lorsque la connexion internet est limitée.

loadTimeoutpar défaut : 5 sec

Cette valeur limite le délai d’expiration de cette méthode. Si le délai est atteint, les données en cache ou le fallback local sont renvoyés.

Notez que dans de rares cas, cette méthode peut expirer légèrement après la valeur spécifiée dans loadTimeout, car l’opération peut comprendre plusieurs requêtes en coulisses.

Ne codez pas les identifiants de produit en dur ! Puisque les flows sont configurés à distance, les produits disponibles, leur nombre et les offres spéciales (comme les essais gratuits) peuvent changer au fil du temps. Assurez-vous que votre code gère bien ces scénarios. Par exemple, si vous récupérez initialement 2 produits, votre application doit afficher ces 2 produits. Mais si vous en récupérez ensuite 3, votre application doit tous les afficher sans nécessiter de modification du code. La seule chose à coder en dur est l’identifiant du placement.

Paramètres de réponse :

ParamètreDescription
FlowUn objet AdaptyFlow contenant : l’identifiant du flow, les variantes de paywall (Paywalls — chacune avec ses propres identifiants de produits), une liste RemoteConfigs (une entrée par locale configurée), et plusieurs autres propriétés. Pour récupérer les produits du flow, appelez GetPaywallProducts(flow).

Dans la v4, GetFlow n’a pas de paramètre locale. Lorsque vous affichez un flow avec CreateFlowView, la localisation est résolue automatiquement. Pour les paywalls personnalisés, toutes les localisations disponibles sont retournées ensemble dans flow.RemoteConfigs — choisissez la locale correspondant à l’appareil de l’utilisateur ou au paramètre de votre application. Consultez Localisations et codes de langue pour plus de détails.

Récupérer les produits

Une fois que vous avez le flow, vous pouvez récupérer le tableau de produits qui lui correspond :

Adapty.GetPaywallProducts(flow, (products, error) => {
    if (error != null) {
        // handle the error
        return;
    }

    // products - the requested products array
});

Paramètres de la réponse :

ParamètreDescription
ProductsListe d’objets AdaptyPaywallProduct contenant : identifiant du produit, nom du produit, prix, devise, durée de l’abonnement et plusieurs autres propriétés.

Lors de la mise en œuvre de votre propre design de flow, vous aurez probablement besoin d’accéder à ces propriétés depuis l’objet AdaptyPaywallProduct. Les propriétés les plus couramment utilisées sont illustrées ci-dessous.

PropriétéDescription
TitlePour afficher le titre du produit, utilisez product.LocalizedTitle. La localisation se base sur le pays du store sélectionné par l’utilisateur, et non sur la locale de l’appareil.
PricePour afficher une version localisée du prix, utilisez product.Price.LocalizedString. Cette localisation se base sur les informations de locale de l’appareil. Vous pouvez également accéder au prix sous forme numérique via product.Price.Amount — la valeur est fournie dans la devise locale. Pour obtenir le symbole de devise associé, utilisez product.Price.CurrencySymbol.
Subscription PeriodPour afficher la période (ex. : semaine, mois, année, etc.), utilisez product.Subscription?.LocalizedPeriod. Cette localisation se base sur la locale de l’appareil. Pour récupérer la période d’abonnement par programmation, utilisez product.Subscription?.Period. Vous pouvez ensuite accéder à l’enum Unit pour obtenir la durée (c’est-à-dire AdaptySubscriptionPeriodUnit.Day, AdaptySubscriptionPeriodUnit.Week, AdaptySubscriptionPeriodUnit.Month, AdaptySubscriptionPeriodUnit.Year, ou AdaptySubscriptionPeriodUnit.Unknown). La valeur NumberOfUnits vous donne le nombre d’unités de période. Par exemple, pour un abonnement trimestriel, vous verrez AdaptySubscriptionPeriodUnit.Month dans la propriété Unit, et 3 dans la propriété NumberOfUnits.
Introductory OfferPour afficher un badge ou tout autre indicateur signalant qu’un abonnement contient une offre de lancement, consultez la propriété product.Subscription?.Offer?.Phases. Il s’agit d’une liste pouvant contenir jusqu’à deux phases de remise : la phase d’essai gratuit et la phase de prix de lancement. Chaque objet de phase expose les propriétés suivantes :
PaymentMode : un enum avec les valeurs AdaptyPaymentMode.FreeTrial, AdaptyPaymentMode.PayAsYouGo, AdaptyPaymentMode.PayUpFront et AdaptyPaymentMode.Unknown. Les essais gratuits correspondent au type AdaptyPaymentMode.FreeTrial.
Price : un objet AdaptyPrice contenant le prix remisé — utilisez Price.Amount pour la valeur numérique et Price.LocalizedString pour l’afficher. Pour les essais gratuits, vérifiez que Price.Amount vaut 0.
LocalizedNumberOfPeriods : une chaîne localisée selon la locale de l’appareil décrivant la durée de l’offre. Par exemple, un essai de trois jours affiche "3 days" dans ce champ.
SubscriptionPeriod : vous pouvez également obtenir les détails individuels de la période de l’offre avec cette propriété. Son fonctionnement est identique à ce qui est décrit dans la section précédente.
LocalizedSubscriptionPeriod : une période d’abonnement formatée pour la locale de l’utilisateur.

Accélérer la récupération des flows avec le flow d’audience par défaut

En général, les flows sont récupérés presque instantanément, vous n’avez donc pas à vous en préoccuper. Toutefois, si vous avez de nombreuses audiences et placements, et que vos utilisateurs disposent d’une connexion internet faible, la récupération d’un flow peut prendre plus de temps que souhaité. Dans ce cas, vous pouvez afficher un flow par défaut pour garantir une expérience fluide plutôt que de ne rien afficher du tout.

Pour remédier à cela, vous pouvez utiliser la méthode GetFlowForDefaultAudience, qui récupère le flow du placement spécifié pour l’audience All Users. Il est toutefois essentiel de comprendre que l’approche recommandée est de récupérer le flow via la méthode GetFlow, comme décrit dans la section Récupérer les informations du flow ci-dessus.

Pourquoi nous recommandons d’utiliser GetFlow

La méthode GetFlowForDefaultAudience présente quelques inconvénients majeurs :

  • Problèmes potentiels de compatibilité ascendante : Si vous devez afficher des flows différents selon les versions de l’application (actuelle et future), vous risquez de rencontrer des difficultés. Vous devrez soit concevoir des flows compatibles avec la version actuelle (héritée), soit accepter que les utilisateurs de cette version puissent avoir des problèmes avec des flows non rendus.
  • Perte de ciblage : Tous les utilisateurs verront le même flow conçu pour l’audience All Users, ce qui signifie que vous perdez le ciblage personnalisé (notamment selon les pays, l’attribution marketing ou vos propres attributs personnalisés).

Si vous acceptez ces inconvénients pour bénéficier d’une récupération plus rapide du flow, utilisez la méthode GetFlowForDefaultAudience comme suit. Sinon, restez sur GetFlow décrite ci-dessus.

Adapty.GetFlowForDefaultAudience(
    "YOUR_PLACEMENT_ID",
    AdaptyPlacementFetchPolicy.Default,
    (flow, error) => {
        if (error != null) {
            // handle the error
            return;
        }

        // flow - the requested flow
    }
);
ParamètrePrésenceDescription
placementIdrequisL’identifiant du Placement. C’est la valeur que vous avez indiquée lors de la création d’un placement dans votre Adapty Dashboard.
fetchPolicypar défaut : AdaptyPlacementFetchPolicy.Default

Par défaut, le SDK tente de charger les données depuis le serveur et renvoie les données en cache en cas d’échec. Nous recommandons cette option, car elle garantit que vos utilisateurs reçoivent toujours les données les plus récentes.

Cependant, si vous pensez que vos utilisateurs ont une connexion internet instable, envisagez d’utiliser AdaptyPlacementFetchPolicy.ReturnCacheDataElseLoad pour renvoyer les données en cache lorsqu’elles existent. Dans ce cas, les utilisateurs ne disposeront peut-être pas des toutes dernières données, mais les temps de chargement seront plus rapides, quelle que soit la qualité de leur connexion. Le cache est mis à jour régulièrement, il est donc sûr de l’utiliser pendant la session pour éviter les requêtes réseau.

Notez que le cache reste intact lors du redémarrage de l’application et n’est effacé que lors de la réinstallation de l’application ou via un nettoyage manuel.

Avant de présenter le Remote Config et les paywalls personnalisés, vous devez récupérer les informations les concernant. Notez que ce sujet concerne le Remote Config et les paywalls personnalisés. Pour obtenir des instructions sur la récupération des paywalls pour les paywalls personnalisés avec le Paywall Builder, consultez Récupérer les paywalls du Paywall Builder et leur configuration.

Vous souhaitez voir un exemple concret d’intégration du SDK Adapty dans une application mobile ? Consultez nos exemples d’applications, qui illustrent la configuration complète, notamment l’affichage des paywalls, les achats et d’autres fonctionnalités de base.

Avant de commencer à récupérer les paywalls et les produits dans votre application mobile (cliquez pour développer)
  1. Créez vos produits dans l’Adapty Dashboard.

  2. Créez un paywall et intégrez les produits dans votre paywall dans l’Adapty Dashboard.

  3. Créez des placements et intégrez votre paywall dans le placement dans l’Adapty Dashboard.

  4. Installez le SDK Adapty dans votre application mobile.

Récupérer les informations d’un paywall

Dans Adapty, un produit est une combinaison de produits issus de l’App Store et de Google Play. Ces produits multiplateformes sont intégrés dans des paywalls, ce qui vous permet de les afficher dans des placements spécifiques de votre application mobile.

Pour afficher les produits, vous devez obtenir un Paywall depuis l’un de vos placements avec la méthode getPaywall.

N’inscrivez pas les ID produit en dur dans le code. Le seul ID à coder en dur est l’ID du placement. Les paywalls sont configurés à distance, donc le nombre de produits et les offres disponibles peuvent changer à tout moment. Votre application doit gérer ces changements dynamiquement — si un paywall renvoie deux produits aujourd’hui et trois demain, affichez-les tous sans modifier le code.

Adapty.GetPaywall("YOUR_PLACEMENT_ID", "en", (paywall, error) => {
  if(error != null) {
    // handle the error
    return;
  }
  
  // paywall - the resulting object
});
ParamètrePrésenceDescription
placementIdobligatoireL’identifiant du Placement. C’est la valeur que vous avez indiquée lors de la création d’un placement dans votre Adapty Dashboard.
locale

optionnel

par défaut : en

L’identifiant de la localisation du paywall. Ce paramètre doit être un code de langue composé d’un ou plusieurs sous-tags séparés par le caractère moins (-). Le premier sous-tag correspond à la langue, le second à la région.

Exemple : en désigne l’anglais, pt-br représente le portugais brésilien.

Consultez Localisations et codes de langue pour en savoir plus sur les codes de langue et notre approche recommandée.

fetchPolicypar défaut : .reloadRevalidatingCacheData

Par défaut, le SDK tente de charger les données depuis le serveur et renvoie les données en cache en cas d’échec. Nous recommandons cette option, car elle garantit que vos utilisateurs reçoivent toujours les données les plus récentes.

Toutefois, si vous pensez que vos utilisateurs ont une connexion instable, envisagez d’utiliser .returnCacheDataElseLoad pour renvoyer les données en cache si elles existent. Dans ce cas, les utilisateurs ne bénéficieront peut-être pas des toutes dernières données, mais les temps de chargement seront plus rapides, quelle que soit la qualité de leur connexion. Le cache est mis à jour régulièrement, il est donc sûr de l’utiliser pendant la session pour éviter les requêtes réseau.

Notez que le cache est conservé lors du redémarrage de l’application et n’est effacé que lors d’une réinstallation ou d’un nettoyage manuel.

Le SDK Adapty stocke les paywalls sur deux couches : le cache mis à jour régulièrement décrit ci-dessus et les paywalls de secours. Nous utilisons également un CDN pour récupérer les paywalls plus rapidement, ainsi qu’un serveur de secours indépendant en cas d’indisponibilité du CDN. Ce système est conçu pour garantir que vous obtenez toujours la dernière version de vos paywalls, tout en assurant la fiabilité même lorsque la connexion internet est limitée.

loadTimeoutpar défaut : 5 sec

Cette valeur limite le délai d’attente de cette méthode. Si le délai est dépassé, les données en cache ou le fallback local sont renvoyés.

Notez que dans de rares cas, cette méthode peut expirer légèrement après le délai indiqué dans loadTimeout, car l’opération peut comprendre différentes requêtes en arrière-plan.

N’écrivez pas les identifiants de produits en dur ! Puisque les paywalls sont configurés à distance, les produits disponibles, leur nombre et les offres spéciales (comme les essais gratuits) peuvent changer à tout moment. Assurez-vous que votre code gère ces scénarios.

Par exemple, si vous récupérez initialement 2 produits, votre application doit afficher ces 2 produits. Mais si vous en récupérez ensuite 3, votre application doit tous les afficher sans nécessiter de modifications du code. La seule chose à écrire en dur est l’identifiant du placement.

Paramètres de réponse :

ParamètreDescription
PaywallUn objet AdaptyPaywall contenant : une liste d’identifiants de produits, l’identifiant du paywall, le Remote Config, et plusieurs autres propriétés.

Récupérer les produits

Une fois que vous avez le paywall, vous pouvez récupérer le tableau de produits qui lui correspond :

Adapty.GetPaywallProducts(paywall, (products, error) => {
  if(error != null) {
    // handle the error
    return;
  }
  
  // products - the requested products array
});

Paramètres de réponse :

ParamètreDescription
ProductsListe d’objets AdaptyPaywallProduct contenant : l’identifiant du produit, le nom du produit, le prix, la devise, la durée de l’abonnement, ainsi que d’autres propriétés.

Lors de l’implémentation de votre propre design de paywall, vous aurez probablement besoin d’accéder à ces propriétés depuis l’objet AdaptyPaywallProduct. Les propriétés les plus couramment utilisées sont illustrées ci-dessous, mais consultez le document lié pour obtenir des informations complètes sur toutes les propriétés disponibles.

PropriétéDescription
TitlePour afficher le titre du produit, utilisez product.LocalizedTitle. La localisation est basée sur le pays du store sélectionné par l’utilisateur et non sur la langue de l’appareil.
PricePour afficher le prix dans une version localisée, utilisez product.Price.LocalizedString. Cette localisation est basée sur les informations de langue de l’appareil. Vous pouvez également accéder au prix sous forme numérique via product.Price.Amount. La valeur sera fournie dans la devise locale. Pour obtenir le symbole de devise associé, utilisez product.Price.CurrencySymbol.
Subscription PeriodPour afficher la période (ex. : semaine, mois, année, etc.), utilisez product.Subscription?.LocalizedPeriod. Cette localisation est basée sur la langue de l’appareil. Pour récupérer la période d’abonnement par programmation, utilisez product.Subscription?.Period. Vous pouvez ensuite accéder à l’enum Unit pour obtenir la durée (c’est-à-dire AdaptySubscriptionPeriodUnit.Day, AdaptySubscriptionPeriodUnit.Week, AdaptySubscriptionPeriodUnit.Month, AdaptySubscriptionPeriodUnit.Year ou AdaptySubscriptionPeriodUnit.Unknown). La valeur NumberOfUnits indique le nombre d’unités de période. Par exemple, pour un abonnement trimestriel, vous obtiendrez AdaptySubscriptionPeriodUnit.Month dans la propriété Unit et 3 dans la propriété NumberOfUnits.
Introductory OfferPour afficher un badge ou un autre indicateur signalant qu’un abonnement contient une offre de lancement, consultez la propriété product.Subscription?.Offer?.Phases. Il s’agit d’une liste pouvant contenir jusqu’à deux phases de remise : la phase d’essai gratuit et la phase de prix de lancement. Chaque objet de phase contient les propriétés utiles suivantes :
PaymentMode : un enum avec les valeurs AdaptyPaymentMode.FreeTrial, AdaptyPaymentMode.PayAsYouGo, AdaptyPaymentMode.PayUpFront et AdaptyPaymentMode.Unknown. Les essais gratuits correspondent au type AdaptyPaymentMode.FreeTrial.
Price : un objet AdaptyPrice avec le prix réduit — utilisez Price.Amount pour la valeur numérique et Price.LocalizedString pour l’afficher. Pour les essais gratuits, vérifiez que Price.Amount vaut 0.
LocalizedNumberOfPeriods : une chaîne localisée selon la langue de l’appareil, décrivant la durée de l’offre. Par exemple, une offre d’essai de trois jours affiche "3 days" dans ce champ.
SubscriptionPeriod : vous pouvez également obtenir les détails individuels de la période de l’offre avec cette propriété. Elle fonctionne de la même manière pour les offres que la section précédente le décrit.
LocalizedSubscriptionPeriod : une période d’abonnement formatée pour la remise, selon la langue de l’utilisateur.

Accélérer la récupération des paywalls avec le paywall d’audience par défaut

En général, les paywalls sont récupérés presque instantanément, vous n’avez donc pas à vous soucier d’optimiser ce processus. Cependant, si vous avez de nombreuses audiences et paywalls et que vos utilisateurs disposent d’une connexion internet faible, la récupération d’un paywall peut prendre plus de temps que souhaité. Dans ce cas, vous pouvez afficher un paywall par défaut pour garantir une expérience utilisateur fluide plutôt que de ne rien afficher du tout.

Pour y remédier, vous pouvez utiliser la méthode GetPaywallForDefaultAudience, qui récupère le paywall du placement spécifié pour l’audience All Users. Cependant, il est essentiel de comprendre que l’approche recommandée consiste à récupérer le paywall via la méthode getPaywall, comme décrit dans la section Récupérer le paywall ci-dessus.

Préférez GetPaywall à GetPaywallForDefaultAudience, car cette dernière présente des limitations importantes :

  • Problèmes de compatibilité : peut créer des difficultés lors de la prise en charge de plusieurs versions de l’application, nécessitant soit des designs rétrocompatibles, soit d’accepter que les versions plus anciennes s’affichent incorrectement.
  • Aucune personnalisation : affiche uniquement le contenu pour l’audience « Tous les utilisateurs », sans ciblage basé sur le pays, l’attribution ou les attributs personnalisés.

Si la rapidité de récupération l’emporte sur ces inconvénients pour votre cas d’usage, utilisez GetPaywallForDefaultAudience comme indiqué ci-dessous. Sinon, utilisez GetPaywall comme décrit ci-dessus.

Adapty.GetPaywallForDefaultAudience("YOUR_PLACEMENT_ID", "en", (paywall, error) => {
  if(error != null) {
    // handle the error
    return;
  }
  
  // paywall - the resulting object
});

Paramètres :

ParamètrePrésenceDescription
placementIdrequisL’identifiant du Placement souhaité. Il s’agit de la valeur que vous avez indiquée lors de la création d’un placement dans l’Adapty Dashboard.
locale

optionnel

par défaut : en

L’identifiant de la localisation du paywall. Ce paramètre doit être un code de langue composé d’un ou deux sous-tags séparés par le caractère moins (-). Le premier sous-tag désigne la langue, le second désigne la région.

Exemple : en signifie anglais, pt-br représente le portugais brésilien.

fetchPolicypar défaut : .reloadRevalidatingCacheData

Par défaut, le SDK tente de charger les données depuis le serveur et renvoie les données en cache en cas d’échec. Nous recommandons cette option, car elle garantit que vos utilisateurs reçoivent toujours les données les plus récentes.

Toutefois, si vous pensez que vos utilisateurs ont une connexion instable, envisagez d’utiliser .returnCacheDataElseLoad pour renvoyer les données en cache si elles existent. Dans ce cas, les utilisateurs ne disposeront peut-être pas des toutes dernières données, mais les temps de chargement seront plus rapides, quelle que soit la qualité de leur connexion. Le cache est mis à jour régulièrement, il est donc sûr de l’utiliser en cours de session pour éviter les requêtes réseau.

Notez que le cache reste intact après un redémarrage de l’application et n’est effacé que lors d’une réinstallation ou d’un nettoyage manuel.

Le SDK Adapty stocke les paywalls localement en deux couches : le cache mis à jour régulièrement décrit ci-dessus et les paywalls de secours. Nous utilisons également un CDN pour récupérer les paywalls plus rapidement, ainsi qu’un serveur de secours indépendant en cas d’inaccessibilité du CDN. Ce système est conçu pour vous garantir toujours la dernière version de vos paywalls, tout en assurant la fiabilité même lorsque la connexion internet est limitée.