En bref : apprenez à intégrer les Facebook Ads avec AppsFlyer.
Mises à jour d'iOS 14 relatives à Facebook
AppsFlyer confirme que notre intégration de la MMP avec Facebook implémente systématiquement le drapeau Suivi d'annonceur activé . Cela signifie qu'aucune action n'est requise de votre part dans AppsFlyer. Ces informations sont fournies conformément à la liste de vérification iOS 14 pour l'app Facebook publiée en février 2021.
Lectures connexes : L'interopérabilité entre SKAdNetwork et AppsFlyer. Consultez cet article pour ce qui concerne les campagnes sur iOS 14.
Guide de configuration Publicités Facebook
Combien de temps faut-il pour attribuer vos publicités Facebook pour app mobile avec AppsFlyer ?
Si vous avez déjà intégré le SDK AppsFlyer à votre app, et que vous avez déjà défini votre app 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 l'attribution mobile. Il vous suffit de suivre les instructions de configuration détaillées ci-dessous.
ID d'app Facebook
Pour créer l'ID d'app Facebook :
- Dans Facebook, accédez à votre Tableau de bord d'application.
- Dans Apps, cliquez sur Créer une nouvelle app.
- Indiquez le nom de votre app, et saisissez un espace de noms unique.
Pour récupérer l'ID d'app Facebook :
- Dans Facebook, ouvrez le tableau de bord du Gestionnaire de monétisation.
- Cliquez sur la propriété dont vous souhaitez obtenir des données.
- Rendez-vous dans Placements > Gérer les placements.
L'ID d'app Facebook constitue la première partie de l'ID de placement.
AppsFlyer attribue des données par ID d'app. Le même ID d'app Facebook peut être utilisé pour vos apps Android et iOS. Pour iOS 14+, les publicités Facebook limitent les comptes publicitaires à une app par compte.
Configuration de base d'attribution de Facebook
Pour commencer l'attribution de campagnes Facebook avec AppsFlyer, procédez comme suit :
-
Pour activer l'intégration avec les Facebook Ads :
- Rendez-vous dans vos apps dans Facebook pour les développeurs.
- Sélectionnez l'application.
- Pour copier votre ID d'app, cliquez dessus (en haut de l'écran).
- Dans AppsFlyer, ouvrez Configuration > Partenaires intégrés.
- Sélectionnez les Facebook Ads dans la liste des partenaires.
- Dans l'onglet Intégration, cochezActiver le partenaire.
En savoir plus sur l'activation d'un partenaire.
- Collez votre ID d'app dans le champ ID d'app Facebook.
- Cliquez sur Enregistrer l'intégration.
- [facultatif] Pour configurer les paramètres recommandés :
- Pour que la fenêtre rétrospective post-clic concorde avec les Facebook Ads, vous devez la définir sur 7 jours
(sachez que dans certains cas précis la valeur par défaut est différente). - Pour que la fenêtre rétrospective post-vue soit accordée aux Facebook Ads, définissez-la sur 1 jour.
- Pour attribuer les utilisateurs qui réinstallent l'app au cours de la fenêtre de réattribution, activez Attribution de réinstallation.
Il n'est pas nécessaire d'activer l'attribution post vue ou de configurer des fenêtres rétrospectives pour l'attribution de réinstallation, car les valeurs sont extraites des paramètres d'attribution d'installation. - Pour enregistrer la configuration, cliquez sur Sauvegarder l'intégration.
- Pour que la fenêtre rétrospective post-clic concorde avec les Facebook Ads, vous devez la définir sur 7 jours
Vous ne voyez toujours pas les résultats Facebook sur AppsFlyer ? Veuillez consulter Résolution des problèmes d'intégration des Facebook Ads.
Configuration avancée d'attribution de Facebook
Avec l'attribution de base déjà configurée pour Facebook, il est temps de mettre en place une configuration d'attribution avancée rapide.
Données de niveau utilisateur
Par défaut, vous ne pouvez pas accéder à vos données de niveau utilisateur issues de Facebook Ads.
Pour obtenir des données de niveau utilisateur issues de Facebook Ads et y accéder dans AppsFlyer :
- Rendez-vous sur la page des partenaires Facebook Ads > Onglet Intégration puis cliquez pour accepter les conditions d'utilisation de Facebook.
- Connectez-vous à votre compte Facebook Ads.
- Sélectionnez l'application concernée.
- Cliquez sur Accepter.
Cette opération autorise AppsFlyer à collecter les données brutes de vos utilisateurs Facebook, et vous permet d'y accéder.
Remarque
Depuis le 22 avril 2020, Facebook a renforcé ses mesures de confidentialité des données afin de protéger ses usagers. En conséquence, Facebook ne fournit plus de données d'attribution post-vue par appareil aux annonceurs. Depuis la date d'entrée en vigueur, les conversions post-vue et les événements in-app associés s'affichent dans la section source média restreinte. Les champs d'attribution associés aux sources de niveau utilisateur, de type rapports de données brutes, messages d'API Push ou rapports dAPI Pull, ne sont pas renseignés.
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, ad sets, publicités Facebook, et pour vos niveaux de canaux. Elle vous permet également d'obtenir les données agrégées sur les clics et les impressions qui y sont liées. Remarque : les données de coût requièrent un abonnement Xpend. Sans Xpend, seules les données de clic et d'impression sont transmises.
- 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.
- Rendez-vous dans l'onglet Coût.
- Activez Obtenir les données de coût, de clic et d'impression.
- Cliquez sur le bouton de connexion à Facebook.
- Lorsque vous y êtes invité, autorisez AppsFlyer à accéder aux données de votre campagne Facebook.
Note : lors de la première synchronisation des données après l'intégration, AppsFlyer reçoit les données de coûts de Facebook jusqu'à 3 jours rétroactivement. Lors des synchronisations suivantes, AppsFlyer reçoit les données des 3 derniers jours.
En savoir plus sur la façon dont Facebook définit les clics et les vues.
Pour supprimer un compte Facebook connecté : dans la colonne des actions, survolez un compte et cliquez sur Supprimer la connexion.
Remarques
- Si vous êtes déjà connecté à Facebook, lorsque vous cliquez sur le bouton de connexion à Facebook, la fenêtre Facebook s'ouvre et se ferme immédiatement. C'est tout à fait normal.
- 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.
État de synchronisation des données de coût
L'onglet Coût affiche l'état de votre intégration des coûts et le dernier moment où AppsFlyer est parvenu à rassembler les données de coût correspondantes.
Facebook vous permet de synchroniser plusieurs comptes pour extraire les données de coût. Pour chaque compte synchronisé, AppsFlyer indique l'état de l'intégration de coût ainsi que la dernière fois où AppsFlyer est parvenu à extraire les données de coût correspondantes.
Le tableau suivant liste les messages d'état ainsi que la marche à suivre s'ils s'affichent dans l'onglet Coût.
| Message d'état | Description | Marche à suivre |
|---|---|---|
|
Actif |
L'API partenaires répond et retourne des données. |
Rien |
|
Actif
Accompagné du message de synchronisation : Les données de coût n'ont jamais pu être rassemblées |
L'une des situations suivantes est possible :
|
|
|
Aucune donnée correspondante
|
AppsFlyer interroge les campagnes actives de cette app avec l'API partenaires, mais celle-ci n'a retourné aucune donnée concernant ces campagnes. |
Cette situation peut survenir si vous modifiez l'ID d'une campagne alors que celle-ci est en cours d'exécution. Si vous vous appuyez sur les données de coût, ne modifiez pas les ID des campagnes tandis que ces dernières sont encore actives et en cours d'exécution. Assurez-vous également que vous vous connectez avec les identifiants Facebook correspondant à la bonne app. |
|
L'API partenaires ne répond pas |
|
|
|
Identifiants invalides |
AppsFlyer n'est pas en mesure d'extraire les données de coût, car la connexion n'est plus valide. Cela peut se produire si votre mot de passe Facebook a été modifié ou si l'autorisation d'AppsFlyer a été révoquée. |
Reconnectez-vous à Facebook dans l'onglet Coûts. |
Dernier rassemblement des données réussi
L'onglet des coûts vous dit quand les données de coût ont été extraites pour la dernière fois. Dans le cas où les données de coût n'ont jamais été extraites, le message de synchronisation Données de coût jamais extraites s'affiche.
Exemples
Exemples
Scénario 1 : Campagnes interrompues
AppsFlyer rassemble le coût de différentes campagnes exécutées avec le réseau publicitaire A. Vous consultez l'onglet Coût et observez le message Dernière synchronisation réussie il y a 2 heures. Le même jour, vous cessez d'exécuter des campagnes avec le réseau publicitaire A. Deux semaines plus tard, vous consultez l'onglet Coût du réseau publicitaire A et observez le message Dernière synchronisation réussie il y a 14 jours.
Scénario 2 : Problèmes d'API du réseau publicitaire
AppsFlyer rassemble le coût de différentes campagnes exécutées avec le réseau publicitaire A. Vous consultez l'onglet Coût et observez le message Dernière synchronisation réussie il y a 2 heures. Le réseau publicitaire B rencontre alors des problèmes d'API. Il faut plusieurs heures pour les résoudre. Lorsque vous consulterez ensuite l'onglet Coût, vous verrez s'afficher le message Dernière synchronisation exécutée il y a 8 heures.
En savoir plus sur la manière d'enrichir vos informations Facebook à l'aide de données de coût, de clic et d'impression.
Mappage d'événements in-app
Pour mapper des événements in-app :
- Activez les postbacks d'événements in-app.
Lors de la première activation du mappage des évènements in-app Facebook pour une application, tous les évènementsaf_XXX du SDK sont automatiquement mappés sur la liste d'évènements prédéfinie de Facebook. Ce mappage automatique vous fait gagner du temps et réduit considérablement les erreurs de mappage. - Remplissez les paramètres suivants :
Nom du paramètre Description Nom de l'événement SDK Le nom de l'événement tel que reçu par AppsFlyer, soit depuis le SDK intégré à votre application, ou soit depuis les é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 revenu, contenu dans le paramètre af_revenue.
Lorsque cette case est cochée, AppsFlyer envoie tous les paramètres, y compris la valeur de revenu (si elle existe dans l'événement). - Pour ajouter un événement SDK à la liste, cliquez sur Ajouter un événement.
Notez que l'option d'envoi pour tous les événements définis du SDK est Toutes les sources média, y compris organiques, ce qui signifie que l'ensemble de votre base d'utilisateurs peut être signalée à Facebook.
Limitations concernant les noms d'événements: :
- Limitation de la longueur des noms d'événements : 2 à 40 caractères
- Les caractères suivants ne sont pas autorisés :
- Deux points (:)
- Point (.)
- Caractères non latins (anglais) : depuis le 12 janvier 2020, Facebook rejette les caractères chinois. AppsFlyer n'a pas encore testé d'autres jeux de caractères. Vous ne devez les utiliser qu'après avoir vérifié auprès de Facebook s'ils prennent en charge ces jeux de caractères dans les publications.
- Les noms d'événements sont sensibles à la casse. Pour éviter les incohérences, assurez-vous d'utiliser le bon nom d'événement pour toutes les sources média et versions d'app.
En savoir plus sur le mappage des événements in-app des Facebook Ads.
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.
Cette fonctionnalité doit uniquement être utilisée si vous exécutez activement des campagnes ciblant vos propres utilisateurs sur Facebook.
- Page Activer le reciblage dans les paramètres d'application.
- Sur la page des partenaires Facebook Ads, activez Attribution de réengagement.
- Définir la fenêtre rétrospective de réengagement post clic.
La fenêtre rétrospective de réengagement est la période qui démarre au moment du clic sur la publicité, pendant laquelle l'app doit être lancée pour que le clic soit enregistré en tant que réengagement.
Sélectionnez une fenêtre rétrospective en heures ou en jours et réglez le curseur sur la valeur souhaitée. - Définissez la fenêtre de réengagement.
C'est la période durant laquelle les évènements in-app de l'utilisateur sont attribués à la source média de retargeting, en tant que source principale.
Vous pouvez définir la valeur en jours (1-90), en heures (jusqu'à 23) ou même en valeur vie. La valeur par défaut est 30 jours.
En savoir plus sur l'Attribution de retargeting AppsFlyer.
En savoir plus sur les utilisateurs de deep linking issus des SRN tels que Facebook.
Être conforme avec la CCPA (California consumer privacy act)
Le respect des règles de confidentialité de la CCPA limite les données provenant des utilisateurs Facebook qui sont basés en Californie, États-Unis.
Pour vous conformer aux règles de la CCPA : rendez vous dans l'onglet Intégration puis activez Limiter l'utilisation par Facebook des données personnelles des utilisateurs (CCPA).
Pour en savoir plus sur laConformité avec la CCPA.
Enregistrement des revenus publicitaires
Si votre application utilise les revenus publicitaires de l'Audience Network Facebook pour la monétisation publicitaire, vous pouvez enregistrer 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 à enregistrer les revenus publicitaires de l'Audience Network Facebook :
- Dans l'onglet Revenus publicitaires, activez Obtenir les données de revenus publicitaires.
- Sélectionnez le type de données des revenus publicitaires agrégés que vous souhaitez recevoir = Revenus attribués et/ou Revenus de monétisation agrégés:
-
Revenus attribués : revenus basés sur la source d'acquisition d'utilisateur.
Définissez la Source de l'événement, autrement dit l'événement offrant votre meilleur modèle de revenu publicitaire. Par exemple, si vos revenus sont basés sur des impressions, il est recommandé d'envoyer à AppsFlyer un événement ad_viewed. 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énementaf_app_opened. Dans ce cas, les revenus publicitaires sont attribués pour chaque ouverture d'application exécutée par l'utilisateur. - Revenus de monétisation agrégés : revenus basés sur la source publicitaire.
-
Revenus attribués : revenus basés sur la source d'acquisition d'utilisateur.
- L'événement revenus publicitaires s'affiche. Ce champ en lecture seule présente le nouvel événement de revenu publicitaire appelé [source event]_monetized (ex : Ad_Watched_Monetized comme affiché ci-dessus). L'événement de revenus publicitaires apparait comme un événement supplémentaire dans le tableau de bord.
- Cliquez sur Connecter à Facebook pour activer la collecte des revenus publicitaires du Facebook Audience Network sur Facebook. Connectez-vous avec vos identifiants Facebook pour autoriser les revenus publicitaires de l'Audience Network Facebook.
- Saisissez l'ID d'app du réseau d'audience (ID d'app Facebook). Vos pouvez l'obtenir auprès du Facebook Audience Network (FAN).
- Cliquez sur Enregistrer les revenus publicitaires.
Remarque
Si vous utilisez MoPub pour médiatiser Facebook, et que vous disposez d'une intégration SDK MoPub, ainsi que d'une intégration directe avec Facebook, AppsFlyer filtre les données relatives aux revenus publicitaires de Facebook provenant de Mopub et utilise les données provenant de Facebook.
Autorisations
Autorisez Facebook Ads à effectuer différentes actions et à accéder à vos données selon les autorisations accordées.
En savoir plus sur les autorisations accordées aux partenaires intégrés.
Mappage des événements in-app Facebook
Les annonceurs mappent leurs événements in-app, SDK ou S2S, aux événements prédéfinis de Facebook. Les annonceurs peuvent également envoyer à Facebook des postbacks sur chaque lancement d'app ou toute désinstallation d'app connue.
Les annonceurs pourront ainsi utiliser les capacités d'optimisation avancées de Facebook, et créer des segments d'audience personnalisés ou Lookalike.
Mappage des événements prédéfinis
Facebook offre un large éventail d'événements qui sont déjà prédéfinis et peuvent être mappés.
Vous trouverez ici la liste des événements in-app riches , qui peuvent être envoyés à Facebook avec des paramètres supplémentaires fournissant des informations supplémentaires sur la qualité des événements.
Vous trouverez ci-dessous la liste des autres événements Facebook prédéfinis qui n'ont pas de paramètres supplémentaires :
| Identifiant d'événement Facebook |
Description |
Nom du SDK AppsFlyer recommandé |
|---|---|---|
| Faire un don |
Les fonds transmis à votre organisation ou cause. |
af_donate |
| Planifier |
Prise de rendez-vous pour visiter l'un de vos sites. |
af_schedule |
| Envoyer candidature |
La soumission d'une demande pour un produit, service ou programme que vous offrez, comme une carte de crédit, un programme éducatif ou un emploi. |
af_submit_application |
| Trouver lieu |
Lorsqu'une personne trouve l'un de vos emplacements via le Web ou l'application, avec l'intention de s'y rendre. Par exemple, rechercher un produit et le trouver dans l'un de vos magasins locaux. |
af_find_location |
| Contact |
Appel, SMS, e-mail, chat ou tout autre type de contact entre un client et votre entreprise. |
af_contact |
| Produit personnalisé |
Personnalisation des produits via un outil de configuration ou une autre application dont votre entreprise est propriétaire. |
af_customize_product |
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.
Dans Facebook Ads Manager, ils sont agrégés et affichés en tant qu'événements personnalisés.
Attention
Les événements mappés sur « CUSTOM » ne peuvent pas être utilisés pour les fonctions suivantes dans Facebook :
- Optimisation des événements d'app
- Optimisation basée sur la valeur
- Publicités de produits dynamiques
Pour activer l'utilisation de ces fonctions dans Facebook, nous vous recommandons de mapper vos données d'évènement avec les événements prédéfinis de Facebook.
Mappage automatique des paramètres avec l'événement CUSTOM
Grâce à l'intégration étendue d'AppsFlyer avec Facebook, la majorité des paramètres d'événement du SDK de base 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, ce qui vous permet d'envoyer un revenu par événement qui sera mesuré et optimisé pour Facebook.
Note
Le mappage automatique des paramètres peut différer entre l'évènement CUSTOM et les évènements prédéfinis.
Pour les évènements prédéfinis, af_price est mappé à _valueToSum dans certains cas (par exemple, fb_mobile_add_to_cart). Dans d'autres cas, af_revenue est mappé à _valueToSum (par exemple, dans fb_mobile_purchase).
Pour les évènements mappés CUSTOM, af_price est toujours mappé à fb_price, et af_revenue à _valueToSum.
Le tableau suivant répertorie les paramètres d'événement AppsFlyer qui, lorsque mappés pour 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
Les restrictions suivantes s'appliquent aux événements que vous envoyez aux Facebook Ads :
- Nombre maximal de paramètres : 25.
- Longueur des noms et des paramètres d'événement : 2 à 40.
- Longueur maximale du paramètre : 100 caractères.
- Caractères autorisés : caractères alphanumériques, tirets du bas, traits d'union et espaces. N'utilisez pas de caractères non latins (hors anglais). L'utilisation de caractères non latins entraîne des incohérences dans les résultats.
Éléments à prendre en compte pour nommer un événement in-app :
- 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. - Pour effectuer le mappage des postbacks d'évènement in-app avec Facebook, vous devez obtenir les données d'évènement de toutes les sources, y compris organiques.
Important !
À 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.
Si la valeur de l'évènement contient des paramètres qui ne sont pas mappés sur des paramètres Facebook valides (voir le tableau ci-dessus), ces paramètres ne sont pas envoyés à Facebook.
SDK AppsFlyer et SDK Facebook
Le SDK Facebook était peut-être déjà intégré à votre app, avant le SDK AppsFlyer. Même si ce n'est pas le cas, vous pouvez vous demander si vous avez vraiment besoin du SDK Facebook en plus du SDK AppsFlyer. Et si vous gardez les deux, existe-t-il un risque de reporting en double ?
Qui a besoin du SDK Facebook ?
Votre app n'a pas besoin du SDK Facebook pour les cas suivants :
- Acquisition d'utilisateurs : le SDK AppsFlyer prend généralement en charge toutes les fonctions d'attribution d'acquisition mobile pour vos utilisateurs Facebook, y compris les engagements, les installations, les sessions et les évènements post-installation.
- Deep linking : pour que l'app s'ouvre lorsque le lien est cliqué et ensuite deep linker les utilisateurs vers une page ou une activité précise de l'app, vous pouvez utiliser OneLink, sans passer par le SDK Facebook. Ceci dit, vous aurez besoin d'un schéma d'URI configuré pour ouvrir l'application (les liens universels et les liens d'app Android ne fonctionneront pas). Facebook récupère l'URL OneLink et l'utilise pour créer un App Link Facebook qui ouvre l'application et vient deep linker l'utilisateur.
Votre app a besoin du SDK Facebook en complément du SDK AppsFlyer pour les cas suivants :
-
Deep linking différé :
- Via DLU sous iOS et Android : le SDK Facebook est requis.
- Avec la méthode classique, nous vous recommandons le SDK Facebook. Si vous n'avez pas le SDK Facebook, vous n'obtiendrez que les données d'attribution de Facebook (campagne, ad set et publicité), et vous ne pourrez rien utiliser d'autre pour le deep linking.
- Données des campagnes publicitaires de produits dynamiques : les données des publicités de produit dynamiques ne peuvent s'obtenir qu'à partir du SDK Facebook.
- Autres fonctionnalités de Facebook : Vous pouvez avoir besoin du SDK Facebook pour des raisons autres que l'attribution, telles que l'authentification, la monétisation publicitaire, le partage sur les réseaux sociaux, les invitations utilisateurs, etc.
Remarque
Ces informations et recommandations au sujet du deep linking et deep linking différé se basent sur un ensemble de tests que nous avons effectués avec les outils de démo/aperçu proposés sur Facebook, et qui ne fonctionnent pas de la même manière que les publicités en direct.
Éviter les doublons avec le SDK Facebook
Facebook exige qu'AppsFlyer signale TOUS les utilisateurs, y compris les utilisateurs organiques, sur les installations et les évènements in-app. Si vous possédez les deux SDK dans votre app, les installations et les évènements in-app sont rapportés au SDK Facebook, puis via des postbacks sur des serveurs Facebook via AppsFlyer. Comment pouvez-vous éviter ce rapport dupliqué ?
-
Installations
Facebook déduplique les installations in-app. Si le SDK Facebook et AppsFlyer signalent tous deux qu'un nouvel utilisateur est en train d'installer une application mobile, Facebook ne compte cette installation qu'une seule fois. -
Évènements in-app
Facebook ne déduplique pas les évènements in-app, qui sont rapportés à la fois par ses méthodes SDK ainsi que par une autre source, par ex. AppsFlyer. Cela signifie que, sauf si pris en charge, Facebook peut signaler faussement un double revenu et d’autres évènements.
Utilisez l'une des méthodes suivantes pour éviter la création de rapports dupliqués sur les évènements in-app dans Facebook :
- Ne configurez pas les évènements dans le SDK Facebook
- Désactivez le mappage des évènements in-app Facebook à partir d'AppsFlyer
Canaux Facebook
Avec Facebook, vous pouvez voir les données ventilées non seulement par campagnes, séries de publicités et publicités, mais aussi par canaux Facebook (appelés « Placements » sur 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 attribuer 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.
Veuillez noter que pour les utilisateurs d'iOS 14, seule une agence peut exécuter des campagnes pour un compte publicitaire spécifique. En savoir plus sur l'interopérabilité de Facebook Ads avec AppsFLyer SKAdNetwork.
Pour plus de détails sur les agences et l'attribution de l'installation Facebook, cliquez ici.
De plus, les agences ne peuvent pas modifier les fenêtres rétrospectives et les options de retargeting de Facebook. Elles doivent plutôt demander à l'annonceur d'effectuer ces changements s'ils sont nécessaires.
En outre, les agences ne peuvent pas modifier les postbacks d'événements in-app envoyés à Facebook. La raison en est la nécessité pour Facebook de recevoir des informations sur toutes les installations, y compris celles qui ne lui sont pas attribuées (et ne peuvent donc pas être fournies par l'agence).
L'image ci-dessous montre tous les paramètres qui doivent être configurés par l'annonceur pour que l'agence puisse gérer ses campagnes Facebook :
Attribution Facebook pour les apps Android hors boutique
Facebook n'autorise pas la création de campagnes d'installation d'app mobile pour les apps Android issues des marchés hors-store, par exemple Baidu.
Cependant, vous pouvez faire de la publicité et enregistrer 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 Traffic ou Conversions sur Facebook, avec l'attribution mobile activée, qui envoie des prospects vers une page de destination.
- La page d'accueil doit inclure un bouton Télécharger l'app, qui envoie directement sur le marché hors store où l'APK se situe.
- Le prospect clique sur le bouton et est redirigé vers le marché hors store. Après avoir terminé l'installation, AppsFlyer attribue l'utilisateur à Facebook, via son API MMP.
Note
La même solution s'applique aux applications de Google Play et App Store qui nécessitent une page d'accueil avant de rediriger vers le marché.
Pour voir les instructions relatives à l'attribution des apps Amazon sur Facebook, cliquez ici.
Dépenses Facebook
AppsFlyer obtient les données sur les dépenses (y compris les clics et les impressions) des campagnes Facebook, si une ou plusieurs installations ont eu lieu au cours des 3 derniers jours.
Si une campagne Facebook engage plusieurs plateformes (Android, iOS, ordinateur de bureau, etc.), le coût dans le tableau de bord est spécifique à la plateforme et est calculé par Facebook.
Obtenir le coût de Facebook, y compris les clics et les impressions.
FAQ sur les coûts Facebook
Je ne vois pas les anciennes données de coût Facebook sur le tableau de bord d'AppsFlyer
Une fois exécutée la première connexion admin Facebook telle que décrite ci-dessus, AppsFlyer reçoit les données de coûts Facebook des 3 derniers jours pour les campagnes existantes. Les données de coûts plus anciennes ne sont pas disponibles.
Lors des synchronisations suivantes, AppsFlyer reçoit les données des 3 derniers jours. Cela signifie que les données sur les coûts, les clics et les impressions sont collectées pour toutes les campagnes comptant au moins 1 conversion au cours des 3 derniers jours.
Les données de coût n'ont posé aucun problème pendant plusieurs mois, mais elles ne s'affichent plus
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.
J'ai cliqué sur mon annonce Facebook il y a 5 minutes. Pourquoi ne puis-je pas voir le clic sur le tableau de bord d'AppsFlyer ?
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.
Y a-t-il des données brutes sur les clics provenant de Facebook ?
Étant donné que AppsFlyer ne reçoit de Facebook que les données agrégées sur les clics et les impressions, la globalité des clics et impressions bruts n'est pas disponible. Les seuls clics et impressions bruts proposés dans les rapports bruts sont ceux qui ont entraîné une installation.
Quelles sont les limites des données de coût par géo Facebook ?
Si vous filtrez par géo sur le tableau de bord AppsFlyer, vous pouvez voir le résumé et la répartition des données de coût Facebook.
Ces données ne sont disponibles que pour les « Campagnes d'installation d'applications mobiles » sur Facebook.
En outre, les données de coût par géo ne sont disponibles que pour les campagnes à plateforme unique. Cela signifie que les campagnes associées à un ensemble de publicités ciblées Android et à un ensemble de publicités ciblées iOS ne disposent pas de données de coûts par géo spécifiques. Pour obtenir les données de coût complètes, consacrez une campagne à chaque plateforme.
Quelles sont les limites des données de coût Facebook dans l'API principale ?
Facebook ne prend pas en charge le regroupement de données de coût par géo et canal simultanément dans les rapports de l'API principale.
Pour créer un rapport avec des données de coût complètes, regroupez-les en fonction d'une seule de ces dimensions.
Le coût total ne correspond pas.
Il existe plusieurs différences entre les modèles d'attribution de Facebook et d'AppsFlyer. Ces différences peuvent entraîner des écarts vis-à-vis des données de coût 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 3 derniers jours - AppsFlyer synchronise uniquement les coûts des campagnes qui ont enregistré des installations/conversions au cours des 3 derniers jours. Si le coût Facebook vient d'être fixé, il ne sera pas affiché pour les campagnes inactives depuis plus de 3 jours.
Bien que le coût total soit identique, l'eCPI calculé par AppsFlyer est différent du coût calculé par Facebook. Pourquoi ?
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.
Pourquoi les données de coût sont-elles limitées à certaines campagnes seulement ?
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.
Les données de coût Facebook sont-elles affichées pour les campagnes de retargeting ?
Les données de coût et de ROI des campagnes de retargeting se trouvent dans l'affichage unifié des rapports de cohorte.
Pourquoi la fenêtre de configuration du coût Facebook se ferme-t-elle avant la connexion ?
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.
Quel est le problème avec les coûts Facebook pour les applications dans l'Amazon App Store ?
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.
Puis-je arrêter la synchronisation des coûts Facebook ?
Que faire si vous souhaitez changer de compte publicitaire Facebook, mais que vous avez déjà lié le coût Facebook à votre ancien compte via AppsFlyer ?
La solution consiste à déconnecter le compte publicitaire via Facebook. Aucune action n'est à effectuer sur AppsFlyer.
- Sur Facebook, accédez à Paramètres >> Intégrations professionnelles.
- Dans l'onglet Active, supprimez l'intégration AppsFlyer.
- Accédez au tableau de bord AppsFlyer et liez le coût au nouveau compte publicitaire.
Exemples de coûts Facebook
Un annonceur exécute des campagnes à l'aide des publicités Facebook. Dans AppsFlyer, l'annonceur voit ce qui suit :
Les informations sur les coûts sont fournies par Facebook à AppsFlyer. Le nombre d'installations est calculé par AppsFlyer à l'aide des règles d'attribution AppsFlyer. Par conséquent, l'eCPI calculé par Facebook et AppsFlyer diffère généralement.
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.
Détecter une divergence entre AppsFlyer et Facebook
Comparez les événements répertoriés dans le Gestionnaire d'événements de Facebook à ceux des rapports AppsFlyer. Si le nombre d'événements varie considérablement, cela peut indiquer une anomalie.
Discordances dans les modèles d'attribution
| Cause | AppsFlyer | |
|---|---|---|
|
Clic sur la fenêtre rétrospective d'attribution |
7 jours (sachez que dans certains cas précis la valeur par défaut est différente). |
1-30 jours. Assurez-vous de définir sur 7 jours avec Facebook. |
|
Fenêtre rétrospective d'attribution post vue |
1 jour (sachez que dans certains cas précis la valeur par défaut est différente). |
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 |
Facebook attribue les installations de manière indépendante sans se soucier des autres sources média. |
AppsFlyer utilise l'attribution du dernier clic (plus d'informations sur l'attribution AppsFlyer disponibles ici). |
|
Attribution inter-appareils |
Facebook attribue ses utilisateurs qui cliquent puis installent sur différents appareils, par exemple iOS/Android/ordinateur de bureau. |
AppsFlyer attribue des appareils uniques, qui effectuent à la fois l'engagement et l'installation |
|
Différents fuseaux horaires |
Le fuseau horaire de rapport par défaut de Facebook Ads est PST. Assurez-vous de procéder à la modification dans Facebook Ads Manager afin de correspondre à la zone horaire d'application définie dans les paramètres de l'application dans AppsFlyer. |
Le fuseau horaire par défaut d'AppsFlyer est UTC + 0. Vous pouvez modifier le fuseau horaire défini pour l'app dans la page paramètres de l'app afin de correspondre au fuseau horaire défini dans Facebook Ads Manager. |
Attribution post clic et post vue
AppsFlyer prend en charge aussi bien l'attribution post clic que l'attribution post vue. Pour éviter les écarts entre les publicités Facebook et AppsFlyer, faites en sorte que les fenêtres de réattribution post-clic et post-vue soient en accord avec les fenêtres par défaut des Facebook Ads.
Par défaut, la fenêtre rétrospective post-clic des Facebook Ads est définie sur 7 jours. Même si dans certains cas précis la valeur par défaut est différente, nous vous conseillons de définir la fenêtre rétrospective post-clic sur 7 jours dans AppsFlyer, et ce afin de couvrir toutes les options par défaut des Facebook Ads.
Pour comparer les fenêtres d'attribution post clic et post vue sur Facebook avec celles d'AppsFlyer, merci de consulter le site Facebook. Nous vous recommandons de configurer les fenêtres d'attribution sur AppsFlyer d'après les valeurs de Facebook, telles qu'indiquées dans la capture d'écran suivante :
Exemple
Supposons que la fenêtre rétrospective de clic de Facebook est définie sur 1 jour pour votre app com.greatapp sur AppsFlyer, mais qu'elle est de 7 jours par défaut 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 2 à 7 jours, sont attribués en tant qu'utilisateurs organiques sur AppsFlyer, alors que Facebook déclare automatiquement ces utilisateurs.
Différences de médias restreints
Dans certains scénarios de conversion, un ad network ne partage pas les données au niveau de l'utilisateur. Dans la plateforme AppsFlyer, les rapports de données agrégées fonctionnent comme d'habitude, mais les conversions indiquées dans les rapports de données brutes seront attribuées à une source média restreinte.
Les publicités Facebook n'envoient pas de données au niveau de l'utilisateur pour les conversions d'attribution post vue (APV). Par conséquent, AppsFlyer peut ne pas attribuer les impressions d'aide à la conversion aux publicités Facebook.
Exemple
- L'utilisateur voit une publicité pour AwesomeApp sur Facebook. Puis, plus tard, il voit et clique sur une publicité GreatAdNetwork pour AwesomeApp et l'installe.
- Les publicités Facebook revendiquent la conversion, puisqu'elle a eu lieu dans leur fenêtre d'APV.
- AppsFlyer attribue la conversion à GreatAdNetwork, car ils ont eu le dernier engagement avant l'installation.
- AppsFlyer ne considérera pas les publicités Facebook comme un réseau d'aide à la conversion puisque l'APV des publicités Facebook est limitée.
Discordances entre les événements in-app
Les différences entre les plateformes peuvent aussi se présenter avec les événements en post-installation (ex : achats in-app) qui s'affichent sur Facebook et sur AppsFlyer. Le tableau suivant détaille les principales causes qui provoquent ces décalages, et propose des solutions pour 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. |
|
Auto-attribution |
Facebook attribue toujours les événements aux campagnes qui les ont générés, tandis qu'AppsFlyer attribue ces événements à la source d'acquisition. |
Les installations et événements que Facebook s'est auto-attribués injustement portent la mention assistances dans AppsFlyer. |
| Définition différente de la durée de vie | La durée vie des utilisateurs monte à 7 jours sur Facebook, ce qui signifie que FB ne montre pas les événements qui interviennent plus de 7 jours après le clic sur la publicité.La durée vie des utilisateurs Facebook sur AppsFlyer est de 180 jours. | Lorsque vous évaluez la valeur des utilisateurs à partir des campagnes Facebook remontant à plus de 7 jours, utilisez les données d'AppsFlyer pour obtenir une vision plus large. |
| É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). |
| Revenu non envoyé | AppsFlyer obtient le revenu des événements générés par le SDK, mais ils ne sont pas envoyés à Facebook. | Vérifiez que les cases Envoyer les revenus des événements in-app sont bien cochées, par exemple l'événement d'achat dans la capture d'écran 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, appartenant à 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.
Note
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 complété l'intégration de base et que vous ne voyez toujours pas les résultats de Facebook sur le tableau de bord AppsFlyer, vérifiez si vous avez eu des nouvelles installations de Facebook depuis l'intégration.
Dans l'affirmative, consultez les raisons principales ci-dessous pour résoudre ce problème :
Aucune collecte IDFA
Comme indiqué dans le Guide d'intégration SDK - iOS, vous devez ajouter AdSupport.framework à votre projet pour que la collection IDFA puisse avoir lieu. Vérifiez le rapport Données brutes d'installation pour voir si la colonne IDFA est effectivement vide ou pas. Nous vous recommandons d'autoriser votre app à collecter l'IDFA dans le cadre des apps iOS, et le GAID dans le cadre des apps Android.
Depuis iOS 14.5 vous devez afficher la fenêtre Apple ATT et obtenir le consentement de l'utilisateur avant de pouvoir collecter l'IDFA.
Remarque : l'attribution SKAdNetwork n'est pas affectée par la disponibilité de l'IDFA. Pensez malgré tout à activer l'option « campagne iOS 14 » dans Facebook lorsque vous configurez les campagnes iOS 14.
ID d'app Facebook incorrecte
Sur le tableau de bord Facebook Ads, vérifiez que l'ID d'app est correct et correspond bien à la valeur de l'App store.
Remarque : vous pouvez également utiliser l'API graphique de Facebook pour valider votre ID d'app Facebook.
Statut de l'application sur Facebook
L'app doit être définie sur Facebook comme Live plutôt que En développement pour garantir le bon fonctionnement de l'attribution.
Type de campagne Facebook incorrect
Installation d'app Facebook
Configuration correcte - réussite de l'attribution.
Configuration incorrecte - échec de l'attribution.
FAQ Facebook
Je ne vois pas les clics de campagne Facebook dans le tableau de bord d'AppsFlyer
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.
Puis-je arrêter la synchronisation des données de coût ?
Pour arrêter la synchronisation des données de coût avec Facebook, supprimez AppsFlyer de votre intégration professionnelle dans votre compte Facebook.
AppsFlyer peut-il afficher le niveau de la campagne et les groupes de publicités ?
Les données Facebook sont-elles affichées en temps réel ?
Quand puis-je voir les données d'une nouvelle campagne sur AppsFlyer ?
Pour afficher les données des nouvelles publicités, des ensembles de publicités et des campagnes sur Facebook, au moins une installation doit être générée.
Par exemple, une nouvelle publicité a généré 100 clics sans aucune installation, et elle n'apparaît pas dans le tableau de bord et les données d'AppsFlyer. Une autre publicité ne comporte qu'un seul clic et une seule installation, mais elle s'affiche sur AppsFlyer.
Comment puis-je obtenir plus d'installations de Facebook ?
Comment ? Cliquez ici.
Les données brutes de Facebook sont-elles mises à la disposition des agences ?
Je ne vois pas les données brutes de Facebook dans les rapports d'installation et d'événements in-app.
Par défaut, Facebook n'autorise pas la diffusion des données au niveau utilisateur. Les annonceurs qui souhaitent obtenir ces données brutes via AppsFlyer peuvent signer les Conditions d'utilisation des données de Facebook pour la mesure avancée des apps mobile.
Une fois que l'annonceur a accepté les conditions d'utilisation des données de Facebook, les données n'apparaissent pas immédiatement. Une fois que l'annonceur a accepté les conditions d'utilisation des données de Facebook, au moins une installation depuis Facebook doit avoir lieu pour que les données s'affichent sur AppsFlyer. Toute personne ayant accès au compte publicitaire Facebook peut appliquer la procédure suivante :
- Accédez à la fenêtre de configuration Facebook sur AppsFlyer.
- Cliquez sur Conditions d'utilisation.
- Continuez sur Facebook et acceptez les conditions d'utilisation.
OU rendez-vous directement sur Facebook ici.
Une fois les conditions d'utilisation de Facebook approuvées, et après qu'une première installation a eu lieu, les données brutes historiques de Facebook apparaissent dans AppsFlyer.
Existe-t-il des colonnes spécifiques pour Facebook dans les rapports de performance d'AppsFlyer ?
Oui. Les rapports de performance ont des structures de colonne statiques dans toute combinaison de sources médias sélectionnées, qui présentent des informations jusqu'au niveau de la campagne.
Cependant, lorsque vous téléchargez des rapports de performance UNIQUEMENT pour les publicités Facebook, AppsFlyer ajoute 4 colonnes à ces rapports, qui présentent des informations jusqu'au niveau d'une seule publicité ! Les colonnes ajoutées sont Nom d'adset, ID d'adset, Nom Adgroup (p.ex. publicité unique) et ID Adgroup.
Puis-je travailler avec les FMP Facebook et mesurer les performances avec AppsFlyer ?
Pour plus d'informations sur la configuration de l'attribution avec les FMP, cliquez ici.
Que dois-je faire lorsque je reçois l'avertissement suivant ?
- 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 l'attribution 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é.
Que se passe-t-il avec des fenêtres rétrospectives différentes de celles de Facebook ?
Le fait de configurer ces fenêtres pour les réduire sur AppsFlyer diminue l'attribution Facebook sur AppsFlyer. En revanche, les configurer sur AppsFlyer pour les agrandir n'a aucun effet puisque les installations qui ont lieu en dehors d'une fenêtre Facebook ne sont pas attribuées à Facebook.
Pour réduire les écarts, il est donc recommandé de définir les fenêtres rétrospectives de Facebook dans AppsFlyer sur 7 jours pour les clics, et 1 jour pour la visualisation.
Quels sont les paramètres d'API de Facebook ?
| Données de conversion | Données brutes AppsFlyer | |
|---|---|---|
| campagne | campagne | campaign_group_name |
| campaign_id | Identifiant de la campagne | campaign_group_id |
| adgroup | Publicité | adgroup_name |
| adgroup_id | Identifiant de publicité | adgroup_id |
| adset | Ensemble de publicités | campaign_name |
| adset_id | Identifiant de l'ensemble de publicités | campaign_id |
| ad_id | Identifiant de publicité | ad_id |
| agency | Partenaire | S/O |
| is_fb | Source média | is_fb |
| af_channel | Canal | publisher_platform |
Combien de temps conservez-vous les données de niveau utilisateur de Facebook ?
Les données agrégées passées restent les mêmes.
Cela concerne tous les canaux Facebook (l'app Facebook, Instagram, Messenger et AudienceNetwork).
Puis-je utiliser OneLink avec l'objectif d'installation de l'app mobile Facebook ?
Facebook propose plusieurs objectifs publicitaires parmi lesquels choisir lorsque vous diffusez des publicités pour une app : installations de l'app, trafic et conversions.
Pour la plupart des objectifs, comme le trafic ou les conversions, les liens OneLink ou d'autres liens tiers sont acceptés. Cependant, pour l'objectif d'installation de l'app, Facebook n'accepte que les Liens vers l'application Facebook pour le deep linking.