オークション遅延

オークションのレイテンシとは、パブリッシャーのアドサーバーが入札リクエストを送信してから最終的な決定（勝者入札、クリエイティブURL、またはパスバック）を受け取るまでの実時間です。これはプラットフォームレベルの指標です。なぜなら、オークションのインフラ（エクスチェンジ、SSP、ヘッダー入札ラッパー）が時間の大部分を制御するからです。

レイテンシは単一の数値ではありません。それは連鎖です：

• ネットワーク往復 — リクエストがビッダーに到達し、応答が返ってくるまで。
• ビッダー処理 — ビッダーがユーザーを評価し、フロアを適用し、内部オークションを実行する速さ。
• ラッパーウォーターフォール — ヘッダー入札では、各アダプターがタイムアウトになるまで待機してから次のアダプターが実行されます。
• アドサーバー決定 — 勝者を選ぶ最終的なサーバーサイドの呼び出し。

ユーザーに与える影響

レイテンシが100ミリ秒増えるごとに、ページビューの完了率が低下します。この影響は、ネットワーク環境が悪くユーザーの忍耐力が低いモバイルでさらに顕著になります。フィルレートや勝率だけを最適化し、レイテンシを監視しないプラットフォームは、しばしばビューアビリティを低下させ、皮肉にも完全にレンダリングされるインプレッションが減少するため実効CPMが低下します。

オークション遅延 = 決定受信時間 − 入札リクエスト送信時間

すべての時間はプラットフォーム（SSP、取引所、またはヘッダー入札ラッパー）で測定されます。単位はミリ秒です。

重要な注意点

• 開始点は異なります。 一部のプラットフォームは広告コールがブラウザを離れた時点から測定し、他のプラットフォームはオークションエンジンに入った時点から測定します。必ずベンダーの定義を確認してください。
• タイムアウト ≠ 遅延。 500ミリ秒のタイムアウトは、すべてのオークションが500ミリ秒かかることを意味しません。遅延は実際の時間であり、タイムアウトを大幅に下回るべきです。
• 集計は裾を隠します。 平均遅延は問題なく見えても、95パーセンタイルが実際のユーザー体験に悪影響を及ぼすことがあります。p50、p95、p99を個別に監視してください。
• クリエイティブのダウンロードは含まれません。 遅延は決定が返された時点で終了し、広告がレンダリングされた時点ではありません。レンダリング時間は別の指標（「クリエイティブ読み込み時間」と呼ばれることが多い）です。

単一のレイテンシ数値はほぼ無価値です。分布で読み取りましょう：

• p50（中央値） — 典型的なユーザー体験。サーバーサイドオークションでは200ミリ秒未満、クライアントサイドヘッダー入札では400ミリ秒未満であるべきです。
• p95 — 最も遅い5%のオークション。これがタイムアウトを超える場合、入札をタイムアウトで失っています。
• p99 — 極端な外れ値。多くの場合、単一の遅い入札者やネットワークの一時的な問題が原因です。

併せて確認すべき指標

• Bid Request ボリューム — レイテンシの急上昇と入札リクエストの減少は、リクエスト完了前にオークションがタイムアウトしていることを示します。
• Fill Rate — レイテンシが高くフィルレートも高い場合、オークションが深すぎて、限界収益のためにユーザー体験を損なっている可能性があります。
• Win Rate — 低い勝率と高いレイテンシの組み合わせは、競争力のある入札者が応答するにはタイムアウトが短すぎることを意味することが多いです。

よくある間違い

よくあるSlackメッセージ：「レイテンシは平均180ミリ秒で問題ないので、さらに2社の入札者を追加できます。」まずp95を確認してください。p95が900ミリ秒の場合、新しい入札者によってタイムアウトを超え、増分収益はゼロで、すべてのページが遅くなります。

レイテンシを削減するレバー

• タイムアウトを短くする。 PrebidやほとんどのSSPでは、アダプターごとにタイムアウトを設定できます。1000msから500msに短縮すると、p95が直接改善されますが、応答の遅い入札者が一部脱落する可能性があります。
• サーバーサイドオークションに移行する。 サーバーサイドヘッダー入札（例：Prebid Server、Amazon TAM）は、クライアントサイドのウォーターフォールレイテンシを排除します。トレードオフは、入札者接続の制御が弱まることです。
• 入札者数を減らす。 入札者が増えるごとに、ネットワークと処理時間が追加されます。限界的な入札者が実際にレイテンシコストに見合うだけの勝利を収めているかテストしてください。
• 入札者選択を最適化する。 ユーザーセグメントの過去の勝率に基づいて、入札者の「ショートリスト」を使用します。この在庫で一度も勝ったことのない入札者は呼び出さないでください。
• 同時入札を使用する。 すべての入札者を並行して呼び出すクライアントサイドラッパー（逐次ではなく）は、ウォーターフォールを1回のラウンドトリップにまとめます。

レイテンシを増加させるレバー（注意が必要）

• フロアや複雑なディールロジックを追加する。 入札者が評価しなければならないルールが増えるごとに、処理時間が追加されます。
• リッチなユーザーシグナル。 完全なユーザーID、デバイスグラフ、カスタムセグメントを渡すと、リクエストペイロードのサイズと解析時間が増加します。
• マルチフォーマットオークション。 同じ呼び出しで動画、ディスプレイ、ネイティブをリクエストすると、入札者の決定エンジンが遅くなる可能性があります。

トレードオフ

タイムアウトと需要深度は、古典的なプラットフォームのトレードオフです。200msのタイムアウトは優れたUXを提供しますが、応答に300ms必要な入札者を排除する可能性があります。1000msのタイムアウトはより多くの入札を獲得しますが、ビューアビリティとページ読み込みに悪影響を及ぼします。

この指標を追うべきでない場合： 既にフィルレートが95%以上でビューアビリティが健全な場合、レイテンシをさらに最適化すると、価値のある入札者を遮断して収益が減少する可能性があります。レイテンシは制約であり、目標ではありません。ユーザーエクスペリエンスが許容範囲になるまで最適化し、その後は停止してください。

オークション遅延は、需要の深さとユーザーエクスペリエンスの間のトレードオフを支配する時計です。すべてのプラットフォームの決定（タイムアウトの長さ、入札者の数、サーバーサイドかクライアントサイドか）がこの数値を動かします。

• 平均ではなく、テールに注目してください。 p95とp99が真のストーリーを語ります。
• 遅延をフィルレートと勝率と組み合わせてください。 入札を獲得できない低遅延のオークションは役に立ちません。
• ユーザーエクスペリエンスが許容範囲になったら最適化をやめてください。 それを超えると、ユーザーが気づかないミリ秒のために収益を犠牲にすることになります。