En bref : attribuez les revenus publicitaires pour compléter l'affichage des performances LTV.
L'attribution des revenus publicitaires
- Les publicités s'affichent dans l'application sur des bannières, des murs d'offres, des interstitiels, etc., et elles génèrent des revenus publicitaires.
- La somme des revenus publicitaires, achats in-app et revenus d'abonnement offrent une vision complète de la LTV de l'utilisateur. Le ROI est déterminé en associant la LTV de l'utilisateur et la dépenses des médias de la campagne, et il s'affiche sur la plateforme pour permettre une analyse.
Données des revenus publicitaires attribués :
- Obtenues sur les réseaux de médiation et/ou de monétisation publicitaire via les API de serveur, ou via le SDK de reporting intégré à l'app (iOS 14 inclus).
- Attribuées à la source média qui a initialement amené l'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é.
- La granularité des rapports dépend de l'intégration du réseau de monétisation et du type d'attribution des revenus publicitaires.
Types d'intégration pour l'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.
Type d’intégration de l’attribution des revenus publicitaires | Description |
---|---|
|
|
Niveau utilisateur via API S2S |
|
Niveau impression via SDK |
|
Niveau impression (via le SDK) avec niveau utilisateur (via l'API S2S) |
|
Implémentation
Les sections suivantes décrivent les types d'attribution de revenus publicitaires existants, ainsi que les opérations nécessaires à leur mise en place et suivi.
Se connecter aux partenaires intégrés de revenus publicitaires
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 :
- Dans AppsFlyer, allez dans ROI360 > Paramètres des revenus > Revenus publicitaires.
- Dans Integration des revenus publicitaires, cliquez sur Nouvelle intégration des revenus publicitaires.
- Sélectionnez un partenaire des revenus publicitaires et cliquez sur Suivant.
-
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.
- 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 :
-
Niveau agrégé via API S2S.
- Sélectionnez l’événement sur lequel baser les revenus publicitaires. Exemple : si vous choisissez l'événement af_app_opened, le revenu publicitaire total 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 utilisateur via API S2S
- Remarque : si vous activez l'API de revenus publicitaires de niveau utilisateur pour un réseau de médiation, vous devez désactiver les intégrations de revenus publicitaires des réseaux de monétisation qu'il concilie. Si vous ne le faites pas, les données seront affichées en double.
- Niveau impression via SDK
- Niveau impression via le SDK avec niveau agrégé via l'API S2S.
- Niveau impression (via le SDK) avec niveau utilisateur (via l'API S2S)
- 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.
-
Niveau agrégé via API S2S.
- 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 :
- Complétez les identifiants d'API, ou le login, comme l'exige le partenaire intégré. Ne concerne pas les intégrations SDK.
-
Cliquez sur Enregistrer.
-
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.
-
Si vous ne voyez pas s'afficher le bouton Tester la connexion , la procédure est bien terminée.
AppsFlyer collecte les données du partenaire plusieurs fois par jour.
Remarque : si vous passez d’un type d’intégration à l'autre, la modification prend effet à 00 h (minuit) UTC le jour qui suit.
Afficher, modifier et supprimer les revenus publicitaires des partenaires intégrés
Pour afficher, modifier ou supprimer les intégrations des réseaux de revenus publicitaires ::
- Dans AppsFlyer, allez dans Intégration > Revenus > Revenus publicitaires.Une liste contenant toutes les intégrations de vos partenaires s'affiche, elle inclut des informations sur le produit et le type d'intégration, le statut de l'intégration ainsi que les noms des événements de revenus publicitaires.
- Passez la souris sur l'intégration et cliquez sur Modifier ou Supprimer.
Granularité agrégée à l'aide d'événements d'ouverture d'app ou d'événements d'in-app
La granularité agrégée des revenus publicitaires fonctionne comme suit :
- 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.
- AppsFlyer crée un événement _monetized qui inclut le total des eRPA pour chaque appareil attribué. Ex : ad_matched_monetized.
- Avec une eRPA le revenu est attribué aux sources média.
- 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.
- Ne rapportez pas le montant des revenus publicitaires dans les événements in-app si l'intégration des revenus publicitaires est en cours. 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.
Agrégation des revenus publicitaires à l'aide d'événements
Méthode d'événement | Comment procéder à l'implémentation ? | Attention |
---|---|---|
Événement d'app unique de monétisation |
|
|
af_app_opened event |
|
|
Comparaison des méthodes d'événements d'app
Méthode | Avantages | Inconvénients | Attention |
---|---|---|---|
Utilisez le même événement pour tous les réseaux. Ex : ad_watched. Cela génère automatiquement l'événement ad_watched_monetized qui inclut les détails de la monétisation. | Le plus simple à implémenter | Aucune information de qualité, comme le nombre de clics et les revenus publicitaires par réseau |
|
(Recommandé) Attribuez un événement unique à chaque réseau pour le visionnage des publicités. Ex : ad_watch_admob, ad_watch_vungle. |
Visibilité totale et possibilité de comparer les réseaux de monétisation dans le tableau de bord, en plus des données brutes. | Les revenus publicitaires ne se cumulent pas en un seul événement. Le nombre d'événements est équivalent au nombre de réseaux | Permet de comparer la monétisation des réseaux dans le tableau de bord. Les revenus publicitaires sont classés par réseau à l'aide d'un événement in-app par réseau. |
Statut et test de l'API pour les revenus publicitaires
-
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.
Statut | Signification | Remarques/actions requises |
---|---|---|
Clé API vérifiée |
|
Aucun |
Identifiants invalides. |
Un ou plusieurs des identifiants fournis sont incorrects. |
Obtenez des identifiants corrects auprès du partenaire de revenus publicitaires. |
Détails de configuration manquants | Un ou plusieurs champs d'identifiants sont incomplets | Récupérez les identifiants dans le tableau de bord du partenaire de revenu publicitaire, ou contactez le partenaire pour obtenir les identifiants. |
Données sur les revenus publicitaires
Les données sur les revenus publicitaires sont disponibles via les tableaux de bord AppsFlyer et les rapports de données brutes.
Données agrégées des revenus publicitaires
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,
- Rapports LTV
- Tableau de bord et rapports 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.

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.
Exemples
Trois utilisateurs installent une app le 31 décembre 2017. Ils sont attribués comme suit :
- Utilisateur A : Réseau A
- Utilisateur B : Réseau B
- Utilisateur C : Organique
L'app est intégrée à cinq plateformes de monétisation différentes. Chaque plateforme utilise un événement in-app unique via le SDK AppsFlyer, comme indiqué ci-après :
- Meta Audience Network : fb_ad_view
- Chartboost : chartboost_ad_view
- Admob : admob_ad_view
- Applovin : applovin_ad_view
- IronSource : is_ad_view
Pendant les 4 jours qui suivent l'installation, les utilisateurs voient s'afficher les publicités tel que décrit ci-après :
Utilisateur |
Réseau UA |
fb_ |
chartboost_ |
admob_ |
applovin_ |
is_ad_view |
Total |
---|---|---|---|---|---|---|---|
A |
Réseau A 31/12/2017 |
01/01/2018 1 $ |
02/01/2018 1 $ |
03/01/2018 1 $ |
04/01/2018 1 $ |
|
4 $ |
B |
Réseau B 31/12/2017 |
02/01/2018 1 $ |
|
04/01/2018 1 $ |
|
2 $ | |
C |
Trafic 31/12/2017 |
01/01/2018 1 $ |
02/01/2018 1 $ |
2 $ |
En examinant les données, nous pouvons maintenant résumer les revenus collectés soit par utilisateur, soit par jour (et par événement in-app) :
Utilisateur |
01/01/2018 |
02/01/2018 |
03/01/2018 |
04/01/2018 |
LTV totale |
---|---|---|---|---|---|
A |
1 $ |
1 $ |
1 $ |
1 $ |
4 $ |
B | 1 $ | 1 $ | 2 $ | ||
C | 1 $ | 1 $ | 2 $ | ||
Total | 2 $ | 3 $ | 1 $ | 2 $ | 8 $ |
Comprendre les rapports :
Comme mentionné, les revenus publicitaires sont liés à la LTV de l'utilisateur. Par conséquent, la période que vous sélectionnez dans le tableau de bord représente la cohorte d'installations pour lesquelles les revenus sont agrégés jusqu'à l'heure et le jour actuels. Examinons un rapport avec deux sélections de dates différentes :
Rapport agrégé : dates sélectionnées : 31/12/2017-05/01/2018
Réseau |
Revenus LTV |
---|---|
Trafic |
2 $ |
Réseau A |
4 $ |
Réseau B |
2 $ |
Réseau C |
2 $ |
Dans ce cas, la cohorte est celle des utilisateurs qui ont installé l'app entre le 31/12/2017 et le jour en cours, soit le 05/01/2018. Tous les revenus générés par ces utilisateurs sont liés à la source d'acquisition et représentés dans la LTV de l'utilisateur.
Données brutes des revenus publicitaires
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 à AppsFlyer au niveau utilisateur et au niveau impression.
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 de niveau impression sont :
- Agrégées au niveau de l'utilisateur et disponibles dans les rapports de niveau utilisateur.
- Disponibles dans les rapports de niveau impression dans Data Locker.
- Les données brutes sont actualisées au même rythme que les revenus publicitaires de niveau utilisateur du tableau de bord Activité.
Rapport |
Page Données d'exportation |
API Pull | Data Locker |
---|---|---|---|
Revenus publicitaires attribués (non organiques) | ✓ | ✓ | ✓* |
Revenus publicitaires organiques | ✓ | ✓ | ✓* |
Revenus publicitaires de retargeting | ✓ | ✓ | ✓* |
Données brutes de niveau impression | - | - | ✓ |
* Un rapport versionné est également disponible, il est actualisé plusieurs fois par jour et comporte des données agrégées au niveau de l’appareil. Les rapports Data Locker non versionnés sont émis quotidiennement. |
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 ils sont répertoriés dans le tableau suivant. Ces champs sont divisés en trois 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.
- Correspond à l'attribution de l'événement à la source média qui a drainé l'utilisateur. Ce qui signifie que ces champs sont copiés depuis 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.
Champs alimentés par les revenus publicitaires
api_name | Nom du champ | Type de champ | Description |
---|---|---|---|
event_time | Heure de l'évènement | Contexte |
Date à laquelle le revenu est attribué |
event_name | Nom de l'événement | Contexte |
|
event_revenue | Devise du revenu des évènements | Contexte |
|
event_revenue_currency | Devise de l'événement | Contexte |
Devise du revenu des évènements |
event_revenue_XXX | Revenu de l'évènement XXX | Contexte |
|
country | Pays |
|
Pays d'installation de la conversion de l'installation |
ad_unit |
Unité publicitaire |
Spécifique |
Type de publicité |
segment | Segment | Spécifique | Nom d'emplacement de la publicité |
monetization_network | Réseau de monétisation | Spécifique | Réseau qui envoie la publicité |
Impressions | Impressions | Spécifique | Nombre de fois où l'utilisateur a vu la publicité |
mediation_network | Réseau de médiation | Spécifique | Réseau de médiation qui signale l'événement à AppsFlyer |
Champs par réseau
Nom d'affichage | Admob | ironSource | AppLovin MAX | Appodeal | Fyber |
---|---|---|---|---|---|
Unité publicitaire | ✓ | ✓ | ✓ | ✓ | ✓ |
Segment | - | (1) | - | - | - |
Placement | - | ✓ | ✓ | ✓ | ✓ |
Réseau de monétisation | ✓ | ✓ | - | ✓ | - |
Impressions | - | - | ✓ | ✓ | - |
Réseau de médiation | - | ✓ | ✓ | ✓ | - |
(1) L'annonceur doit configurer cet élément dans ironSource |
Actualisation des données
L'actualisation des données dépend du type d'intégration et de la méthode de reporting.
Pour les intégrations d'API S2S, les données sont disponibles au plus tôt :
- Tableaux de bord et rapports (via Data Locker), depuis le jour X+1, 08:00 UTC, environ 4 fois par jour, soit toutes les 6 heures.Et pour les abonnés ROI360, les jours 2, 3, 7 et 14, une fois par jour.
Pour les intégrations SDK de niveau impression, les données sont disponibles au plus tôt :
- Tableaux de bord et rapports (via Data Locker), au plus tôt depuis le jour X à 05:00 UTC, mise à jour environ 6 fois par jour, soit toutes les 4 heures.
- Les rapports de données brutes de niveau impression (via Data Locker) commencent au Jour X à 01:00 UTC, avec une mise à jour toutes les heures.
Pour les intégrations héritées (antérieures à ROI360), les données sont actualisées au jour X+1, au plus tôt à 17:00 UTC.
Informations supplémentaires
Migrer d'une granularité de niveau agrégé à un 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.
Signaux AU pour les réseaux publicitaires
Remarque
Travailler avec des réseaux publicitaires pouvant recevoir des signaux UA est une possibilité. Cela signifie que les réseaux publicitaires responsables de l'acquisition d'utilisateurs peuvent recevoir les données des réseaux de médiation pour ce qui concerne les revenus publicitaires, et qu'ils peuvent les mettre à profit pour optimiser les campagnes UA de leurs clients.
Pour transmettre des signaux aux réseaux publicitaires UA, les partenaires de médiation doivent avoir une intégration de niveau de impression ou de niveau utilisateur.
En savoir plus sur les signaux UA
Liste des partenaires de médiation pouvant envoyer des signaux UA aux réseaux publicitaires UA :
- Applovin Max
- Google AdMob
- Appodeal
- Chartboost
- Fyber
- Tapdaq
- Topon
- Unity
- Médiation Unity LevelPlay (anciennement ironSource)
- Admost
- Tradplusad
- Yandex
Liste des réseaux publicitaires UA qui peuvent recevoir des signaux UA :
- AdAction
- Adamobi
- Adjoe
- Adonco
- Adshow
- Apprainbow
- Aura
- Betop
- Bidswave
- Brandscale
- Chameleostudios
- Chartboost
- Datawave
- DLab
- Ecomonline
- Etusdigital
- Foregon
- GNA Company
- Happimobi
- Hybrid
- Inflecto
- Irismedia
- Lambadapp
- Leadidadmonster
- Lifestreet
- Liftoff
- Melodong
- Mintegral
- Mobrand
- Moloco
- Motive
- Mpnd
- Msla
- Muvmobile
- Nexamob
- Nftdroper
- Nsofmedia
- Performadlive
- Personalyrtb
- Pitatroas
- Rebornads
- RTBhouse
- Runfuns
- Scmobi
- Shalltry
- Shareit
- Smadex
- Tapjoy
- Targetmedia
- Thepurpleline
- TikTok pour les entreprises
- Trademob
- Truemoney
- Unity Ads
- Yandex
- Yeahmobi
- Z2A Digital
- Zoyo
Postbacks d'événements des revenus publicitaires pour les réseaux publicitaires
Vous pouvez configurer les postbacks des revenus publicitaires pour les réseaux publicitaires. Cela signifie que les réseaux publicitaires responsables de l'acquisition d'utilisateurs peuvent recevoir les données des réseaux de médiation pour ce qui concerne les revenus publicitaires, et qu'ils peuvent les mettre à profit pour optimiser les campagnes UA de leurs clients.
Pour envoyer des postbacks aux réseaux publicitaires UA, vous devez avoir une intégration de niveau impression via SDK avec le réseau de médiation. AppsFlyer génère automatiquement un événement af_ad_revenue pour chaque impression. Ces événements peuvent être sélectionnés dans la liste des événements à envoyer au réseau publicitaire UA via postback.
En savoir plus sur les postbacks d'événement in-app
Liste des partenaires de médiation pouvant envoyer des événements de revenus publicitaires de niveau impression aux réseaux publicitaires UA :
- Applovin Max
- Google AdMob
- Appodeal
- Chartboost
- Fyber
- Tapdaq
- Topon
- Unity
- ironSource
- Admost
- Tradplusad
- Yandex
Liste des réseaux publicitaires UA pouvant recevoir des postbacks d'événements des revenus publicitaires :
- ironSource
- Unity Ads
Permettre aux réseaux publicitaires d'obtenir les données de revenus publicitaires
Avant de pouvoir recevoir les données des réseaux de médiation, les réseaux publicitaires responsables de l'acquisition d'utilisateurs doivent obtenir votre autorisation.
Remarque : Avant d'accorder l'autorisation, contactez le réseau publicitaire pour vérifier qu'il a le flux d'ingestion et la bonne logique pour traiter vos données.
Pour autoriser le réseau publicitaire à obtenir les données agrégées de performances :
- Allez dans Configuration > Intégrations actives.
- Sélectionnez le partenaire intégré.
- Ouvrez l'onglet Intégration.
- Vérifiez que Activer le partenaire est coché. Si l'option n'est pas activée, les données ne seront pas partagées.
- Allez dans l'onglet Autorisations.
- Activez les Autorisations du réseau publicitaire.
- Activez Accéder aux données brutes des revenus publicitaires.
- Dans Option d'envoi, précisez si vous souhaitez envoyer les données de revenus publicitaires de ce partenaire uniquement (Ce partenaire uniquement) ou celles issues de toutes les sources média (Toutes les sources média, y compris les sources organiques).
- Cliquez sur Enregistrer les paramètres.
- Contactez le réseau publicitaire pour l'informer que vous lui avez accordé les autorisations.
- Vérifiez que le réseau publicitaire a le flux d'optimisation requis pour traiter les données de revenus.
FAQ
Comment puis-je obtenir le revenu publicitaire total de chaque plateforme ?
|
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 en ce qui concerne 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 :
|
Particularités et limites
Particularité | Remarques |
---|---|
Accès du réseau publicitaire | Impossible d'accéder aux rapports de cohorte |
Autorisations de l'agence |
Agences :
|
Transparence de l'agence | Non pris en charge |
Fuseau horaire |
Les revenus publicitaires s’affichent dans les tableaux de bord et les rapports AppsFlyer uniquement dans le fuseau horaire UTC. En d'autres termes, si les données sont rapportées à 14 h UTC+2, dans AppsFlyer elles s'affichent à 14 h UTC. Traitement quotidien. AppsFlyer doit en effet standardiser les données issues de multiples sources et partenaires, or la plupart rapportent leurs données en UTC. |
Devise |
Dans AppsFlyer :
|
Limites |
Les événements de revenus publicitaires ne sont pas disponibles pour :
Limitations de granularité au niveau de l'utilisateur :
|
Type de données | Les données organiques et non organiques sont toutes prises en charge |
Actualisation des données | Revenus publicitaires |
Données historiques/rétroactives |
|
Accès utilisateur du compte | Prise en charge |
SKAN | Pris en charge par des connecteurs SDK de revenus publicitaires au niveau de l’impression. |
Géo/pays | Dans le tableau de bord de cohorte, lorsque les données géo sont inconnues (N/A), les données N/A ne s'affichent pas lors de l'agrégation par géo. |
Liste des partenaires intégrés de revenus publicitaires
Partenaire | Paramètres d'identification requis | Granularité des données |
---|---|---|
|
Niveau agrégé avec géo | |
Admost |
|
Niveau utilisateur avec géo |
|
Niveau agrégé avec géo | |
|
|
|
|
|
|
Bytedance Ads - Trafic en Chine |
|
Niveau agrégé avec géo |
Chartboost |
|
Niveau agrégé avec géo |
Meta Ads |
|
Niveau agrégé avec géo |
Fyber |
|
|
Google marketing platform - DV360/CM (DoubleClick) |
|
Niveau agrégé avec géo |
Google Admob |
|
|
Google Ads |
|
Niveau agrégé avec géo |
IronSource |
|
|
Mintegral |
|
Niveau agrégé avec géo |
Tapjoy |
|
Niveau utilisateur avec géo |
|
Niveau agrégé avec géo |
|
TopOn |
|
Niveau utilisateur avec géo |
Médiation Tradplus |
|
Niveau utilisateur avec géo |
|
|
|
Voodoo Ads |
|
Niveau agrégé avec géo |
|
Niveau agrégé avec géo | |
Yandex |
S/O |
|