バックテスト基礎
MT5の「すべてのティック」バックテストが重すぎる時の対処法
公開 2026.06.17 最終確認 2026.06.17 Backtest
MT5の全ティックバックテストが重すぎる・終わらない時の対処法を知りたい
PF、勝率、最大DD、取引回数は単独では判断しません。期間、条件、崩れ方とセットで読みます。
tick data / backtest
MT5のバックテストで「すべてのティック」を選ぶと、数日経っても終わらないことがある。しかし、精度を落とさずに速度を劇的に上げる方法があるのを知っているだろうか?
それは、EAのロジックに合わせたモデリング方式を選ぶことだ。この記事では、あなたのEAがバックテストで重すぎる、あるいは終わらない時の具体的な対処法を解説する。
結論:EAのロジックに合わせてモデリング方式を変えろ
MT5のバックテストで「すべてのティック(Every tick)」を選択し、長期間(数年分)の最適化を行うと、計算量が膨大になり処理が重くなるのは当然だ。
しかし、EAのロジックが「ローソク足の確定時(始値)」でのみ動作するものであれば、モデリングを**「1分足OHLC」または「始値のみ」**に変更することで、精度を落とさずに劇的に処理速度を向上させることができる。
まずは、あなたのEAがどのタイミングで売買判断をしているかを確認することが重要だ。
なぜEA運用でバックテスト速度が重要なのか
EAの検証において「バックテストの速度」は「試行回数」に直結する。テストが重すぎて数パターンしか検証できない環境では、EAの真の弱点や最適なパラメータを見つけることは不可能だ。
しかし、焦って精度を落としすぎると、今度はバックテストとリアルフォワードの結果が乖離するという別の問題を引き起こす。バックテストで良い結果が出ても、リアル口座で全く勝てない「偽の聖杯」を掴んでしまうリスクもあるだろう。
ロジックに合わせた適切なモデリング方式を選ぶことが、検証の効率と質を決めるカギとなる。 バックテストの過剰最適化を見抜くチェックリストも合わせて確認してほしい。
MT5テスターのモデリング方式とEAへの影響
MT5のストラテジーテスターには、ティックの生成方法(モデリング)として以下の選択肢がある。それぞれの特徴と、EA運用における注意点を見ていこう。
1. すべてのティック (Every tick)
- 特徴: 利用可能な1分足データからティックの動きをエミュレートする。
- 精度: 高精度。
- 処理速度: 重い。
- EAへの影響: ティック単位の細かい動きで判断するEA(スキャルピング、トレーリングストップなど)に適している。
2. すべてのティック(リアルティックに基づく) (Every tick based on real ticks)
- 特徴: 実際にブローカーから提供されたティックデータをそのまま使用する。
- 精度: 最高精度。
- 処理速度: 極めて重い。データ容量も膨大になる。
- EAへの影響: 最も現実に近いテストが可能だが、データ取得と処理に膨大な時間とリソースを要する。最終検証やストレステスト向け。
3. 1分足OHLC (1 minute OHLC)
- 特徴: 1分足の始値、高値、安値、終値の4つの価格のみを使用してテストする。
- 精度: 中精度。
- 処理速度: 普通。
- EAへの影響: 1分足確定後に売買判断を行うEAに適している。ティック単位の動きを考慮しないため、スキャルピングEAなどでは結果が乖離しやすい。
4. 始値のみ (Open prices only)
- 特徴: バーの始値だけでEAを評価する。
- 精度: 低精度。
- 処理速度: 非常に速い。
- EAへの影響: 日足や週足など、長い時間足の始値で売買判断を行うEAにのみ適している。非常に高速だが、多くのEAでは精度が低すぎるため注意が必要。
バックテストやリアル運用で壊れるポイント
バックテストを軽くしようとして安易に「1分足OHLC」や「始値のみ」を選ぶと、以下のようなEAではテスト結果が完全に壊れる可能性がある。
- スキャルピングEA: 数pipsの動きの中で複数回のエントリーと決済を繰り返すEAは、ティックレベルの細かな価格変動が必須だ。OHLCでは利益が過剰に算出される(偽の聖杯になる)危険性がある。 スキャルピングEAのリスクも理解しておこう。
- トレーリングストップ搭載EA: 足の形成途中に価格が動くことで損切りラインを移動させるロジックは、ティックごとの判定がないと正しく機能しない。
- 特定の時間足の途中でエントリー・決済するEA: 例えば、5分足の途中で特定の条件が揃ったらエントリーするようなロジックは、ティックデータがないと正しくシミュレートできない。
これらのEAで「すべてのティック」以外のモデリング方式を使うと、バックテストでは「聖杯」に見えても、リアル口座では全く機能しない、という事態に陥りやすい。
あなたのEAがどのモデリング方式で動くか確認する方法
まずは、ご自身のEAのソースコード(MQL5)またはマニュアルを確認してほしい。
もしEAがOnTick()関数内で、かつMQL5のIsNewBar()のような関数で、「新しいローソク足が形成された瞬間(始値)」にのみエントリーや決済の判断を行う設計になっているのであれば、「1分足OHLC」や「始値のみ」でテストしても結果はほとんど変わらないはずだ。
判断に迷う場合は、一度短い期間(例えば1ヶ月)で「すべてのティック」と「1分足OHLC」の両方でテストを回し、以下の点を比較確認することをおすすめする。
- 取引回数
- 純益
- 最大ドローダウン
- プロフィットファクター
これらの主要な数値が大きく乖離しないようであれば、速度を優先して「1分足OHLC」を選択する余地があるだろう。
私の検証スタンス:速度と精度の使い分け
私は検証のフェーズを明確に分けている。闇雲に「すべてのティック」で回し続けるのは非効率的だからだ。
大まかなパラメータの方向性を探る「初期の遺伝的アルゴリズム(GA)による最適化」では、速度を優先して「1分足OHLC」を使用する。これで、膨大なパラメータの中から有望な候補を素早く絞り込む。
その後、良さそうなパラメータセットをいくつか絞り込んだ上で、最終的な確認テストやストレステストを行う時だけ「すべてのティック(リアルティック)」を使用して、ティックレベルでのノイズに対する耐性を検証する。 リアルティックバックテストに必要なヒストリカルデータの考え方も参考に、データの質にもこだわる。
このようにメリハリをつけることで、限られたリソースで効率的な検証を行っている。 VPSのCPUコア数とMT5バックテスト速度の関係も、速度向上には欠かせない要素だ。
関連して読む
リアルティックバックテストに必要なヒストリカルデータの考え方
MT5でリアルティックデータを使ったバックテストを行う際の注意点と、データの取得・管理方法を解説。
VPSのCPUコア数とMT5バックテスト速度の関係
MT5のバックテスト速度を最大化するためのVPS選び。CPUコア数がどのように影響するかを深掘り。
バックテストの過剰最適化を見抜くチェックリスト
バックテストで良い結果が出てもリアルで勝てないEAの共通点。過剰最適化を避けるための具体的な確認項目。
スキャルピングEAのリスクと注意点
スキャルピングEAを運用する際の落とし穴。約定力、スプレッド、ブローカーの規約など、見落としがちなポイントを解説。
本記事はMT5の一般的な挙動に関する検証と、EA運用におけるバックテスト設定の考え方をまとめたものです。EAの内部ロジックによっては、テスターの設定変更が結果に致命的な影響を与える場合があります。ご自身のEAの特性を十分に理解した上で、設定変更は自己責任で行ってください。
PF、勝率、最大DD、取引回数は単独では判断しません。期間、条件、崩れ方とセットで読みます。
参照した公式情報
- MQL5 documentation (2026.06.17 確認)
免責
本記事は個人の検証メモであり、投資助言ではありません。バックテスト結果は将来の成績を保証しません。海外FXや自動売買には、法規制・レバレッジ・スプレッド拡大・約定遅延・スリッページなどのリスクがあります。条件は変わるため、最新情報は各公式ページで確認してください。