入札リクエスト（OpenRTB）

ビッドリクエストは、プログラマティック広告における供給の最小単位です。ユーザーがページやアプリを読み込むと、パブリッシャーのアドサーバーが取引所を呼び出し、取引所は接続されているすべてのDSPにOpenRTBのBidRequestオブジェクトをブロードキャストします。

ビッドリクエストの主要コンポーネント

• Impオブジェクト — 各インプレッション枠を記述：サイズ、フロアプライス、許可されるクリエイティブタイプ、オプションのBanner、Video、Nativeサブオブジェクト。
• Site/Appオブジェクト — パブリッシャーのドメイン、コンテンツカテゴリ、在庫タイプ。
• Deviceオブジェクト — OS、ブラウザ、IP、デバイスモデル、位置情報。
• Userオブジェクト — 匿名化されたID（Cookie、デバイスID、PPID）とオプションのセグメント。
• Regsオブジェクト — COPPA、GDPR、CCPAなどの規制フラグ。

1つのリクエストに複数のImpオブジェクトをバンドルできます（例：300×250のバナーと728×90のリーダーボード）。DSPは、どのImpに入札するか（または入札しないか）を決定し、Imp.idごとにレスポンスを返す必要があります。

つまり： ビッドリクエストはすべてのオークションの原材料です。その豊かさによって、DSPがインプレッションをどれだけ適切に評価できるかが決まります。情報が不足していたり不正確なリクエストは、入札判断の質を低下させます。

Bid Requestは計算されません。取引所がパブリッシャーの供給シグナルから構築するものです。Bid Requestの数は、ある期間に取引所が入札者に送信するBidRequestメッセージの数です。

Bid Requests = 送信されたBidRequestメッセージの数

重要な注意点

1. マルチインプレッションリクエスト — 3つのImpオブジェクトを含む1つのBidRequestは、依然として1つのBid Requestであり、3つではありません。スロットレベルのボリュームが必要な場合は、代わりにImpオブジェクトをカウントしてください。
2. 重複リクエスト — 一部の取引所は同じインプレッションを複数の入札者に送信します（マルチプレクシング）。各送信は個別のBid Requestとなります。これにより、実際の広告呼び出し数よりもリクエスト数が増加します。
3. フィルタリングされたリクエスト — 検証に失敗したリクエスト（必須フィールドの欠落など）は通常、エラーとして記録され、Bid Requestとしてはカウントされません。取引所の定義を確認してください。
4. タイムアウト破棄 — 応答なしで期限切れとなったBid Requestも、リクエストとしてカウントされます。破棄されるのはDSPの応答です。

つまり： Bid RequestのボリュームをBid Responseのボリュームと比較することで、DSPが実際に評価した機会の数がわかります。大きな差がある場合は、多くの場合、タイムアウトやスロットリングの問題を示しています。

Bid Request（入札リクエスト）ボリュームはファネルの最上部に位置する指標です。数値が高いとDSPが多くの機会を捉えていることを示し、低い場合は接続の問題、トラフィックの少なさ、またはスロットリングの可能性があります。

組み合わせて見るべき指標

• Bid Response（入札応答）率 — Bid Responses / Bid Requests。低い率はDSPが多くのリクエストをスキップしていることを意味します（スロットリング、データ不足、処理遅延）。
• Win Rate（勝率） — 獲得インプレッション / Bid Responses。リクエストボリュームが高いのに勝率が低い場合、入札戦略や価格設定に問題があります。
• 平均レイテンシ — リクエスト受信から応答送信までの時間。レイテンシがタイムアウトに近づくと応答が破棄され、実効応答率が低下します。

よくあるダッシュボードの誤読

Bid Requestsの急増は「供給増加」と喜ばれがちですが、その急増が低品質在庫（例：MFAサイト、無効トラフィック）によるものであれば、DSPは貴重なインプレッションを獲得せずに計算リソースを浪費します。必ず在庫ティアでセグメント化してください。

つまり： Bid Requestボリュームは成功指標ではなく、健全性シグナルとして扱ってください。本当の問いは「これらのリクエストのうち、どれだけが利益のある獲得につながるか」です。

ビッドリクエストのボリュームは主に取引所接続とトラフィック品質フィルターによって制御されます。DSPはパブリッシャーの供給量を増やすことはできませんが、受信・処理するリクエスト数に影響を与えることは可能です。

ビッドリクエストボリュームを増やす手段

• より多くの取引所に接続する — 新しい取引所との統合ごとにリクエストのストリームが追加されます。
• より多くの供給タイプを有効にする — オープン取引所、PMP取引、ダイレクト在庫はそれぞれ異なるリクエストフローを生成します。
• スロットリングを緩和する — DSPがQPS（1秒あたりのクエリ数）を制限している場合、上限を引き上げることでより多くのリクエストを受け入れられます。
• ターゲティングを広げる — 地域、デバイス、カテゴリの制限を解除することで、プレビッドフィルターを通過するリクエストが増えます。

ビッドリクエストボリュームを減らす手段

• トラフィック品質フィルター — MFA（広告目的サイト）、広告専用サイト、低視認性ドメインをブロックするとリクエスト数は減りますが、平均品質は向上します。
• 供給経路最適化（SPO） — リセラーよりも直接SSP接続を優先することで、重複リクエストを削減できます。
• ユーザー同意制限 — GDPR/CCPAのオプトアウトにより、アドレス可能なリクエストのプールが減少します。

トレードオフ

• リクエストが多い＝収益が多いとは限らない。 低品質の在庫でビッダーをあふれさせると、計算コストが増加し、モデルの精度が低下する可能性があります。
• 積極的なスロットリングはインフラを保護しますが、価値のあるインプレッションを逃す可能性があります。QPS制限と期待される勝利価値のバランスを取ってください。
• フィルタリングが早すぎる（ビッドモデル実行前）と、一見安価に見える高価値インプレッションをブロックする可能性があります。階層的なフィルタリングを使用してください。まず安価なプレビッドチェック、次に高価なモデル評価です。

つまり： 生のボリュームではなく、価値のあるリクエストボリュームを最適化してください。50万件の高品質リクエストを処理するDSPは、500万件の低品質リクエストに埋もれるDSPよりも優れたパフォーマンスを発揮することがよくあります。

入札リクエストは、すべてのプログラマティックオークションに供給される生のシグナルです。そのボリュームは重要ですが、レスポンス率、勝率、品質セグメンテーションと組み合わせて初めて意味を持ちます。

• リクエストをカウントするが、インプレッションを評価する。 品質のない大量のリクエストはノイズです。
• レイテンシに注意する。 タイムアウトに間に合わない高速モデルは無意味です。
• ソースごとにセグメント化する。 すべてのエクスチェンジや在庫タイプが同じではありません。別々に測定してください。