In-app event postback configuration

In-app events enable marketers to measure app engagement and user quality from different sources and to build an appropriate user acquisition strategy. Ad networks use in-app event information to optimize campaigns and run cost-per-action/event campaigns. Ad networks receive data of in-app events performed via postbacks. About rich in-app events

Postback in-app event selection

Marketers select the in-app events for which postbacks are sent using the settings described in this article.

In-app event postback window

For example, if you're charged for events happening within 15 days of a user install, set the window as follows:

Postbacks after this period are not sent, and the network is not notified, but the events are still recorded in AppsFlyer and attributed to the network.

The postbacks are always sent based on the current window setting. See the following example:

Default postback window

When starting to set up in-app event postbacks, the default window is automatically set to six months.

Who can configure postback windows

• Marketers
• Agencies, if they're given the Allow to configure in-app event postbacks permission.
  Note: a marketer and an agency working with the same ad network can configure postback windows separately from each other, based on their contract with the network.
• Partners, if they're given the Allow to configure in-app event postbacks permission.

Event mapping

Each marketer can give a different name to an event of the same type. Such event names may also differ from the partner names.

For example, when a user purchases something through an app, one marketer may name it purchase, or a less informative ID, such as event5, and a partner may name it purchase_event.

To make sure that the marketer's events match the same events as the partners, event names must be mapped.  

Mapping methods

Each partner decides which of the following methods are to be used for mapping their in-app events:

• Enter the partner event ID
• Select the event ID from the list
• Send events as they are (unmapped) 

You can give the partner permission to do the mapping itself. 

Enter the partner event ID

• AppsFlyer event: From the list of your app events, select an event.
• mapped to partner event: In the text field, enter the event ID as received from the partner, that corresponds to your app event (AppsFlyer event)

 Note

• Event names are case-sensitive. To avoid discrepancies, make sure you use the correct event name for all media sources and app versions.
• When typing an event name, you can use underlined spaces (low dashes) before or after the event name. Make sure to use underlined spaces only when the event name being sent from AppsFlyer has the exact same underlined spaces.

Select an event ID from the list

• AppsFlyer event: From the list of your app events, select an event.
• mapped to partner event: From the list of predefined partner events, select the event that corresponds to your app event (AppsFlyer event).

Send events as they are (unmapped)

Some partners prefer to receive unmapped in-app event postbacks—meaning the event names are sent as they're named in your app. It doesn't matter if the event is called purchase, acquisition, or event5.

You can choose which unmapped events to send to the partner:

• Add manually: Select specific events.
• Send all events (excludes uninstalls and sessions): Send all your events. This doesn't include uninstalls, sessions (app launches), and the af_app_opened event.

 Note

To prevent advertisers from unintentionally sharing too much information with third-party Analytics platforms, we've removed the Send all events (excludes uninstalls and sessions) option for these platforms, as of March 2019. Analytics platforms configured before this date still retain this setup option.

To manually add events:

1. Click Add event.
2. Select the postback options:
   • AppsFlyer event: From the list of your app events, select an event.
   • for users from: Select the sending option for the event.
   • including: Select which data to include in the postback.
3. Repeat this procedure for more events. 

To send all events:

1. Select Send all events (excludes uninstalls and sessions).
2. Select the postback options:
   
   • for users from: Select the sending option for all events.
   • including: Select which data to include for all events in the postback.

For more information on mapping events, see in-app event postbacks. 

Options for sending postbacks

For each event, you can choose in which case to send the postbacks (within the postback window):

• This partner only: Send postbacks only when the event is attributed to this partner—meaning, the user who performed it came from this partner.
• All media sources including organic: Send postbacks to all media sources for events attributed to any partner and for organic events—meaning, when the user who performed it came from any media source.

Data to include in the postbacks

You can choose which kind of event data you can share with the partner in the postback. Select one of the following options:

• No values & no revenue: Send just the event itself without any parameters (values or revenue).
• Values & no revenue: Send all the parameters excluding the revenue value.
• Values & revenue: Send all the event parameters, including the revenue value (if exists in the event).

It is recommended to share revenue if you want ad networks to optimize your campaigns and improve campaign results. However, sharing revenue is not mandatory. Make sure to enable revenue sharing only for events that have af_revenue defined in their event value. Otherwise, ad networks get events with empty revenue value.

In postbacks, af_revenue and af_currency are written outside of the event_value JSON as monetary and currency and can be sent separately. Example postback structure: https://appsflyer.com/push?event_value=(event-value)&monetary=(monetary)&content_id=(af_content_id)

Note: When choosing the options with either No values & no revenue or Values & no revenue, the respective parameters are masked with N/A.

Conditional in-app event postbacks

Filter in-app event postbacks using multiple conditions that can be mapped to different events. Only events meeting the filter conditions are sent to partners, including SRNs and Analytics partners. Use this feature for:

• Optimizing user segmentation, personalization, and retention
• Minimizing data
• Protecting user privacy

 Example

A marketer with a gaming app wants to optimize campaigns running through an ad network, but only for users who pass level 10 or level 50, or for users who spend $3 on app purchases.

This is how conditions for this event are set:

• When level equals 10, map to fb_mobile_level_acheived
  Otherwise (OR), 
• When level equals 50, map to fb_mobile_level_acheived
  Otherwise (OR), 
• When cost equals 3, map to fb_mobile_purchase

To set up conditions for an event:

1. On the partner integration page, define and map the required in-app events to send to the partner.
2. Click the Add conditionicon of the required event.
3. Enter the condition fields, as they appear in the event value: 
   • Property name
   • Value
   • Partner event to map the condition to (using any of these mapping options) 
4. You can add more conditions, just make sure you enter all the fields of the existing condition first.
5. Click Save integration. 

Considerations

When configuring conditions, make sure the following considerations are met for the event to be sent to the partner:

Editing multiple events

While mapping events, values in the fields for users from and including can be edited for multiple events in one action.

To edit multiple events:

1. Select the events to update.
2. Click Bulk actions.
3. Select the new setting to apply to all selected events:
   • for users from (choose one option only)
     • This partner only
     • All media sources, including organic
   • including (choose one option only)
     • No data (default)
     • Values without revenue
     • Values and revenue

Custom events

The list of events available for mapping shows only the events already reported by the SDK or from server-to-server events to AppsFlyer. If the event you want to map doesn’t appear in the drop-down list, this can happen for the following reasons:

• No user has performed the event yet.
• The event has been performed for the last time more than 2 weeks ago.
• If you have a large list of active events.

In either of these cases, in order to map the event to the partner ID, you can do the following:

1. Type in the name of the event.
2. Click Create custom

   

3. Map the event to the partner identifier.
4. Click Save Integration to make sure the mapping is recorded.

Agencies and ad networks:

• Can't add custom events
• Can only view and/or map events after the marketer added the event and granted the necessary permissions

Event mapping by ad networks

Marketers can also allow ad networks to map the events and disable postbacks on their own. To do so, a marketer should give relevant permissions to the ad network:

1. On the Integrated Partners page find the partner you want to give permission to.
2. Under the Permissions tab switch the Allow to configure in-app event postbacks toggle to ON.

Once the ad network has received the permissions, it can map the events following the instructions in the Type Event ID Into Text Field.

Event mapping by agencies

When granting mapping permissions to the agency, they can also configure in-app event conditions.

To grant the agency permission to configure in-app postbacks:

1. Find the agency in the list of integrated partners.
2. Select whether the agency can share all events or only those attributed to the specific ad network.
3. Select whether the agency is allowed to send event revenues.
4. Select the specific events the agency is allowed to share.