At a glance: Integrate your Google Ads account with AppsFlyer to display attribution data from all of your campaigns.
Important!
See the bulletin about supporting the new Google EU consent policy.
Using Google Ads
The Google Ads UI only allows you to configure an App Campaign, for iOS and Android devices.
To attribute users from other platforms, e.g. Windows Phone users, to Google Ads you need to use a landing page solution.
To configure other specific campaign types besides App Campaign, contact your Google representative.
Configuring Google Ads attribution for advertisers
To start attributing Google Ads campaigns with AppsFlyer, follow these steps:
Note
As a prerequisite for the integration with Google Ads, the app must collect IDFA / GAID. For further information, refer to the SDK integration guide.
Step 1: Create the Google Ads Link ID (mandatory)
Creating a link ID requires Google administrative access to the account. Follow the steps below or the Google documentation.
- Log in to your Google Ads admin account.
- From the top menu, click Tools and settings.
- Under the Setup menu, select Data manager and click + Connect Product.
- In the Data sources search bar, type "Third-party app analytics", select it, and click Continue.
- Click Create link ID.
- Select AppsFlyer as your app analytics provider.
- Select the platform, Android or iOS.
- Find your app and select it.
- Click Create link ID.
Step 2: Set up Google Ads on AppsFlyer (mandatory)
(Any member in AppsFlyer's account)
- In AppsFlyer, from the side menu, select Collaborate > Partner Marketplace.
- Search for Google Ads and select it.
- Click Set up integration. You’re directed to the integration setup page.
- From the Integration tab, turn on Activate partner.
Note: The toggle must stay on (activated) for as long as you work with the partner. - Paste the Link ID you copied in the previous step.
- Decide whether or not to turn on Non EU users.
- Configuring Install attribution:
- Set the Install click-through lookback window.
Select the lookback window units (hours or days) and set the slider to the desired value. We recommend setting the lookback window to 30 days to match with Google Ads. - [Optional] If you run pre-registration campaigns for Android apps, set the Pre-registration campaign lookback window (default is 90 days). This slider determines the lookback window for attributing installs to pre-registration campaigns.
- Enable Install view-through attribution.
- Select the lookback window units (hours or days) and set the slider to the desired value. We recommend setting the view-through lookback window to 1 day to match with Google Ads.
Note: Google doesn't send claims for iOS app impressions. The install view-through attribution toggle and the lookback window slider are no longer relevant for iOS apps.
- Set the Install click-through lookback window.
- To enable reinstall attribution, turn Reinstall attribution on.
No need to configure lookback windows for reinstall attribution, as the values are taken from install attribution settings.
Important!
A reinstall conversion data is presented as a session_start on Google Ads dashboard. In AppsFlyer, it is attributed and seen as a re-attribution.
- Configure Re-engagement attribution:
- Enable retargeting in App Settings.
- Enable re-engagement attribution in Google Ads integration settings
- Set the Re-engagement click-through lookback window, which is the period of time, starting from an 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.
- Enable Re-engagement view-through attribution.
Note: Google doesn't send claims for iOS app impressions. The install view-through attribution toggle and the lookback window slider are no longer relevant for iOS apps. - Set the Re-engagement view-through lookback window, which is the period of time, starting from an ad impression, during which the app must be launched for the impression 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, following either a click or an impression. You can set the value in days (1-90), hours (up to 23), or even lifetime. The default is 30 days.
- If you have a Google Ads iOS app asset (formerly known as app extension):
To get attributions from the ad link, go to the Attribution link tab, create an AppsFlyer single-platform attribution link, and insert it into the Google Ads app asset.
Note: Make sure to add a static campaign name (mandatory). - Go to the Cost tab.
- Turn on Get cost, clicks and impressions data.
- Click the Connect Google Ads button, and log into your Google account to get all your Google Ads campaign costs on AppsFlyer. More details here.
- Click Save.
Stop!
- To view AppsFlyer attributions for installs and re-engagements in Google Ads, make sure to import the following AppsFlyer events:
- "First open" (for installs)
- "Session start" (for re-engagements)
- You MUST go through step 3 to see Google Ads installs in AppsFlyer. If you also need to map your in-app events to Google Ads, go through step 4 first.
Step 3: Import your app conversions (mandatory)
Important!
For Google Ads to register your new conversions, you must launch your app and perform your mapped in-app events at least once. To test iOS apps, you must collect IDFA to see the event. It may take up to 6 hours until the event conversions are added to the queue. Once they are added you can import them, and the new conversions change status from “No recent conversion” to “recording conversion".
This step requires Google administrative access to the account to create a link ID.
Follow the steps described in the Google Ads Help documentation. Take note of the following:
- In Step 7, check the box next to the first_open event for all your apps (required for install measurement). Then, if you plan to measure re-engagements with Google, also import the session_start event, and, lastly, do the same for each in-app event you wish to measure with Google. Note: If the Partner Event identifier in Google Ads has been changed or is labeled as CUSTOM, while the corresponding event name has been modified in AppsFlyer, you will need to re-import the data.
- After finishing the process, you can see your third-party conversion events on the Conversions > Summary page. If an event doesn't appear in the list or it has been removed from the Google Ads conversion list
- Click View all conversion actions. The Status filter appears.
- Click Status and select All to see all events, including disabled and removed events.
- Ensure your "include in conversions" setup is aligned with your campaign goals in Google Ads. For more information, consult with your Google representative or refer to the Google documentation here.
Congratulations! You're now measuring Google Ads mobile campaigns with AppsFlyer!
Step 4: Map your in-app events (recommended)
(Any member attached to the AppsFlyer's account)
- Go to the Integration tab and scroll down to the In-app event postbacks section.
Note
When enabling the Google Ads in-app events mapping for an app for the first time:
- The af_app_opened event is automatically defined and mapped to session_start (if not, add it manually).
- Under for users from, you must select All media sources, including organic for each event to enable Google Ads to receive these events. After the integration was set successfully, you are able to change this selection for any event.
- Turn on In-app event postbacks.
- Click Add event to add an SDK or server-to-server event to the list.
- Complete the following parameters:
Parameter Name Description AppsFlyer event The name of the event, as received by AppsFlyer either from the SDK integrated into your app or from server-to-server events.
Tip: Don't see the event you are looking for?- Make sure to activate the event on a device with a non-organic installation and recheck.
- Type it in AppsFlyer event, then click Create custom. Read more about custom event mapping.
mapped to partner event The unique name or ID of each event, as defined in Google Ads. Select the most suitable pre-defined AppsFlyer event from the drop-down box. for users from Select the sending option for the event: - This partner only: Send postbacks only when this event is attributed to Google Ads.
- All media sources, including organic: Send postbacks for events attributed to any partner and organic events.
including - No data (default): Send only the event itself without the event value.
- Values and revenue: Send all the event parameters, including the revenue value (if exists in the event).
- Values without revenue: Send all the parameters excluding the revenue value.
- Click Save integration.
- After saving the integration, while remaining on the configuration page, you can integrate more of your apps with the partner.
- From the top-left corner, under the partner name, click the app name to open the list of apps.
- Select a different app from the drop-down list.
- Repeat the integration steps for the selected app.
Tip
The Google Ads API integration automatically includes the Google Ads remarketing feature. By completing this integration and sending events to Google Ads you are able to create remarketing audience lists in Google Ads without any additional integrations.
Granting permissions to Google Ads team members
You can grant Google Ads permissions to access certain data in your account. You can do this in the Google Ads configuration page under the Permission tab for each one of your apps.
To be able to get these permissions and access your app, your Google Ads representative should be a team member of Google Ads’ partner account on Appsflyer.
Because of Google’s privacy requirements, Google can add new team members to its AppsFlyer partner account only when it’s explicitly requested by an advertiser.
In order to grant a Google Ads team member access to your app, do the following:
- Fill out and submit this form to request your account manager to be added to Google’s partner account on AppsFlyer.
- Wait for the confirmation from Google Ads that your GA account manager has been added.
- Go to Configuration > Active Integrations > Google Ads > Permissions, and add your account manager email to the list of team members.
- Activate the permissions you wish to grant your Google Ads account manager.
Read more about providing permissions to Ad networks.
Enabling Google Ads attribution for agencies
AppsFlyer supports agency configurations with Google Ads. It is essential that the advertiser and the agency have separate Google Ads accounts to enable AppsFlyer to correctly attribute the data. For details, click here.
Running with multiple Google Ads accounts
AppsFlyer supports working with multiple Google Ads accounts for the same app. This is performed through sharing the Link ID in Google Ads and importing the events into each Google Ads account.
For further details on how to share your Google Ads Link ID, click here.
iOS App Campaigns
Note: This section applies to app campaigns for installs and not app campaigns for engagement.
On January 27, 2021, Google announced policy updates to accommodate iOS 14 release.
Since ATT enforcement began, Google iOS apps do not prompt for ATT, and therefore Google Ads products stopped using device identifiers (IDFA) that fall under ATT, except for the YouTube app which supports the ATT prompt.
To preserve reporting and campaign optimization, Google expanded modeled conversions to iOS 14+ traffic.
Since modeled conversions are not reliant on device IDs, starting with the iOS14.5 release, the iOS install app campaign inventory logic employed by Google is as follows:
- iOS ACI search channel/inventory isn't attributed (per earlier January 24, 2020 policy).
- iOS ACI Display channel/inventory can be attributed, only when a device ID is present, in case there is consent on both the advertiser and the publisher apps. Please note that Google currently claims only clicks on iOS, not impressions.
Using deferred deep linking in App campaigns
What is a deep link and how does it work?
When a potential user clicks on a feed, they are redirected to the app page. After the user installs the app and launches it, the SDK supplies the specific product details (e.g. running shoes) with deferred deep linking. The app developer uses this data to deliver the relevant user experience within the app.
Deferred deep linking in Google
Google feeds in App campaigns or ad group deferred deep linking enables you to create a smooth content-specific experience for new mobile users. Google enables deep links to be set either in the feed or the ad group—and AppsFlyer supports both cases for deferred deep linking.
To enable deferred deep linking with Google Ads:
- Make sure to use GCD to receive the
af_dp
parameter in the AppsFlyer SDK. - In Google, set up feeds or set ad group level deferred deep linking.
- In AppsFlyer, Go to Configuration > Active Integrations. Select Google Ads (Adwords).
- In the Integration tab, turn on Deferred deep linking with Google Ads.
- Click Save integration.
Google Ads parameter mapping
The following table describes the parameter mapping between Google Ads and AppsFlyer. Note that advertisers can't add personalized parameters to any Google Ads campaigns.
Network type | Search | Display | YouTube |
---|---|---|---|
Channel (af_channel) | See table below, How to populate the Channel parameter | ||
Campaign (c) | Yes | Yes | Yes |
Campaign ID (af_c_id) | Yes | Yes | Yes |
Adset (af_adset) Populted by ad_group_name parameter. If this parameter is null, AF populates af_adset with ad_group_id. |
Yes | Yes | Yes |
Adset ID (af_adset_id) populated by Google ad_group_id parameter | Yes | Yes | Yes |
Ad (af_ad) | N/A | N/A | N/A |
Ad ID (af_ad_id) | N/A | N/A | N/A |
Ad Type (af_ad_type) | Yes* | Yes* | Yes* |
Site ID (af_siteid) | GoogleSearch/ SearchPartners |
N/A | YouTubeVideos/ VideoPartners |
Keywords | N/A | N/A | N/A |
How to populate the Channel parameter
Google Ads doesn't send the Channel(af_channel) parameter. AppsFlyer determines how to populate this parameter for campaign types received from Google Ads, according to the following rules:
Campaign type AND Network type logic: | Channel parameter | Example | |
---|---|---|---|
campaign_type | network_type | ||
ACI, ACE, ACPRE, Shopping, or Hotel |
All network types |
campaign_type_network_type | channel = ACI_Search |
Not: ACI, ACE, ACPRE, Shopping, or Hotel |
Display | network_subtype | channel = mGDN |
Not: ACI, ACE, ACPRE, Shopping, or Hotel |
Not: Display |
network_type | channel = Search |
For more information on what ad types are available in Google's response see here.
Campaign type: app campaigns
Changes to campaign names by Google Ads
Until February 15, 2021 | Starting February 23, 2021 |
---|---|
UAC | ACI |
UACE | ACE |
UACPre | ACPRE |
Note: Campaign name type is set according to the click or impression date, not the install date.
Engaged view parameter in raw data reports
An engaged view is a user impression of a video ad that lasted more than 10 seconds. It has the same attribution priority as a click. For Android, engaged views are displayed in raw data reports as engaged_view
under the Engagement Type
and Sub Param 5
parameters.
Engaged views are counted if they occur within the defined click lookback window in AppsFlyer, with a maximum limit of 3 days.
Important!
- Google is an SRN (Self Reporting Network). For more information about how the attribution flow works for these networks, click here.
- AppsFlyer can present any campaign information that is provided by Google. The campaign type (Search, Video, Display) and associated information is determined by Google. For more information, click here.
Optimize Google Ads campaigns for conversions without device ID
Beginning with iOS14.5+ and Android 12+, Google Ads introduced several identifiers. These identifiers are used for deterministic attribution of conversions without device IDs:
Identifier | Available from | Source | Operating system | Used for | Data granularity |
---|---|---|---|---|---|
gclid | December 2021 | Google Play referrer | Android | Installs | User-level |
gclid | December 2021 | Deep link URL | Android + iOS | Re-engagements | User-level |
gbraid | March 2021 | Deep link URL | iOS | Re-engagements | Aggregate |
When AppsFlyer receives these identifiers and sends them in Google Ads postbacks, Google Ads can claim conversions based on them. AppsFlyer uses the claim and considers the parameters for attribution and for associating LTV events.
No action is needed from the advertiser to enable receiving these parameters.
Data visibility by operating system
Android apps:
In AppsFlyer and Google Ads, advertisers can receive full campaign data for traffic without device IDs – both for installs and re-engagements.
iOS apps:
In Google Ads and AppsFlyer, advertisers can receive full campaign data for traffic without device IDs for their re-engagement activity.
See also
- For iOS 14-related considerations, see Google Ads SKAdNetwork interoperability with AppsFlyer.