オークションの仕組み

MAX In-App Bidding Exchangeは、最高入札者が落札する、ファーストプライス方式の公平かつ透明な統合ファーストプライスオークションです。 すべてのSDK in-app biddersおよびDSPは、各広告インプレッションの機会に対して平等にアクセスできます。 また、拡張マクロによる完全な通知カバレッジを受け取ります。

MAX In-App Bidding Exchangeは、SDKベースのデマンドパートナーおよびDSPから、個々のインプレッション機会に対する入札を収集します。 これはOpenRTB 2.5プロトコルを介して行われます。 MAXと連携するには、ビッダーはOpenRTB 2.5 APIに準拠する必要があります。

SDKベースのin-app bidders向けのMAX in-app bidding仕様については、AppLovin oRTB仕様ページをご参照ください。

MAX 広告配信フロー

1. ユーザーがアプリを起動します。
2. MAXが対象となるすべてのSDKを初期化します。
3. パブリッシャーが広告をリクエストします。
4. SDKビッダーの場合、MAXは初期化されたSDKから入札トークンを収集します。
5. MAX SDKがMAX広告サーバーに広告リクエストを送信します。
6. MAXオークションサーバーが、対象となるSDKビッダーのエンドポイントおよびAppLovin Exchange内のDSPに入札をリクエストします。 この際、入札リクエスト内でSDKビッダーに識別トークンを渡します。
7. DSPおよびSDKビッダーは、最大タイムアウトしきい値（tmax）以内に入札をリアルタイムで返します。 MAXオークションサーバーは、これらをパブリッシャーのウォーターフォール内にある非入札デマンドソースとマージします。
8. MAXオークションサーバーは、最も高いCPM値に基づいてオークションを解決します。
9. エラーや無効な入札（フロア価格未満、入札値の欠落、入札価格がゼロなど）が原因でオークションに敗れたビッダーに対し、MAXは不落札通知を送信します。
10. 落札者がDSPの場合、MAXはDSPに通知し、AppLovin SDKが広告をロードして表示します。 落札者がSDKビッダーの場合、MAXは落札したデマンドパートナーのSDKに通知し、広告をロードして表示できるようにします。
11. ロードが成功した場合、MAXはビッダーに落札通知を送信します。 ロードが成功しなかった場合、MAXはビッダーに不落札通知を送信します。
12. 広告がレンダリングされた後、MAXは落札者の課金URL（billing URL）を呼び出します。