Send your event data from RudderStack to AppsFlyer.
12 minute read
AppsFlyer is a mobile attribution and marketing analytics platform. It offers intuitive dashboards, real-time data reports, and a unique deep linking technology to understand your customers better.
Find the open source code for this destination in the GitHub repository.
Once you have confirmed that the source platform supports sending events to AppsFlyer, follow these steps:
From your RudderStack dashboard, add a source. Then, from the list of destinations, select AppsFlyer.
Assign a name to the destination and click Continue.
Connection settings
To connect a source other than Android or Apple (iOS, watchOS, iPadOS, tvOS), you need to add a user transformation that adds the OS information required in the events.
Authorization with dev key: In the AppsFlyer Dev Key field, enter the AppsFlyer dev key.
Authorization with server to server key: In the AppsFlyer server to server Key field, enter the server to server token.
App ID
Enter your Apple or Android app ID.
Android App ID: This the application ID used in your app/build.gradle file.
Apple App ID: This is the iTunes Application ID and it is mandatory for the iOS applications.
Use Rich Event Names
Turn on this setting to include your app’s screen or page name in the screen or page event names.
Add properties at root in eventValue
Turn on this setting to include the custom properties at the root level of eventValue field. Otherwise, RudderStack sends them in the properties field inside eventValue.
Sharing Filter
Use this setting to meet any regulatory requirements like GDPR and CCPA, complying with user opt-out mechanisms, and for any other business use-case. For more information, see the AppsFlyer Help Center.
By default, the value for this setting is set to all.
Client-side Event Filtering
This setting is applicable only if you are sending events to AppsFlyer in device mode. It lets you specify which events should be blocked or allowed to flow through to AppsFlyer. See the Client-side Event Filtering guide for more information.
Status Callback URLs
Specify the callback URLs to be used for user deletion requests. You can provide multiple callback URLs by separating them by a comma.
Note: For user deletion, you must specify both Status Callback URLs and API Token.
Use device-mode to send events
Turn on this setting to send events from the Android/iOS SDK to Appsflyer in device mode.
Add device mode integration
Starting from v2.3.0 of AppsFlyer Android and iOS device mode, RudderStack supports sending all the custom properties of track events, along with the standard properties.
Once you add AppsFlyer as a destination in the RudderStack dashboard, follow these steps to add it to your project depending on your integration platform:
After adding the dependency, you need to register RudderAppsflyerFactory with your RudderClient initialization as a factory of RudderConfig. To do so, import the RudderAppsflyerFactory.h file in your AppDelegate.m file:
#import "RudderAppsflyerFactory.h"
Starting from AppsFlyer iOS device mode version 2.0.0 and above, the RudderStack SDK does not automatically initialize the AppsFlyer SDK. You need to initialize the AppsFlyer SDK as shown:
Starting from AppsFlyer Android device mode version 2.0.0 and above, the RudderStack SDK does not automatically initialize the AppsFlyer SDK. Initialize the AppsFlyer SDK as shown:
For AppsFlyer React Native device mode version 1.1.0 and above
Initialize the AppsFlyer SDK:
importrudderClientfrom"@rudderstack/rudder-sdk-react-native";importappsflyerfrom'@rudderstack/rudder-integration-appsflyer-react-native';import{setOptions}from'@rudderstack/rudder-integration-appsflyer-react-native';// Set options for initializing the appsflyer sdk
setOptions({// dev key from the appsflyer dashboard
"devKey":"<dev_key>",// whether we want to run the appsflyer SDK in the debug mode
"isDebug":true,})// Configuration object to be passed while initializing the React Native SDK
constconfig={dataPlaneUrl: DATA_PLANE_URL,// Passing appsflyer factory here, since we want to run appsflyer as a device mode destination.
withFactories:[appsflyer]};// Initialize the React Native SDK
awaitrudderClient.setup(WRITE_KEY,config);
To add AppsFlyer to your Cordova project:
Navigate to the root folder of your application and run the following command:
Initialize the AppsFlyer Android SDK by overriding the onCreate method in MainActivity.java file (located in your app’s android/app/src/main/java/com/your_org/your_app_name/ folder). This ensures that AppsFlyer’s Android SDK is initialized beforehand and is available for the Rudderstack Flutter SDK.
Initialize the AppsFlyer iOS SDK by adding the following code at the top of the didFinishLaunchingWithOptions method in the AppDelegate.swift file (located in your app’s ios/Runner/ folder):
AppsFlyer supports all RudderStack sources in addition to Android and iOS. However, you need to add a transformation that adds the OS information to the event payload.
To send events to AppsFlyer in cloud mode, you need the AppsFlyer ID generated by the Appsflyer SDK integrated with your app.
Once you obtain the AppsFlyer ID, you can send events to AppsFlyer in cloud mode by including the externalId key within your events’ context. The format of externalId is as shown:
The type of externalId. This must always be set to appsflyerExternalId.
Get AppsFlyer ID
As mentioned above, the AppsFlyer ID is generated by the Appsflyer SDK integrated with your app.
If the AppsFlyer SDK is directly loaded on your app, see this AppsFlyer documentation to obtain the AppsFlyer ID.
If your AppsFlyer SDK is loaded through RudderStack (device mode integration), then you can obtain the AppsFlyer ID by including the code snippet in your app, depending on your platform of integration:
RudderStack’s track call is mapped to the standard AppsFlyer events wherever possible.
The following table lists the event mapping from RudderStack to AppsFlyer:
RudderStack event
AppsFlyer event
Products Searched
af_search
Product Viewed
af_content_view
Product List Viewed
af_list_view
Product Added to Wishlist
af_add_to_wishlist
Product Added
af_add_to_cart
Checkout Started
af_initiated_checkout
Order Completed
af_purchase
Product Removed
remove_from_cart
first_purchase
first_purchase
Promotion Viewed
af_ad_view
Promotion Clicked
af_ad_click
Payment Info Entered
af_add_payment_info
Product Shared
af_share
Cart Shared
af_share
Product Reviewed
af_rate
For any event not present in the above table, RudderStack makes the following changes to the event name before sending it to AppsFlyer via the native SDK:
Converting the entire event name to lower case
Replacing any space with an underscore
Along with the above event mapping, RudderStack also maps the event properties to the corresponding AppsFlyer event properties, as shown below:
RudderStack property
AppsFlyer property
query
af_search_string
price
af_price
product_id
af_content_id
category
af_content_type
currency
eventCurrency
products
RudderStack formulates this list as per the List View specification and passes it to the property af_content_list.
quantity
af_quantity
order_id
af_receipt_id
revenue
af_revenue
A sample track call for an iOS app is shown below:
[[RSClientsharedInstance]track:@"Accepted Terms of Service"properties:@{@"foo":@"bar",@"foo_int":@134}];
Screen
For all screen calls sent from the SDK, RudderStack calls AppsFlyer’s trackEvent method with screen as the event name. All the event properties are passed to AppsFlyer without any modification.
For the automatically recorded screen calls, RudderStack obtains a Boolean property called automatic.
Advertising ID
RudderStack utilizes the advertising ID for the AppsFlyer destination if it is set as per the following specifications:
You can find the advertising ID in your event’s context.device.advertisingId.
ATTrackingManager
If the ATTrackingManager.trackingAuthorizationStatus is passed according to ATTrackingManager authorization consent, RudderStack will utilize it for the AppsFlyer destination.
You can find trackingAuthorizationStatus in your event’s context.device.attTrackingStatus.
Debugging
RudderStack sets the logLevel in AppsFlyer based on the logLevel set for the RudderClient. If it is set to DEBUG or more, RudderStack sets the logLevel to VERBOSE for AppsFlyer.
For anything below that, RudderStack sets the logLevel to NONE for AppsFlyer.
Error messages
This section covers some of the possible error messages you may encounter while using this integration.
This error occurs when either the OS Name or your respective App ID is not set. You can set the App ID in your connection settings.
The SDK automatically sets the OS Name and it can be found in context.os.name.
Appsflyer ID is not set. Rejecting the event.
This error occurs when the appsflyerExternalId is not set. See the Sending events in the RudderStack cloud mode section for more information on setting the appsflyerExternalId.
FAQ
Where can I find the AppsFlyer dev key?
You can find the AppsFlyer Dev Key by logging into your AppsFlyer account and navigating to the Apps Settings page in your dashboard. For more information, see this AppsFlyer Help Center page.
I get an error saying “Build input file cannot be found” for iOS device mode. What should I do?
The latest AppsFlyer SDK requires XCode 12. Make sure you meet this requirement. You may have to downgrade your AppsFlyer SDK to build with a lower version of XCode.
You can declare the pod version in your Podfile as shown:
pod'Rudder-Appsflyer',' 1.0.0'
How do I get the AppsFlyer ID to send events from my mobile sources in cloud mode?
To send events to AppsFlyer in cloud mode, you first need to obtain the AppsFlyer ID generated by the Appsflyer SDK.
You can get this ID by either directly loading the native AppsFlyer SDK on your app, or loading it in RudderStack (device mode integration).
In case of a device mode integration, include the following code snippet (depending on your platform of integration) in your app to get the AppsFlyer ID:
Once you obtain the AppsFlyer ID, you can send events in cloud mode by by including the externalId key within your events’ context. For more information, see the Send events in cloud mode section above.
This site uses cookies to improve your experience while you navigate through the website. Out of
these
cookies, the cookies that are categorized as necessary are stored on your browser as they are as
essential
for the working of basic functionalities of the website. We also use third-party cookies that
help
us
analyze and understand how you use this website. These cookies will be stored in your browser
only
with
your
consent. You also have the option to opt-out of these cookies. But opting out of some of these
cookies
may
have an effect on your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. This
category only includes cookies that ensures basic functionalities and security
features of the website. These cookies do not store any personal information.
This site uses cookies to improve your experience. If you want to
learn more about cookies and why we use them, visit our cookie
policy. We'll assume you're ok with this, but you can opt-out if you wish Cookie Settings.