Nous mettons à jour notre documentation continuellement, mais certaines publications peuvent ne pas encore être disponibles dans votre langue. Pour accéder aux informations les plus récentes, utilisez la version en anglais.
Abonnements est un puissant outil pour les marketeurs d'applications à abonnement. Utilisez les données pour mieux comprendre la valeur de vos dépenses marketing et optimiser vos prochaines campagnes. Voici certains cas d'utilisation typiques des données d'abonnement :
Mesurer les revenus des abonnements
Mesurer les nouveaux abonnements et les événements, d'essai et d'abonnement
Mesurer les conversions d'un événement à l'autre Exemple : Essais en abonnés payants
Les données d'Abonnements sont spécifiques à chaque plateforme. Si un utilisateur passe d'un appareil iOS à Android, il est considéré comme un nouvel utilisateur.
Vous pouvez afficher vos données d'abonnement agrégées dans Datascape. Pour analyser vos données utilisateur, vous pouvez configurer des exports de données brutes.
Vous pouvez mesurer les événements d'abonnement suivants dans Adjust.
Event
Nom d'événement dans les callbacks
Description
Activations
activation
L'utilisateur active le produit d'abonnement pour la première fois.
(iOS uniquement) Nouvelle tentative de facturation
billing_retry
L'abonnement est en période de facturation.
Annulations
cancellation
La transaction n'est pas renouvelée à la fin de la période d'abonnement, car l'utilisateur s'est désabonné ou le renouvellement de la nouvelle tentative de facturation a échoué.
Offres avec remise
discounted_offer
Un nouvel abonnement a été acheté à prix réduit.
Expirations
expiration
Un abonnement a expiré.
Périodes de grâce
grace_period
Un abonnement est entré en période de grâce (si activée).
(Android uniquement) En suspension
on_hold
Le compte d'un abonnement est suspendu.
(Android uniquement) En pause
En pause
Un abonnement a été mis en pause.
Prix accepté
price_accepted
L'utilisateur accepte et confirme un changement de prix de l'abonnement.
(iOS uniquement) Prix refusé
price_declined
L'utilisateur refuse un changement de prix de l'abonnement.
Réactivations
reactivation
Un utilisateur abonné via un essai, une offre ou un abonnement, a annulé l'abonnement, puis l'a réactivé.
(Applications Google Android uniquement) Lorsqu'un utilisateur se désinscrit, puis se réinscrit au même produit, Google répond en affectant un nouvel ID de transaction. En conséquence, même si nous pouvons savoir que l'événement provient du même utilisateur ou appareil, nous ne pouvons pas l'identifier comme un événement de réactivation. C'est pour cela que Adjust ne prend pas en charge les événements de réactivation pour les applications Google Android.
(iOS uniquement) Remboursements
refund
La transaction d'un abonnement a été remboursée.
Renouvellements
renewal
L'utilisateur a correctement renouvelé l'abonnement.
Renouvellement à partir d'une nouvelle tentative de facturation
renewal_from_billing_retry
L'utilisateur renouvelle la transaction pendant une période de nouvelle tentative de facturation.
Révoqué
Révoqué
L'utilisateur résilie un abonnement avant la date d'expiration.
Essai commencé
trial_started
Un nouvel essai gratuit a été démarré pour un abonnement.
Événements d'abonnement
Version précédente des abonnements
Événement d'abonnement
Description
Activation
L'utilisateur active/paie le produit d'abonnement pour la première fois.
First conversion
L'utilisateur n'annule pas l'abonnement lorsque l'essai gratuit ou l'offre payante offerte se termine ; il devient alors un utilisateur abonné.
Entered billing retry
Lorsqu'un essai expire et n'est pas annulé (l'utilisateur ne s'est pas désabonné du produit) et si aucun problème de facturation ne survient, l'événement d'abonnement devient l'un des suivants : converted_trial, converted_offer ou renewed_subscription.
Renewal
L'utilisateur a correctement renouvelé l'abonnement.
Cancellation
La transaction n'est pas renouvelée à la fin de la période d'abonnement, car l'utilisateur s'est désabonné ou le renouvellement de la nouvelle tentative de facturation a échoué.
Renewal from billing retry
L'utilisateur a correctement renouvelé la transaction suite à la résolution d'une erreur de facturation.
Reactivation
Un utilisateur abonné via un essai, une offre ou un abonnement, a annulé l'abonnement, puis l'a réactivé.
(Applications Google Android uniquement) Lorsqu'un utilisateur se désinscrit, puis se réinscrit au même produit, Google répond en affectant un nouvel ID de transaction. En conséquence, même si nous pouvons savoir que l'événement provient du même utilisateur ou appareil, nous ne pouvons pas l'identifier comme un événement de réactivation. C'est pour cela que Adjust ne prend pas en charge les événements de réactivation pour les applications Google Android.
Sous-types d'événement d'abonnement
Version précédente des abonnements
Événement d'abonnement
Sous-types d'événement d'abonnement
Description
activation
initial_subscription
L'utilisateur déclenche un premier abonnement (payant) dans l'application.
initial_trial
L'utilisateur déclenche le premier essai gratuit dans l'application.
initial_offer
L'utilisateur déclenche la première offre (payante) dans l'application avec une réduction.
first_conversion
converted_trial
L'utilisateur n'a pas annulé l'abonnement à la fin de l'essai gratuit et il est devenu un utilisateur abonné.
converted_offer
L'utilisateur n'a pas annulé l'abonnement à la fin de la première offre payante et il est devenu un utilisateur abonné à plein tarif.
entered_billing_retry
trial_in_retry
L'essai a expiré, mais le renouvellement a échoué en raison d'une erreur de facturation. Par exemple : l'utilisateur n'a pas annulé à la fin de la période d'essai gratuit, mais en raison d'un problème avec la source de paiement, il n'a pas pu être facturé.
offer_in_retry
L'offre a expiré, mais le renouvellement a échoué en raison d'une erreur de facturation. Par exemple : l'utilisateur n'a pas annulé à la fin de la période d'offre, mais en raison d'un problème avec la source de paiement, il n'a pas pu être facturé.
subscription_in_retry
L'abonnement a expiré, mais le renouvellement a échoué en raison d'une erreur de facturation. Par exemple : l'utilisateur n'a pas annulé à la fin de la période d'abonnement gratuit, mais en raison d'un problème avec la source de paiement, il n'a pas pu être facturé.
renewal
renewed_subscription
Renouvellement d'abonnement réussi.
cancellation
failed_trial
Essai renouvelé à la fin de la période d'essai.
failed_offer
La première offre payante n'a pas été renouvelée à la fin de la période de l'offre.
failed_subscription
Abonnement non renouvelé à la fin de la période.
failed_trial_from_retry
Essai non converti après l'échec de la nouvelle tentative de facturation.
failed_offer_from_retry
Offre non convertie après l'échec de la nouvelle tentative de facturation.
failed_subscription_from_retry
Abonnement non renouvelé après l'échec de la nouvelle tentative de facturation.
renewal_from_billing_retry
converted_trial_from_retry
Lorsque la nouvelle tentative de facturation réussit pendant un essai et que l'essai est converti.
converted_offer_from_retry
Lorsque la nouvelle tentative de facturation réussit pendant une offre et que l'offre est convertie.
renewed_subscription_from_retry
Lorsque la nouvelle tentative de facturation réussit pendant un abonnement et que l'abonnement est renouvelé.
reactivation
reactivated_subscription
Un utilisateur abonné via un essai, une offre ou un abonnement, a annulé l'abonnement, puis l'a réactivé.
Vous pouvez afficher vos données d'abonnement agrégées dans Datascape.
Astuce:
Utilisez la dimension ID produit pour répartir vos données par produit d'abonnement. Par exemple, si vous avez plusieurs produits d'abonnement, comme un essai gratuit, un abonnement mensuel ou un abonnement annuel, ajoutez la dimension ID produit, ainsi que d'autres métriques d'abonnement pertinentes, puis analysez vos données d'abonnement.
Pour résoudre les problèmes plus facilement et obtenir des informations exploitables sur vos données, vous pouvez recevoir les données d'enregistrement d'abonnement directement sur vos serveurs.
Callbacks de serveur - Vous pouvez recevoir les données utilisateur directement sur vos serveurs, immédiatement après l'enregistrement de l'événement par Adjust. Si vous avez déjà configuré des callbacks globaux dans AppView, ajoutez nos espaces réservés d'abonnement à votre URL de callback existante. Vous pouvez également configurer un callback d'abonnement pour tous les événements d'abonnement.
Chargements vers stockage cloud - Vous pouvez automatiquement exporter vos données utilisateur brutes de votre événement d'abonnement vers votre stockage cloud, une fois par heure. Pour cela, ajoutez les espaces réservés d'abonnement de votre choix à votre définition CSV.
Remarque:
Si vous avez déjà configuré Amazon S3 ou Google Cloud Storage dans AppView, vous recevez automatiquement des chargements vers stockage cloud pour les événements d'abonnement. Vous avez encore besoin d'ajouter les espaces réservés concernant les abonnements à votre définition CSV pour afficher ces points de données spécifiques.
Horodatage Unix de l'expiration d'un abonnement valide. Les données peuvent être passées ou futures.
1571608922
{subscription_cancelled_at}
Horodatage Unix indiquant quand l'abonnement a arrêté d'être valide. Cette valeur ne peut pas être ultérieure à expiration_time. Si la transaction d'abonnement échoue et ne peut pas être résolue, la valeur retournée sera le expiration_time de la transaction ayant échoué. Aucune valeur ne figure dans l'espace réservé expiration_time.
1571608922
{subscription_transaction_id}
La valeur d'une transaction valide. Les transactions ayant échoué ne renvoient aucune valeur.
En cas de problème de facturation, l'ID de la transaction actuelle est renvoyé.
230000687036600
{subscription_original_transaction_id}
L'ID de la première transaction de la chaîne d'abonnement du produit.
230000687036600
{subscription_expired_transaction_id}
L'ID de transaction précédent valide ; s'il s'agit de la première transaction, une valeur vide est retournée. S'il s'agit d'une transaction ayant échoué, l'ID de transaction valide précédent est retourné.
230000687036600
{subscription_environment}
L'environnement dans lequel l'achat d'abonnement s'est produit.
sandbox production
{subscription_product_id}
Le type de produit d'abonnement dans l'application.
com.product.id
{subscription_sales_region}
Le code de région correspondant à l'emplacement enregistré dans le compte Apple Store ; le code de région Google est basé sur l'emplacement physique de l'appareil.
us
{subscription_store}
Le store depuis lequel l'achat d'abonnement a été déclenché.
