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.
Unix timestamp of the expiration of a valid subscription. The data can be in the past or future.
1571608922
{subscription_cancelled_at}
Unix timestamp from when the subscription stops being valid. Cannot be later than the expiration_time.
If the subscription transaction fails and cannot be resolved, the value returned will be the expiration_time of the failed transaction. No value shows in the expiration_time placeholder.
1571608922
{subscription_transaction_id}
The value of a valid transaction. Failed transactions return no value.
If there is a billing problem, the current transaction ID is returned.
230000687036600
{subscription_original_transaction_id}
The first transaction ID of the product subscription chain.
230000687036600
{subscription_expired_transaction_id}
The previous valid transaction ID - if it's the first transaction, this returns an empty value. If it’s a failed transaction, this returns the previous valid transaction ID.
230000687036600
{subscription_environment}
Which environment the subscription purchase happened in.
sandbox production
{subscription_product_id}
The subscription product type within the app.
com.product.id
{subscription_sales_region}
The region code of the Apple store account's registered location; Google’s region code is based on the device's physical location.
us
{subscription_store}
Which store the subscription purchase was triggered from.
