「数値をちょっと変えただけだから、バックテストはもうやらなくていいか」
EA運用をしていると、こういう判断をしてしまう場面があります。スプレッドの設定を少し変えた、TPを数pips調整した、フィルターの閾値を微修正した。いずれも「軽い変更」に見えます。
しかし結論から言うと、パラメータを変えたら必ずバックテストをやり直す必要があります。
EA-LabでGENESIS・凜・AXISを開発してきた中で、「軽い変更のつもりが結果を大きく変えた」という経験を何度もしています。この記事では、設定変更後に何をどの順番で確認すべきかを整理します。
なぜ「少しの変更」でも検証が必要なのか
EAのパラメータは、それぞれが独立しているように見えて、実際には互いに影響し合っています。
例えばTP（利確幅）を10pips広げたとします。一見「利益が増える方向」に見えますが、実際には
- 利確に届く前に反転するケースが増える
- 勝率が下がる
- PFのバランスが変わる
という連鎖が起きます。GENESISの開発でも、TP/SLのバランス調整を繰り返す中で、「1つの数値を変えると別の指標が動く」という現象に何度も直面しました。小さな変更でも、トレード全体の統計に影響が出ます。だから「感覚で大丈夫」は通用しません。
変更後にやるべき3つの手順
①まず変更前後のバックテストを比較する
パラメータ変更後、最初にやることは変更前と変更後のバックテスト結果を並べることです。
確認する指標は以下の4つです。
- PF（プロフィットファクター）
- 最大ドローダウン
- 取引回数
- 勝率
この4つが変更前と比べてどう変わったかを見ます。PFが改善していても取引数が激減していれば、それは「条件が厳しくなりすぎた」サインです。逆に取引数が増えてもPFが下がっていれば、ノイズトレードが増えている可能性があります。
EA-Labでは4指標のバランスを「三角形」ではなく「四角形」として見ていて、どれか1つが極端に変わっていないかを確認するようにしています。
②バックテスト期間は変更前と同じ期間で比較する
当たり前に聞こえますが、これを守れていないケースが意外と多いです。
変更前が5年バックテストなのに、変更後を直近2年で検証してしまうと、相場環境の違いが結果に混入します。期間を統一しないと、変更の効果なのか相場の違いなのかが判断できません。
EA-Labでは基本的に10年バックテストを基準にしています。長期間を通じた結果でないと、たまたま相性の良かった時期の成績を改善と誤解する可能性があるからです。
③ウォークフォワード的な視点で「直近の動き」を別途確認する
バックテスト全体の数値が改善していても、直近1〜2年の成績が悪化している場合は注意が必要です。
全体平均が良くても直近が崩れているということは、「過去の相場には最適化されたが、最近の相場には合っていない」という状態である可能性があります。これは過剰最適化の初期サインです。
凜の開発でも、全体のPFは維持しながら直近の特定時間帯だけ成績が落ちる現象が出たことがありました。その際に条件を追加しすぎた修正案は不採用にし、シンプルな構造を維持することを選びました。変更後は全体だけでなく直近の期間を切り出して確認する習慣を持つことが重要です。
「改善」と「過剰最適化」は紙一重
パラメータ変更で最も警戒すべきなのは、「改善しているつもりが過剰最適化になっている」パターンです。
過剰最適化とは、特定の期間・相場環境にだけ最適化されてしまい、未来の相場では機能しない状態のことです。バックテストの数値は良くなるのに、フォワードに入ると崩れる。EA販売サイトでよく見る「PF3.0・月利50%」の結果の多くはこれです。
GENESIS開発で一番苦労したのもここでした。フィルターを追加するたびにバックテストのPFは上がりましたが、「これは本当に改善なのか、それとも過去にフィットしているだけなのか」という問いに常に向き合う必要がありました。
判断の目安は「なぜこのパラメータにしたか、ロジックとして説明できるか」です。数値の根拠を言語化できない変更は、過剰最適化のリスクが高いと考えていいです。
変更してはいけないパラメータもある
すべてのパラメータが調整対象ではありません。
EA-Labの考え方では、以下のようなパラメータは慎重に扱うべきです。
- エントリー方向を決める根幹ロジックに関わるもの
- 長期バックテストで安定していた条件の中心部分
- フォワードで問題が出ていない部分
逆に調整の余地があるのは、スプレッドや時間フィルターなど運用環境に合わせる部分、あるいはTP/SLのバランスで明確にPF・DDが改善する根拠がある場合です。
「成績が悪いからパラメータを変える」という動機だけで変更を繰り返すと、EAのロジック的な一貫性が失われます。AXISのロット設計を可変から固定に変更したとき、それはパフォーマンス追求ではなく「リスク管理の安定性」という明確な理由があっての変更でした。変更には必ず「なぜ変えるのか」の根拠が必要です。
まとめ
パラメータを変えたら、必ずバックテストをやり直す。これは面倒に見えて、EA運用で失敗しないための最も基本的な習慣です。
変更後の検証手順をまとめると、
- 変更前後を同一期間・同一条件で比較する
- PF・DD・取引回数・勝率の4指標すべてを確認する
- 直近期間を切り出して過剰最適化の兆候がないか確認する
この3つを必ず行うことで、「変えたつもりが悪化していた」という事態を防げます。
バックテストの信頼性についてはこちらも参考にしてください。
パラメータ最適化と過剰最適化の関係についてはこちらで詳しく解説しています。
