Comprendre les types de produits intégrés à l'appli et les considérations relatives au catalogue

Si vous êtes un développeur marchand, vous pouvez utiliser Play Console pour proposer aux utilisateurs des produits numériques, que nous appelons produits intégrés à l'appli. Cet article décrit les différents types de produits intégrés à l'appli, la configuration du produit (telle que l'admissibilité et les limitations) et d'autres considérations en fonction du type de produit que vous proposez.

Types de produits intégrés à l'appli

Les produits intégrés à l'appli se répartissent en deux catégories principales : les produits à achat unique et les produits par abonnement.

• Produits à achat unique : un produit à achat unique peut être acheté moyennant un seul prélèvement sur le mode de paiement de l'utilisateur. Par exemple : des niveaux de jeu supplémentaires, des coffres surprises payants et du contenu multimédia. Ces produits sont désignés par le type de produit INAPP dans l'API Google Play Billing Library. Les produits à achat unique sont soit consommables, soit non consommables :
  • Produit consommable : un produit consommable est un produit qu'un utilisateur consomme pour recevoir du contenu intégré à l'appli. Les produits consommables peuvent être achetés plusieurs fois sur Google Play. Vous distribuez les avantages ou les effets associés dans le cadre d'un processus parfois appelé « approvisionnement », puis vous consommez l'achat du produit afin de pouvoir l'acheter à nouveau si vous le souhaitez. Par exemple, un utilisateur peut acheter un produit sous forme de devise de jeu, tel qu'une pile de pièces. Lorsque l'utilisateur effectue le paiement, votre appli lui distribue un nombre fixe de pièces qu'il peut consommer. L'utilisateur peut ensuite acheter une autre pile de pièces s'il le souhaite.
  • Produit non consommable : un produit non consommable est acheté une seule fois et offre un avantage permanent. Une fois achetés, ces produits sont associés en permanence au compte Google de l'utilisateur. Les mises à niveau payantes et les ensembles de niveaux sont des exemples de produits non consommables.
• Produits par abonnement : un abonnement est un ensemble d'avantages auxquels les utilisateurs peuvent accéder pendant une période déterminée. Vous pouvez proposer plusieurs abonnements au sein d'une même appli, soit pour représenter des avantages totalement différents (par exemple, une appli de diffusion vidéo en continu peut proposer des abonnements distincts pour les « actualités » et les « sports »), soit pour représenter différents niveaux de service (par exemple, une appli de stockage infonuagique peut proposer des abonnements de 100 Go, de 1 To et de 10 To). Ces produits sont désignés par le type de produit SUBS dans l'API Google Play Billing Library.
  • Les abonnements contiennent un ou plusieurs forfaits de base. Un forfait de base définit l'ensemble des attributs pour une période de facturation donnée et le type de renouvellement d'un forfait d'abonnement. Vous pouvez définir si un forfait de base se renouvelle automatiquement ou s'il est prépayé (non renouvelable). Les utilisateurs admissibles peuvent acheter une offre pour obtenir l'accès à un prix d'essai ou de lancement. Les offres sont uniquement accessibles aux utilisateurs qui répondent aux critères d'admissibilité que vous définissez.
  • Les utilisateurs obtiennent l'accès (ou le droit d'accès) à un abonnement en achetant un forfait de base ou une offre, soit dans votre appli, soit sur Google Play.

Considérations générales sur la taille et la configuration du catalogue

Chaque appli a une limite par défaut de 1 000 produits intégrés à l'appli au total, avec des considérations supplémentaires en fonction du type de produit (abonnements ou achats uniques).

Remarque : Les produits supprimés ne sont pas pris en compte dans la limite de 1 000 produits, même si vous ne pouvez pas réutiliser leurs identifiants de produit.

Considérations sur la taille et la configuration du catalogue de produits par abonnement

• Il y a une limite de 50 offres et forfaits de base actifs à un moment donné pour chaque produit par abonnement.
• Il y a une limite de 250 offres et forfaits de base actifs et inactifs pour chaque produit par abonnement. Cela signifie que vos abonnements peuvent comporter des offres et des forfaits de base inactifs auxquels vous pouvez passer et que vous pouvez faire alterner selon le besoin. Ces offres et forfaits ne sont pas pris en compte dans la limite de 50 mentionnée ci-dessus (par exemple, les offres saisonnières, les aubaines éclair spéciales, etc.)
• Les offres et forfaits de base d'abonnement prennent en charge les balises, qui permettent une identification aisée à partir de la logique de votre appli ou système dorsal sans dépendre d'un identifiant d'offre précis. Vous pouvez incorporer des balises dans votre logique de gestion de catalogue pour étiqueter des produits Google Play précis en fonction de catégories et de concepts pertinents pour votre logique applicative. Par exemple, vous pouvez baliser une offre concernant un programme de fidélisation à l'aide d'une balise qui se rapporte à ce programme.
• Les offres et les forfaits de base d'abonnement prennent en charge la disponibilité et la tarification au niveau régional.
• Les offres répondent à des critères d'admissibilité qui peuvent être gérés par Google Play ou déterminés par votre appli au moment de l'exécution. Vous pouvez utiliser des offres pour des promotions telles que des essais gratuits et des prix de lancement pour les abonnements à renouvellement automatique.
• Les forfaits prépayés ne prennent actuellement pas en charge les offres, mais vous pouvez créer plusieurs forfaits de base prépayés pour prendre en charge les prix promotionnels, puis, dans votre appli, évaluer les critères que vous définissez pour déterminer si l'utilisateur est admissible à un prix promotionnel.
• Les produits par abonnement peuvent être supprimés uniquement s'ils n'ont jamais eu un forfait de base publié. Nous recommandons de tirer parti des offres et des forfaits de base au lieu de créer des abonnements supplémentaires dans la mesure du possible, et ce pour les raisons suivantes :
  • Cela vous permettra d'avoir un catalogue facile à gérer et d'éviter les doublons de produits ayant le même nom, la même description et les mêmes avantages.
  • Cela évitera aux utilisateurs d'acheter des forfaits d'abonnement redondants, en gérant automatiquement les changements de forfaits pour les forfaits de base relevant du même abonnement. Par exemple, si un utilisateur possède un forfait mensuel pour un abonnement et qu'il achète le forfait annuel pour le même produit, le système le traitera automatiquement comme un remplacement.
  • Cela simplifiera la logique intégrée à l'appli nécessaire pour obtenir toutes les différentes façons dont un utilisateur peut acheter chaque ensemble d'avantages.
  • Cela simplifiera la gestion des changements de prix, étant donné que les forfaits de base contiennent les cohortes de tarification de vos abonnements.
• Si toutes les options de vente de vos produits d'abonnement ne peuvent pas être parfaitement reflétées dans le forfait de base et le modèle d'offres et que vous devez utiliser plus d'un abonnement par ensemble d'avantages, vous pouvez alors effectuer des modifications en fonction de vos besoins. Par exemple, vous devrez peut-être conserver un ensemble de produits rétrocompatibles pour prendre en charge les anciennes versions de votre appli. Dans ce cas, vous devrez gérer la logique supplémentaire pour administrer les doublons.

Considérations sur la taille et la configuration du catalogue de produits à achat unique

• Les produits à achat unique ne prennent pas actuellement en charge les offres ni la disponibilité au niveau régional. Pour les produits à achat unique, vous devrez peut-être configurer un produit pour chaque niveau de prix.
• Les produits à achat unique peuvent être supprimés. Vous devez éviter la création de doublons inutiles et veiller à abandonner les produits patrimoniaux dont vous n'avez plus besoin dans votre catalogue, afin d'éviter de le saturer avec des produits inutilisés qui peuvent ralentir inutilement certains processus. Veillez à ce que l'intégration de la publication de votre catalogue tienne compte des limites susmentionnées afin de réduire les erreurs.

Le système de facturation de Google Play impose une limite à la gamme de prix que vous pouvez définir pour les produits par abonnement et à achat unique, en fonction de la région.

Contenu connexe

• Découvrez comment créer un produit intégré à l'appli.
• Apprenez-en plus sur le fonctionnement des abonnements et sur la façon de créer et gérer des abonnements dans Play Console.