The MAX In-App Bidding Exchange is a first-price, fair and transparent, unified first-price auction in which the highest bidder wins. All SDK in-app bidders and DSPs have equal access to each ad impression opportunity and receive full notification coverage with enhanced macros.
The MAX In-App Bidding Exchange collects bids for individual impression opportunities from SDK-based demand partners and DSPs by using the OpenRTB 2.5 protocol. To integrate with MAX, a bidder must comply with the OpenRTB 2.5 API.
For the latest version of the MAX in-app bidding spec for SDK-based in-app bidders, see the AppLovin oRTB Specification page.
MAX Ad Serving Flow
- The user launches the app.
- MAX initializes all eligible SDKs.
- The publisher requests an ad.
- For SDK bidders, MAX collects bid tokens from initialized SDKs.
- MAX SDK makes an ad request to MAX ad server.
- MAX auction server requests bids from eligible SDK bidder endpoints and DSPs in AppLovin Exchange. Identity tokens are passed in the bid request to SDK bidders.
- Real-time bids returned by DSPs and SDK bidders within the maximum timeout threshold (tmax) are merged with the non-bidding demand sources in the publisher waterfall.
- MAX auction server resolves the auction based on the highest CPM value.
- MAX sends loss notifications to bidders that lose the auction due to error or invalid bid (e.g. below the floor, missing bid value, zero as bid price).
- If the winner is a DSP, MAX notifies the DSP and AppLovin SDK is asked to load and show the ad. If the winner is an SDK bidder, MAX notifies the winning demand partner’s SDK to load and show the ad.
- If the load succeeds, MAX sends a win notification to the bidder. If the load does not succeed, MAX sends a loss notification to the bidder.
- MAX calls the winner’s billing URL after the ad renders.