Guides Reference SDK Samples Support

Mediation

AdMob Mediation is a feature that lets you serve ads to your apps from multiple sources, including the AdMob Network, third-party ad networks, and AdMob campaigns. AdMob Mediation helps maximize your fill rate and increase your monetization by sending ad requests to multiple networks to ensure you find the best available network to serve ads.

This guide is your one-stop shop for integrating mediation into your AdMob app.

Prerequisites

Before you can integrate mediation for an ad format, you need to integrate that ad format into your app:

New to mediation? Read:

Choosing your mediation networks

Google mediation supports over 30 third-party ad networks. Integrating mediation requires changes in these places:

  1. Third-party ad network UI - Sign up for the third-party ad network and create a placement in their front end.
  2. AdMob UI - Update your ad unit's mediation settings to include the ad network. It is also recommended that you set up ad network optimization for ad networks that support it.
  3. App code - Update your app to include the third-party ad network's SDK, and an adapter library that communicates between Google and the third-party ad network to request and serve ads.

Select an ad network below to get started.

Ad Network Banner Interstitial Rewarded Video Rewarded Video
(new APIs)		 Native Advanced ANO support
Open source and versioned
AdColony Country-specific
AppLovin Country-specific
Chartboost Country-specific
DU Ad Platform Country-specific
Facebook Country-specific
i-mobile Country-specific
InMobi Country-specific
ironSource Country-specific
maio Global
MoPub Country-specific
myTarget Country-specific
nend Global
Tapjoy Country-specific
Unity Ads Country-specific
Verizon Media Country-specific
Vungle Country-specific
Non-open source
AdFalcon Country-specific
Flurry Country-specific
Fyber Country-specific
Leadbolt Country-specific
LG U+AD None
MobFox Global
Tencent GDT None
Vpon None
Zucks Country-specific

Open source and versioned adapters

If an adapter is labeled "Open source and versioned" in the above table, it means the adapter source code is open-sourced in Google's GitHub repository, enabling you to debug issues yourself should you choose to do so.

It also means that there are versioned adapter builds in Google's bintray repository, built against a specific version of the third-party ad network SDK. You can also integrate these adapters into your app with a single line change to your app's build.gradle file. Click on a specific ad network's guide for more details.

Adapter versioning

The adapter versioning scheme for versioned adapters is <third-party SDK version>.<adapter patch version>. For example, if an ad network releases a new SDK version 1.2.3, a new adapter version 1.2.3.0 will be released to Bintray after being tested against that new SDK.

If an adapter needs updating outside the lifecycle of a third-party SDK release, the patch version will increase. A bug fix for adapter version 1.2.3.0 will be released in version 1.2.3.1.

ANO support

When you configure multiple ad networks for mediation, you have to specify what order to request these networks by setting their respective CPM. This can be difficult to manage, since ad network performance changes over time.

Ad network optimization (ANO) is a feature that enables you to generate the highest CPM from the ad networks in your mediation chain by automating the process of ordering the mediation chain to maximize revenue.

The mediation networks table above uses the following values for ANO support:

ANO support What it means
Country-specific eCPM values are automatically updated on your behalf on a per-country basis. This is the optimal type of optimization.
Global A single global eCPM value is automatically updated on your behalf.
None You must manually configure an eCPM value for that ad network.

Click on a specific ad network's guide for details on how to configure ANO for that network.

Custom events

If you're looking for an ad network and don't see it on the list above, you can use custom events to write your own integration with that ad network. See Custom Events for more details on how to create a custom event.

Initialize your ad object with an Activity instance

In the constructor for a new ad object (for example, AdView), you must pass in an object of type Context. This Context is passed on to other ad networks when using mediation. Some ad networks require a more restrictive Context that is of type Activity and may not be able to serve ads without an Activity instance. Therefore, we recommend passing in an Activity instance when initializing ad objects to ensure a consistent experience with your mediated ad networks.

Passing location to mediation networks

The Google Mobile Ads SDK does not forward location information to mediation networks unless you explicitly provide it in the ad request. See the targeting guide for details on how to provide location information in the ad request.

Make sure to disable refresh in all third-party ad networks UI for banner ad units used in AdMob mediation. This will prevent a double refresh since AdMob also triggers a refresh based on your banner ad unit's refresh rate.

Rewarded ads mediation

We recommend that you override all default reward values by setting reward values in the AdMob UI. To do this, select the Apply to all networks in Mediation groups box so that the reward is consistent across all networks. Some ad networks don't provide a reward value or type at all. By overriding the reward value, the reward is consistent no matter which ad network served the ad.

For more information on setting reward values in the AdMob UI, refer to create a rewarded ad unit.

Native ads mediation

The following are some best practices to consider when implementing native mediation.

Native ad presentation policy

Each ad network has its own policies. When using mediation, it's important to remember that your app still needs to abide by the policies of the mediated network that provided the ad.