約定ずれを測る記録項目と集計の型

利食安男「ずれ、記録しないと言い訳になる」

成行注文の約定のずれ(スリッページ)が自分の環境でどれくらい出ているかは、発注時に見ていた価格と約定価格を1件ずつ残し、時間帯・直前のボラティリティ・ロットで層別して集計する以外に知る方法がありません。業者の公表値や他人の体感では、自分の回線・時間帯・注文サイズの組み合わせは再現できないからです。この記事では、何を記録するか、基準価格をどう決めるか、どの切り口で集計するか、そしてこの測り方が通用しない条件までを順に整理します。数値を当てにいくのではなく、後から検証できる形で残すことが目的です。

スリッページとは何を指す?

スリッページとは、注文を出した時点で想定していた価格と、実際に約定した価格の差を指します。成行注文は「今の気配で売買する」という指示ではなく「受け付けた時点の価格で執行する」という指示なので、発注から約定までのわずかな時間に価格が動けば差が出ます。

重要なのは、この差が常に不利側に出るとは限らない点です。有利な方向にずれる(ポジティブスリッページ)ことも、価格が動いていなければゼロになることもあります。だからこそ平均値だけを見ると小さく見え、実際の痛みである「悪い方のテール(分布の端)」を見落とします。

測定の目的は次の3つに絞ると、記録項目がぶれません。

  • コスト把握:スプレッドに加えて、実際には何pips相当の執行コストを払っているか
  • 時間帯・条件の切り分け:どの時間帯、どの値動きのときに悪化するか
  • 手法の前提確認:検証(バックテスト)で置いた執行前提が、現実と乖離していないか

何を記録すれば測れる?

記録は後から増やせません。最初から1注文1行で、次の項目を残します。手入力が続かないなら、取引履歴のエクスポートと手元メモの結合でも構いませんが、「発注時に自分が見ていた価格」だけは自動では取れないことが多いので、ここを設計の中心に置きます。

項目 内容 なぜ必要か
発注時刻 秒(可能ならミリ秒)まで。基準はサーバー時刻に統一 時間帯別の集計軸になる
約定時刻 同上 発注〜約定のラグを出す
意図価格 発注操作をした瞬間の提示価格(買いならASK、売りならBID) ずれの基準点
約定価格 実際の約定値 ずれの実測値
方向 買い/売り、新規/決済 決済注文だけ悪いケースを分離
注文種別 成行、逆指値、ストップ決済など 種別で性質が違う
数量 ロットまたは通貨量 サイズ依存を見る
銘柄 通貨ペアなど ペアをまたいで平均しない
直前の値幅 発注前N秒(例:10秒、60秒)の高安差 ボラ別の層別軸
その時のスプレッド 発注時点の提示幅 ずれとスプレッドを混同しない
環境 回線、端末、VPSの有無、アプリ版 環境変更の前後を混ぜない
備考 指標発表、要人発言、再送の有無 外れ値の理由が後で辿れる

符号の決め方を先に固定する

買いと売りで価格差の向きが逆になるため、そのまま引き算すると集計が破綻します。「自分にとって不利なずれをプラス」と決めて統一するのが扱いやすい方法です。買いなら「約定価格 − 意図価格」、売りなら「意図価格 − 約定価格」。この定義を記録表のヘッダに書き込んでおけば、半年後の自分が迷いません。

基準となる「意図価格」はどう決める?

ここが最大の論点です。基準の取り方で結果が大きく変わるため、どれを選んでもよいのですが途中で変えないことが条件になります。

  1. 画面に表示されていた価格:クリック直前のレート。体感に最も近いが、目視だと記録が甘くなる
  2. 注文送信時のティック:自動発注なら取得しやすい。人の反応時間を含まない純粋な執行のずれになる
  3. サーバー受信時のレート:通常は取得できない。業者の約定ルール上はここが基準に近い

手動発注なら1、自動発注なら2が現実的です。1を選ぶ場合、クリックしてから認識するまでの遅れも含まれるので、それは「執行コスト」ではなく「自分の反応を含む総ずれ」だと割り切ります。どちらを測っているかを記録表の注記に残してください。

時刻の基準も同様です。端末の時計とサーバー時刻がずれていると、時間帯別集計そのものが崩れます。データの前処理については検証データの欠け・重複・時刻ずれを潰す手順で扱った考え方がそのまま使えます。サマータイム切替をまたぐ期間は、現地時間ではなく固定オフセットで持っておくのが安全です。

時間帯と値動きで、どう層別する?

全件の平均を1つ出しても使えません。セル(条件の組み合わせ)に割ってから、各セルの件数・中央値・上側分位点・最悪値を並べます。

軸 区分の例 見たいこと
時間帯 東京、欧州、NY、ロールオーバー前後、週明け最初の数十分 流動性の薄い時間の悪化
直前ボラ 発注前60秒の値幅を3〜4段階に分ける 動いている時ほど悪いのか
イベント 主要指標の発表前後、発言報道の直後、平常時 イベント時の裾の広がり
注文サイズ 自分の実運用レンジを2〜3段階 サイズ依存の有無
注文種別 新規成行/決済成行/逆指値 損切りだけ悪化していないか

代表値は平均ではなく中央値と上側分位点(90パーセンタイルなど)を使います。ポジティブスリッページが平均を押し下げ、実害のある側が見えなくなるからです。合わせて「最大値とその日付」を必ず残し、後から当日の相場を確認できるようにします。

件数が足りないセルは結論を出さない

層別するほど1セルあたりの件数は減ります。あらかじめ「件数がこの数に満たないセルは参考値として扱い、判断には使わない」という閾値を自分で決めて明記してください。閾値の数字自体に正解はありませんが、決めずに運用すると、数件の外れ値で時間帯を断定することになります。ボラの薄い時間の扱いについては薄商いの日は値幅でなく執行コストを見るの整理と併せて読むと、見る対象を取り違えにくくなります。

測った結果をどう使う?

使い道は大きく2つです。第一に、検証の執行前提を更新すること。バックテストで「成行はスプレッドのみ」と置いていたなら、該当時間帯の中央値ぶんを上乗せして再計算し、優位性が残るかを見ます。第二に、運用ルールの条件に組み込むこと。たとえば次のような場面です——ある時間帯のセルだけ上側分位点が他の2倍以上に広がっていた場合、その時間帯では成行の使用を減らし、指値中心に切り替えるか、ロットを下げるかを検討する、という形です(これは説明用の仮の例であり、特定の時間帯の優劣を示すものではありません)。

口座ごとの比較に使う場合は、スプレッドだけを並べても意味がないため、スプレッド+スリッページ+手数料を合算した実効コストで見ます。考え方は口座はスプレッドでなく実効コストで選ぶで扱っています。ただし口座間比較は、同一時間帯・同一条件で同時並行に記録しないと比較になりません。

この測り方が機能しない条件

以下に当てはまるとき、集計結果は実態を表しません。先に把握しておくことが、誤った結論を避ける近道です。

  • 約定しなかった注文が記録に残らない:スリッページ許容幅を設定している場合、許容外の注文は不成立になります。成立した注文だけを集めると「成立しやすい穏やかな局面」に偏り、ずれが小さく見えます(生存バイアス)。不成立・再送も1行として残してください。
  • レート配信の仕様差:提示レートの更新頻度や配信方式は業者ごとに異なります。更新が粗い環境では「見ていた価格」自体が実勢から遅れており、ずれの数字が小さくも大きくも歪みます。
  • 環境を変えた前後を混ぜている:回線、VPS、アプリの版、端末を変えた時点で別データです。期間をまたいで平均しないこと。
  • デモ口座の記録:約定処理が本番と同一とは限らないため、実運用の推定には使えません。
  • サンプル期間が短い:イベントの密度は月ごとに変わります。特定の月だけで時間帯の性質を決めないこと。
  • 自分の発注タイミングに偏りがある:動いた直後にだけ成行を出す癖があるなら、それは「時間帯の性質」ではなく自分の行動の性質です。

また、業者ごとの約定ルール(執行方法、スリッページの取り扱い、注文の失効条件)は、取引約款や取引説明書に記載があります。数値を解釈する前に、自分の口座の規定を確認してください。国内のFX取引に関する業界ルールは一般社団法人金融先物取引業協会が、業者の登録・規制は金融商品取引法および関連する内閣府令が関わります。詳細は各機関の公表資料で確認できる範囲にとどめてください。

まとめ

成行注文のずれは、意図価格の定義を固定し、1注文1行で記録し、時間帯・直前ボラ・サイズ・注文種別で層別し、中央値と上側分位点で見る——この手順で初めて自分の数字になります。平均値、短期間、成立した注文だけ、という3点が揃うと結果は必ず楽観側に歪みます。

記録は最低でも、環境を変えない期間でまとまった件数が貯まるまで続け、セルごとの件数を併記してから判断してください。ここで得られるのは「将来どうなるか」ではなく「自分の執行環境が過去にどうだったか」だけです。相場環境や業者の仕様が変われば数値も変わります。測定結果をもとに取引条件を変える場合は、小さいサイズでの実地確認を挟み、損失が出る可能性を前提に判断してください。本記事は特定の取引や口座を勧めるものではなく、記録と検証の方法を整理したものです。

この記事は、AI で下書きを作り、益山康秀(運営者)が内容を確認して公開しています

この記事は情報の提供を目的としたもので、特定の金融商品の売買をすすめるものではありません。売買の判断は、ご自身の責任で行ってください。(運営者情報)

運営者を応援する

ツール・口座 の他の記事

ツール・口座

判断のぶれを減らす画面配置の決め方

取引画面のレイアウトは好みでなくルールが参照する情報数から逆算して決まる。置くものの選別、4つの型の比較表、見る順の固定手順、効果が出ない相場条件、遵守率で測る検証方法までを整理。

ツール・口座

検証のブレを潰すデータ仕様7項目

同じ売買ルールでも検証結果が割れる原因は、データの基準時刻・気配の種類・足内の約定順序など仕様差にある。確認すべき7項目と、差が出たときの切り分け手順、整えても検証できない領域までまとめた。

Amazonのアソシエイトとして、メディカルリテラシーラボは適格販売により収入を得ています。