Use this guide to add the Vungle iOS SDK into your app, using AdMob as your main advertising mediation layer. AdMob iOS adapter v18.104.22.168 is compatible with Vungle iOS SDK v6.9.1 and has been tested with Google SDK v7.69.0 using Xcode 12, and supports SKAdetwork and AppTrackingTransparency using Xcode 12.
Vungle iOS SDK is also available through CocoaPods. Add the following line in your project's pod file, followed by a quick pod install run, to update the project with the version of Vungle iOS SDK.
pod "VungleSDK-iOS", "6.9.1"
- Set up ad units in the AdMob dashboard.
- Make sure that your Vungle app ID and placement IDs are created in the Vungle dashboard, and that your Vungle placement IDs are linked to ad units in the AdMob dashboard. Refer to AdMob's integration documentation for detailed steps to set up ad units and link Vungle's placement IDs to the AdMob ad units in the AdMob dashboard.
- Set up the application with the right Xcode and iOS SDK versions, as detailed in the Vungle iOS integration instructions.
SKAdNetwork Support for iOS 14+
Vungle iOS SDK v6.8.0+ supports iOS 14 and SKAdNetwork 2.0. For more information on integrating the ATT Framework, a complete list of SKAdNetworkIDs, and a code snippet to integrate SKAdNetworkIDs to your
Info.plist file, refer to our iOS integration instructions.
As of July 1, 2020, California Consumer Privacy Act (CCPA) is enforced, and publishers must update to Vungle iOS SDK v6.7.0 and MoPub adapter 22.214.171.124 to comply with CCPA.
To pass CCPA values, call the Vungle SDK API directly. This is the only feature that should be accessed directly through Vungle SDK API. Other optional features should use
VungleRouterConfiguration class provided in the adapter.
updateCCPAStatus to set the user’s consent status to specify that the user has opted out by passing
updateCCPAStatus:VungleCCPADenied. And use
getCurrentCCPAStatus to get the current CCPA status for the particular user.
//To set the user's CCPA status to opt_out: [[VungleSDK sharedSDK] updateCCPAStatus:VungleCCPADenied]; //To find out what the user's current consent status is: [[VungleSDK sharedSDK] getCurrentCCPAStatus];
Before you begin to test the new adapter:
- Integrate the application with the latest adapter files and Vungle SDK.
- Update the Google Mobile Ads SDK to the latest version in the project.
Starting with Vungle SDK v6.5.1, we have expanded support for AdMob’s banner ads and support the following sizes:
|Size in points (WxH)||Description||AdSize constant|
|320 x 50||Banner||
|SCREEN_WIDTH x 32 | 50 | 90||Smart Banner||
|300 x 250||Medium Rectangle (MREC)||
Mobile: 320 x 50
Tablet: 728 x 90
Note that the MREC (300dp x 250dp) format must have its own, separate placement reference ID. An MREC format must be configured as 'MREC' in the Vungle dashboard, as opposed to the way that multiple banner sizes can all be configured under the same placement ID as 'banner'.
To display a banner ad in your application, create an MREC placement in the Vungle dashboard and link this placement to a banner ad unit in the AdMob dashboard.
Presently, Vungle supports banner size 300 x 250, which must be specified as constant ad size
kGADAdSizeMediumRectangle in your implementation.
GADBannerView *bannerView = [[GADBannerView alloc] initWithAdSize:kGADAdSizeMediumRectangle]; [self addBannerViewToView:self.bannerView];
Refer to the AdMob integration guide for details about loading, playing, and closing a banner ad.
Multiple Banner Load
Vungle iOS SDK 6.5.x supports the loading of one banner ad 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 successfully load subsequent
loadAd requests when a banner ad has already been loaded by the Vungle SDK. To overcome this limitation, pass the same AdMob ad unit ID for your banner placement for each banner
loadAd, so that the request can fall back to the next ad network in the waterfall when the Vungle SDK already has a banner ad loaded.
VungleAdNetworkExtras *extras1 = [[VungleAdNetworkExtras alloc] init]; GADBannerView *bannerView1 = [[GADBannerView alloc] initWithAdSize:bannerSize]; bannerView1.adUnitID = @"AD_UNIT_ID" GADRequest *request1 = [GADRequest request]; [request1 registerAdNetworkExtras:extras1]; [bannerView1 loadRequest:request1]; VungleAdNetworkExtras *extras2 = [[VungleAdNetworkExtras alloc] init]; GADBannerView *bannerView2 = [[GADBannerView alloc] initWithAdSize:bannerSize]; bannerView2.adUnitID = @"AD_UNIT_ID_FOR_BANNER" GADRequest *request2 = [GADRequest request]; [request2 registerAdNetworkExtras:extras2]; [bannerView2 loadRequest:request2];
For Vungle SDK version 6.4 and higher, you can now restrict the SDK from passing the IDFV from the device to the SDK.
//Set the bool value YES to pass the IDFV from device to SDK [VungleRouterConfiguration setPublishIDFV:YES]; //Set the bool value NO to disable the IDFV collection from device to SDK [VungleRouterConfiguration setPublishIDFV:NO];
Starting with Vungle SDK v6.4.x, you can prevent the SDK from requesting ads or even initializing if the storage of your iPhone falls below a predefined threshold.
//Integer value sets the required minimum available free storage space to be able to initialize the SDK [VungleRouterConfiguration setMinSpaceForInit:]; //Integer value sets the required minimum available free storage space to be able to request an Ad [VungleRouterConfiguration setMinSpaceForAdLoad:];
As documented by AdMob, starting with version 7.42.2 and higher, AdMob’s rewarded ads let you cache multiple ads at the same time for a single ad unit.
Because Vungle does not support this feature, the ad request for the second “Load ad” cannot be filled by Vungle; rather, it is passed to the next ad network in the waterfall.