En bref : L’ETL des coûts, qui fait partie de l’offre ROI360 AppsFlyer, offre aux annonceurs des données de coût de campagne par source média d’une grande précision. Les données (actualisées 4 fois par jour) sont transmises à votre compartiment AWS S3 ou GCS où elles peuvent être immédiatement importées dans les systèmes BI des annonceurs.
Fonctionnement de l’ETL des coûts
Les données de coût de la campagne sont inscrites :
- Dans votre compartiment pour que vous puissiez consulter, transférer et charger les données de coûts dans vos systèmes.
- Dans le compartiment 4 fois par jour (actualisation des données : dans la journée).
- Pour la journée en cours et les 6 jours précédents (nous parlons des «7 jours» dans cet article), ainsi que les jours 14, 29 et 88. Les données rétroactives permettent des mises à jour et des corrections dans le reporting des données de coût.
- Pour le coût matché à l'attribution, au clic ou à l'impression.
Remarque :- Les données des 7 derniers jours sont à nouveau extraites des sources média. Les données des jours 14, 29 et 88 sont traitées une seconde fois.
- Seules les données de coûts sont mises à jour rétroactivement ; pas de données d'attribution.
Les données sont fournies de base avec les principales dimensions :
- Géo : répartition par pays
- Canal : canal de la source média, par exemple, dans le cas de Google il s’agit de YouTube
Vous pouvez personnaliser les autres dimensions, ainsi que les mesures disponibles dans les rapports.
Voir un exemple de fichier. Remarque : Cet exemple est celui d’un fichier Excel avec les données réparties par canal ; Les fichiers ETL des coûts sont envoyés à votre compartiment sous forme de fichiers Parquet.
Mise en place
Dimensions du rapport
- Les rapports concernent toutes les applications incluses dans l’ETL des coûts, par jour et par lot.
- Chaque fois que des données sont inscrites dans le compartiment, soit 4 fois par jour, elles représentent l’ensemble des données disponibles, y compris l'historique, les mises à jour et les corrections des 6 jours précédents, ainsi que les jours 14, 29 et 88. Merci de garder ces éléments en tête lorsque vous chargez vos données.
- La structure des rapports est détaillée dans letableau des champs de fichiers. La structure est :
- Rapport bilan: Moins granulaire (détaillé) pour permettre une lecture plus rapide.
- Rapports de dimension : Contiennent forcément une dimension de base. Cela signifie que la dimension est disponible pour chaque source média contenue dans ce rapport. Par contre, si une source média ne fournit pas les données de la dimension de base, ces données ne seront pas incluses dans le rapport de cette dimension. Les dimensions secondaires sont incluses lorsqu’elles sont disponibles. Elles ne sont pas toujours garanties.
- Les dimensions de base (garanties) disponibles sont :
- Geo : Données regroupées par pays
- Canal : Canal source média, par exemple YouTube dans le cas de Google et Instagram dans le cas des Meta ads.
- Pensez à utiliser les dimensions et mesures qui répondent le mieux à votre entreprise. Elles peuvent varier selon la source média.
- [Bêta fermé] Rapport sur l’ensemble des coûts : Basé sur la dimension geo. Inclut les données de coût pour toutes les activités marketing sur l’ensemble des plateformes, y compris pour les apps/plateformes qui n’ont pas été ajoutées à AppsFlyer (dans ce cas, l'ID d’app s’affiche comme inconnu.
Structure des répertoires et noms des fichiers
- Les données inscrites dans le compartiment ont la structure des répertoires et fichiers décrits. Voir un exemple de fichier. Remarque : cet exemple est celui d’un fichier Excel avec les données réparties par canal ; Les fichiers ETL des coûts sont envoyés à votre compartiment sous forme de fichiers Parquet.
- Lorsque l’ETL des coûts termine l’inscription dans un répertoire, un flag est défini au moment où le fichier success (réussi) est créé. Il s'agit toujours de l'horodatage le plus récent du répertoire.
- Chaque inscription des données inclut les données de la journée en cours et des 6 jours précédents (nous parlons des «7 jours» dans cet article), ainsi que des jours 14, 29 et 88.
- Le nombre de dossiers/fichiers est le suivant :
- Bilan : 4 lots de dossiers par jour.
- Chaque lot de dossiers contient des fichiers Parquet avec 7 jours de données.
- Dimensions : Chaque dimension garantie contient 4 lots de dossiers par jour.
- Chaque lot de dossiers contient des fichiers parquet contenant des données numérotées (démarrant par 1).
- [Bêta fermé] Tous les coûts : Basé sur la dimension géo, contient 4 lots de dossiers par jour.
- Bilan : 4 lots de dossiers par jour.
Exemple de structure de répertoire
Structure du répertoire
/<advertiser bucket name>/cost_etl/version/dt=<yyyy-mm-dd>/b=<n>/
<dimension>/<file name>
Structure du répertoire
Variable |
Contenu |
---|---|
advertiser_bucket_name |
Tel que défini dans la configuration ETL des coûts : af-xpend-cost-etl-<af-account-id>-[suffixe du nom de votre compartiment] |
cost_etl | Toujours cost_etl |
version | Version de l’ETL des coûts |
date |
Date du coût Format : aaaa-mm-jj |
batch | Numéro 1-4 |
dimension |
Dimension des données :
|
file_name |
|
Parquet file number |
|
Structure du nom de fichier
part-<number>
Exemple
Pour une première extraction de données du 23 juin 2020, la structure des répertoires et des noms de fichiers est la suivante :
/bucket-name/cost_etl/v1/dt=2020-06-23/b=1/geo/part-00001
Champs du fichier
Champs/Dimensions
Champ |
Remarques |
Toujours rempli |
Format |
Inclus dans le fichier bilan |
---|---|---|---|---|
date |
Date où le coût a été rapporté par la source média |
Oui |
chaîne aaaa-mm-jj |
✓ |
app_id |
ID de l'app sur la plateforme AppsFlyer |
Oui |
Chaîne |
✓ |
media_source |
Source média qui affiche la publicité |
Oui |
Chaîne |
✓ |
os |
Système d'exploitation de l'appareil. Valeurs possibles :
|
Oui |
Chaîne |
- |
agency |
Agence chargée de placer la publicité |
Non |
Chaîne |
- |
campagne |
Composant de la hiérarchie publicitaire |
Non |
Chaîne |
- |
campaign_id |
Composant de la hiérarchie publicitaire |
Non |
Chaîne |
- |
adset |
Composant de la hiérarchie publicitaire |
Non |
Chaîne |
- |
adset_id |
Composant de la hiérarchie publicitaire |
Non |
Chaîne |
- |
ad |
Composant de la hiérarchie publicitaire |
Non |
Chaîne |
- |
ad_id |
Composant de la hiérarchie publicitaire |
Non |
Chaîne |
- |
ad_account |
|
Non |
Chaîne |
- |
devise |
Devise des dépenses de l'annonceur telle que définie pour l'app dans AppsFlyer |
Oui |
Chaîne de 3 caractères au format ISO-4217 |
✓ |
original_currency |
La devise du coût rapportée par le réseau avant toute conversion |
Oui |
Chaîne de 3 caractères au format ISO-4217 |
- |
timezone |
|
Oui |
Chaîne |
- |
geo |
Dimension dans la hiérarchie publicitaire |
Non |
Chaîne de 2 caractères au format ISO 3166 |
✓ |
canal |
Dimension dans la hiérarchie publicitaire |
Non |
Chaîne |
- |
keyword_term |
Mot(s) utilisé(s) par l'internaute pour la recherche en ligne |
Oui |
Chaîne |
- |
keyword_id |
ID des termes du mot-clé ASA |
Oui |
Chaîne |
- |
site_id |
ID éditeur |
Non |
Chaîne |
- |
campaign_objective |
Composant des propriétés de la campagne. En savoir plus |
Non |
Chaîne |
- |
cost_model |
Composant des propriétés de la campagne. En savoir plus |
Non |
Chaîne |
- |
af_cost_model |
Modèle de coût mappé et normalisé par AppsFlyer. Composant des propriétés de campagne. En savoir plus |
Non |
Chaîne |
- |
bid_strategy |
Composant des propriétés de la campagne. En savoir plus |
Non |
Chaîne |
- |
af_bid_strategy |
Stratégie d'enchères mappée et normalisée par AppsFlyer. Composant des propriétés de campagne. En savoir plus |
Non |
Chaîne |
- |
bid_amount |
Composant des propriétés de la campagne. En savoir plus |
Non |
Entier |
- |
original_bid_amount |
Composant des propriétés de la campagne. En savoir plus |
Non |
Entier |
- |
Métriques
Champ |
Remarques |
Toujours rempli |
Format |
Inclus dans le fichier bilan |
---|---|---|---|---|
impressions |
|
Oui. Si aucune valeur n’est disponible pour une métrique donnée, elle affiche 0. |
Entier |
✓ |
Clics |
|
Entier |
✓ |
|
reported_impressions |
Comptabilisé par la source média |
Entier |
✓ |
|
reported_clicks |
Comptabilisé par la source média |
Entier |
✓ |
|
installs |
Comptabilisé par AppsFlyer |
Entier |
✓ |
|
reported_conversions |
Comptabilisé par la source média |
Entier |
|
|
re_engagements |
Comptabilisé par AppsFlyer |
Entier |
✓ |
|
re_attributions |
Comptabilisé par AppsFlyer |
Entier |
✓ |
|
cost |
Montant des dépenses (dont les éventuels frais d'agence) |
Valeur |
✓ |
|
original_cost |
Coût rapporté par le réseau, dans la devise indiquée par le réseau et avant toute conversion de devise (avec frais d'agence calculés par AppsFlyer si applicables) |
Valeur |
- |
|
impressions_discrepancy |
|
Entier |
- |
|
clicks_discrepancy |
|
Entier |
- |
|
installs_discrepancy |
|
Entier |
- |
|
fees |
Les frais qu'une agence facture en plus du coût de base d’une publicité. Comptabilisé par AppsFlyer |
Oui |
Entier |
- |
cost_without_fees |
Le coût moins les frais d'agence. Comptabilisé par AppsFlyer |
Oui |
Entier |
- |
original_cost_without_fees |
Coût d'origine tel que rapporté par le réseau publicitaire, frais d'agence non compris |
Oui |
Entier |
- |
ctr |
|
Non |
Entier |
- |
cvr |
|
Entier |
- |
|
eCPM |
|
Entier |
- |
|
cpi |
|
Entier |
- |
|
ccvr |
|
Entier |
- |
|
cvvr |
|
Entier |
- |
|
reported_cvr |
|
Entier |
- |
|
ecpc |
|
Entier |
- |
|
video_25p_views |
Vidéo lue à 25 %. Rapporté par le réseau publicitaire |
Entier |
- |
|
video_50p_views |
Vidéo lue à 50 %. Rapporté par le réseau publicitaire |
Entier |
- |
|
video_75p_views |
Vidéo lue à 75 % Rapporté par le réseau publicitaire |
Entier |
- |
|
video_completions |
Rapporté par le réseau publicitaire |
Entier |
- |
Configurer l’ETL des coûts pour AWS S3
Cette action de configuration doit être réalisée par un utilisateur admin.
Avant de démarrer :
- La configuration de l’ETL des coûts consiste à paramétrer votre compartiment AWS (et à donner à AppsFlyer l'autorisation d'y inscrire des données), puis à configurer l’ETL des coûts dans AppsFlyer.
- Vous aurez besoin des privilèges d'admin AWS et d'un accès à l'interface utilisateur AppsFlyer pour configurer l’ETL des coûts.
- Gardez les onglets AWS et AppsFlyer ouverts tout au long de la configuration.
- Remarque : la prise en charge du chiffrement du compartiment KMS est pour l’instant en bêta.
Pour configurer votre compartiment AWS et votre ETL des coûts :
- Connectez-vous à la console AWS.
- Ouvrez le service S3.
- Pour créer le compartiment :
- Cliquez sur Créer un compartiment.
- Saisissez lenom du compartiment comme suit : Commencez par le préfixe (obligatoire)
af-xpend-cost-etl-acc-
puis ajoutez la suite en texte libre.- - Votre
af-account-id
se trouve dans l'interface utilisateur d'AppsFlyer, comme le stipulent les étapes 7 à 9 ci-dessous. - Consultez les Critères à suivre pour nommer les compartiments Amazon S3.
- Votre
- Cliquez sur Créer un compartiment.
- Dans AppsFlyer, dans le menu latéral, sélectionnez Exporter > ETL des coûts.
- Activez ETL des coûts.
- Dans Calendrier des rapports, sélectionnez le moment où vous souhaitez recevoir le premier rapport. Les rapports qui suivront arriveront environ toutes les 6 heures.
- Ouvrez les paramètres Amazon S3.
- Sélectionnez la région de votre compartiment S3 dans la liste déroulante.
Si votre région n'est pas listée, contactez votre CSM. - Saisissez le nom de votre compartiment Amazon S3.
- Cliquez sur Suivant.
L'extrait de code des règles du compartiment s'affiche.
- Copiez l'extrait de code des règles du compartiment et collez-le dans vos paramètres AWS.
- Dans AWS, sélectionnez le compartiment que vous avez créé pour l’ETL des coûts.
- Allez dans l'onglet Autorisations.
- Dans la section Règles du compartiment, cliquez sur Modifier.
- La fenêtre des règles du compartiment s'ouvre.
- Collez le code des règles du compartiment dans la fenêtre.
- Dans vos paramètres ETL des coûts AppsFlyer, cliquez sur Suivant.
L'étape Valider le compartiment s'affiche. - Cliquez sur Valider.
Vérifiez que le message Validation réussie s'affiche. - Cliquez sur Suivant.
- Sélectionnez une, plusieurs, ou l'ensemble des apps. Sélectionnez tout pour inclure automatiquement les apps que vous ajouterez par la suite.
- Cliquez sur Appliquer.
- Sélectionnez au moins une dimension garantie : Canal et/ou Géo.
- Sélectionnez au moins une dimension supplémentaire.
- Sélectionnez au moins une mesure à inclure dans les rapports.
- Cliquez sur Appliquer.
Configurer l'ETL des coûts pour GCS
Cette action de configuration doit être réalisée par un utilisateur admin.
Avant de démarrer :
- La configuration de l’ETL des coûts consiste à paramétrer votre compartiment GCS (et à donner à AppsFlyer l'autorisation d'y inscrire des données), puis à configurer l’ETL des coûts dans AppsFlyer.
- Vous aurez besoin des privilèges d'admin GCS et d'un accès à l'interface utilisateur AppsFlyer pour configurer l’ETL des coûts.
- Gardez les onglets GCS et AppsFlyer ouverts tout au long de la configuration.
Pour configurer votre compartiment GCS et votre ETL des coûts :
- Connectez-vous à la console GCS.
- Créez un compartiment.
Nommez le compartiment comme indiqué ci-après :- Commencez par le préfixe (obligatoire)
af-xpend-cost-etl-acc-
puis ajoutez la suite en texte libre.- - Votre
af-account-id
se trouve dans l'IU d'AppsFlyer, comme le stipulent les étapes 6 à 8 ci-dessous. - Consultez les Critères à suivre pour nommer les compartiments GCS.
- Commencez par le préfixe (obligatoire)
- Dans AppsFlyer, dans le menu latéral, sélectionnez Exporter > ETL des coûts.
- Activez ETL des coûts.
- Dans Calendrier des rapports, sélectionnez le moment où vous souhaitez recevoir le premier rapport. Les rapports qui suivront arriveront environ toutes les 6 heures.
- Ouvrez Destination des données et sélectionnez .
- Saisissez le nom de votre compartiment GCS.
- Cliquez sur Suivant.
Le compte de service AppsFlyer s'affiche, il sert à définir les autorisations GCS. - Dans votre console GCS, définissez les autorisations IAM pour le compartiment :
-
Ajoutez le compte de service AppsFlyer comme principal compartiment ETL des coûts.
- Attribuez le rôle « Admin de stockage objet ».
-
- Dans vos paramètres ETL des coûts AppsFlyer, cliquez sur Suivant.
L'étape Valider le compartiment s'affiche. - Cliquez sur Valider.
Vérifiez que le message Validation réussie s'affiche. - Cliquez sur Suivant.
- Sélectionnez une, plusieurs, ou l'ensemble des apps. Sélectionnez tout pour inclure automatiquement les apps que vous ajouterez par la suite.
- Cliquez sur Appliquer.
- Sélectionnez au moins une dimension garantie : Canal et/ou Géo.
- Sélectionnez au moins une dimension supplémentaire.
- Sélectionnez au moins une mesure à inclure dans les rapports.
- Cliquez sur Appliquer.
Propriété des objets AWS
Par Défaut, lorsque AppsFlyer écrit des objets dans votre compartiment AWS, le propriétaire de l'objet est AppsFlyer. En fonction de la manière dont sont chargées vos données, vous devrez peut-être remplacer le propriétaire par défaut le propriétaire du compartiment, c’est à dire vous.
Pour modifier le propriétaire des objets de votre compartiment :
-
Connectez-vous à la console de gestion AWS et ouvrez la console Amazon S3 à l'adresse https://console.aws.amazon.com/s3/.
-
Dans la liste Compartiments, choisissez le nom du compartiment pour lequel vous souhaitez activer le propriétaire des objets S3.
-
Allez dans l'onglet Autorisations.
-
Dans Propriétaire des objets,cliquez sur Modifier.
-
Sélectionnez Propriétaire du compartiment préféré.
-
Cliquez sur Enregistrer.
Recommandations
Remplacement des données
Lors de l'extraction et de l'analyse de vos données, il est recommandé d'extraire les données pour une date et un lot précis, ou de remplacer toutes les données précédentes par celles des jours du lot en cours. Si vous ne le faites, vous risquez de voir les mêmes données se répéter.
Par exemple, le lot 1 du 20 février contient les données concernant la période du 14 au 20 février. Cependant, les lots inscrits le 19 février contenaient également les données allant du 14 au 19 février. Il vaut mieux remplacer les données reçues le 19 février pour les jours précédents par les données reçues dans le lot le plus récent (celui du 20 février).
Géo et canal
Tous les réseaux ne fournissent pas les données pour l’ensemble des dimensions. Les données géo et de canal dans les meta ads en sont les exemples les plus courants. C'est pourquoi deux ensembles de données séparés sont générés. L'ensemble des données géo contient forcément les données géo, et l'ensemble des données de canal contient forcément les données de canal.
Dans de nombreux cas, et pour beaucoup de sources média, les données des ensembles géo et de canal sont les mêmes. En les séparant vous pouvez donc utiliser au choix l’un des ensembles de données (soit géo, soit canal), en fonction de vos besoins.
Si l'accord d'intégration avec une source média n'inclut pas le canal, donnant comme résultat un canal vide, nous traitons les données comme si elles contenaient le canal.
Données agrégées
L’ETL des coûts offre des données flexibles et granulaires aussi précises que celles qui sont extraites d’un réseau publicitaire. Pour tirer les meilleures informations d’un ensemble de données souvent énorme, nous vous conseillons de regrouper les données en fonction des besoins de votre entreprise. Par exemple, si vous avez besoin de comprendre les données de coûts au niveau d’une campagne et d’un pays, utilisez ces dimensions.
Standardisation entre les réseaux
Tous les réseaux ne fournissent pas des données avec la même granularité. Par exemple, les Meta ads ne fournissent pas les données de coût d'ID de site, et les X Ads n’offrent pas de données de coût géo. Prenez ces éléments en considération pour agréger les données de l’ETL des coûts, et pensez à analyser les données correspondantes lorsque vous comparez les réseaux.
Comparer les données
l’ETL des coûts fournit des informations sur toutes vos données de coûts. Certaines campagnes de l’ETL des coûts n'apparaissent pas dans certains tableaux de bord AppsFlyer, par exemple les données des campagnes inactives (les campagnes sans aucune installation enregistrée). Pour comparer les données, recherchez un ID de campagne spécifique dans le tableau de bord général, puis comparez-le avec ses données de coût dans l’ETL des coûts. En savoir plus sur la disponibilité des données de coûts
Informations supplémentaires
Caractéristiques et limitations
Caractéristique | Remarques |
---|---|
Fuseau horaire |
Si le fuseau horaire est modifié, les données de coût sont dupliquées le jour du changement, ainsi que le jour suivant. En savoir plus |
Actualisation des données |
Dans la journée Lors de la configuration de l’ETL des coûts, vous devez définir le calendrier des rapports, c'est-à-dire le moment où vous souhaitez que les rapports arrivent. Remarque : Une fois que les données de coûts sont arrivées dans votre compartiment, le temps de transfert de ces données vers vos systèmes BI peut varier considérablement, et ce en fonction du rapport et de la taille du fichier Parquet, qui peut aller de quelques Ko à plusieurs Go. |