ニュース周辺のスリッページ：いつ、なぜ異なるのか
直接的な回答
ニュース周辺でのスリッページは、市場が注文を実行する能力が変化した際に異なる挙動を示す可能性があります。最も一般的な「異なる」挙動は、ニュースによりボラティリティが増大し、注文が実行される瞬間に実効的な流動性が減少した場合、および執行品質（速度、データの鮮度、利用可能なクォート）が期待と異なる場合に現れます。結果はコストと実装に依存するため、単一の普遍的なルールはありません。この条件付きの挙動は通常、流動性条件、ボラティリティ・レジーム、および注文/執行の制約によって駆動されます。
メカニズムまたは定義
スリッページとは、トレードを決定した時点で予想される価格と、実行後に実際に得られる価格との差です。予定されたニュース周辺では、市場ミクロ構造が変化するため、スリッページが変動する可能性があります：
- 流動性が急速に薄れる： 参加者が少なくなり確定的な価格を提示する者が減るため、注文に一致する価格が利用可能になる数が少なくなります。
- ビッド・アスク・スプレッドが拡大する： 取引が発生しても、約定価格はミッド/直近参照価格からより遠い位置になる可能性があります。
- 価格がギャップしたりジャンプしたりする： 意思決定と実行の間に価格が移動した場合、約定は不利な水準で行われる可能性があります。
- オーダーブックの深さがより速く消費される： 多くの注文が同時に到着すると、目標価格での利用可能なボリュームが消滅する可能性があります。
重要な点は、観測されるスリッページが、あなたの執行パス（情報を送信し注文を受け取るまでの速度と価格）の一部としての性質と、市場条件（注文が到達した時点で存在する取引可能なクォートの数）の一部としての性質の両方であることです。どちらの側も変化すれば、「ニュース周辺のスリッページ」は異なって見えるようになります。
証拠または例（数値なし、仮定に基づく）
同じ注文サイズと同じ戦略ロジックを持つが、異なる市場条件を持つ 2 つの仮想的なイベントウィンドウを考えてみましょう。
オプション A：低流動性 + 急速な再価格付け 仮定：スプレッドが拡大し、クォートが撤回され、ルーティングと実行にかかる時間内に価格が急激に移動する。
- 注文は次に利用可能な価格レベルで約定する可能性が高くなります。
- 参照価格がニュース前のミッドに近い場合、ギャップはより大きなスリッページに変換されます。
オプション B：深い流動性 + 滑らかな再価格付け 仮定：クォートは狭く維持され、マーケットメーカーは意味のある深さを保ち、価格経路は不連続性が少ない。
- 注文は参照価格に近い場所で実行される可能性があります。
- より多くの価格レベルが注文と迅速に一致できるため、スリッページの分布は狭く見える可能性があります。
何が異なっているかに注目してください：流動性の利用可能性と価格の連続性であり、イベントそのものが「ニュース」であるという事実ではありません。「ニュース」というラベルは、それらの機械的条件を変更する限りにおいてのみ重要です。
限界とリスク
少なくとも 3 つの一般的な限界により、ニュース周辺のスリッページを一般化することが困難になります。
- 非定常性： 過去の発表周辺で測定された関係は、条件（流動性提供者、参加者、ボラティリティ・レジーム）が異なる場合に繰り返されない可能性があります。
- 執行詳細からの交絡： 注文ルーティング、注文タイプ、データレイテンシ、内部/外部キューの違いが、市場効果よりも支配的になることがあります。
- コストの混合： 手数料、スプレッド、その他の費用は、参照価格が一貫して定義されていない場合、「スリッページ」と区別できない場合があります。
失敗モードの一つは、「ニュース中のスリッページが高い」ということを安定したルールとして扱うことです。実際には、各発表が実際に引き起こすボラティリティと流動性の混乱の程度に応じて、スリッページはある発表では高く、別の発表では低くなる可能性があります。
検証または次の質問
予測精度を保証することなく、再現可能な比較方法を使用して条件付きの挙動を検証できます：
- 参照価格を明確に定義する（例えば、意思決定時のミッド/直近）、スリッページを実際の約定からその参照を引いたものとして定義する。
- タイムスタンプ付きデータを使用する：意思決定時刻、送信時刻、および執行/約定時刻。
- 複数のイベントウィンドウを比較し、注文実行時の流動性深さやスプレッド・レジームなどの市場条件のプロキシによってそれらを分離する。
- 増分効果を隔離するために、ベースラインウィンドウ（発表のない類似の期間）を含める。
考慮すべき次の質問：スリッページの差異は、主にスプレッドの拡大と深さの薄さ（市場側）によって説明されるのか、それとも遅延/信頼性の低い執行とクォートの利用可能性（実装側）によって説明されるのか？