Bidding Kit Server

自社メディエーションは一般公開されません

Audience Networkによる自社入札は、現時点で非公開ベータ版であり、一般公開されません。この状況が変化した時点で、アップデートが提供される予定です。

それまでの間、Facebookとパートナー関係にあるメディエーションプラットフォームのうちのいずれか1つにより、Audience Network入札にアクセスできます。

Bidding Kit Serverセクションの内容:

概要

Facebook Audience NetworkのBidding Kit Serverは、現在入札を利用している、または入札の統合を予定しているパブリッシャー向けの、オークションサーバーです。Bidding Kit Serverが、オークションとリアルタイム入札のあらゆる処理を担います。既存の収益化スタックに統合することができます。

Bidding Kit Server:

  • 複数の入札者との統合により、オークションの密度を高めることができます。
  • オークションを実行し、オークションの落札者を選びます。
  • 広告のライフサイクルのイベントを入札者に通知します。

Bidding Kit Serverは、以下のことは行いません:

  • クライアント専用のデマンドソースとの連携。
  • DSP (Demand Side Platform)との連携。
  • ウェブサプライに対応。
  • 広告をレンダリングする。広告を配信するには、デマンドソースSDK (たとえばFAN SDK)との連携が必要です。

Bidding Kit Serverの利点

Bidding Kit Serverにおいて、Audience Networkは、自社のパブリッシャーが入札を統合・管理する際に直面する、重要な課題のいくつかに対応しました。特に、Bidding Kit Serverは以下の課題を解決します:

  • デマンドの密度 - パブリッシャーは多くの場合、リアルタイムでは1~2人の入札者としかつながっていません。これは、パブリッシャーの収益(広告からのARPDAUとして測定)に直接影響を及ぼします。
  • オンボーディング - パブリッシャーは、オークションの実装、入札とウォーターフォールの統一、さまざまなリアルタイム入札者との統合に困難を感じています。
  • 拡張 - 自社メディエーションは、既成のソリューションでないと規模の拡大が難しく、統合のたびに高度なカスタマイズが必要となり、サポートにコストがかかります。

Bidding Kit Server は、現在のクライアントサイドのソリューションであるBidding Kit 2と比較して、以下のような利点があります:

  • 展開が容易 - サーバー側でオークションサーバーが運営できるので、改善やバグフィックスは、0-1 ロールアウトで非常に迅速に展開することができます。
  • クライアント側の帯域幅を節約 - サーバー間入札では、入札者のネットワーク呼び出しをすべてサーバーに移すことで、エンドユーザーの帯域幅を節約することができます。
  • 入札の保護 - サーバー間入札は、クライアント間入札よりもはるかに安全です。Audience Networkは、スクレイピング攻撃から入札を確実に保護し、入札者のセキュリティを強化するとともに、パブリッシャーが自分になりすました悪質な行為にさらされるのを防ぐことを目的としています。

プロセスフロー


>>>>> クリックすると大きな画像が表示されます

  1. Bidding Kit Server (BKS)は発信者から入札リクエストを受けます。これは、パブリッシャーサーバーかBidding Kit 3 (BK3)のいずれかになります。リクエストには、入札者に関する情報が含まれています。オプションとして、現在のオークションにウォーターフォールのエントリーがある場合は、リクエストにその情報が含まれます。
  2. BKSはリクエストを解析し、検証します。
  3. BKSは、入札依頼に存在するすべての入札者に対して、独立した入札リクエストを作成します。その際、BKSは構成を調べます。
  4. BKSは、すべての入札者にhttpsで入札リクエストを送信し、その応答を収集します。
  5. BKSでは、リクエストでウォーターフォールのエントリーが渡されていた場合、その応答をマージします。
  6. BKSは、価格に応じてソートされた入札者(およびウォーターフォールのエントリーがある場合はそのリスト)を呼び出し元に返信します。
  7. BKSは、すべての入札者に対して、オークションのクリア価格を記載した損失通知を送信します。
  8. 発信者はBKSに displayNotification のリクエストを要求します。
  9. BKSは、表示通知でオークションに参加していた入札者に、再度、落札/落札失敗の通知を送信します。

アーキテクチャ

BKSの内部モジュール

QPS (1秒あたりのクエリ数)

Bidding Kit Serverは最大400QPSの処理が可能で、エラーレートは0.001%以下、リクエストの99%は1491ms以下で応答します。

テストはAWS EC2 インスタンス: AMI: Amazon Linux AMI 2018.03.0 (HVM), SSD ボリュームタイプ; インスタンスタイプ: t2.large)で行いました