保証された配信ペース

重要

このオプションは、Microsoft Advertising Ad Server のお客様のみが使用できます。

保証された配送 明細項目は、フライトの日付全体にわたって予算を完全かつ均等に配信するように設計されています。 保証された品目のペースによって、それらの予算の要件をどの程度満たしているかが決まります。

このページでは、保証配信明細が予算を満たす方法を制御するペーシング アルゴリズムについて説明します。

注:

このページの保証ペース アルゴリズムの説明は、バージョン 1.0 に適用されます。 今後数か月間、バージョン 2.0 を多数の機能強化でロールアウトする予定です。

理想的な配送曲線

配信目標が 60 日間のフライトで 100 万インプレッションを達成し、既定のペーシング値が 105% に設定されている保証された広告申込情報の場合、理想的な配信曲線は次のようになります。

理想的な配信曲線を示す毎日の配信目標に対する日数のグラフ。

理想的な配送曲線を実現するには、フライトの全期間にわたって、分散された入札者のシステム全体の配送率を制御する必要があります。 大まかに言うと、配信率を制御する方法は 2 つあります。

  1. 入札価格の引き上げまたは引き下げ
  2. 入札するかどうかを決定する

課題

物理的な制約 (ネットワーク間での情報の伝達速度など) により、入札価格と入札/入札なしの決定を、入札要求率と勝率を正確に一致させるために、分散入札者のシステム全体でリアルタイムで入札価格と入札/入札なし決定を調整することはできません。 代わりに、情報を伝達できるのは、システム間でリアルタイムよりも低速な速度でのみ行うことができます。

さらに、入札の決定をリアルタイムで調整できたとしても、下のグラフに示すように、在庫のスライス全体の要求レートと勝率は非常に変動することがよくあります。 予算は多数の入札者に分散されており、リアルタイムの計算は入札者レベルでローカルで行う必要があるため、この情報に応じて入札決定を調整しようとすると、各入札者は要求と勝率の非常に古い見積もり (リアルタイム更新が遅いため) のどちらかになります。 または非常にノイズの多いもの (グラフの揮発性のおかげで).

関連する変動のアイデアを得るために、2015 年初頭の 24 時間にわたって Microsoft Advertising プラットフォームでランダムに選択された 1 つの在庫スライスにわたる 1 分あたりの入札要求を次に示します。

24 時間にわたる 1 つのランダム インベントリに対する 1 分あたりの入札要求に対する分数グラフ。

2015 年初頭の 24 時間にわたってグラフ化された同様のランダムに選択された在庫スライスに対する$0.10 CPM 入札の勝率を次に示します。

24 時間にわたる 1 つのランダム インベントリの勝率に対する分数のグラフ。

Microsoft のソリューション

これらの課題と、販売者が必要とする均等な配送率を維持するという要件を踏まえ、入札者をリアルタイムで更新し、代わりにサンプル データの統計分析に基づいて要求率と勝率をアルゴリズム的に動的に見積もろうとします。 具体的には、ロジスティック回帰を使用します。これは、数学的モデルを使用して、他のデータを与えられたイベントの確率を推測するという、ファンシーな言い方です。

要求率と勝率の数学的モデリングに加えて、保証された行項目が発行元のコミットメントを満たしていることを確認するために、他のいくつかのことを行います。

  • 堅牢な勝率を確保するために、pCPM の入札価格を厳密に必要以上に少し高く設定します。
  • 配信を一定の割合で進める前に、個々の入札者がスリープ状態 (つまり、入札を停止) することで、配信率を上限にして超過配送を回避します。
  • 目標が確実に達成されるように、毎日の予算目標を偶数有効期間配信の 105% に既定で設定します。
  • 保証された広告申込情報が同じインプレッションに対して競合する場合は、目標の勝率の加重平均に基づいて 1 つを選択します。 つまり、ほとんどの場合、配信目標を達成して対象となるインプレッションに配信するより先の保証された広告申込情報を選択します。

pCPM と保証されたアイテム間の競合のしくみの詳細については、「 保証された配信オークションの仕組み」を参照してください。

キャンペーン開始時の動作

キャンペーンの開始時に、保証された広告申込情報は、予算が確実に配信されるように "フロントロード" しようとします (広告申込情報のペーシングが既定値の 105% に設定されていると仮定します)。 これは、上記の設定と組み合わせることで、[理想的な配信曲線] セクションのグラフのように 配信曲線 が表示されます。

キャンペーン終了時の動作

現在、明細のフライトの最終時間中に発生する特別な動作はありません。 行項目は、フライトが終了するまで、ここで説明するアルゴリズムに従ってペースを上げ続けます。

予算更新のタイミング

1 時間または 8 時間ごとにペーシング目標を再計算するだけの他のシステムとは異なり、RTB の入札との競合を保証する pCPM 値は、数分ごとに入札者によってローカルで再計算されます。 これは、約 15 分ごとに発生するすべての入札者に送信されるグローバル予算の更新によって補完されます。

不足分と追いつく方法

例をキャッチアップする

配信不能な広告申込情報をキャッチアップする方法は、配信不足が検出されてから 24 時間以内に配信に戻すために、広告申込情報で十分なインプレッションを購入できるようにすることです。

たとえば、保証された広告申込情報が 100,000 インプレッション遅れで、1 日あたりの配信目標が 20,000 インプレッションの場合、現在の 24 時間の間に 120,000 インプレッションの配信が試行されます。

フライト全体で 700,000 imps の予算を持つ 7 日間のキャンペーンに続く別の例を次に示します。

  1. 1 日目: 行項目は 102,000 個の imps を提供し、ペースが上がっています。
  2. 2 日目: 行項目は、その日の早い段階で一時停止されます。
  3. 日数 3、4、5: 行項目は一時停止したままです。
  4. 6 日目: 行項目の配信が有効になり、配信不足のキャッチアップが開始されます。 約 400,000 インプレッションが遅れているため、6 日目には 500,000 インプレッションを提供しようとします。一時停止した日ごとに 100,000 回、現在の日の予算を達成するために 100,000 回です。
  5. 7 日目: 広告申込情報が 6 日目に完全にキャッチアップできた場合は、7 日目に通常どおり (約 100,000 インプレッション) 配信されます。 広告申込情報が追いつくことができない場合は、7 日目の配信目標を達成するために 100,000 を加えた多数のインプレッションを再びキャッチアップしようとします。

1 日の予算作成プロセスのしくみ

特定の広告申込情報の場合、1 日の予算作成プロセスは、広告申込情報のタイムゾーンの午前 0 時に 1 日に 1 回実行されます。 このプロセスの基本的な手順は次のとおりです。

  1. 翌日の終わりまでに完全に追いつくために必要な配送量を計算します。
  2. 過去 4 日間を振り返って、不足分の過去の割合を計算します。
  3. 最初の手順 (上記の #1) で計算された配信量を、永続的な過小配達を考慮して平均配信不足率 (上記の #2) で除算します。 この値は、毎日の配信目標として使用されます。