Guide d'attribution des revenus publicitaires

L'attribution des revenus publicitaires prend en charge différentes méthodes de granularité. La granularité dépend du réseau de monétisation.

• Granularité agrégée :
  • AppsFlyer obtient le revenu quotidien réparti par zone géographique.
  • Le revenu effectif par action (eRPA) est obtenu en divisant le revenu par le nombre de fois où un événement déclencheur s'est produit.
  • Les événements déclencheurs correspondent à une ouverture d'app ou sont des événements in-app spécifiques définis dans l'app. 
• Granularité de niveau utilisateur  (c'est-à-dire granularité de niveau impression) [bonnes pratiques] :
  • Le réseau de monétisation signale le revenu par utilisateur au niveau de l'impression.Tous les réseaux de monétisation ne prennent pas en charge la granularité de niveau utilisateur. 
  • Ce revenu est attribué à la source média qui a conduit l'utilisateur. L'attribution des revenus publicitaires AppsFlyer est conforme aux règles d'attribution de la plateforme, y compris les règles d'attribution du retargeting.

Remarque : si vous utilisez un réseau de médiation, veillez à désactiver les intégrations de revenus publicitaires pour les partenaires de monétisation médiatisés via ce réseau avant d'activer l'intégration de granularité de niveau utilisateur. Si vous ne le faites pas, les données seront dupliquées. 

AppsFlyer fournit plusieurs types de données de revenus publicitaires. Remarque : tous les réseaux publicitaires ne proposent pas l'intégralité des options ci-dessous.

Revenus attribués : revenus publicitaires basés sur la source d'acquisition d'utilisateurs, disponible au niveau agrégé et au niveau utilisateur. Par exemple :

• L'utilisateur voit une publicité du réseau A et télécharge votre application.
• La publicité s'affiche au sein de l'application.
• Les recettes publicitaires sont attribuées au réseau A (à l'origine de l'acquisition d'utilisateur), quel que soit l'auteur de la publicité.

API revenus de monétisation : revenus basés sur la source de la publicité, et non sur la source de l'acquisition d'utilisateurs. Par exemple :

• L'utilisateur voit une publicité du réseau A et télécharge votre application.
• La publicité du réseau B s'affiche au sein de l'application.
• Le revenu publicitaire est attribué au réseau B.

Pour implémenter L'API Attribution des revenus publicitaires, suivez l'un des flux de travail de méthode de granularité dans le tableau suivant.

Implémentation de la granularité agrégée :

• Le réseau intégré signale le revenu total par jour réparti par géo. 
• AppsFlyer calcule le revenu effectif par action (eRPA) en divisant le revenu publicitaire par le nombre de fois où un événement déclencheur s'est produit.
• Chaque fois qu'un événement déclencheur se produit, AppsFlyer crée un événement _monetized, qui inclut la eRPA. Ex  : ad_matched_monetized.
• L'utilisation des revenus eRPA est attribuée aux sources média.
• Ne rapportez pas les revenus publicitaires dans les événements in-app. Si vous le faites les revenus publicitaires sont dupliqués dans le tableau de bord car AppsFlyer obtient les données de revenus du réseau de monétisation par intégration.
• Si vous utilisez un réseau de médiation, veillez à désactiver les intégrations de revenus publicitaires pour les partenaires de monétisation médiatisés via ce réseau avant d'activer l'intégration des revenus publicitaires au sein du réseau de médiation. Si vous ne le faites pas, les données seront dupliquées.
• Vous pouvez utiliser l'un des types d'événements suivants :
  • L'événement d'app unique de monétisation nécessite des modifications de l'app. 
  • Évènement af_app_opened disponible par défaut.

Implémentation de la granularité de niveau utilisateur (au niveau de l'impression) :

Cette méthode est la pratique conseillée. Elle fournit le plus haut niveau de granularité et de revenus publicitaires sans avoir besoin de modifier l'app. Les recettes publicitaires sont attribuées avec précision à la source UA. 

Données de revenu publicitaire au niveau utilisateur : l'attribution est disponible dans les rapports de données brutes. Nous n'envoyons pas de postbacks pour les données de niveau utilisateur aux partenaires intégrés.

Les revenus provenant des utilisateurs d'app pour qui l'attribution n'a pas été enregistrée dans AppsFlyer sont attribués comme «organiques». La date d'installation correspond au jour où les revenus publicitaires ont été rapportés. Ce cas de figure peut par exemple surgir après la suppression des données de niveau utilisateur de Facebook. 

Migration d'une granularité globale vers des notes d'implémentation de granularité au niveau utilisateur

• La migration n'a pas d'impact sur les données historiques des revenus publicitaires. Ces données restent inchangées.
• Les données sur les revenus publicitaires sont extraites une fois par jour à 1400 UTC, en utilisant les options de granularité sélectionnées à ce moment-là.
• La granularité au niveau utilisateur ne nécessite pas la définition d'événements in-app (comme vous le faites pour les rapports agrégés). Vous pouvez continuer à envoyer ces événements, mais ils n'affectent pas les rapports de granularité au niveau utilisateur dans AppsFlyer. 

Avant de commencer :

• Demandez au partenaire intégré des revenus publicitaires de vous fournir des identifiants API.

Pour activer l'intégration des revenus publicitaires avec le réseau de revenus publicitaires :

1. Dans AppsFlyer, allez dans Configuration > Partenaires intégrés.
   La fenêtre Partenaire intégré s'ouvre.
2. Sélectionnez un partenaire. Conseil : sélectionnez Actif et Revenus publicitaires pour afficher ceux de vos partenaires qui ont des capacités de revenus publicitaires.
   La fenêtre de configuration du partenaire intégré s'ouvre.
3. Accédez à l'onglet Revenus publicitaires et activez Obtenir les données des revenus publicitaires.
4. Sélectionnez le type de données des revenus publicitaires que vous souhaitez recevoir. Remarque : tous les réseaux publicitaires ne proposent pas l'intégralité des options ci-dessous. Si les revenus attribués n'incluent pas l'option au niveau de l'utilisateur, cela signifie que seules les données agrégées sont disponibles.
   • Revenus attribués. Signifie que le revenu est basé sur la source d'acquisition d'utilisateurs. Les rapports sur les revenus attribués peuvent être soit :
     • De niveau agrégé. Pour le niveau agrégé, vous devez également sélectionner l'événement sur lequel baser les revenus publicitaires. Par exemple, si vous choisissez l'événement af_app_opened, le revenu total de la publicité est divisé entre tous les événements correspondant à l'ouverture de l'app, ce qui vous donne le revenu publicitaire par ouverture d'app.
     • Niveau SDK
     • Remarque : si vous utilisez un réseau de médiation, veillez à désactiver les intégrations de revenus publicitaires pour les partenaires de monétisation médiatisés via ce réseau avant d'activer l'intégration des revenus publicitaires au sein du réseau de médiation. Si vous ne le faites pas, les données seront dupliquées.
   • API de revenus de monétisation. Signifie que les revenus sont basés sur la source publicitaire, et non sur la source UA.
5. Complétez les identifiants d'API, ou le login, comme l'exige le partenaire intégré. Ceci ne s'applique pas à l'intégration au niveau du SDK.
6. Cliquez sur Enregistrer les revenus publicitaires.
7. Si le bouton Test de connexion s'affiche (cf image ci-dessus), cliquez sur Test de connexion.
   • La clé API vérifiée s'affiche, la procédure est bien terminée. 
   • Si un autre message s'affiche, consultez la section Statut et test de l'API de revenus publicitaires, et recommencez la procédure.
8. Si vous ne voyez pas de bouton Test de connexion , la procédure est bien terminée.
   AppsFlyer collecte les données du partenaire plusieurs fois par jour.

• Le statut opérationnel de l'intégration des revenus publicitaires est indiqué comme suit :

  • Tableau de bord du statut de l'intégration des coûts et revenus publicitaires : la liste exhaustive des partenaires pour qui l'intégration des revenus publicitaires est activée, et ce pour une ou plusieurs apps hébergées sur votre compte.
  • Certains partenaires vous permettent de tester la connexion API. Dans ce cas, un bouton Tester la connexion s'affiche.
  • Pour vérifier que la connexion API est opérationnelle :
  • Cliquez sur Tester la connexion.
    Le message Clé API vérifiée s'affiche. Si le message ne s'affiche pas, suivez les instructions du tableau suivant pour corriger le problème.

Les revenus publicitaires indiquent la qualité des utilisateurs issus de différentes sources au fil du temps. Plus les utilisateurs lancent l'app et s'engagent dans les publicités, plus leur LTV augmente.

Remarque: les données de revenus publicitaires peuvent être légèrement différentes d'un tableau de bord et d'un rapport à l'autre. En savoir plus.

L'attribution des revenus publicitaires est disponible comme suit :

• Basés sur la LTV :
  • Les tableaux de bord sont les suivants : Général, Événements,
  • Analyse de cohorte
  • Master API
• Basés sur l'activité :
  • Tableau de bord : Activité
  • Données brutes des revenus publicitaires

Tableau de bord général - rapport de performance agrégé

Dans le tableau Vue d'ensemble :

• Les valeurs, y compris les revenus, sont des LTV. Voir La LTV et les données d'activité.
• La colonne Revenus inclut l'ensemble des revenus, y compris les revenus publicitaires et les achats in-app.
• Descendez dans la hiérarchie publicitaire (source média, campagne, ad set, geo) pour consulter les événements monétisés du rapport.

Tableau de bord des événements

Dans le tableau de bord Activité :

• Les valeurs qui incluent les revenus sont basées sur la date d'activité. Voir La LTV et les données d'activité.
• La moyenne des actions par utilisateur indique la tendance des utilisateurs en termes d'engagement avec les publicités présentées dans l'app.

Les rapports de données brutes sur les revenus publicitaires contiennent des données fournies par les réseaux de monétisation intégrés de niveau utilisateur avec AppsFlyer.

Principes des données brutes sur les revenus publicitaires

• Les données sont agrégées par le nombre d'impressions uniques par utilisateur. Les impressions uniques sont dérivées de la combinaison du réseau de monétisation publicitaire, de l'unité publicitaire et du placement.
• Les données brutes sont actualisées au même rythme que les revenus publicitaires de niveau utilisateur du tableau de bord Activité.

Caractéristiques et champs des données

Les champs des rapports sur les revenus publicitaires sont remplis :

• par l'événement de revenus publicitaires lui-même et répertoriés dans le tableau qui suit. Ces champs sont divisés en deux catégories :
  • Spécifique : champs spécifiques aux revenus publicitaires. Par exemple, les impressions et le placement. Important ! Les champs renseignés diffèrent selon le partenaire de monétisation, comme le montre le tableau Champs par réseau de cette section.
  • Contexte : les champs ayant une signification similaire dans d'autres rapports de données brutes. Par exemple, nom de l'événement, valeur de l'événement, devise. 
• en raison de l'attribution de l'événement à la source média qui a drainé l'utilisateur. Cela signifie que ces champs sont copiés à partir de l'événement de conversion qui a drainé l'utilisateur. Par exemple, la source média et la campagne. Ces champs ne figurent pas dans le tableau qui suit. 

Comment puis-je obtenir le revenu publicitaire total de chaque plateforme ?

• L'attribution des revenus publicitaires est liée et s'affiche par rapport à la source d'acquisition utilisateur.
• Cela permet d'avoir une vue de la LTV de votre ROI et de vos KPI.
• Pour afficher le revenu total de chaque plateforme de monétisation, utilisez un événement in-app différent pour chaque réseau et suivez la procédure suivante :
  1. Dans le dashboard général, rendez-vous dans tableau de rapports des performances agrégées.
  2. Sélectionnez jusqu'à quatre événements monétisés représentant les plate-formes que vous souhaitez interroger. 

     

  3. Téléchargez le rapport en cliquant sur Exporter le CSV.

  4. Additionnez les chiffres de la colonne Revenue correspondant à l'événement monétisé de la plateforme demandée.
     

     

Notez que ce revenu publicitaire total est composé de données LTV, c'est-à-dire le revenu total généré par un réseau monétisé pour votre app par les utilisateurs, qui ont installé l'app pendant la période spécifiée.

Les revenus publicitaires sont-ils disponibles sur la page d'activité ?

Oui !

La page Activité indique l'ensemble des revenus issus des achats in-app et des revenus publicitaires. Remarque : les données de revenus publicitaires sont envoyées à AppsFlyer sur une base quotidienne, le lendemain de l'événement.

Dois-je activer le partenaire dans l'onglet Intégration ?

• Si vous collaborez avec le partenaire uniquement pour la monétisation publicitaire (revenus publicitaires) : ne choisissez pas l'option Activer le partenaire dans l'onglet intégration.
• Activez uniquement Obtenir les revenus publicitaires dans l'onglet des revenus publicitaires.

Comment les revenus publicitaires au niveau de l'utilisateur sont-ils attribués si un utilisateur a une version de l'app sans le SDK AppsFlyer ?

• Les revenus publicitaires sont attribués comme étant organiques.

Y a-t-il des différences de données de revenus publicitaires d'un tableau de bord ou d'un rapport à l'autre ?

Il peut y avoir des écarts entre les données de revenus publicitaires affichées dans le tableau de bord général, dans les rapports de données brut et dans les tableaux de bord Activité ou Cohorte. Explications : 

• Les données de revenus publicitaires des tableaux de bord Cohorte et Activité, ainsi que les données issues des API principales et API de cohorte, sont mises à jour rétroactivement. Ce qui n'est pas le cas dans le tableau de bord Général, ni dans l'exportation de données brutes ou l'API Pull. 
• Les données s'affichent parfois dans les tableaux de bord Activité et Cohorte avant d'apparaitre dans le tableau de bord général.
• Les tableaux de bord incluent les événements marqués comme af_ad_revenue et _monetized, alors que les données brutes ne comprennent que les événements af_ad_revenue.
• Les appareils inconnus peuvent entraîner une augmentation des revenus au Jour 0 signalés dans les tableaux de bord et les rapports de Cohorte et LTV.