なぜICT戦略をバックテストするのか
多くのトレーダーは、過去チャートがきれいに見えたからという理由でICTの概念を取り入れる。それは証拠ではない。うまくいった場面だけが記憶に刻まれ、失敗は静かに忘却される。そういう記憶の産物だ。
バックテストはこのバイアスを記録に置き換える。セットアップを定義し、過去数百件のトレードに適用し、優位性が本物か幻かを数字に判定させる。
測定に耐えられないICT戦略は、取引に値しない。order block もFVG もliquidity sweep も、厳選されたスクリーンショットの上では強力に見える。だがバックテストは、都合よく拾い上げられない状況でそれらがどう振る舞うかを教えてくれる。
何かを検証する前に、絞り込んだ専用のセットアップがすでにあるのが前提だ。10個の概念を一度に検証しようとしても出てくるのは答えではなく、ノイズだ。
実際に測るべき指標
勝率だけ追いかけるバックテストは、ほぼ無意味だ。報酬を伴わない勝率は収益性について何も語らない。効いてくるのは4つの指標で、これらは連動して働く。
勝率は、目標に達したトレードの割合だ。勝率40%でも、勝ちトレードが負けより大きければ十分に利益を出せる。
平均Rは、各トレードをリスク単位で測る。1Rを賭けて2R取れたら、そのトレードは+2Rだ。Rで記録しておけば、ポジションサイズや銘柄が違っても比較が効く。
期待値は、すべてを決める数字だ。1トレードあたりに期待できる平均Rで、(勝率 × 平均利益R) − (負け率 × 平均損失R) で求まる。期待値がプラスなら、十分な回数を重ねれば戦略は金を生む。
サンプル数は、信頼度の掛け算だ。20トレードでは何も証明できない。100件でようやく意味を持ち始め、異なる相場環境を横断する数百件ならなお良い。
Investopedia のバックテストに関する概説も指摘するとおり、少なすぎるデータで検証された戦略は、実相場で同じ再現性を発揮しない。
バックテストの手順
手順は言葉にするのは簡単で、正直に実行するのは骨が折れる。ここで効くのは規律だけだ。
1. 機械的なルールを定義する。セットアップを、読んだ2人のトレーダーが同じトレードを取れる形で書き下す。時間足、エントリーのトリガー、損切りの位置、目標の位置、そしてすべてのフィルターを明記する。ルールの中に「たいてい」という言葉が残っていたら、それはまだ機械的ではない。
2. データセットを選ぶ。トレンド、レンジ、ボラティリティの急騰を含む歴史を持つ銘柄と期間を選ぶ。上昇相場だけを検証すれば、ロング寄りのICTセットアップはどれでも美化される。データは分割しておけ。最適化に使わなかった期間で検証できるようにだ。
3. 全トレードを記録する。チャートを1本ずつ辿り、条件を満たしたセットアップを勝ち負け問わずRで記録する。エントリー、損切り、目標、結果、セッション、周辺の相場状況も添える。飛ばしたくなるトレードこそ、サンプルを正直に保つものだ。
ここで構造化されたジャーナルが活きる。良いテンプレートはバックテストに直接データを供給する。ライブで付けている記録が、そのまま時系列のデータセットになる。
LiquidityScan で新しいバックテストを流すときでも、私は手書きでジャーナルに記している。結果を一筆ずつ書く行為そのものが、何がトリガーだったかに対して正直にならざるを得なくなるからだ。
フォワードテストとバックテストの違い
バックテストは、完了した過去の値動きを後ろ向きに見る。強みは量だ。1つの午後に数百トレードを集められる。弱みは後知恵で、各チャートがどう決着したかをすでに知っていることにある。
フォワードテストは、同じ機械的ルールを結果を知らないライブのデータに対してリアルタイムで走らせる。遅い。だが、はるかに正直だ。
両方を順番に使う。バックテストでサンプルを作り期待値を見積もり、次にフォワードテストで、未来が見えない状態でも優位性が持つかを確認する。フォワードの成績が崩れたら、そのバックテストはカーブフィッティングだった可能性が高い。
バックテストで陥りがちな落とし穴
大半のバックテストは嘘をつく。しかも予測可能な形で嘘をつく。罠を知っていることが、防御の半分だ。
カーブフィッティングは、過去データに完璧に合うまでルールを調整し込むことだ。7つの条件を満たしてようやく成立し、しかも1銘柄の1年間でしか機能しなかったセットアップは、ノイズに合わせ込んだものだ。ルールは少なくシンプルな方が汎化する。
後知恵バイアスは、ローソク足の終値を知った上でエントリーをマークするときに忍び込む。常にチャートの左側で、この先何が起きたかを明かす前にトレードを決めること。
小さすぎるサンプルは、偶然の幸運に優位性のふりをさせる。15トレードでの勝率70%は、150トレードでは45%に落ちることがある。サンプルが連敗を経験できる規模に達するまで、資金を投じるな。
こうやってデータで検証することと、物語を信じることの差が、戦略と作り話の差だ。order block の実例検証では、正直な数字が巷の語りからどれほど離れ得るかがわかる。
よくある質問
有効なICTバックテストには何トレード必要か？
最低100トレードを目標にし、トレンド相場とレンジ相場にまたがる200以上が望ましい。小さいサンプルは幸運に優位性のふりを許す。データが増えるほど、期待値への信頼も増す。
勝率が最重要のバックテスト指標か？
違う。期待値だ。大きな勝ちを伴う勝率40%は、小さな勝ちの勝率65%にしばしば勝る。勝率は必ず平均Rとセットで測ること。
バックテストを飛ばしてフォワードテストだけでいいか？
可能だが遅い。バックテストは短期間で大きなサンプルを作り、フォワードテストが未知のデータで優位性を確認する。両方を使えば、片方だけでは見逃すカーブフィッティングを捉えられる。
関連記事
バックテストを意味あるものにする部品は、次の記事から組み立てられる。
- ICTトレードで優位性を見つける方法 — 検証の前に、1つのセットアップへ特化する。
- ICTトレードジャーナルのテンプレート — バックテストにきれいなデータを供給するジャーナル。
- order block は今も機能するのか？ — この手法を実データで示した実例。
- FVG の埋まり確率 — バックテスト統計を実際の勝率に当てはめて見る。
- ICTプロップファーム戦略：チャレンジ合格への道
