#relationships·Jul 17, 2026·6 分で読める
Bid Request vs Bid Response: Key Differences in Programmatic Advertising
入札リクエストと入札レスポンスは、リアルタイム入札で交換される2つの主要なメッセージです。入札リクエストはパブリッシャーによる入札の呼びかけであり、入札レスポンスはバイヤーからの回答です。両者のギャップを理解することは、フィルレートとレイテンシーの診断に不可欠です。
コアの違い
ビッドリクエストは、広告枠が利用可能になったときに、パブリッシャーのアドサーバー（例：Google Ad Manager）から需要元に送信されます。これには以下が含まれます：
- ページURL、デバイスタイプ、ユーザーID
- 広告ユニットサイズ、フロアプライス
- コンテキストシグナル（IABカテゴリ）
ビッドレスポンスは、購入者（例：DSP）からの返信です。これには以下が含まれます：
- 入札価格（CPM）
- クリエイティブペイロード（VAST、画像、HTML）
- トラッキング用のWin URL
リクエストは「誰がこのインプレッションを欲しいか？」と尋ね、レスポンスは「私はそれにXを支払う」と答えます。
どちらをいつ使うか
Bid Request を選ぶ場合:
- 供給量（存在する機会の数）を測定したいとき。
- タイムアウト率（応答がなかったリクエスト）を診断しているとき。
- データ漏洩（送信されるユーザーデータ）を監査しているとき。
Bid Response を選ぶ場合:
- 需要の積極性（入札価格、勝率）を測定したいとき。
- クリエイティブ配信（サイズ、フォーマット準拠）を最適化しているとき。
- レイテンシ（バイヤーごとの応答時間）をデバッグしているとき。
両方を一緒に使う場合:
- フィルレート = 応答数 / リクエスト数を計算するとき。
- 両方を記録するウォーターフォールまたはヘッダー入札ラッパーを構築しているとき。
どこが分かれるか
方向性
ビッドリクエストはパブリッシャーからバイヤーへ送信されます。ビッドレスポンスはバイヤーからパブリッシャーへ返送されます。
コンテンツの焦点
ビッドリクエストはインプレッション（コンテキスト、ユーザー、スロット）を記述します。ビッドレスポンスはオファー（価格、クリエイティブ、トラッキング）を記述します。
タイミングの制約
ビッドリクエストには期限がありません（サーバーは待機します）。ビッドレスポンスはタイムアウト（通常100〜200ミリ秒）前に到着する必要があります。到着しない場合は無視されます。
どこが重なるか
プロトコル
両方ともOpenRTB 2.x仕様で定義されており、JSONまたはProtobufを使用します。
オークションID
両方とも同じbididまたはauctionidを保持するため、取引所はそれらを照合できます。
同意シグナル
両方ともGDPR同意（TCF文字列）およびCCPAオプトアウトシグナルを含めることができます。
実務シーン
モバイルウェブでの低フィルレート
設定: パブリッシャーがモバイルウェブで50%のフィルレートを確認。
- 発生したこと: ビッドリクエストのボリュームは高かったが、多くのリクエストにユーザーID（クッキー）がなかった。
- 確認したこと: リクエストログ（
device.ifaの欠落）とレスポンスログ（該当リクエストへの入札ゼロ）を比較。
教訓: ビッドリクエストにユーザー識別子がないと、バイヤーが応答をスキップする原因となる。対策: プライバシー準拠のIDソリューションを有効化。
特定のDSPからの高レイテンシ
設定: ヘッダービディングラッパーで、1つのDSPが常に300ms後に応答することが判明。
- 発生したこと: DSPのビッドレスポンスがタイムアウト後に到着。
- 確認したこと: ビッドリクエスト送信のタイムスタンプとビッドレスポンス受信のタイムスタンプを比較。
教訓: DSPは内部オークションロジックを最適化する必要があった。パブリッシャーは200msのタイムアウトを設定し、遅い入札者を除外した。
どう一緒に使うか
パブリッシャーとして特定の広告枠に入札がない原因を診断する場合 — 入札リクエストで不足しているシグナル（例：ユーザーIDなし、サイズの不一致）を確認します。
バイヤーとして入札価格やクリエイティブを最適化する場合 — 入札レスポンスデータを分析し、どのクリエイティブがどのCPMで勝利しているかを確認します。
アドオプスチームとして低フィルレートのトラブルシューティングを行う場合 — リクエスト数とレスポンス数を比較して、タイムアウトやフィルタリングを特定します。
対照スナップショット
| 観点 | 入札リクエスト | 入札応答 |
|---|---|---|
| 方向性 | パブリッシャー → バイヤー | バイヤー → パブリッシャー |
| 主な内容 | インプレッションコンテキスト（URL、サイズ、ユーザー） | 入札価格、クリエイティブ、勝者URL |
| タイムアウトの関連性 | タイムアウトなし（サーバー待機） | タイムアウト前（例：100ms）に到着必須 |
| 典型的なユースケース | 在庫分析、データ漏洩監査 | 需要分析、クリエイティブ最適化 |
よくある誤解
リクエスト数と機会数の混同
なぜこの混同が誤りか：1回のページ読み込みで複数の入札リクエスト（広告枠ごとに1つ）が生成される可能性があります。リクエストを「インプレッション」としてカウントすると、供給量が過大評価されます。
- 代わりに行うべきこと：入札リクエストはオークションのボリュームを測定するためにのみ使用し、視認可能なインプレッションの測定には使用しないでください。
入札なし応答の無視
なぜこの混同が誤りか：入札応答は「入札なし」（価格が空）の場合があります。一部のシステムではこれを応答としてカウントし、フィルレートを歪めます。
- 代わりに行うべきこと：フィルレートを計算する際には、
price > 0の応答のみにフィルタリングしてください。
- 代わりに行うべきこと：フィルレートを計算する際には、
クイックチェック
これらの指標を区別できるかテストしてください。
boolean
入札レスポンスはタイムアウト後に到着しても使用できます。
回答を選択してください
学習用の解説です。入札や出稿の助言ではありません。