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. Intégrez des SDK de réseau de monétisation publicitaire à l'app pour diffuser des publicités à vos utilisateurs, et générer des revenus publicitaires.
- L'accumulation des revenus publicitaires, achats in-app et revenus d'abonnement vous offrent une vision complète de la LTV de l'utilisateur. En associant LTV de l'utilisateur et campagne de dépenses média, le ROI est déterminé et est accessible sur la plateforme pour une analyse plus approfondie.
Données sur les revenus publicitaires :
- 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.
- La granularité des rapports dépend de l'intégration du réseau de monétisation :
- Granularité agrégée : divisée par pays/géo.
- Granularité de niveau utilisateur : vous permet de descendre dans la hiérarchie publicitaire jusqu'au niveau de l'appareil. Vous pouvez approfondir l'analyse de la valeur de l'utilisateur en utilisant les rapports de données brutes sur les revenus publicitaires.
Granularité de niveau utilisateur vs. niveau agrégé
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.
Revenus attribués et API de revenus de monétisation
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.
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.
API Flux d'attribution des revenus publicitaires
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.
Étape | Granularité agrégée | Granularité de niveau utilisateur (de niveau impression) |
---|---|---|
1 | Non applicable | |
2 |
Dans l'app, mettez en œuvre les éléments suivants :
|
Dans l'app, mettez en œuvre les éléments suivants :
|
3 | Dans AppsFlyer, connectez-vous au partenaire du réseau de monétisation publicitaire. |
Connectez-vous à un réseau de monétisation publicitaire de niveau utilisateur : |
4 | Générer et attribuer des revenus publicitaires | Générer et attribuer des revenus publicitaires |
Granularité agrégée à l'aide d'événements d'ouverture d'app ou d'événements d'in-app
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.
Méthode d'événement | Comment procéder à l'implémentation ? | Attention |
---|---|---|
Événement d'app unique de monétisation |
|
|
af_app_opened event |
|
|
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 |
|
(Recommandation) 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. |
Granularité de niveau utilisateur avec l'API des revenus publicitaires
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.
Attention
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.
Méthode | Comment procéder à l'implémentation ? | Attention |
---|---|---|
Données au niveau de l'utilisateur à l'aide de l'API de revenus publicitaires |
|
S/O |
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.
Se connecter à des 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 Configuration > Partenaires intégrés.
La fenêtre Partenaire intégré s'ouvre. -
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. - Accédez à l'onglet Revenus publicitaires et activez Obtenir les données des revenus publicitaires.
-
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.
- 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é. Ceci ne s'applique pas à l'intégration au niveau du SDK.
- Cliquez sur Enregistrer les revenus publicitaires.
-
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 de bouton Test de connexion , la procédure est bien terminée.
AppsFlyer collecte les données du partenaire plusieurs fois par jour.
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 et rapports AppsFlyer.
Revenus publicitaires dans le tableau de bord
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.

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 :
- Facebook Audience Network : fb_ad_view
- Chartboost : chartboost_ad_view
- Admob : admob_ad_view
- Applovin : applovin_ad_view
- IronSource : is_ad_view
Après l'installation pendant une période de quatre jours, les utilisateurs voient apparaître des publicités, comme suit :
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 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é.
Rapport |
Page Données d'exportation |
API Pull | Data Locker |
---|---|---|---|
Revenus publicitaires attribués (non organiques) | ✓ | ✓ | ✓ |
Revenus publicitaires organiques | ✓ | ✓ | ✓ |
Revenus publicitaires de retargeting | ✓ | ✓ | ✓ |
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.
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 |
Toujours défini sur af_ad_revenue |
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 |
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 |
Informations supplémentaires
FAQ
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 :
- Dans le dashboard général, rendez-vous dans tableau de rapports des performances agrégées.
- Sélectionnez jusqu'à quatre événements monétisés représentant les plate-formes que vous souhaitez interroger.
-
Téléchargez le rapport en cliquant sur Exporter le CSV.
- 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énementsaf_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.
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 sont traités au quotidien. Dans les données brutes, l'horodatage se base sur 00:00:00 UTC, mais il s'aligne sur le fuseau horaire de l'app. Par exemple, pour un événement qui a lieu le 2 juillet 2021 UTC, pour les apps en :
|
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 | Prise en charge via connexion SDK Admob et générique via l'événement af_ad_revenue. |
Appareils inconnus |
En cas d'absence de données d'attribution pour faire correspondre l'événement de revenu publicitaire (un problème fréquent dans les campagnes de retargeting) :
|
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 | Logo | 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 | |
![]() |
|
Niveau utilisateur avec geo | |
![]() |
|
|
|
Bytedance Ads - Trafic en Chine | ![]() |
|
Niveau agrégé avec géo |
Chartboost | ![]() |
|
Niveau agrégé avec géo |
![]() |
|
Niveau agrégé avec géo | |
Fyber | ![]() |
|
Niveau utilisateur avec geo |
Google marketing platform - DV360/CM (DoubleClick) | ![]() |
|
Niveau agrégé avec géo |
Google Admob | ![]() |
|
Niveau agrégé avec géo |
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 |
|
![]() |
|
Niveau agrégé avec géo |
Voodoo Ads | ![]() |
|
Niveau agrégé avec géo |
![]() |
|
Niveau agrégé avec géo |