AdMob Android adapter 126.96.36.199 is compatible with Vungle Android SDK 6.8.1 and has been tested for compatibility with Google Android SDK 19.4.0. Documentation for integrating AdMob Mediation with Vungle SDK resides on AdMob's Guide section, Integrating Vungle with Mediation, so use this guide as a supplement for the information about new features that are yet to be covered by the official documentation.
The instructions for Android Studio integration and manual integration can be found on AdMob's integration guide, Step 3: Import the Vungle SDK and Adapter, at https://developers.google.com/admob/android/mediation/vungle#step_3_import_the_vungle_sdk_and_adapter.
If you are updating to Vungle Android SDK v6 using the Google Mobile Ads SDK, you must use Google Play Services Ads 12.0.0 or higher because we have added the
onRewardedVideoCompleted() callback method to
RewardedVideoAdListener. For more information, refer to the Google Mobile Ads SDK Release Notes.
As of July 1, 2020, California Consumer Privacy Act (CCPA) will be enforced and publishers must update to Android SDK 6.7.0 and AdMob adapter 188.8.131.52 to comply with CCPA.
To pass CCPA values, you must call the Vungle SDK API directly. This is the only feature that should be accessed directly through Vungle SDK API. Other optional features such as Android ID and memory settings should use
Vungle.updateCCPAStatus to set the user’s consent status to specify that the user has opted out by passing
Vungle.CCPAStatus.OPTED_OUT. And use
Vungle.getCCPAStatus to get the current CCPA status for the particular user.
public static void updateCCPAStatus(@NonNull final Vungle.CCPAStatus status)
public static Vungle.CCPAStatus getCCPAStatus()
// To set the user's CCPA status to opted out: Vungle.updateCCPAStatus(Vungle.CCPAStatus.OPTED_OUT); // To find out what the user's current consent status is: Vungle.CCPAStatus currentCCPAStatus = Vungle.getCCPAStatus();
Starting with v6.5.1, Vungle SDK supports AdMob’s banner ads. To display a banner ad in the application, create an MREC or banner placement on Vungle dashboard and configure this to a banner ad unit on AdMob dashboard. Please note that MREC (300dp x 250dp) must have a separate placement reference ID configured as MREC from Vungle dashboard, compared to other banner sizes that is configured as banner.
Supported banner sizes:
|Size in dp (WxH)||Description||AdSize constant|
|300x250||IAB Medium Rectangle||MEDIUM_RECTANGLE|
|Provided width x Adaptive height||Adaptive banner||N/A|
|Screen width x 32|50|90||Smart banner||SMART_BANNER|
AdView adView = new AdView(this); adViews.add(adView); adView.setAdSize(AdSize.MEDIUM_RECTANGLE); adView.setAdUnitId(<AdUnit>);
Multiple Banner Load
Vungle Android SDK 6.5.x supports one banner ad to be loaded for a placement ID at any given time and one placement ID is mapped to one AdMob ad unit ID. This limits the ability to succesfully load subsequent loadAd requests when a banner ad is already loaded by Vungle SDK. To overcome this limitation, you must pass a unique identifier (which can be a random number generated or simple incremental number) for each banner
loadAd so the request can fall back to next ad network in the waterfall when Vungle SDK already has a banner ad loaded.
Bundle extras = new VungleExtrasBuilder(null).setBannerUniqueRequestID("12345").build(); AdRequest adRequest = new AdRequest.Builder().addNetworkExtrasBundle(VungleInterstitialAdapter.class, extras).build(); adViewBanner.loadAd(adRequest);
Network Specific Parameters
The Vungle AdMob adapter continues to support network specific parameters as shown on AdMob's guide. Starting with v6.5.1, audio setting for video play has been replaced by
setStartMuted that takes a boolean and
setSoundEnabled has been deprecated. The adapter also supports an additional parameter
setAdOrientation to play the ad as per device orientation that takes an
AdConfig object with
MATCH_VIDEO configurability. (
setAutoRotate has been deprecated)
Bundle localExtras = new VungleExtrasBuilder(null) .setAdOrientation(AdConfig.LANDSCAPE) .setStartMuted(true) .setUserId("vungle-test-user") .build();
For rewarded ads, you will pass
addNetworkExtrasBundle while you will pass
VungleInterstitial.class for interstitial ads.
Sample code for loading rewarded ads:
mRewardedAd.loadAd(new AdRequest.Builder() .addNetworkExtrasBundle(VungleAdapter.class, localExtras) .build(), adLoadCallback);
Sample code for loadinginterstitial ads:
mInterstitialAd.loadAd(new AdRequest.Builder() .addNetworkExtrasBundle(VungleInterstitialAdapter.class, localExtras) .build());
Starting with v6.4.11, you can prevent the SDK from requesting ads or even initializing if the storage of your Android phone falls below a predefined threshold. If this happens, you will get an error similar to the following:
There is not enough file system size on the device.
//Integer value sets the required minimum available free storage space to be able to initialize the SDK
//Integer value sets the required minimum available free storage space to be able to request an ad
Starting with v6.4.11, publishers can now restrict from passing Android ID from the device to the SDK.
New Rewarded API
As documented in AdMob instruction guide, v17.2.0 and higher supports caching multiple rewarded ads at the same time. Since Vungle does not support this feature, the ad request for the second load attempt won't be filled by Vungle, rather it will be passed to the next ad network in the waterfall.
We recommend that you use cache optimized placement if you want to have more than one ad cached since ad request will be automatically made at the time of ad play, then next ad is highly likely to be ready to be played by the time previous ad experience ends.