Reactivation Tracking

Note

This feature is not yet available in the Airbridge dashboard. Contact your Airbridge CSM to enable it.

Extending user engagement opens the possibility of maximizing user lifetime value (LTV). It also implies that dormant users hold untapped opportunities for growth.

Reactivation tracking allows you to identify the factors that bring users back to the app after a period of inactivity. You can measure the effectiveness of your advertising campaigns on returning users and optimize your marketing strategies.

Note that reactivation tracking requires additional setup.

Why You Need to Track Reactivation

Reinstalls and deep link opens are some of the events that signal a user’s re-engagement. However, not all re-engagements qualify as reactivation because the latter presupposes a prior period of inactivity. For instance, reinstalling the app immediately after uninstalling it or clicking on a deep link-embedded ad to open an already-installed app counts as re-engagement but not reactivation.

By enabling reactivation tracking, you can define users returning after a period of inactivity as reactivated users. Measuring ad performance associated with reactivated users allows you to answer questions such as:

  • How many dormant users have come back to the app?

  • Which event do users most frequently complete to come back?

  • Which ad channel was the most effective in bringing users back?

  • How does the user journey of reactivated users differ from that of other users?

Track reactivation to collect data about the number of reactivated users and their conversions. You can also identify the ad channels with touchpoints that had led to reactivation.

Reactivation Tracking Setup

Note

Inactivity, lookback, and attribution window setups are not yet available in the Airbridge dashboard. Contact your Airbridge CSM to modify your settings.

Airbridge decides that a user has been reactivated if two conditions are met:

  • The user should not have been involved in any conversions during the inactivity window.

  • The user should have performed a Reactivation Event after the inactivity window.

Upon identifying reactivated users, Airbridge collects touchpoint and conversion data within certain timeframes, referred to as the lookback and attribution windows for Reactivation Events. The data collected is used to reconstruct the user journey.

Reactivation Events

Reactivation Event is the event users complete to come back to the app. Like Target Events, Reactivation Events trigger attribution and signal a user’s return.

Reactivation Events include App Installs, Deeplink Opens, and Direct Opens.

  • App Install is the act of downloading a software application onto a mobile device. The Airbridge SDK detects an App Install when the app is launched for the first time after the download.

  • Deeplink Open is the act of clicking on a deep link to be redirected to a specific in-app location.

  • Direct Open is the act of launching an already-installed app without clicking a tracking link with deep linking capabilities. Note that the very first launch counts as App Install instead of Direct Open. This concept is identical to the “Non-deeplink Open” metric in the Actuals Report and the “Open” Standard Event in raw data exports.

Inactivity window setup

The inactivity window is a period succeeding the last conversion, after which the user is considered dormant if no conversion takes place within this timeframe. The inactivity window is closed if the user ever engages with the app during the period.

Reactivation tracking is triggered if App Install, Deeplink Open, or Direct Open takes place after the inactivity window. At the same time, the user is considered to have been reactivated.

Lookback window setup

The lookback window for Reactivation Events is a period preceding a Reactivation Event in which touchpoints are considered relevant. Note that it is specific to reactivation tracking and different from the lookback window explained in this article.

The winning touchpoint is the ad interaction within the lookback window and closest in time to the Reactivation Event. The Reactivation Event can’t be attributed if there is no touchpoint within this timeframe.

You can set different lookback windows by Reactivation Event.

  • App Install: Customize as necessary or align it with the settings in the [Attribution Rules] page in the Airbridge dashboard.

  • Deeplink Open: You can’t set a lookback window. As it typically takes less than a second for a user who clicks on a tracking link with deep linking capabilities to be redirected to an in-app location, it is obvious which ad channel should take credit for the conversion.

  • Direct Open: Customize as necessary.

Attribution window setup

The attribution window for Reactivation Events is a period succeeding a Reactivation Event in which conversions are tracked and recorded. Note that it is specific to reactivation tracking and different from the attribution window explained in this article.

The winning touchpoint for a Reactivation Event also takes credit for the conversions within the attribution window.

You can set different lookback windows by Reactivation Event.

  • App Install: Customize as necessary or align it with the settings in the [Attribution Rules] page in the Airbridge dashboard.

  • Deeplink Open: Customize as necessary or align it with the settings in the [Attribution Rules] page in the Airbridge dashboard.

  • Direct Open: Customize as necessary.

How to View Reactivation Tracking Results

Airbridge provides reactivation tracking results in the Actuals Report.

Refer to the below for information on the metrics and GroupBys relevant to reactivation tracking.

Attribution Scenarios

Below are some attribution scenarios for reactivation tracking. To help your understanding, each scenario has an app category randomly assigned.

Attention

The attribution scenarios below assume that the inactivity, lookback, and attribution windows are set on a daily basis for the sake of convenience.

Let’s say the inactivity window is set to 1 day, and the last conversion took place on January 1st, 12:00 PM. Then, the inactivity window is from January 1st, 12:00 PM, to January 2nd, 12:00 PM.

Note that the windows are, in fact, configurable on an hourly granularity.

How to attribute App Installs of a returning user

Let’s say a user uninstalled and reinstalled your hypercasual gaming app. The attribution result for the App Install differs depending on your reactivation tracking settings.

Below is an example of a user journey. All of the events took place at 12:00 PM.

  • Feb 1: The user collected daily free rewards. This was the user’s last conversion before the App Install.

  • Feb 2: The user uninstalled the app.

  • Feb 3: The user clicked on an advertisement from ad channel A.

  • Feb 4: The user reinstalled the app.

The attribution rules are configured as below:

  • Lookback window for App Installs: 1 day

  • Inactivity window: 2 days

  • Lookback window for App Install Reactivation Events: 1 day

The App Install would be attributed as shown below, depending on reactivation tracking settings.

#{"width":"150px"}

#{"width":"120px"}

Event Type

#{"width":"120px"}

Winning Touchpoint

Reactivation Tracking Disabled

Target Event

Click from ad channel A

Reactivation Tracking Enabled

Reactivation Event

Click from ad channel A

With reactivation tracking enabled, the App Install, which took place after the 2-day inactivity window on Feb 4, is considered a Reactivation Event instead of a Target Event.

Refer to the below for a more detailed explanation of the attribution process.

Let’s say a user clicked on a deep link-embedded ad to open your fashion e-commerce app for the first time in 7 days. The attribution result for the Deeplink Open differs depending on your reactivation tracking settings.

Below is an example of a user journey. All of the events took place at 12:00 PM.

  • Mar 1: The user searched for bags. This was the user’s last conversion before the Deeplink Open.

  • Mar 8: The user clicked on an advertisement from ad channel B and opened a deep link.

  • Mar 13: The user purchased a bag that costs $300.

The attribution rules are configured as below:

  • Attribution window for Deeplink Opens: 1 day

  • Inactivity window: 4 days

  • Attribution window for Deeplink Open Reactivation Events: 5 days

The Deeplink Open would be attributed as shown below, depending on reactivation tracking settings.

#{"width":"150px"}

#{"width":"120px"}

Event Type

#{"width":"120px"}

Winning Touchpoint

#{"width":"120px"}

Conversion Attributed to the Winning Touchpoint

Reactivation Tracking Disabled

Target Event

Click from ad channel B

None

Reactivation Tracking Enabled

Reactivation Event

Click from ad channel B

Mar 13 $300 purchase

With reactivation tracking enabled, the Deeplink Open, which took place after the 4-day inactivity window on Mar 8, is considered a Reactivation Event instead of a Target Event.

The winning touchpoint for the Deeplink Open also takes credit for the $300 purchase because it took place within the 5-day attribution window for Deeplink Open Reactivation Events on Mar 13. Note that numerical data such as the price can only be collected by configuring the Event Value of an event.

Refer to the below for a more detailed explanation of the attribution process.

How to attribute Direct Opens of a returning user

Let’s say a user opened your travel app for the first time in 15 days. The attribution result for the app install differs depending on your reactivation tracking settings.

Below is an example of a user journey. All of the events took place at 12:00 PM.

  • Jul 1: The user clicked on an advertisement from ad channel C to install the app.

  • Jul 2: The user searched for flights. This was the user’s last conversion before the Direct Open.

  • Jul 18: The user clicked on an advertisement from ad channel D.

  • Jul 25: The user opened the app without clicking a tracking link.

The attribution rules are configured as below:

  • Lookback window for App Installs: 24 days

  • Inactivity window: 12 days

  • Lookback window for Direct Open Reactivation Events: 10 days

The Direct Open would be attributed as shown below, depending on reactivation tracking settings.

#{"width":"150px"}

#{"width":"120px"}

Event Type

#{"width":"120px"}

Winning Touchpoint

#{"width":"120px"}

Conversion Attributed to the Winning Touchpoint

Reactivation Tracking Disabled

Subsequent Event

Click from ad channel C

Jul 2 flight search
Jul 25 Direct Open

Reactivation Tracking Enabled

Reactivation Event

Click from ad channel D

Jul 25 Direct Open

With reactivation tracking enabled, the Direct Open, which took place after the 12-day inactivity window on Jul 25, is considered a Reactivation Event instead of a Subsequent Event. In addition, the click from ad channel D, instead of that from ad channel C, takes credit for the Direct Open.

Refer to the below for a more detailed explanation of the attribution process.

Attention

Was this page helpful?

Have any questions or suggestions?