Reporting des revenus publicitaires
Avec le reporting des revenus publicitaires Adjust, vous obtenez des insights la valeur vie (LTV) de vos utilisateurs depuis un uniquement emplacement. Cela vous aide à comprendre les performances de vos campagnes et à les optimiser.
Les Revenus publicitaires sont proposés sous la forme d'une Solution de croissance Adjust. Pour obtenir les Revenus publicitaires dans votre compte, contactez sales@adjust.com.
Reporting agrégée vs au niveau des impressions
Les données agrégées de revenus publicitaires sont agrégées au niveau de l'appareil. Cela signifie que votre reporting affiche le total des revenus publicitaires gagnés sur chaque appareil. Le reporting des revenus au niveau des impressions vous permet d'afficher les revenus de chaque annonce diffusée.
Vous pouvez afficher les données agrégées de revenus publicitaires et les cohortes dans le Dashboard de monétisation dans Datascape et accéder aux données de revenus publicitaires via l'API Report Service. Le reporting au niveau des impressions est uniquement disponible à l'aide d'une connexion SDK ou S2S.
Avec les connexions API, la plateforme de médiation nous envoie les demandes de revenus publicitaires qui incluent les ID d'appareil. Toutefois, lorsque la plateforme envoie des données de revenus publicitaires d'un appareil dont nous n'avons pas enregistré les installations, nous ne pouvons pas faire correspondre les données à un ID d'appareil. Cette situation peut se présenter si vous passez à Adjust depuis un autre fournisseur sans avoir importé au préalable les appareils. Dans ce cas, les données de revenus publicitaires sont affichées à l'aide d'un lien appelé Appareils inconnus .
Métriques disponibles
Les métriques de revenus publicitaires suivantes sont disponibles :
- Impressions publicitaires
- Revenus publicitaires
- Revenus publicitaires par millier d'impressions (RPM publicitaire)
Vous pouvez également afficher les métriques de cohorte de revenus publicitaires dans vos cohortes :
- Revenus publicitaires
- Total des revenus publicitaires
- RPM publicitaire
- Tous les revenus (rev. publ. + in-app)
- Total de tous les revenus
- Tous les revenus par utilisateur
Si vous utilisez la solution des connexions API revenus réseau, vous disposez également des métriques suivantes :
- Impressions (AAR)
- Clics (AAR)
- Requêtes (AAR)
- Revenus (AAR)
Filtrer les revenus publicitaires par source
Le transfert des revenus vous permet de sélectionner les données de sources de revenus publicitaires que vous souhaitez envoyer aux réseaux. Vous pouvez choisir les sources de données de revenus publicitaires à partager avec les réseaux lorsque vous configurez les options de partage des données pour un réseau.
Filtrer vos revenus publicitaires par source définit clairement les données des partenaires de revenus que vous souhaitez inclure dans votre jeu de données. Vous pouvez filtrer à l'aide de plusieurs ad_revenue_source
. Votre analyse des données de revenus publicitaires gagne également en flexibilité.
Les revenus publicitaires à travers les connexions API sont transmises au niveau du compte. Cela signifie que si vous avez configuré la collecte des revenus publicitaires à travers une API pour une application Android et via un SDK pour votre application iOS, vous recevrez également des données iOS via la connexion API.
Pour éviter les doublons et affiner votre jeu de données, vous pouvez utiliser le filtre Sources de revenus publicitaires. Il peut s'appliquer aux rapports Datascape, aux paramètres de partage des données de partenaire ou à vos paramètres de mappage Conversion Hub.
Les sources de revenus publicitaires que vous pouvez utiliser dans le filtre sont les suivantes :
Source de revenus publicitaires | Description |
---|---|
all | Tous les revenus de toutes les sources, y compris les sources inconnues. |
unknown | Revenus publicitaires de sources inconnues. |
Admob | Revenus publicitaires de l'intégration de l'API AdMob. |
Admost | Revenus publicitaires de l'intégration de l'API AdMost. |
admost_sdk | Recettes publicitaires SDK AdMost. |
applovin_max | Revenus publicitaires de l'intégration de l'API AppLovin MAX. |
applovin_max_fb_only | Revenus publicitaires AppLovin MAX avec uniquement les données d'enchères Facebook. |
applovin_max_sdk | Revenus publicitaires AppLovin MAX SDK. |
Facebook | Revenus publicitaires Facebook. Remarque : Facebook n'est pas disponible comme source de revenus publicitaires dans la nouvelle suite Adjust. |
helium_by_chartboost_sdk | Recettes publicitaires SDK Helium by Chartboost. |
IronSource | Revenus publicitaires de l'intégration de l'API Unity LevelPlay (anciennement ironSource). |
ironsource_sdk | Revenus publicitaires de l'intégration du SDK ironSource. |
MoPub | Uniquement disponible pour les données de revenus publicitaires MoPub. |
Tapjoy | Recettes publicitaires Tapjoy. |
TopOn | Recettes publicitaires TopOn. |
TradPlus | Revenus publicitaires TradPlus |
S2S | Revenus publicitaires rapportés serveur à serveur. |
Reporting des données brutes
Vous pouvez uniquement voir les données agrégées des rapports et des dashboards dans Datascape. Pour que vos données de revenus soient envoyées directement à vos serveurs, utilisez l'une des méthodes d'export de données suivantes :
La table suivante donne des informations sur la fréquence des callbacks pour chaque solution de revenus publicitaires :
Solution | granularité | Fréquence | Détails des callbacks |
---|---|---|---|
Connexions des SDK des plateformes de médiation | Au niveau des impressions | En temps réel | 1 impression publicitaire = 1 callback |
Connexions des API de revenus des plateformes de médiation | Au niveau de l'appareil | Une fois par jour | Chaque callback peut avoir un ad_impression_count élevé. |
Connexions S2S des revenus réseau | Au niveau des requêtes | En temps réel | 1 impression publicitaire = 1 callback |
Assurez-vous que votre serveur, votre système BI ou votre solution de stockage cloud peut prendre en charge les valeurs négatives qui sont envoyées depuis les callbacks Adjust.
Pour exporter ces données à l'échelle d'un utilisateur, annexez les placeholders aux callback ou intégrez-les dans la définition de votre CSV :
Espace réservé Adjust | Valeur livrée |
---|---|
{revenue_float} | Revenus en unités de devise entières P. ex., 4,99 = 4,99 € |
{revenue} | Revenus en centimes P. ex., 34,5 = 0,345 € |
{currency} | Code de devise d'origine ISO 4217 P. ex., EUR |
{recettes_usd} | Revenus en dollars US P. ex., 4,99 = 4,99 $ |
{revenue_usd_cents} | Revenus en centimes de dollar US P. ex., 4,99 = 499 |
{reporting_revenue} | Revenus tels que reportés dans Adjust, en unités de devise entières P. ex., 4,99 |
{reporting_currency} | Code devise ISO 4217 P. ex. USD |
{ad_impressions_count} | Nombre d'annonces publicitaires mobiles adressées aux utilisateurs finaux |
{ad_revenue_network} | Réseau publicitaire ayant affiché la publicité
|
{ad_revenue_unit} | Annonce qui a généré la recette |
{ad_revenue_placement} | Placement utilisateur tel que défini sur la plateforme |
{ad_revenue_payload} | Données de revenus au niveau des impressions dans un fichier JSON |
{ad_mediation_platform} | Nom de la plateforme de médiation (monétisée par les différents réseaux publicitaires) auprès de laquelle Adjust récupère les données de revenus publicitaires. Valeurs disponibles :
|
Reporting des revenus publicitaires pour les utilisateurs non consentants
La capacité d'un partenaire à capter et à utiliser les données de revenus publicitaires peut dépendre des ID d'appareil qu'Adjust transmet au partenaire. Adjust récupère les ID d'appareil disponibles dans le SDK Adjust, l'intégration de l'API Revenus publicitaires ou la requête de revenus publicitaires S2S. Pour qu'Adjust puisse transmettre les données de revenus publicitaires avec un ID d'appareil particulier, elles doivent être présentes sous la forme d'un paramètre dans le modèle de callbacks du partenaire. Vous pouvez obtenir davantage d'informations sur les identifiants d'appareil et publicitaires acceptés ici.
Le reporting des revenus publicitaires des utilisateurs n'ayant pas consenti au tracking par les tierces parties varie selon l'implémentation. Pour en savoir plus, développez l'une des sections ci-dessous.