Introduction
Combien de temps faut-il pour suivre vos publicités Facebook pour app mobile avec AppsFlyer ?
Si vous avez déjà intégré le SDK d'AppsFlyer dans votre app avant de la définir sur Facebook, la réponse est moins d'une minute !
Vous n'avez pas besoin d'implémenter Facebook Login ou d'intégrer votre app au SDK de Facebook pour le suivi mobile. Il vous suffit de suivre les instructions de configuration détaillées ci-dessous.
ID d'app Facebook
Mais si vous n'avez toujours pas défini votre app sur Facebook, commencez par suivre ces instructions pour créer l'ID d'app Facebook :
- Visitez le Tableau de bord d'app de Facebook
- Cliquez sur Créer une nouvelle app sous Apps
- Indiquez le nom de votre app, ainsi qu'un espace de noms unique
Configuration de base du suivi de Facebook
Pour commencer le suivi de campagnes Facebook avec AppsFlyer, procédez comme suit :
- Lorsque vous définissez votre app mobile sur Facebook, vous obtenez son ID d'app Facebook.
Copiez votre ID d'app Facebook et allez dans le tableau de bord de votre app sur AppsFlyer.
- Cliquez sur le lien Partenaires intégrés dans la barre de gauche.
- Recherchez Facebook et cliquez sur son logo pour ouvrir la page de configuration de Facebook.
- Dans l'onglet Intégration, cliquez dans la zone ID d'app Facebook et collez.
- Nous recommandons de définir la fenêtre rétrospective pour l'attribution de clics sur 28 jours, pour garantir la correspondance avec Facebook.
- Nous recommandons de définir la fenêtre rétrospective pour l'attribution de consultations sur 1 jour, de nouveau, pour garantir la correspondance avec Facebook.
- Appuyez sur Enregistrer et fermer.
Félicitations ! Vous avez terminé le suivi de base pour les campagnes mobiles Facebook avec AppsFlyer !
(Vous ne voyez toujours pas les résultats Facebook sur AppsFlyer ? Cliquez ici)
Avertissement
Votre application DOIT collecter les IDFA ou les GAID, faute de quoi toutes vos installations Facebook sont attribuées comme organiques. Pour plus d'informations, reportez-vous aux Guides d'intégration du SDK pour iOS ou Android.
Configuration avancée du suivi de Facebook
Une fois le suivi de base configuré pour Facebook, le moment est venu de mettre en place un suivi avancé rapide.
Données de niveau utilisateur
Par défaut, Facebook ne publie pas de données brutes de niveau utilisateur.
Dans l'onglet Intégration (ou ici), cliquez pour accepter les Conditions d'utilisation de Facebook. Cette opération permet à AppsFlyer de collecter les données brutes de vos utilisateurs Facebook et de vous permettre d'y accéder.
Mappage d'événements in-app
- Activez Postbacks d'événements in-app.
- L'option d'envoi pour tous les événements définis dans SDK est Événements attribués à un partenaire ou organique, autrement dit, toute votre base d'utilisateurs est disponible pour être signalée à Facebook.
- Cliquez sur Ajouter un événement pour ajouter un événement SDK à la liste.
- Remplissez les paramètres suivants :
| Nom du paramètre | Description |
|---|---|
| Nom de l'événement SDK | Le nom de l'événement, tel qu'il a été reçu par AppsFlyer à partir du SDK intégré à votre application ou à partir des événements de serveur à serveur. Astuce - Vous ne voyez pas l'événement que vous voulez dans la liste ? Assurez-vous d'activer l'événement sur un appareil avec une installation non-organique et revérifiez. |
| ID d'événement partenaire | Sélectionnez l'événement prédéfini le plus approprié pour votre balise d'événement Facebook. Vous pouvez également envoyer des événements PERSONNALISÉS Facebook. |
| Envoyer les revenus |
Lorsque cette case n'est pas cochée, AppsFlyer envoie tous les paramètres de l'événement rich in-app au partenaire, à l'exception du paramètre revenue, contenu dans le paramètre af_revenue. Lorsque cette case est cochée, AppsFlyer envoie tous les paramètres, y compris la valeur de revenue (si elle existe dans l'événement). |
Pour plus d'informations sur le mappage des événements in-app avec Facebook, cliquez ici.
Attribution de retargeting
L'attribution de retargeting d'AppsFlyer pour Facebook permet aux annonceurs d'attribuer un engagement supplémentaire d'un utilisateur avec une annonce sur Facebook, et de mesurer la qualité de l'utilisateur, après l'engagement, en utilisant les rapports AppsFlyer.
- Assurez-vous que le retargeting est activé pour l'application sur la page Paramètres de l'app. Pour plus d'informations, cliquez ici.
- Activez l'option Retargeting des annonces Facebook.
- Pour plus d’informations sur l’attribution de retargeting d'AppsFlyer, cliquez ici.
- Pour plus d'informations sur les utilisateurs du deep linking à partir des SRN, ceux de Facebook par exemple, cliquez ici.
Données sur le coût, les clics et les impressions
L'activation de la fonction Coût Facebook vous permet d'obtenir les données de coût pour vos campagnes, publicités, annonces et niveaux de canaux Facebook. Elle vous permet également d'obtenir l'ensemble des données agrégées correspondantes sur les clics et les impressions.
- Assurez-vous que vous êtes connecté au compte utilisateur Facebook, qui est activé pour gérer les campagnes du compte sur Facebook. L'utilisateur qui se connecte doit disposer des permissions nécessaires pour exécuter toutes les campagnes dans Facebook Business Manager.
- Allez dans l'onglet Enrichissement des données
- Cliquez sur le bouton Login de Facebook
- Lorsque vous y êtes invité, autorisez AppsFlyer à accéder aux données de votre campagne Facebook
Remarque
Si vous avez plusieurs utilisateurs disposant d'autorisations sur Facebook, la meilleure solution consiste à exécuter la fonction Login de Facebook pour chacun d'entre eux, afin de ne pas recevoir de données partielles.
Pour plus d'informations sur la façon d'enrichir vos informations Facebook avec les données de coût, de clics et d'impressions, cliquez ici.
Suivi des revenus publicitaires
Si votre application utilise les revenus publicitaires de l'Audience Network Facebook pour la monétisation publicitaire, vous pouvez suivre les revenus provenant de Facebook sur AppsFlyer. Cette opération, avec ou sans données sur les revenus d'achat in-app, vous donne une image complète de vos revenus par utilisateur.
Pour commencer à suivre les revenus publicitaires de l'Audience Network Facebook :
- Dans l'onglet Enrichissement des données , activez Obtenir les données des revenus publicitaires.
- Définissez la Source de l'événement, autrement dit l'événement offrant la meilleure représentation possible de votre modèle de revenus publicitaires. Par exemple, si vos revenus sont basés sur des impressions, il est recommandé d'envoyer à AppsFlyer un événement de visionnement d'annonce. Le meilleur événement peut être configuré séparément pour chaque plateforme de monétisation. Cependant, il est également possible d'utiliser l'événement
af_app_opened. Dans ce cas, les revenus publicitaires sont attribués pour chaque application ouverte exécutée par l'utilisateur. - L'événement Revenus publicitaires s'affiche. Ce champ en lecture seule présente le nouvel événement de recettes publicitaires appelé [événement source]_monetized (par exemple Ad_Watched_Monetized comme affiché ci-dessus). L'événement de revenus publicitaires est présenté sous la forme d'un événement supplémentaire dans le tableau de bord.
- Cliquez sur Revenus publicitaires Facebook pour activer la collecte des revenus publicitaires de l'Audience Network Facebook sur Facebook. Connectez-vous avec vos identifiants Facebook pour autoriser les revenus publicitaires de l'Audience Network Facebook.
- Cliquez sur Enregistrer et fermer.
Mappage des événements in-app Facebook
Les annonceurs peuvent facilement mapper leurs événements in-app, SDK ou S2S, aux événements prédéfinis de Facebook.
Cela permet aux annonceurs d'utiliser les capacités d'optimisation avancées de Facebook, ainsi que de créer des segments d'audience personnalisés et Lookalike.
Mappage des événements in-app personnalisés
AppsFlyer vous permet de mapper tous les événements in-app personnalisés à envoyer à Facebook, en utilisant l'option ID d’événement Facebook CUSTOM.
Le nom et la valeur de l'événement (avec les paramètres de l'événement) configurés dans le SDK sont transmis tels quels à Facebook.
Avertissement
Pour utiliser les capacités d'optimisation de Facebook telles que l'optimisation d'événements d'applications, l'optimisation basée sur la valeur et les publicités de produits dynamiques, il est essentiel de mapper les événements du SDK avec l'ID d'événement partenaire correspondant.
Les événements mappés sur "CUSTOM" ne sont pas disponibles pour l'optimisation.
Pour plus d'informations sur les événements rich in-app et leurs paramètres requis, voir ici.
Mappage automatique des paramètres avec l'événement CUSTOM
Grâce à l'intégration en profondeur d'AppsFlyer avec Facebook, la plupart des paramètres d'événements SDK standard d'AppsFlyer sont automatiquement mappés sur les paramètres prédéfinis de Facebook. Par exemple, le paramètre af_revenue est converti en paramètre valueToSum dans Facebook, vous permettant d'envoyer un revenu par événement qui peut être mesuré et optimisé pour Facebook.
Le tableau suivant détaille tous les paramètres de l'événement AppsFlyer qui, lorsqu'ils sont mappés sur Facebook via l'événement CUSTOM, sont automatiquement mappés sur les paramètres de Facebook.
| Paramètre AppsFlyer | Paramètre Facebook |
|---|---|
| af_city | fb_city |
| af_class | fb_travel_class |
| af_content_id | fb_content_id |
| af_content_list | fb_content_id |
| af_content_type | fb_content_type |
| af_country | fb_country |
| af_currency | fb_currency |
| af_date_a | fb_checkin_date |
| af_date_b | fb_checkout_date |
| af_departing_arrival_date | fb_departing_arrival_date |
| af_departing_departure_date | fb_departing_departure_date |
| af_description | fb_description |
| af_destination_a | fb_origin_airport |
| af_destination_b | fb_destination_airport |
| af_destination_list | fb_destination_ids |
| af_hotel_score | fb_hotel_score |
| af_level | fb_level |
| af_max_rating_value | fb_max_rating_value |
| af_num_adults | fb_num_adults |
| af_num_children | fb_num_children |
| af_num_infants | fb_num_infants |
| af_order_id | fb_order_id |
| af_payment_info_available | fb_payment_info_available |
| af_preferred_neighborhoods | fb_preferred_neighborhoods |
| af_preferred_num_stops | fb_preferred_num_stops |
| af_preferred_price_range | fb_preferred_price_range |
| af_preferred_star_ratings | fb_preferred_star_ratings |
| af_price | fb_price |
| af_quantity | fb_num_items |
| af_region | fb_region |
| af_registration_method | fb_registration_method |
| af_returning_arrival_date | fb_returning_arrival_date |
| af_returning_departure_date | fb_returning_departure_date |
| af_revenue | _valueToSum |
| af_search_string | fb_search_string |
| af_success | fb_success |
| af_suggested_destinations | fb_suggested_destinations |
| af_suggested_hotels | fb_suggested_hotels |
| af_travel_end | fb_travel_end |
| af_travel_start | fb_travel_start |
| af_user_score | fb_user_score |
Limitations des événements et des paramètres
Il y a plusieurs limitations que Facebook impose aux données d'événements envoyées :
- Un événement peut comporter jusqu'à 25 paramètres.
- Les noms d'événements et de paramètres doivent comporter entre 2 et 40 caractères (caractères alphanumériques, traits de soulignement, tirets ou espaces uniquement).
- La longueur de chaque valeur de paramètre ne peut pas dépasser 100 caractères.
- Les noms d'événements sur AppsFlyer peuvent refléter les noms d'événements Facebook (par exemple fb_price) ; cependant, ils ne doivent pas être envoyés en tant qu'événements CUSTOM à Facebook. Par mesure de sécurité, évitez de donner aux événements des noms d'événements Facebook.
Avertissement
À l'exception des paramètres ci-dessus, AppsFlyer envoie les données d'événements CUSTOM telles quelles à Facebook. C'est le propriétaire de l'application qui a la responsabilité de vérifier que les données d'événements sont conformes aux exigences de Facebook.
Canaux Facebook
Avec Facebook, vous pouvez voir les données ventilées non seulement par campagnes, séries d'annonces et publicités, mais aussi par canaux Facebook.
- Canal Facebook - utilisateurs de l'app Facebook
- Instagram - utilisateurs de l'app Instagram
- Messenger - utilisateurs de l'app Facebook Messenger
- Audience Network - utilisateurs d'autres apps appartenant ou affiliées à Facebook
Utilisez ces données pour comparer la qualité des utilisateurs que vous obtenez à partir des différents canaux de Facebook.
Facebook et agences
Les agences et les FMP peuvent gérer et suivre les campagnes Facebook pour le compte des annonceurs sur AppsFlyer, ou même parallèlement aux campagnes Facebook des annonceurs eux-mêmes. Pour que les campagnes d'agence soient attribuées à l'agence, le nom de la campagne DOIT commencer par le nom de l'agence.
Pour plus de détails sur les agences et le suivi de l'installation Facebook, allez ici.
De plus, les agences ne peuvent pas modifier les fenêtres rétrospectives de Facebook et les options de retargeting. Elles doivent plutôt demander à l'annonceur d'effectuer ces changements s'ils sont nécessaires.
Suivi sur Facebook pour les apps Android hors boutique
Facebook ne permet pas de créer des campagnes d'installation d'apps mobiles pour les apps Android qui sont dans les marchés hors boutique, par exemple Baidu.
Cependant, vous pouvez faire de la publicité et suivre les installations d'apps hors boutique sur Facebook en suivant ces instructions :
- Le développeur doit préparer un APK distinct pour chaque marché hors boutique que vous utilisez pour faire de la publicité pour votre app. Plus de détails ici.
- Créez une campagne de "clic vers lien" dans Facebook, qui envoie les prospects vers une page d'accueil.
- La page d'accueil propose un bouton "Télécharger l'app", qui cache un lien de suivi personnalisé. Le lien DOIT inclure le paramètre de redirection de la page d'accueil,
af_r. - Le prospect clique sur le bouton et est redirigé vers le marché hors boutique. À l'issue de l'installation, le prospect devient un utilisateur attribué.
Remarque
Puisqu'il n'est pas possible d'extraire l'ID de l'appareil du prospect à partir de la page d'accueil sur le web mobile, AppsFlyer utilises le fingerprinting comme méthode d'attribution.
Pour des instructions spécifiques sur le suivi des apps Amazon sur Facebook, cliquez ici.
Coûts Facebook
L'obtention des données des coûts Facebook (avec les clics et les impressions) est très facile à mettre en place, mais fait souvent l'objet de questions.
Vous trouverez ci-dessous les questions les plus fréquentes et des exemples expliquant la fonction des coûts Facebook.
Avertissement
Une fois que vous avez défini les coûts Facebook, vous ne devez pas changer le nom d'une campagne, d'une série de publicités ou d'une publicité unique en cours sur Facebook, car cela pourrait entraîner de graves discordances ou des données de coût manquantes.
FAQ sur les coûts Facebook
Suite à l'exécution de la première connexion admin Facebook décrite ci-dessus, AppsFlyer reçoit les données des coûts de Facebook des 90 derniers jours pour les campagnes existantes. Les données antérieures relatives au coût ne sont pas disponibles.
Ces données de coût, de clics et d'impressions sont collectées pour toutes les campagnes qui ont enregistré au moins 1 conversion au cours des 90 derniers jours précédant la connexion admin initiale.
Facebook peut réinitialiser cette autorisation pour obtenir les données de coût à intervalle de quelques mois. Si vous remarquez que les données de coût n'apparaissent plus sur le tableau de bord, répétez les étapes de connexion admin Facebook.
Si l'utilisateur admin Facebook modifie son mot de passe Facebook, les étapes de connexion doivent également être répétées.
AppsFlyer reçoit régulièrement des données agrégées sur les clics, les impressions et le coût de Facebook à intervalle de quelques heures. Par conséquent, il peut s'écouler plusieurs heures avant que ces actions ne s'affichent sur le tableau de bord d'AppsFlyer.
Puisque AppsFlyer reçoit uniquement des données agrégées sur les clics et les impressions de Facebook, les données globales brutes sur les clics et les impressions ne sont pas disponibles. Les seuls clics et impressions bruts disponibles dans les rapports bruts sont ceux qui ont entraîné des installations.
Si vous filtrez par emplacement géographique dans le tableau de bord d'AppsFlyer, vous pouvez voir le récapitulatif des données de coût, mais les données ne sont disponibles pour aucun pays spécifique.
Il existe plusieurs différences inhérentes aux modèles d'attribution de Facebook et d'AppsFlyer, qui peuvent entraîner des écarts avec les données de coûts Facebook :
- Attribution inter-appareil de Facebook - cette opération peut parfois entraîner des problèmes lorsqu'une campagne pour une plateforme (iOS/Android) montre une installation avec son coût pour une autre plateforme.
-
Campagnes non mobiles de Facebook - pour ces campagnes, comme les campagnes de clics vers liens de Facebook, les utilisateurs de postes peuvent tôt ou tard installer des apps mobiles. Pour ces campagnes inter-appareils, AppsFlyer n'affiche pas le coût. Cependant, si le clic vers lien a été effectué par l'appareil qui a installé l'app, les données de coût sont reçues.
Par exemple, un utilisateur de Facebook clique sur une publicité menant à la page d'accueil de l'annonceur sur un ordinateur de bureau. Une semaine plus tard, le même utilisateur Facebook installe l'app iOS de l'annonceur sur un iPhone. L'installation est attribuée et affichée sur le tableau de bord d'AppsFlyer, mais le coût de cette installation multiplateforme ne l'est pas. - Campagnes avec 0 résultat dans les 7 derniers jours - AppsFlyer synchronise uniquement les coûts des campagnes qui ont enregistré des installations/conversions au cours des 7 derniers jours. Si le coût Facebook vient d'être fixé, il ne sera pas affiché pour les campagnes inactives depuis plus de 7 jours.
Le coût par installation est calculé en divisant le coût total par le nombre d'installations. Puisque le nombre d'installations d'AppsFlyer diffère de celui de Facebook , l'eCPI sera généralement différente.
Même si plusieurs utilisateurs Facebook disposent des autorisations nécessaires pour exécuter des campagnes dans Facebook Business Manager, un seul d'entre eux est requis pour effectuer la connexion Facebook décrite ci-dessus.
Cependant, si cet utilisateur n'a pas accès à certaines des campagnes en cours sur Facebook, les campagnes sont affichées sur le tableau de bord d'AppsFlyer, mais sans les données de coût, de clics et d'impression.
Actuellement, les données de coût de Facebook ne sont affichées dans le tableau de bord Aperçu que pour les campagnes d'acquisition utilisateur, et non pour les campagnes de retargeting dans le tableau de bord du retargeting.
Si vous utilisez pour vous connecter à Facebook le même navigateur que celui dans lequel vous effectuez la configuration, la fenêtre se connecte automatiquement à Facebook à l'aide de ces identifiants ; si l'accès a déjà été accordé à l'application AppsFlyer, il n'y a rien à faire et la fenêtre se ferme.
Contrairement aux données d'AppsFlyer, Facebook ne distingue pas les données de coût des applications Android et des applications Amazon (qui sont basées sur Android).
Par conséquent, les données de coût des utilisateurs Amazon peuvent être attribuées à des campagnes ciblant d'autres utilisateurs Android au lieu des campagnes Amazon originales.
Exemples de coûts Facebook
M. A Flyer est un annonceur.
Il mène deux campagnes distinctes d'installation d'apps mobiles Facebook pendant la période du 27 mars au 3 avril.
Campagne A : UK_Female_30 :
Coût : 1 000 $ (total des dépenses de la campagne, tel que fourni par Facebook)
eCPI : 1 000 $ / 400 (nombre total d'installations générées par la campagne) = 2,5
Campagne B : US_Male_30 :
Coût : 500 $
eCPI : 500 $ / 100 (nombre total d'installations générées par la campagne) = 5 $
Dans le tableau ci-dessus, le coût de la campagne Facebook de M. Flyer est calculé par campagne.
Dans le rapport de performance agrégé (présenté par défaut), vous pouvez voir les informations fournies par AppsFlyer à un niveau supérieur (total de toutes les campagnes Facebook) :
Conformément au tableau ci-dessus, le coût total de la campagne Facebook de M. Flyer est calculé comme suit :
Toutes les campagnes Facebook :
Coût total : 1 000 $ + 500 $ = 1 500 $ (total des dépenses des campagnes, tel que fourni par Facebook)
Total des installations : 400 + 100 = 500
eCPI : 1 500 $ / 500 = 3 $ (l'eCPI est calculée pour chaque campagne / séries de publicités / annonce à la fin de chaque jour).
Discordances entre Facebook et AppsFlyer
En tant que deux des acteurs majeurs de l'écosystème d'acquisition des utilisateurs mobiles, AppsFlyer et Facebook diffèrent dans leurs modèles d'attribution. Cette situation peut entraîner des discordances entre les tableaux de bord de Facebook et d'AppsFlyer.
Même si nous travaillons en étroite collaboration avec Facebook pour réduire ces discordances, les annonceurs doivent être conscients des causes suivantes.
Discordances dans les modèles d'attribution
| Cause | AppsFlyer | |
|---|---|---|
|
Clic sur la fenêtre rétrospective d'attribution |
7 jours par défaut, mais peut être configuré de 1 à 30 jours |
|
|
Fenêtre rétrospective d'attribution post vue |
1 jour |
1 jour par défaut, mais peut être configuré de 1 à 48 heures (conserver cette valeur par défaut) |
|
Date d'enregistrement de l'installation |
Facebook enregistre les nouvelles installations dans le temps défini pour les clics/vues. |
AppsFlyer enregistre les nouvelles installations au moment de l'installation à proprement parler (le tout premier lancement de l'app) |
|
Attribution |
Les auto-attributs Facebook s'installent indépendamment d'autres sources médias |
AppsFlyer utilise l'attribution du dernier clic (vous trouverez plus d'informations sur l'attribution AppsFlyer ici) |
|
Attribution inter-appareils |
Facebook attribue ses utilisateurs qui cliquent et installent sur différents appareils, par exemple iOS/Android/bureau |
AppsFlyer attribue des appareils uniques, qui effectuent à la fois l'engagement et l'installation |
Attribution post clic et post vue
AppsFlyer prend en charge aussi bien l'attribution post clic que l'attribution post vue. Pour minimiser les discordances entre les plateformes Facebook et AppsFlyer, assurez-vous que les fenêtres rétrospectives post clic et post vue sont les mêmes.
Pour comparer les fenêtres d'attribution post clic et post vue sur Facebook avec celles d'AppsFlyer, visitez Facebook. Nous recommandons de configurer les fenêtres d'attribution sur AppsFlyer en fonction des valeurs de Facebook, telles qu'elles sont affichées dans la capture d'écran suivante :
Exemple
Supposons que la fenêtre rétrospective de clic de Facebook est configurée sur AppsFlyer à 7 jours pour votre app com.greatapp, contre une valeur par défaut de 28 jours sur Facebook. Les utilisateurs qui cliquent sur l'annonce de greatapp sur Facebook, mais qui lancent l'application pour la première fois au bout de 8 à 28 jours, sont attribués en tant qu'utilisateurs organiques sur AppsFlyer, alors que Facebook déclare automatiquement ces utilisateurs.
Discordances entre les événements in-app
Les discordances entre les plateformes peuvent également être présentes lors d'événements post-installation (par exemple, les achats in-app) affichés sur Facebook et sur AppsFlyer. Le tableau suivant décrit les raisons les plus courantes de ces discordances et donne des conseils sur la façon de les minimiser :
| Cause | Description | Conseil d'AppsFlyer |
|---|---|---|
|
Discordances d'installation |
Les événements qui sont exécutés par des utilisateurs attribués sur une plateforme, mais pas sur l'autre, sont également soumis par défaut à des discordances. |
Minimisez les écarts d'installation conformément à cet article pour réduire également les d'événements in-application. |
| Définition différente de la durée de vie | La durée de vie des utilisateurs atteint 28 jours sur Facebook ; autrement dit, FB ne montre pas les événements qui interviennent plus de 28 jours après le clic sur l'annonce.La durée de vie des utilisateurs Facebook sur AppsFlyer est de 180 jours. | Lorsque vous évaluez la valeur des utilisateurs à partir des campagnes Facebook remontant à plus d'un mois, utilisez les données d'AppsFlyer pour obtenir une vue d'ensemble. |
| Événements non mappés | AppsFlyer reçoit les événements provenant du SDK, mais ils ne sont pas mappés sur Facebook, et ne sont donc pas envoyés. | Assurez-vous de mapper sur Facebook tous les événements in-app qui indiquent la qualité des utilisateurs (voir la capture ci-dessous). |
| Valeur non envoyée | AppsFlyer obtient les valeurs de revenus ou d'autres valeurs d'événement à partir des événements provenant de SDK, mais elles ne sont pas envoyées à Facebook. | Assurez-vous que les cases Envoyer la valeur des événements in-app sont toujours cochées, comme l'événement d'achat dans la capture ci-dessous. |
| Valeurs d'événement manquantes sur Facebook | AppsFlyer envoie les paramètres et les valeurs à Facebook dans le cadre du mappage des événements, s'ils possèdent les structures appropriées. | Créez vos événements in-app SDK conformément aux structures recommandées par AppsFlyer pour assurer le mappage intégral des valeurs d'événement avec Facebook. |
Installation à partir des campagnes de réengagement dans Mon tableau de bord AU
Une campagne de réengagement peut amener les utilisateurs à ouvrir une application déjà installée (réengagement). Autrement, si AppsFlyer reconnaît qu'une installation précédente de l'application existait sur le même appareil, il peut assimiler cette conversion à une réattribution.
Si, lors d'une campagne de réengagement, Facebook cible de nouveaux utilisateurs ou des utilisateurs qui ont installé l'application pour la première fois après un délai excédant la fenêtre de réattribution définie après l'installation initiale, ces utilisateurs sont enregistrés en tant que nouvelles installations d'acquisition utilisateur sur AppsFlyer, qui appartiennent à des campagnes de réengagement sur Facebook.
En revanche, les installations intervenant pendant la fenêtre de réattribution définie à la suite de l'installation initiale, sont considérées comme des réattributions et apparaissent sur la page de retargeting d'AppsFlyer, alors qu'elles peuvent apparaître comme de nouvelles installations sur Facebook.
Remarque
Alors que Facebook affiche toutes les installations d'une campagne de retargeting au même endroit, sur le tableau de bord AppsFlyer, les installations sont réparties entre la page Présentation (nouvelles installations) et la page Retargeting (réattribution et réengagements).
Attribution inter-appareils
Rapports Facebook sur l'attribution inter-appareils. Cette opération peut parfois entraîner des problèmes lorsqu'une campagne pour une plate-forme (iOS/Android) montre des installations sur une autre plateforme.
Exemple
Sur son téléphone Android, Linda clique sur une annonce mobile de GreatApp dans Facebook. Facebook enregistre le clic effectué par Linda dans le cadre de la campagne ciblée Android originale "Android Females". Linda décide d'installer GreatApp sur son iPad personnel. Au premier lancement, AppsFlyer demande à Facebook l'origine de cette installation iOS, et Facebook répond en indiquant la campagne "Android Females".
Règles de validation et Protect360
Si vous utilisez les règles de validation d'AppsFlyer, les résultats peuvent différer entre AppsFlyer et Facebook lorsque des installations provenant de Facebook sont rejetées. Dans ces cas spécifiques, Facebook s'autodéclare ces installations, tandis qu'AppsFlyer rejette les mêmes installations.
De même, si vous utilisez la solution antifraude d'AppsFlyer, Protect360, vous pouvez constater des installations, puisque Facebook s'autodéclare tandis qu'AppsFlyer rejette.
Exemple
Jeff, directeur AU de GreatApp, crée une campagne appelée SPNA, qui cible uniquement les hispanophones en Amérique du Nord. Pour vérifier ce point, Jeff définit une règle de validation, qui accepte uniquement les utilisateurs du Canada et des États-Unis.
Lorsqu'un utilisateur Facebook résidant en Espagne clique et installe, Facebook s'autodéclare l'installation, tandis qu'AppsFlyer rejette toute installation ne respectant pas la règle de validation.
Dépannage de l'intégration Facebook
Si vous avez terminé l'intégration de base et que vous ne voyez toujours pas les résultats de Facebook sur le tableau de bord d'AppsFlyer, vérifiez d'abord que vous avez eu de nouvelles installations de Facebook depuis cette intégration.
Dans l'affirmative, consultez les raisons principales ci-dessous pour résoudre ce problème :
Comme indiqué dans le Guide d'intégration SDK - iOS, vous devez ajouter AdSupport.framework à votre projet pour que la collecte IDFA ait lieu. Bien que l'attribution fonctionne toujours avec les empreintes digitales dans la plupart des cas, la collecte IDFA est obligatoire pour travailler avec Facebook. Vérifiez le rapport Données brutes d'installation pour voir si la colonne IDFA est effectivement vide ou non.
Les installations Android n'ont pas besoin de la collecte GAID pour fonctionner sur Facebook, mais il est fortement recommandé de l'implémenter également.
Même si la réponse n'est pas une erreur, il est toujours possible que l'utilisateur ait confondu les ID d'apps Facebook pour les applications iOS et Android.
Lors de la configuration de la campagne d'installation d'app Facebook, vous pouvez sélectionner l'app dans une liste déroulante ou coller l'URL complète de la boutique dans l'app. Les deux méthodes fonctionnent sur Facebook, mais la seconde ne permet pas l'attribution d'AppsFlyer.
Configuration correcte - réussite de l'attribution.
Configuration incorrecte - échec de l'attribution.
FAQ Facebook
Par défaut, Facebook envoie uniquement les données de conversion et d'engagement. Cependant, vous pouvez facilement commencer à obtenir des clics, des impressions et des données de coût pour vos campagnes Facebook.
1. Allez dans la fenêtre de configuration de Facebook sur AppsFlyer
2. Cliquez sur Conditions d'utilisation (surligné en bleu dans la capture ci-dessous)
3. Continuez sur Facebook et acceptez les conditions d'utilisation
OU allez directement sur Facebook ici.
Une fois approuvées, les données RAW historiques de Facebook sont disponibles dans AppsFlyer.
Suite des FAQ sur les annonces d'installation d'app mobile Facebook ici.
Remarque
AppsFlyer est conforme aux données et aux politiques de confidentialité de Facebook.
Pour permettre aux agences de promouvoir les campagnes Facebook, cliquez ici.
Si vous utilisez les deux SDK, assurez-vous de NE PAS transmettre au SDK de Facebook les événements in-app envoyés à AppsFlyer, afin d'éviter les duplications de rapports sur Facebook.
- Vérifiez l'ID d'app dans Facebook et confirmez si cet ID d'app Facebook est soumis à des restrictions géographiques ou d'âge.
- Si le suivi fonctionne déjà, cela indique que l'app est déjà accessible au public dans le portail des développeurs Facebook et que vous pouvez ignorer ce message d'erreur en toute sécurité.
Le fait de configurer ces fenêtres pour les réduire sur AppsFlyer diminue l'attribution Facebook sur AppsFlyer.
En revanche, le fait de les configurer pour les agrandir sur AppsFlyer n'a aucun effet, car les installations participant après la fin des fenêtres de Facebook ne sont pas attribuées à Facebook.