ビッドリクエスト

A ビッドリクエストとは、アドエクスチェンジまたはサプライサイドプラットフォームが、広告枠が利用可能になった瞬間に送信する構造化メッセージであり、インプレッション、ページやアプリのコンテキスト、ユーザーとデバイスについて知られている情報を説明し、潜在的な買い手が入札するかどうか、またいくら入札するかを決定できるようにするものです。

ビッドリクエストの内部構成#

業界の大半が標準化しているOpenRTBプロトコルでは、ビッドリクエストはかなり一貫したフィールドセットを持つJSONオブジェクトです。広告枠のサイズとフォーマットを記述するインプレッションオブジェクト、パブリッシャーとサイトまたはアプリID、国や地域などのジオターゲティングデータ、デバイスタイプと接続情報、そして販売者が共有を許可されたユーザーまたはファーストパーティデータが含まれます。インプレッションが交渉された取り決めの一部である場合、リクエストにはその特定の取引を参照するディールIDも含まれます。

そのエクスチェンジに接続されたすべてのデマンドサイドプラットフォームは、通常ミリ秒単位で測定される厳格な応答ウィンドウ内で、同じリクエストを同時に受信します。各DSPの入札ロジックは、アクティブなキャンペーンに対してそれを評価し、価格とクリエイティブを含む入札応答を返すか、入札を完全に拒否します。

ビッドリクエストが買い手にとって重要な理由#

ビッドリクエストの品質と完全性は、DSPがそれをどう扱うかを直接左右します。豊富なコンテキストターゲティングシグナルと明確なサイトまたはアプリ識別情報を持つリクエストは、買い手のアルゴリズムが真に情報に基づいた決定を下すことを可能にします。情報が少なくラベル付けが不十分なリクエスト（app-ads.txtの検証が欠けている、またはサプライチェーンオブジェクトが不完全）は、DSPが活用できる情報が少なく、慎重な買い手は盲目的に入札するよりも、保守的に入札するか、それらのリクエストを完全にスキップすることがよくあります。

これはまた、詐欺がフィルタリングされたり、すり抜けたりするポイントでもあります。プレミアムパブリッシャーの在庫を代表すると主張するビッドリクエストが、その主張を裏付けるads.txtやsellers.jsonレコードを伴わない場合、まさにDSPや買い手が入札前にスプーフィングされたり誤って表示された在庫を拒否するために使用するシグナルです。

市場シグナルとしてのビッドリクエストボリュームの読み取り#

買い手が個々のビッドリクエストを直接見ることはほとんどありませんが、特定のプレースメントや地域が生成するリクエスト数と、それが実際の入札応答と比較してどのようなパターンになるかという集計パターンは、実際の市場需要の有用な代用指標となります。生のオークションログではなく競合調査のために、どのクリエイティブや広告主が実際に勝ち、ネットワーク全体でライブで配信されているかを確認することは、入札ボリュームだけよりも市場について多くのことを教えてくれます。OpenAdLibraryのアドインテリジェンスインデックスはまさにそのために構築されています。オークションの仕組みから市場を推測するのではなく、ライブのクリエイティブレベルの可視性を提供します。

FAQ#

すべてのDSPは同じビッドリクエストを見るのですか？

単一のオークションラウンド内では、接続されたDSPは通常、同時に同じリクエストを受け取ります。異なるのは、各DSPの独自ロジックが入札するかどうか、またいくら入札するかを判断する方法です。

DSPはビッドリクエストにどれだけ速く応答する必要がありますか？

応答ウィンドウは通常、数十～数百ミリ秒単位で測定され、時間内に応答しないDSPはそのインプレッションに対してノービッドとして扱われるほどタイトです。

ユーザーデータは常にビッドリクエストに含まれますか？

いいえ。含まれる内容は、同意、規制、およびパブリッシャーとそのSSPが渡すように設定されている内容に依存します。今日の多くのリクエストは、以前よりも個別レベルのユーザーデータが少なく、代わりにコンテキストシグナルやファーストパーティシグナルに依存する傾向があります。

ビッドリクエストにサプライチェーンデータがない場合はどうなりますか？

買い手とその不正検出ツールは、不完全なサプライチェーンやads.txtデータをリスクシグナルとして扱うことがよくあります。一部のDSPは依然として入札しますが、より保守的に行い、他のDSPはそれらのリクエストを完全にスキップするように設定されています。