¿Cuánto tiempo lleva comenzar a atribuir los anuncios de tu aplicación móvil para Facebook con AppsFlyer?
If you already have AppsFlyer's SDK integrated in your app, and already have defined your app on Facebook, the answer is less than a minute!
No necesitas implementar el acceso a Facebook ni integrar tu aplicación con el SDK de Facebook para la atribución de dispositivos móviles. Solo tiene que seguir las siguientes instrucciones de instalación paso a paso.
ID de aplicación de Facebook
To create the Facebook App ID:
- In Facebook, go to your App Dashboard.
- Under Apps, click Create New App.
- Complete the name for your app, and enter a unique namespace.
To retrieve the Facebook App ID:
- In Facebook, open the Monetization Manager dashboard.
- Click the Property you want data from.
- Go to Placements > Manage Placement.
The Facebook App ID is the first part of the Placement ID.
The same Facebook App ID can be used for both your Android and iOS apps.
Configuración de atribución básica para Facebook
Para comenzar a atribuir campañas de Facebook con AppsFlyer, sigue los pasos a continuación:
-
To activate the integration with Facebook Ads:
- Go to your apps in Facebook for developers.
- Select the app.
- To copy your app ID, click on it at the top of the screen.
- In AppsFlyer, go to Configuration > Integrated Partners.
- Select Facebook Ads from the partners list.
- In the Integration tab, turn on Activate partner.
Learn more about partner activation. - Paste your app ID in the Facebook App ID field.
- Click Save Integration.
- [optional] To configure recommended settings:
- To match Facebook Ads' click-through lookback window, set it to 28 days.
- To match Facebook Ads' view-through lookback window, set it to one day.
- To attribute users who reinstall the app during the re-attribution window, turn on Reinstall attribution.
You don't need to enable view-through attribution or configure lookback windows for reinstall attribution, as it takes its configuration from the install attribution settings. - To save the configuration, click Save Integration.
Still not seeing Facebook results on AppsFlyer? Refer to Facebook Ads integration troubleshooting.
Configuración avanzada de atribución para Facebook
Con la atribución básica ya configurada para Facebook, es momento de realizar la configuración rápida avanzada de atribución.
Datos a nivel de usuario
By default Facebook does not release raw user-level data.
To get user-level data from Facebook Ads:
- Go to Facebbok Ads partner page > Integration tab click to accept Facebook's Terms of Service.
- Log in to your Facebook Ads account.
- Select the relevant app.
- Click Accept.
This allows AppsFlyer to collect and enable you access to your Facebook users' raw data.
Nota
Effective April 22, 2020, Facebook introduced enhanced data privacy measures to protect people using their services. As such, Facebook no longer provide advertisers with view-through attribution data at the device level. Starting from the effective date, view-through conversions and the associated in-app events display under the restricted media source. The associated attribution fields in user-level sources such as raw data reports, Push API messages, Pull API reports, are not populated.
Datos de impresiones, clics y costos
Activar la función Costo de Facebook te proporcionará los datos de costos de tus campañas de Facebook, conjuntos de anuncios, anuncios y niveles de canal. También te brindará los clics e impresiones agregados.
- Asegúrese de haber iniciado sesión en la cuenta de usuario de Facebook habilitada para administrar las campañas de la cuenta de Facebook. El usuario en cuestión debe tener los permisos necesarios para ejecutar todas las campañas en Business Manager de Facebook.
- Go to the Cost tab.
- Turn on Get Cost, Clicks and Impressions Data.
- Haz clic en el botón de inicio de sesión de Facebook.
- Cuando se te indique, habilita el acceso a los datos de tu campaña de Facebook para AppsFlyer.
Nota: En la primera sincronización de datos después de la integración, AppsFlyer recibe los datos de costos de Facebook hasta 30 días retroactivamente. En sincronizaciones posteriores, AppsFlyer recibe los datos de los últimos 7 días.
Leer más sobre cómo Facebook define los clics y las visualizaciones.
To delete a connected Facebook account: In the actions column, hover over an account and click Delete connection.
Notas
- Si ya ha iniciado sesión en Facebook, al hacer clic en el botón de inicio de sesión de Facebook, la ventana de Facebook se abrirá y cerrará inmediatamente. Este es el comportamiento normal.
- Si tienes varios usuarios con permisos para Facebook, lo mejor es iniciar sesión en Facebook con todos ellos, para evitar obtener datos parciales.
Estado de sincronismo de datos de costos
La pestaña de costos muestra el estado de integración de sus costos y la última vez que AppsFlyer logró extraer datos de costos coincidentes.
Facebook le permite sincronizar varias cuentas para extraer datos de costos. Para cada cuenta sincronizada, AppsFlyer muestra el estado de integración de costos y la última vez que AppsFlyer pudo extraer datos de costos coincidentes.
En la siguiente tabla se enumeran los mensajes de estado y qué hacer si los ves en la pestaña de costos.
Mensaje de estado | Descripción | Qué hacer |
---|---|---|
Activo |
La API del partner está respondiendo y devolviendo datos. |
Nada |
Activo
Con mensaje de sincronización Los datos de costos nunca se extrajeron correctamente |
Una de las siguientes opciones es posible:
|
|
No hay datos coincidentes
|
AppsFlyer consulta a las campañas activas de esta aplicación con la API del partner, pero la API del partner no está devolviendo datos para estas campañas. |
Esto podría suceder si cambias el ID de campaña mientras se está ejecutando. Si utilizas los datos de costos, no cambies los ID de las campañas mientras aún están activas y en en funcionamiento. Además, asegúrate de iniciar sesión con las credenciales de Facebook para la aplicación correcta. |
La API del partner no responde |
|
|
Credenciales no válidas |
AppsFlyer no puede extraer datos de costos debido a que la conexión ya no es válida. Esto puede suceder si se cambió tu contraseña de Facebook o si se revocó el permiso de AppsFlyer. |
Vuelve a iniciar sesión en Facebook en la pestaña Costo. |
Última extracción de datos exitosa
The cost tab shows the last time cost data has been pulled yet. If cost data has never been pulled, the sync message shows Cost Data was never successfully pulled.
Ejemplos
Ejemplos
Escenario 1: campañas detenidas
AppsFlyer pulls cost for several campaigns that you run with ad network A. You look in the cost tab and you see the message Last successful sync 2 hours ago. The same day you stop running campaigns with ad network A. Two weeks later, you look in the cost tab of ad network A. You then see the message Last successful sync 14 days ago.
Escenario 2: problemas con la API de la red de publicidad
AppsFlyer pulls cost for several campaigns that you run with ad network B. You look in the cost tab and you see the message Last successful sync 2 hours ago. Ad network B then experiences issues with their API. It takes them a few hours to fix it. When you look in the cost tab you see the message Last successful sync 8 hours ago.
Learn more about enriching your Facebook information with cost, clicks and impressions data.
Asignación de eventos in-app

To map in-app events:
- Turn on In-App Event Postbacks.
When enabling the Facebook in-app events mapping for an app for the first time, all the af_XXX events from the SDK are automatically mapped to Facebook's predefined event list. This automatic mapping saves you time and decreases mapping mistakes significantly. - Complete los siguientes parámetros:
Nombre de parámetro Descripción Nombre de evento SDK El nombre del evento tal como lo recibe AppsFlyer, sea del SDK integrado en su aplicación o de eventos de servidor a servidor.
Consejo: ¿El evento que busca no aparece en la lista? Asegúrese de activar el evento en un dispositivo con una instalación no orgánica y vuelva a verificar.Identificador de evento de socio Seleccione la etiqueta de evento de Facebook predefinida más apropiada para su evento. También puede enviar eventos PERSONALIZADOS de Facebook. Enviar ingresos Si esta opción no está marcada: AppsFlyer le envía al partner todos los parámetros del evento in-app enriquecido, con excepción del parámetro de ingresos, que está incluido en el parámetro af_revenue.
Si la opción está marcada: AppsFlyer envía todos los parámetros, incluido el valor de ingresos (si existe en el evento). - To add an SDK event to the list, click Add Event.
Note that the Sending Option for all SDK defined events is All media sources, including organic, which means that your entire user base is available to be reported to Facebook.
Limitaciones con respecto a los nombres de eventos:
- Limitación de longitud de nombres de eventos: 2-40 caracteres
- Los siguientes caracteres no están permitidos:
- Dos puntos (:)
- Punto (.)
- Conjuntos de caracteres no latinos (inglés): a partir del 12 de enero de 2020, Facebook rechaza los caracteres chinos. AppsFlyer no ha probado otros conjuntos de caracteres y debes usarlos solo después de verificar con Facebook si estos son compatibles en los postbacks.
- Event names are case-sensitive. To avoid discrepancies, make sure you use the correct case in the event names for all media sources and app versions.
Learn more about Facebook Ads in-app event mapping.
Atribución de retargeting
AppsFlyer retargeting attribution for Facebook lets advertisers attribute an existing user's engagement with a Facebook ad, and measure the quality of the user, post engagement, using the AppsFlyer reports.
It should be used only if you are actively running campaigns targeted at your own users in Facebook.
- Página Activar la función de retargeting en la configuración de la aplicación.
- In Facebook Ads partner page, turn on Re-engagement attribution.
- Set the Re-engagement click-through lookback window.
The re-engagement lookback window is the period of time, starting from ad click, during which the app must be launched for the click to be recorded as a re-engagement.
Select a lookback window in hours or days and set the slider to the desired value. - Set the Re-engagement window.
This is the period when the user's in-app events are attributed to the retargeting media source, as primary source.
You can set the value in days (1-90), hours (up to 23), or even lifetime. The default is 30 days.
Learn more about AppsFlyer retargeting attribution.
Learn more about deep linking users from SRNs such as Facebook.
Comply with California consumer privacy act (CCPA)
Complying with CCPA privacy regulations limits the data coming from Facebook users based in California, USA.
To enable compliance with CCPA: Turn on Limit Facebook use of users' parsonal information (CCPA) in the Integration tab.
Learn more about CCPA compliance.
Registro de ingresos por publicidad
Si tu aplicación utiliza la función Ingresos por anuncios de red de audiencia de Facebook para la monetización de anuncios, puedes registrar tus ingresos derivados de Facebook en AppsFlyer. Esto, con o sin datos de ingresos por compras in-app, le proporciona un panorama general de los ingresos por usuario.
Para comenzar a registrar los ingresos por publicidad de la red de audiencia de Facebook:
- On the Ad Revenue tab set Get Ad Revenue Data to ON
- Set the Event Source, which is the event representing your ad revenue model in the best possible way. For example, if your revenue is based on impressions, it is recommended to send AppsFlyer an ad viewed event. The best event can be configured for each monetization platform separately. However, it is also possible to use the
af_app_opened
event. In this case, ad revenue is attributed for every app open performed by the user. - The Ad Revenue Event is displayed. It is a read-only field presenting the new ad revenue event called [source event]_monetized (e.g. Ad_Watched_Monetized as displayed above). The ad revenue event is presented in the dashboard as an additional event.
- Haga clic en Ingresos por anuncios de Facebook para permitir la recopilación de los datos de ingresos por anuncios de red de audiencia de Facebook en Facebook. Inicie sesión con sus credenciales de Facebook para autorizar la función Ingresos por anuncios de red de audiencia de Facebook.
- Enter the Audience Network App ID (Facebook App ID). Get this from Facebook Audience Network (FAN).
- Get the Facebook App ID.
- Copy the ID to the Audience Network App ID field in AppsFlyer
- Click Save ad revenue.
Asignación de eventos in-app de Facebook
Los anunciantes pueden asignar fácilmente sus eventos in-app, SDK o S2S, a eventos predefinidos de Facebook. Los anunciantes también pueden enviar postbacks a Facebook sobre cada inicio de aplicación o cada desinstalación de aplicación conocido.
Esto permite a los anunciantes utilizar las capacidades de optimización avanzada de Facebook, así como crear segmentos de audiencia personalizados y similares.
Asignación de eventos predefinidos
Facebook ofrece una amplia gama de eventos que ya están predefinidos y se pueden asignar.
Encuentra aquí la lista de eventos in-app enriquecidos que se pueden enviar a Facebook con parámetros adicionales que proporcionan información adicional sobre la calidad de los eventos.
A continuación se muestra la lista de otros eventos predefinidos de Facebook que no tienen parámetros adicionales:
Identificador de eventos de Facebook |
Descripción |
Nombre recomendado del SDK de AppsFlyer |
---|---|---|
Donate |
La donación de fondos a tu organización o causa. |
af_donate |
Schedule |
La reserva de una cita para visitar una de tus ubicaciones. |
af_schedule |
SubmitApplication |
La presentación de una solicitud para un producto, servicio o programa que ofrezcas, como una tarjeta de crédito, programa educativo o trabajo. |
af_submit_application |
FindLocation |
Cuando una persona encuentra una de tus ubicaciones a través de la web o la aplicación, con la intención de visitarla. Por ejemplo, buscar un producto y encontrarlo en una de tus tiendas locales. |
af_find_location |
Contact |
Un teléfono o SMS, correo electrónico, chat u otro tipo de contacto entre un cliente y tu negocio. |
af_contact |
CustomizeProduct |
La personalización de productos a través de una herramienta de configuración u otra aplicación de tu empresa. |
af_customize_product |
Asignación de eventos in-app personalizados
AppsFlyer le permite asignar cualquier evento in-app personalizado para enviarlo a Facebook, utilizando la opción de Identificador de eventos personalizados de Facebook.
El nombre y el valor del evento (incluidos sus parámetros) configurados en el SDK se reenvían a Facebook, tal como están.
Puedes ver los nombres completos de los eventos personalizados en Facebook Analytics. En el Administrador de anuncios de Facebook, se agregan y se muestran como "Eventos personalizados".
Caution
Los eventos asignados a "PERSONALIZADO" no se pueden usar para las siguientes funciones en Facebook:
- Optimización de eventos de aplicación
- Optimización basada en el valor
- Anuncios dinámicos de productos
Para habilitar el uso de estas funciones en Facebook, en función de los datos de tus eventos, recomendamos asignar a los eventos predefinidos de Facebook.
Asignación automática de parámetros con evento PERSONALIZADO
A través de la integración profunda de AppsFlyer con Facebook, muchos de los parámetros de eventos SDK estándar de AppsFlyer se asignan automáticamente a los parámetros predefinidos de Facebook. Por ejemplo, el parámetro af_revenue se convierte en el parámetro valueToSum en Facebook, que le permite enviar un ingreso por evento que puede ser medido y optimizado en Facebook.
Note
La asignación automática de parámetros puede diferir entre eventos PERSONALIZADOS y predefinidos.
Con respecto a los eventos predefinidos, af_price se asigna a _valueToSum en algunos casos (por ejemplo, fb_mobile_add_to_cart
). En otros casos, af_revenue se asigna a _valueToSum (por ejemplo, en fb_mobile_purchase
).
Con respecto a los eventos asignados a PERSONALIZADOS, af_price siempre se asigna a fb_price y af_revenue, a _valueToSum.
La siguiente tabla detalla todos los parámetros de eventos de AppsFlyer, que, cuando se asignan mediante el evento PERSONALIZADO a Facebook, se asignan automáticamente a los parámetros de Facebook.
Parámetro de AppsFlyer | Parámetro de 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 |
Limitaciones de eventos y parámetros
Hay varias limitaciones que Facebook impone a los datos de eventos enviados:
- Un evento puede tener hasta 25 parámetros.
- Los nombres de eventos y parámetros deben ser de entre 2 y 40 caracteres, y solo pueden utilizarse caracteres alfanuméricos, guiones bajos, guiones medios o espacios.
- No latino (no se deben usar caracteres en inglés. El uso de letras no latinas causa resultados incoherentes.
- La longitud de cada valor de parámetro no puede ser de más de 100 caracteres.
- Los nombres de eventos de AppsFlyer pueden coincidir con los nombres de eventos de Facebook (por ejemplo, fb_price). Sin embargo, no podrán enviarse como eventos PERSONALIZADOS a Facebook. Por las dudas, evite poner a los eventos el mismo nombre que el de los eventos de Facebook.
- Para realizar una asignación de postbacks de eventos in-app con Facebook, es necesario obtener datos de los eventos de TODAS las fuentes, incluidas las orgánicas.
Important!
A excepción de los parámetros anteriores, AppsFlyer envía los datos de eventos PERSONALIZADOS tal como están a Facebook. Es responsabilidad del propietario de la aplicación verificar que los datos de eventos cumplan con los requisitos de Facebook.
Si el valor del evento contiene parámetros que no están asignados a parámetros válidos de Facebook (consulta la tabla anterior), estos parámetros no se envían a Facebook.
El SDK de AppsFlyer vs. el SDK de Facebook
Es posible que la aplicación ya tenga el SDK de Facebook integrado en ella, antes del SDK de AppsFlyer. Incluso si no es así, tal vez te preguntes si realmente necesitas el SDK de Facebook además del SDK de AppsFlyer. Y si es así, ¿pueden coexistir los dos sin reportes duplicados?
¿Quién necesita el SDK de Facebook?
Por lo general, solo para abrir la aplicación cuando se hace clic en el enlace y para fines de adquisición de usuarios, si tienes el SDK de AppsFlyer en tu aplicación, no necesitas el SDK de Facebook en ella también. El SDK de AppsFlyer se ocupa de atribuir las adquisiciones de usuarios móviles de los usuarios de Facebook, incluidas instancias de captación (engagement), instalaciones, sesiones y eventos post-instalación.
Sin embargo, si la aplicación usa cualquiera de las siguientes opciones, requiere el SDK de Facebook además del de AppsFlyer:
-
Deep linking data
If you need deep linking data from Facebook, you can only get it with the Facebook SDK. Using the AppsFlyer SDK, deep-link data, and passing your routing parameter, is limited to using the data we receive from Facebook (campaign, ad set, ad, channel). -
Collecting Deferred deep linking and Dynamic Product Ads campaigns data
If you need data from Facebook for deferred deep linking or Dynamic Product Ads, you can only get it from the Facebook SDK. Follow the steps below to automatically transfer the deferred deep linking data from Facebook SDK to AppsFlyer SDK.
Alternately, on the first app launch you can use the campaign or ad names from the conversion data, without having the Facebook SDK integrated into your app. With this limited method, the deep linking data needs to be inferred from the campaign or ad names. -
Otras funciones de Facebook
Es posible que necesites el SDK de Facebook por razones no relacionadas con la atribución, como la autenticación, la monetización de anuncios, el uso compartido de redes sociales, las invitaciones de usuarios, etc.
Usar Anuncios de Facebook y los SDK de AppsFlyer para Deferred Deep Linking
Para soportar Deferred Deep Linking de Anuncios de Facebook:
- Requisitos previos
* Versiones mínimas del SDK de AppsFlyer:
- SDK para Android de AppsFlyer 4.10.3
- SDK para iOS de AppsFlyer 4.10.4
* Configuración de integración de Facebook completa.
* Tener el SDK de Facebook integrado en la aplicación (en Android, si los desarrolladores integran componentes específicos del SDK de Facebook, asegúrate de agregar el módulo AppLinks). - Para recopilar datos de enlaces profundos diferidos de Facebook automáticamente desde el SDK de Facebook al SDK de AppsFlyer se debe usar:
AppsFlyerLib.getInstance().enableFacebookDeferredApplinks(true);
AppsFlyerTracker.shared().enableFacebookDeferredApplinks(with: AppLinkUtility.self)
[[AppsFlyerTracker sharedTracker] enableFacebookDeferredApplinksWithClass:FBSDKAppLinkUtility.class];
- Obtener af_dp en devolución de llamada onConversionDataSuccess.
- Redirigir al usuario programáticamente utilizando el valor af_dp.
Cómo evitar duplicados con el SDK de Facebook
Facebook requiere que AppsFlyer reporte las instalaciones y los eventos in-app de TODOS los usuarios, incluidos los usuarios orgánicos. Si tienes ambos SDK en tu aplicación, los eventos in-app y de instalación se reportan al SDK de Facebook y, a continuación, a través de postbacks a los servidores de Facebook mediante AppsFlyer. ¿Cómo evitar estos reportes duplicados?
-
Instalaciones
Facebook desduplica las instalaciones de aplicaciones. Si tanto el SDK de Facebook como el de AppsFlyer reportan un usuario nuevo que instala una aplicación móvil, Facebook sabe que debe contar esta instalación solo una vez. -
Eventos in-app
Facebook no desduplica los eventos in-app, que se reportan tanto desde sus métodos SDK como desde otra fuente, es decir, AppsFlyer. Esto significa que, a menos que alguien se ocupe de esto, Facebook puede reportar ingresos duplicados y otros eventos falsamente.
Usa cualquiera de estos métodos posibles para evitar reportes de eventos in-app duplicados en Facebook:
- No configures eventos en el SDK de Facebook.
- Deshabilita la asignación de eventos in-app de Facebook desde AppsFlyer.
Canales de Facebook
Con Facebook, puedes ver los datos desglosados no solo por campañas, conjuntos de anuncios y anuncios individuales, sino también por canales de Facebook (llamados "Ubicaciones" en Facebook.
- Canal de Facebook: Usuarios de la aplicación Facebook
- Instagram: Usuarios de la aplicación Instagram
- Messenger: Usuarios de la aplicación Messenger de Facebook
- Red de audiencia: Usuarios de otras aplicaciones de Facebook o asociadas a esta
Utilice estos datos para comparar la calidad de los usuarios que obtenga de los distintos canales de Facebook.
Facebook y agencias
Las agencias y FMP pueden ejecutar y atribuir campañas de Facebook en nombre de anunciantes en AppsFlyer o incluso trabajar junto a los anunciantes en sus propias campañas de Facebook. Para que las campañas de la agencia puedan atribuirse a la agencia, el nombre de la campaña DEBE comenzar con el nombre de la agencia.
Para obtener más información acerca de la atribución de instalaciones de agencias y Facebook, ingresa aquí.
Además, las agencias no pueden modificar las ventanas retrospectivas de Facebook ni el control de retargeting. De ser necesario, deben solicitar al anunciante que realice los cambios requeridos.
Además, las agencias no pueden modificar los postbacks de eventos in-app enviados a Facebook. Esto se debe a que Facebook exige recibir información sobre todas las instalaciones, incluidas las no atribuidas a Facebook (y, por lo tanto, no podrán ser aportadas por la agencia).
La siguiente imagen muestra todos los parámetros que deberá configurar el anunciante para que la agencia pueda administrar sus campañas de Facebook:
Atribución de aplicaciones Android fuera de la tienda para Facebook
Facebook no permite crear campañas de instalación de aplicaciones móviles para aplicaciones Android de mercados fuera de la tienda; por ejemplo, Baidu.
Sin embargo, puedes anunciar y registrar instalaciones para aplicaciones fuera de la tienda en Facebook siguiendo estas instrucciones:
- El desarrollador debe preparar un APK independiente para cada mercado fuera de tienda que utilice para anunciar su aplicación. Vea más detalles aquí.
- Crea una campaña de Tráfico o de Conversiones en Facebook, con la atribución móvil habilitada, que envía clientes potenciales a una página de aterrizaje.
- The landing page should include a Download App button, which directly links to the out-of-store market where the APK exists.
- El cliente potencial hace clic en el botón y es redireccionado al mercado fuera de la tienda. Después de completar la instalación, AppsFlyer atribuye al usuario a Facebook, a través de su API MMP.
Note
La misma solución se aplica a las aplicaciones en Google Play y la App Store, los cuales requieren una página de aterrizaje antes de la redirección al mercado.
Para conocer instrucciones específicas de atribución para aplicaciones de Amazon en Facebook, haz clic aquí.
Gasto en Facebook
AppsFlyer obtiene datos de gasto (incluidos clics e impresiones) de las campañas de Facebook, si se produjeron una o más instalaciones durante los 7 días anteriores.
Si una campaña de Facebook se involucra con múltiples plataformas (Android, iOS, computadora de escritorio, etc.), el costo en el panel de control es específico de la plataforma y Facebook lo calcula.
Obtener el costo de Facebook con clics e impresiones incluidos.
Preguntas frecuentes sobre costos de Facebook
No puedo ver el historial de costos de Facebook en el panel de control de AppsFlyer.
Tras el primer inicio de sesión como administrador en Facebook, tal como se describiera anteriormente, AppsFlyer comenzará a recibir datos de costos de Facebook con carácter retroactivo de hasta 30 días anteriores para las campañas existentes. Los datos de costos no están disponibles de antemano.
En sincronizaciones posteriores, AppsFlyer recibe los datos de los últimos 7 días. Esto significa que los datos de costos, clics e impresiones se recopilan para todas las campañas que tengan al menos 1
conversión durante los últimos 7 días.
Por unos meses no hubo problema con la visualización de los datos de costos, pero ya no se muestran.
Facebook puede restablecer este permiso para obtener los datos de costos cada pocos meses. Si nota que los datos de costos dejaron de aparecer en el panel de control, repita los pasos de inicio de sesión como administrador de Facebook.
Si el usuario administrador de Facebook cambiara su contraseña de Facebook, también deberían repetirse los pasos de inicio de sesión.
Hice clic en mi anuncio de Facebook, hace apenas 5 minutos. ¿Por qué no veo el clic en AppsFlyer?
AppsFlyer obtiene datos totales de clics, impresiones y costos de Facebook periódicamente cada unas horas. Por lo tanto, es posible que transcurran horas sin que estas acciones se muestren en el panel de control de AppsFlyer.
¿Hay raw data de clics de Facebook?
Como AppsFlyer obtiene solo datos totales de clics e impresiones de Facebook, no hay datos de clics e impresiones sin procesar. Los únicos datos de clics e impresiones sin procesar disponibles en los reportes sin procesar son aquellos que derivaron en instalaciones.
¿Existen limitaciones de los datos de costos de Facebook por geolocalización?
Si filtra por geolocalización en el panel de control de AppsFlyer, podrá ver el resumen y desglose de los datos de costos de Facebook.
Estos datos solo están disponibles para "Campañas de instalación de aplicaciones móviles" en Facebook.
Además, los datos de costo por geolocalización solo están disponibles para campañas de plataforma única. Esto significa que las campañas que tienen un conjunto de anuncios para Android, y otro para iOS, no pueden tener datos de costos específicos por geolocalización. Para obtener los datos de costos completos, dedique una campaña a cada plataforma.
¿Cuáles son las limitaciones de los datos de costos de Facebook en la API maestra?
Facebook no admite la agrupación de datos de costos por geolocalización y canal simultáneamente en los reportes de la API maestra.
Para crear un reporte con datos de costos completos, agrúpelo por una sola de estas dimensiones.
El costo total no coincide.
Existen diferencias entre los modelos de atribución de Facebook y AppsFlyer. Estas diferencias pueden producir discrepancias en los datos de costos de Facebook:
- Atribución de dispositivos cruzados de Facebook: A veces puede causar problemas cuando una campaña para una plataforma (iOS/Android) muestra una instalación con su costo para otra plataforma.
- Campañas no móviles de Facebook: En este tipo de campañas,como las campañas de clic de enlace de Facebook, los usuarios de computadoras de escritorio pueden instalar aplicaciones móviles en algún momento. Para estas campañas de dispositivos cruzados, AppsFlyer no muestra el costo. Sin embargo, si el clic de enlace se ejecuta en el mismo dispositivo en el que se instaló la aplicación, sí se reciben datos de costos. Por ejemplo, un usuario de Facebook hace clic en un anuncio que conduce a la página de aterrizaje del anunciante en una computadora de escritorio. Una semana después, el mismo usuario de Facebook instala la aplicación iOS del anunciante en un dispositivo iPhone. Si bien la instalación es atribuida y aparece en el panel de control de AppsFlyer, el costo de esta instalación multiplataforma no aparece.
- Campañas con 0 resultados en los últimos 7 días: AppsFlyer sincroniza el costo solo para campañas con instalaciones/conversiones en los últimos 7 días. Si recién se establece el costo de Facebook, para las campañas que estuvieron inactivas por más de 7 días de antelación no se mostrarán los costos.
Aunque el costo total es idéntico, el eCPI que calcula AppsFlyer es diferente del costo calculado por Facebook. ¿Por qué?
El costo por instalación se calcula dividiendo el costo total por el número de instalaciones. Dado que AppsFlyer cuenta las instalaciones de manera diferente de Facebook, sus eCPI suelen ser diferentes.
¿Por qué hay datos de costo para solo algunas de las campañas?
Por más que hubiera varios usuarios de Facebook con permisos para ejecutar campañas en Business Manager de Facebook, solo se requiere que uno de ellos inicie sesión en Facebook tal como se describiera anteriormente.
Sin embargo, si este usuario no tuviera acceso desde Facebook a algunas de las campañas en curso, las campañas aparecerían en el panel de control de AppsFlyer, pero no se contaría con datos de costos, clics e impresiones.
¿Se muestran los datos de costo de Facebook para las campañas de retargeting?
Los datos de costo y ROI para campañas de retargeting se pueden encontrar en la vista unificada de reportes de cohortes.
¿Por qué la ventana de configuración de costos de Facebook se cierra antes del inicio de sesión?
Si ha iniciado sesión en Facebook en el mismo navegador en el que está realizando la configuración, la ventana automáticamente se conecta a Facebook utilizando esas mismas credenciales, y, si ya se otorgó acceso a la aplicación de AppsFlyer, no hay nada más por hacer y la ventana se cierra.
¿Cuál es el problema con los datos de costos de Facebook para aplicaciones de la tienda de aplicaciones de Amazon?
A diferencia de los datos de AppsFlyer, Facebook no diferencia los datos de costos de aplicaciones Android de los de aplicaciones Amazon (basadas en Android).
Por lo tanto, los datos de costos de los usuarios de Amazon pueden atribuirse a las campañas dirigidas a otros usuarios de Android y no a las campañas originales de Amazon.
¿Se puede detener la sincronización de costos de Facebook?
¿Qué se debería hacer si se deseara cambiar de cuenta publicitaria de Facebook, pero ya se hubiera asociado el costo de Facebook mediante AppsFlyer con una cuenta publicitaria anterior?
La solución es desasociar la cuenta publicitaria desde Facebook. No se debe hacer absolutamente nada en AppsFlyer.
The cost tab status message Partner API is currently not responding displays
Esto puede deberse a que has habilitado la autenticación de dos factores (2FA) en Facebook después de integrar tu cuenta con AppsFlyer. Para resolverlo:
- Cierra sesión en tu cuenta de Facebook.
- En AppsFlyer, ve a la pestaña Costo de la integración con Facebook y elimina la conexión.
- En la pestaña Costo, haz clic en iniciar sesión y sigue los pasos.
Ejemplos de costos de Facebook
An advertiser runs campaigns using Facebook Ads. In AppsFlyer the advertiser sees the following:
The cost information is provided by Facebook to AppsFlyer. The number of installs is calculated by AppsFlyer using AppsFlyer attribution rules. As a result, the eCPI calculated by Facebook and AppsFlyer usually differs.
Discrepancias de Facebook con AppsFlyer
Como dos de los principales actores del ecosistema de adquisición de usuarios móviles, AppsFlyer y Facebook cuentan con modelos de atribución diferentes. Esto puede hacer que surjan discrepancias entre los paneles de control de Facebook y de AppsFlyer.
Si bien trabajamos en estrecha colaboración con Facebook para minimizar estas discrepancias, los anunciantes deben ser conscientes de los factores que suelen originarlas.
Detectar una discrepancia entre AppsFlyer y Facebook
Compara los eventos listados en el Administrador de eventos y en las Estadísticas de Facebook con los de los reportes de AppsFlyer. Si el número de eventos varía significativamente, puede haber una discrepancia.
Diferencias en los modelos de atribución
Causa | AppsFlyer | |
---|---|---|
Ventana retrospectiva de atribución por clics |
1-30 días. Asegúrate de configurarlo en 28 días con Facebook. |
|
Ventana retrospectiva de atribución por impresiones |
1 día |
1 día por defecto, pero puede configurarse en intervalos de entre 1 hora y 48 horas (mantener este valor por defecto) |
Fecha de registro de la instalación |
Facebook registra las nuevas instalaciones al momento del clic/la impresión. |
AppsFlyer registra las nuevas instalaciones al momento de la instalación (al momento en que la aplicación es ejecutada por primera vez) |
Atribución de fuente multicanal |
Facebook se autoatribuye instalaciones a pesar de ser de fuentes de otros medios |
AppsFlyer usa la atribución de último clic (puedes encontrar más información sobre la atribución de AppsFlyer aquí). |
Atribución de dispositivos cruzados |
Facebook atribuye usuarios que hacen clic e instalan en distintos dispositivos; por ejemplo, iOS/Android/escritorio |
AppsFlyer atribuye por tipo de dispositivo, aquellos en los que tenga lugar tanto el engagement como la instalación |
Distintas zonas horarias |
La zona horaria predeterminada de los reportes de Facebook Ads es PST. Asegúrate de cambiarla en el Administrador de anuncios de Facebook para que coincida con la zona horaria de la aplicación definida en la configuración de la aplicación en AppsFlyer. |
La zona horaria predeterminada de la aplicación de AppsFlyer es UTC+0. Puedes cambiar la zona horaria establecida para la aplicación en la página de configuración de la aplicación, para que coincida con la zona horaria definida en el Administrador de anuncios de Facebook. |
Puedes ver ejemplos en el documento adjunto (desplázate hacia abajo) Facebook y AppsFlyer: Comprensión de las discrepancias.
Atribución por clics y por impresiones
AppsFlyer admite tanto atribuciones por clics como por impresiones. Para minimizar las discrepancias entre las plataformas de Facebook y AppsFlyer, asegúrese de que las ventanas retrospectivas de atribuciones por clics e impresiones sean las mismas.
Para comparar las ventanas de atribución por clics e impresiones en Facebook con las de AppsFlyer, ingrese a Facebook. Recomendamos configurar las ventanas de atribución en AppsFlyer según valores de Facebook como se muestra en la siguiente pantalla:
Example
Supongamos que la ventana retrospectiva para clics de Facebook se configura en AppsFlyer en 7 días para tu aplicación com.greatapp, mientras que en Facebook mantiene el valor predeterminado de 28 días. Los usuarios que hacen clic en el anuncio de greatapp en Facebook, pero inician la aplicación por primera vez después de 8-28 días se atribuyen como usuarios orgánicos en AppsFlyer, a la vez que Facebook autorreporta estos usuarios.
Discrepancias restringidas de medios
En algunas situaciones de conversión, una red publicitaria no compartirá datos a nivel usuario. En la plataforma de AppsFlyer, los reportes de datos agregados funcionan como de costumbre, pero las conversiones listadas en los reportes de raw data se atribuirán a una fuente de medios restringida.
Anuncios de Facebook no envía datos a nivel de usuario para conversiones de atribución por impresiones (VTA). Como resultado, AppsFlyer podría no atribuir impresiones de ayuda a la conversión a los Anuncios de Facebook.
Example
- El usuario ve un anuncio de AwesomeApp en Facebook. Más tarde, ve y hace clic en un anuncio de AwesomeApp en GreatAdNetwork y la instala.
- Anuncios de Facebook reclaman la conversión ya que ocurrió dentro de su ventana de VTA.
- AppsFlyer atribuye la conversión a GreatAdNetwork, ya que tuvieron la última acción antes de la instalación.
- AppsFlyer no considerará Anuncios de Facebook como una red de asistencia a la conversión, ya que la VTA de Anuncios de Facebook está restringida.
Diferencias de eventos in-app
Las diferencias entre plataformas también pueden estar presentes con eventos posteriores a la instalación (por ejemplo, compras in-app), que se muestran en Facebook y en AppsFlyer. La siguiente tabla describe los motivos más frecuentes de estas diferencias y aconseja sobre cómo minimizarlos:
Causa | Descripción | Consejo de AppsFlyer |
---|---|---|
Discrepancias de instalaciones |
Los eventos ejecutados por usuarios atribuidos en una plataforma, y no en la otra, también están bajo discrepancia por defecto. |
Minimice las discrepancias de instalación según este artículo para reducir también las discrepancias de eventos in-app. |
Autoatribución |
Facebook siempre atribuye los eventos a sus propias campañas que los impulsaron, mientras que AppsFlyer atribuye estos eventos a la fuente de adquisición. |
Las instalaciones y eventos que Facebook se autoatribuye incorrectamente se indican como asistencias en AppsFlyer. |
Definición de tiempo de vida diferente | El tiempo de vida de los usuarios en Facebook es de hasta 28 días, lo que significa que Facebook no muestra eventos que tengan lugar después de 28 días del clic en el anuncio. El tiempo de vida de los usuarios de Facebook en AppsFlyer es de hasta 180 días. |
Para evaluar el valor de los usuarios a partir de las campañas de Facebook de más de un mes de antigüedad, utilice datos de AppsFlyer para obtener un panorama más amplio. |
Eventos no asignados | AppsFlyer obtiene eventos originados en el SDK, pero no están asignados a Facebook y, por lo tanto, no son enviados. | Asegúrese de asignar con Facebook todos los eventos in-app que representen la calidad de los usuarios (ver captura a continuación). |
Ingresos no enviados | AppsFlyer recibe los ingresos de eventos originados en el SDK, pero estos no se envían a Facebook. | Make sure the Send Revenue boxes of the in-app events are always checked, e.g. the purchase event in the capture below. |
Valores de evento faltantes en Facebook | AppsFlyer envía parámetros y valores a Facebook como parte de la asignación de eventos, si tienen las estructuras correctas. | Cree sus eventos in-app de SDK según las estructuras recomendadas por AppsFlyer para asignar completamente los valores de eventos con Facebook. |
¿Instalaciones de campañas de re-engagement en mi panel de control de UA?
Una campaña de re-engagement puede hacer que los usuarios abran una aplicación ya instalada (re-engagement). Además, cuando AppsFlyer reconoce que ya hay una instalación anterior de la aplicación en el mismo dispositivo, AppsFlyer puede tomar esta conversión como una reatribución.
Si, en una campaña de re-engagement, Facebook se dirige a nuevos usuarios o a usuarios que han instalado la aplicación por primera vez después de un período superioral de laventana de reatribuciónestablecida, luego de la instalación original, los usuarios en cuestión se registran como nuevas instalaciones de adquisición de usuarios en AppsFlyer, que corresponden a campañas de re-engagement en Facebook.
Por otro lado, las instalaciones que tienen lugar dentro de la ventana de reatribución establecida, después de la instalación original, se consideran reatribuciones y aparecen en la página de retargeting de AppsFlyer, mientras que pueden aparecer como nuevas instalaciones en Facebook.
Note
Si bien Facebook muestra todas las instalaciones de una campaña de retargeting en el mismo lugar, en el panel de control de AppsFlyer, las instalaciones se dividen entre la página de información general (nuevas instalaciones) y la página de retargeting (reatribución y re-engagements).
Atribución de dispositivos cruzados
Facebook informa sobre la atribución de dispositivos cruzados. A veces esto puede causar problemas cuando una campaña para una plataforma (iOS/Android) muestra instalaciones en otra plataforma.
Example
Linda hace clic en un anuncio móvil de GreatApp en Facebook desde su teléfono Android. Facebook registra el clic de Linda bajo la campaña dirigida original de Android "Mujeres con Android". Linda decide instalar GreatApp en el iPad de su casa. En el primer inicio, AppsFlyer solicita a Facebook el origen de esta instalación de iOS y Facebook responde con la campaña "Mujeres con Android".
Protect360 y reglas de validación
Si utiliza las reglas de validación de AppsFlyer, los resultados pueden diferir entre AppsFlyer y Facebook cuando hay instalaciones rechazadas que originalmente provienen de Facebook. En estos casos, Facebook se autorreporta instalaciones, mientras que AppsFlyer rechaza esas mismas instalaciones.
Asimismo, si se utiliza la solución antifraude de AppsFlyer, Protect360, puede haber instalaciones dado que Facebook autorreporta, mientras que AppsFlyer rechaza.
Example
Jeff, gerente de UA de GreatApp, crea una campaña llamada SPNA dirigida exclusivamente a personas de habla hispana de América del Norte. Para verificar esto, Jeff define una regla de validación, que acepta solo usuarios de Canadá y los Estados Unidos.
Cuando un usuario de Facebook de España hace clic e instala, Facebook autorreporta la instalación, mientras que AppsFlyer rechaza la instalación que no pasa la regla de validación.
Resolución de problemas de integración de Facebook
Si ha completado la integración básica y aún no ve resultados de Facebook en el panel de control de AppsFlyer, primero compruebe que haya nuevas instalaciones de Facebook desde la integración.
De ser así, repase los factores enumerados a continuación que podrían ayudarlo a resolver el problema:
No hay recopilación de IDFA
Como se indica en la Guía de integración de SDK - iOS, debe agregar el AdSupport.framework al proyecto para que se realice la recopilación de IDFA. Aunque en la mayoría de los casos la atribución todavía funciona con huellas digitales, la recopilación de IDFA es requisito esencial para trabajar con Facebook. Revise el reporte de datos sin procesar de instalaciones para ver si la columna IDFA está vacía o no.
Las instalaciones de Android funcionan en Facebook aun sin recopilación de GAID, pero es muy recomendable también tenerla implementada.
ID de aplicación de Facebook incorrecto
Desde el panel de control de Facebook, verifica que el ID de aplicación sea el correcto y coincida con el valor de la tienda de aplicaciones.
Nota: También puedes usar la API Graph de Facebook para validar tu ID de aplicación Facebook.
Estado de la aplicación en Facebook
La aplicación debe definirse en Facebook como En vivo en lugar de En desarrollo para que la atribución funcione.
Tipo de campaña equivocado en Facebook
Instalación de la aplicación en Facebook
Configuración correcta: la atribución funciona.
Configuración incorrecta: la atribución no funciona.
Preguntas frecuentes asociadas a Facebook
El panel de control de AppsFlyer no muestra los clics de campaña de Facebook
Por defecto, Facebook envía solo los datos de conversión y de engagement. Sin embargo, también puede comenzar a recibir datos de clics, impresiones y costos para sus campañas de Facebook.
¿Puedo detener la sincronización de datos de costos?
Para detener la sincronización de datos de costos con Facebook, elimina AppsFlyer de tu integración empresarial en tu cuenta de Facebook.
¿Se pueden ver en AppsFlyer los niveles de campaña y los grupos de anuncios?
¿Los datos de Facebook se muestran en tiempo real?
¿Cuándo puedo ver los datos de una campaña nueva en AppsFlyer?
Para ver los datos de anuncios, conjuntos de anuncios y campañas nuevos en Facebook, estos deben generar al menos una instalación.
Por ejemplo, un anuncio nuevo ha generado 100 clics y ninguna instalación, y no se muestra en el panel de control de AppsFlyer ni en los datos. Otro anuncio tiene solo un clic y una instalación, pero se muestra en AppsFlyer.
¿Cómo obtengo más instalaciones de Facebook?
¿Cómo? Lee los detalles aquí.
¿Los datos sin procesar de Facebook están a disposición de las agencias?
Los reportes de instalaciones y eventos in-app no muestran los datos sin procesar de Facebook
De manera predeterminada, Facebook no permite la distribución de datos de nivel de usuario. Sin embargo, los anunciantes que deseen obtener estos datos sin procesar a través de AppsFlyer pueden firmar las Condiciones de uso de datos de Facebook para la medición avanzada de aplicaciones móviles.
Una vez que un anunciante acepta los Términos de uso de datos de Facebook, los datos no aparecen inmediatamente. Después de que el anunciante acepte los Términos de uso de datos de Facebook, debe tener lugar al menos una instalación de Facebook para que los datos aparezcan en AppsFlyer. Cualquier usuario con acceso a la cuenta de anuncios de Facebook puede hacer lo siguiente:
- Ve a la ventana de configuración de Facebook en AppsFlyer.
- Click on Terms of service
- Continúa en Facebook y acepta los términos de servicio.
O ve directamente a Facebook desde aquí.
Una vez de acuerdo, y al menos una vez que la instalación tenga lugar después de aceptar las Condiciones de uso de datos de Facebook, los datos sin procesar históricos de Facebook aparecen en AppsFlyer.
¿Hay columnas específicas para Facebook en los informes de rendimiento de AppsFlyer?
Sí. Los informes de rendimiento tienen estructuras de columnas estáticas en cualquier combinación de fuentes de medios seleccionadas, que presentan información detallada a nivel de campaña.
No obstante, cuando descargas informes de rendimiento solo para anuncios de Facebook, AppsFlyer les agrega cuatro columnas que presentan información detallada a nivel de anuncio único. Las columnas que se agregan son: Nombre de conjunto de anuncios, ID de conjunto de anuncios, Nombre de grupo de anuncios (es decir, anuncio único) e ID de grupo de anuncios.
¿Puedo trabajar con FMP de Facebook y medir el rendimiento con AppsFlyer?
Para conocer más detalles sobre cómo configurar la atribución con FMP, haz clic aquí.
¿Qué debo hacer cuando recibo la siguiente advertencia?
- Verifique el ID de aplicación en Facebook y compruebe si tiene alguna restricción de edad o ubicación en su ID de aplicación de Facebook.
- Si la atribución ya está funcionando, esto quiere decir que la aplicación ya está disponible públicamente en el portal para desarrolladores de Facebook y que puedes ignorar este mensaje de error con tranquilidad.
¿Qué sucede con las ventanas restrospectivas que son distintas a las de Facebook?
Configurar intervalos más breves para estas ventanas en AppsFlyer disminuye la atribución de Facebook en AppsFlyer. Por otro lado, configurar intervalos más extensos en AppsFlyer no tiene ningún efecto, ya que las instalaciones que tienen lugar una vez concluidas las ventanas de Facebook no se atribuyen a Facebook.
Por lo tanto, para minimizar las discrepancias, se recomienda configurar las ventanas retrospectivas de Facebook en AppsFlyer en 28 días para clics y 1 día para impresiones.
¿Cuáles son los parámetros de la API de Facebook?
Datos de conversión | Raw data de AppsFlyer | |
---|---|---|
campaña | campaña | campaign_group_name |
campaign_id | ID de campaña | campaign_group_id |
adgroup | Anuncio | adgroup_name |
adgroup_id | ID de anuncio | adgroup_id |
adset | Conjunto de anuncios | campaign_name |
adset_id | ID de conjunto de anuncios | campaign_id |
ad_id | ID de anuncio | ad_id |
agencia | Partner | N/A |
is_fb | Fuente de medios | is_fb |
af_channel | Canal | publisher_platform |
¿Cuánto tiempo conservan los datos de Facebook de nivel de usuario?
Los datos agregados anteriores permanecen incambiados.
Esto es pertinente para todos los canales de Facebook (aplicación Facebook, Instagram, Messenger y AudienceNetwork).
¿Puedo usar OneLink con el objetivo de instalación de aplicaciones móviles de Facebook?
Facebook tiene varios objetivos publicitarios para elegir cuando se ejecutan anuncios para una aplicación: instalaciones de aplicaciones, tráfico y conversiones.
Para la mayoría de los objetivos, como el tráfico o las conversiones, se aceptan los enlaces de OneLink u otros enlaces de terceros. Sin embargo, para el objetivo de instalación de aplicaciones, Facebook solo acepta los Enlaces de la aplicación de Facebook para deep linking.