EA検証ではOut-of-Sampleを何％残すかだけでなく、相場レジームや取引回数を考慮した分割設計が重要です。本記事では固定分割とWalk-Forwardを比較し、過学習を防ぐ実践的な検証方法を解説します。
なぜOut-of-Sampleの割合だけでは不十分なのか
EAを検証する際、過去データをIn-Sample（IS）とOut-of-Sample（OOS）に分ける方法が一般的です。ISは最適化やルール調整に使う期間、OOSは開発時に使わなかった未知データで戦略の再現性を確認する期間です。
よく使われるのは80/20や70/30といった固定分割ですが、単純に割合だけを決めても十分とは限りません。重要なのは、OOS期間にどのような相場環境が含まれ、十分な取引回数を確保できているかです。
80/20分割は万能ではない
例えば12年間のデータを80/20で分割すると、約9.6年がIS、約2.4年がOOSになります。
一見十分に見えますが、OOS期間が低ボラティリティのレンジ相場だけだった場合、強いトレンドや急変相場での耐性は確認できません。
逆に取引頻度が低いEAでは、2年間あってもOOS内の取引回数が数十回しかなく、統計的な評価が難しいことがあります。
そのため、期間比率だけでなく「市場レジーム」と「サンプル数」を同時に見る必要があります。
OOSで最低限確認したい条件
OOS期間には、できるだけ異なる市場環境を含めます。
代表的には、
- 上昇トレンド
- 下降トレンド
- レンジ相場
- 高ボラティリティ
- 低ボラティリティ
です。
さらに、勝率やProfit Factorを評価するには、一定数のトレードが必要です。明確な絶対基準はありませんが、取引回数が極端に少ない場合は、結果のばらつきが大きくなるため注意が必要です。
固定分割のメリットと限界
固定分割は最もシンプルな方法です。
例えば、
- 2018〜2024年：IS
- 2025〜2026年：OOS
のように期間を分けます。
メリットは分かりやすく、再現性が高いことです。一方で、一度だけのOOS結果に依存するため、その期間特有の相場環境に影響されやすいという弱点があります。
Walk-Forward Analysisを使う
Walk-Forward Analysisでは、最適化期間と検証期間を少しずつ前へ移動させながら、複数回のOOS検証を行います。
例えば、
1. 24か月で最適化
2. 次の6か月でOOS検証
3. 6か月進める
4. 再度24か月で最適化
5. 次の6か月を検証
という流れです。
これを繰り返すことで、異なる市場環境で戦略がどの程度再現するかを確認できます。
Walk-Forwardのメリット
最大の利点は、単一期間ではなく複数の未知期間で戦略を評価できることです。
例えば最初のOOSでは好調でも、次の期間では悪化する場合があります。このような結果が見えるため、特定期間に依存した戦略を見抜きやすくなります。
また、パラメータが各Windowで大きく変化する場合は、戦略の安定性そのものに問題がある可能性があります。
Window Sizeの決め方
Walk-Forwardでは、学習Windowと検証Windowの長さが重要です。
短すぎる学習期間ではノイズへ適合しやすく、長すぎると古い市場環境の影響が強くなります。
検証Windowも短すぎると取引回数が不足し、長すぎると環境変化への適応力を測りにくくなります。
そのため、戦略の保有期間、取引頻度、ボラティリティ変化の速度に合わせてWindowを設計する必要があります。
MT5での実践フロー
MT5でEAを検証する場合は、次の順序が有効です。
1. 長期データで基本ロジックを確認
2. 固定OOSで初期検証
3. Walk-Forwardで複数期間を検証
4. OOSごとのProfit FactorやDDを比較
5. パラメータの変動幅を確認
6. 最後にフォワードテストへ移行
一段階だけで採用判断をせず、複数の検証を重ねることが重要です。
何％残すべきか
実務では、20〜30％程度をOOSへ残す方法が一つの目安になります。ただし、これは絶対的な基準ではありません。
重要なのは、OOSが十分な取引回数を持ち、複数の相場レジームを含んでいることです。
取引頻度が低いEAではOOSを長めに取り、短期売買EAでは期間を短くしても十分なサンプル数を確保できる場合があります。
まとめ
Out-of-Sampleは単純に何％残すかだけで決めるべきではありません。
固定分割はシンプルで有効ですが、単一期間への依存という弱点があります。Walk-Forward Analysisを組み合わせることで、複数の未知期間で戦略の再現性を確認できます。
実運用を前提とするなら、OOS比率、取引回数、市場レジーム、Window Sizeを一体として設計し、「過去で最も儲かったEA」ではなく「異なる環境でも壊れにくいEA」を選ぶことが重要です。
