MT5でEAをバックテストする方法と設定・結果の確認手順

MT5でEAのバックテストを始めるなら、まず「単一テスト」で設定を固定し、正しく売買が再現されるかを確認します。その後にデータの細かさ、取引コスト、期間を点検し、最適化に使っていない期間でも検証する、という順番が分かりやすいです。

ストラテジーテスターで利益が出ても、そのまま本番で稼げると判断はできません。とくに「全ティック」と「リアルティック」の違い、テスター内のフォワード検証とデモ口座での運用の違いを押さえておくと、結果の読み違いを減らせます。

この記事はWindows版MT5で、手元のEAを初めて検証する人向けの手順です。設定する順番、結果を見るときの確認事項、取引が出ないときの切り分けまで整理します。画面の日本語表記や配置はビルド・提供会社により異なるため、項目の役割を照合しながら進めてください。

MT5でEAをバックテストする手順

EAと検証環境をそろえる

最初に確認するのは、EAがMT5向けかどうかです。MT4用のファイルを拡張子だけ変えても、MT5用EAにはなりません。配布元が示す対応プラットフォーム、対象銘柄、時間足、必要なインジケーターなどを確認してください。MT4とMT5のどちらを使うか自体が未定なら、MT4とMT5の機能・EA互換性の違いから整理できます。

手動で導入するEAは、起動しているMT5の「ファイル」からデータフォルダを開き、MQL5内のExpertsへ配置するのが基本です。ただし、購入先や配布方式に専用の導入手順がある場合はそちらを優先します。別のMT5のフォルダへ入れると、今見ているナビゲーターに表示されないことがあります。

EAが一覧に出たら、ファイル名だけでなくバージョンも控えておきましょう。パラメータが同じでも、EAを更新すれば売買条件が変わる場合があります。結果を比較するときに「前回と同じEAだったか」を確認できる状態が必要です。

利用予定の会社・口座に近い銘柄仕様で検証することも大切です。同じ通貨ペア名でも、最小取引量や手数料、取引時間は同一とは限りません。複数通貨を参照するEAなら、関連する銘柄を気配値表示で利用できるようにします。まずデモ環境とローカルのテスターで手順を確かめれば、実口座でEAを稼働させずに操作を学べます。

仕様の確認先：MetaQuotes公式ヘルプ・EAを保存するフォルダ構成。

単一テストの条件を固定する

「表示」から「ストラテジーテスター」を開きます。Windows版ではCtrl＋Rでも表示できます。概要画面が出る環境では「単一」を選び、検証するEAを指定してください。いきなり最適化を始めると、設定の不備と戦略の問題が混ざり、原因を見つけにくくなります。

まずは次の項目を一組の条件としてそろえます。表の内容は設定漏れを防ぐための確認事項であり、特定の通貨ペアやロットを推奨するものではありません。

項目	確認すること	見落とすと起こること
EA	MT5対応・バージョン・依存ファイル	別のロジックを比較してしまう
銘柄と時間足	接尾辞を含む銘柄名、EAの想定足	注文条件や参照価格がずれる
テスト期間	開始日・終了日、データの有無	予定より短い期間の結果になる
入金額と通貨	想定資金とJPY・USDなどの単位	損益額や証拠金の解釈を間違える
レバレッジと口座仕様	利用予定の取引条件	注文の可否や資金余力が変わる
入力パラメータ	ロット、損切り、時間制限など	初期値のまま意図しない売買になる
最適化	初回は無効化して単一条件を確認	多数の結果から不具合を探すことになる

入力パラメータでは「値」の列を確認します。最適化用の開始値・刻み幅・終了値を入力しただけでは、単一テストにその範囲が順番に適用されるわけではありません。固定ロットか残高連動かも読み、テストごとに意図せず取引量が変わっていないか確認しましょう。

初回は、動作を確認できる短い期間で正常終了するかを見てから、評価に使う期間へ広げると整理しやすいです。この短い試走を「収益性の検証が済んだ」とは扱いません。入力値を保存した場合も、銘柄・期間・モデルまで同じかは別に照合してください。

仕様の確認先：フィリップ・キャピタル証券・MT5のバックテスト手順。

ティックモデルを目的で選ぶ

モデルは、テスターがどの価格の動きを使ってEAを動かすかという設定です。速く終わるモデルが悪いわけではありませんが、途中の値動きを省略しても、そのEAの売買条件を確認できるかが選び分けの軸になります。

「全ティック」は、分足をもとに価格の動きを生成する方式です。「リアルティックに基づいたすべてのティック」は、ブローカーが保持する実際のティックを使う方式です。名称が似ていても、同じデータを使っているわけではありません。

モデル	最初に考える用途	注意点
リアルティックに基づいた全ティック	細かな値動きやスプレッド変動の確認	対象期間のデータがそろっているか確認する
全ティック	生成ティックによる売買動作の検証	実際に配信されたティックの完全再生ではない
1分足OHLC	粗い条件での動作確認や候補の絞り込み	分足内の細かな順序を十分に表さない
始値のみ	始値判定を前提とするEAの予備確認	損切りや指値など途中の動きに依存する処理に注意
数値計算	相場売買とは別の計算処理	通常のEA売買バックテスト用には選ばない

たとえば、一つの足の中で損切りと利確の両方の水準に届く場面では、どちらに先に到達したかで結果が変わります。足が確定するたびにエントリーするEAでも、保有中の損切りまで始値だけで説明できるとは限りません。簡略モデルで良かった結果は、より細かいデータで再確認する必要があります。

リアルティックを選んでも、対象の分足がありティックが欠けていれば、テスターがティックを生成する場合があります。そのため、選択欄の名前だけを見て「全期間が実ティックで検証できた」と判断しないでください。データ状況と操作ログを合わせて確認します。

検証例を比較するときは、モデルの違いだけを変え、その他の条件をそろえると差の原因を追いやすくなります。簡略モデルでだけ極端に成績が良いなら、その数字を採用する前に、注文時刻や決済順序を確認する段階です。

仕様の確認先：MetaQuotes公式ヘルプ・実際のティックと生成ティック。

コストと約定遅延を確かめる

売買条件が正しくても、コストの扱いが違えば損益は変わります。とくに一回あたりの値幅が小さいEAでは、スプレッドや手数料の差を見落とすと、検証と運用の印象が大きく離れます。ここでは利益を大きく見せる設定を探すのではなく、利用予定の条件がどこまで入っているかを確認します。

MT4向けの説明にある固定スプレッド入力を、MT5にも同じ形で当てはめないでください。実ティックと生成ティックではスプレッドの扱いが異なります。使ったモデルとデータを明らかにしたうえで、利用口座の条件、テスターの詳細設定、レポートや取引履歴に計上された費用を照合します。

テスターには、取引リクエストの実行を遅らせる設定もあります。まず遅延なしで動作を確認し、次に利用環境を想定した遅延で差を調べる、と段階を分けるとよいでしょう。遅延を加えた結果は、約定処理への感度を考える材料であって、実際の約定や滑りを完全に再現する保証ではありません。

指値・逆指値の注文を出してから、その注文がサーバー側で成立するまでを、単純にすべて同じネットワーク遅延で遅らせるわけでもありません。成行と待機注文を使うEAを比較するときは、実行方式の違いを無視しないようにします。

また、pipsで損益を計算する簡易モードでは、手数料・スワップや証拠金の扱いが通常の評価と異なります。入金通貨での資金推移を判断する用途なら、簡易計算の数字だけで結論を出さず、通常の計算で確認してください。手数料が不明な場合に、便宜上ゼロとみなして採用するのも避けましょう。

仕様の確認先：MetaQuotes公式ヘルプ・遅延、初期資金、詳細なテスト設定。

実行して売買の動きを見る

設定を確認したら「スタート」を押します。初回は必要な履歴データの取得に時間がかかることがあるため、画面がすぐに進まないだけで失敗とは決めつけません。進捗表示と操作ログを見て、データ取得中なのか、計算中なのか、エラーで止まったのかを分けます。

テストが終わったら、完了したことに加えて、実際に検証された期間も確認してください。履歴が不足すると、必要な事前データを確保するために開始日が後ろへずれる場合があります。設定した日付と実行された日付が違うままでは、他の結果と公平に比べられません。

仕様の確認先：MetaQuotes公式ヘルプ・履歴データの取得と開始日の調整。

注文の流れが分かりにくければ、最適化を無効にしてビジュアルモードで確認します。確認したい短い区間に絞り、エントリー前後で再生を止めてみましょう。チャートの印だけではなく、時刻、取引量、保有数、損切り・利確、決済理由が意図に合うかを見ます。

たとえば「足が確定した後に一度だけ買う」想定なのに、同じ足の途中で複数回発注していたら、収益の大小より先に仕様を見直す必要があります。売買が想定と一致するまで条件を追い、ロジックの意味を説明できる状態にしてから長期間の評価へ進みます。

ビジュアル表示は、最適化モードや使用するエージェントの条件によって利用できません。初めて確認するときは、手元のPCのローカルエージェントで単一テストを使うと整理しやすいです。結果の良い場面だけを見るのではなく、損失が出た区間にも目を通してください。

仕様の確認先：MetaQuotes公式ヘルプ・テストの可視化。

MT5のEAバックテスト結果を確かめる

損益より先に条件と損失を見る

最初に見るのは、どれだけ利益が出たかではなく、想定した条件で比較できる結果かどうかです。EAの版、銘柄、モデル、期間、入金通貨、入力値、終了状態を照合し、実行エラーやデータ不足があった結果は、正常な結果と分けます。

そのうえで、資金の落ち込みを確認しましょう。残高は主に確定した取引の結果を表し、有効証拠金には未決済の損益も反映されます。残高の線がなだらかでも、有効証拠金が大きく落ち込んでいるなら、途中に大きな含み損を抱えていた可能性があります。

ドローダウンには、金額で最大のものと、割合で最大のものがあります。最大金額が発生した区間と最大割合が発生した区間は、常に同じとは限りません。比較するときは、同じ定義の欄を見て、金額・割合・残高ベースか有効証拠金ベースかを取り違えないようにします。

ヒストリー品質の表示も、実運用での勝率や再現率ではありません。価格データの品質を考えるための指標です。値が高いことだけを理由に、手数料の設定やロジックの誤りまで問題がないとは判断できません。

見る対象	読者が答える問い	次の確認
期間・履歴・終了状態	検証したかった条件で最後まで動いたか	不足データとログを確認
残高と有効証拠金	含み損を見落としていないか	最も悪い区間の保有を確認
取引回数と時期	一部の取引だけに結果が偏っていないか	月別・相場局面別に確認
純利益とPF	損失や費用に対して利益が残っているか	コストと別期間でも確認
個々の売買	書いたルールどおりの注文だったか	ビジュアルと履歴を照合

PFは総利益を総損失の絶対値で割った比率です。ただし「この値を超えたら本番投入」という共通の合格点は置けません。取引数が少ない、特定の一回の利益に偏る、含み損が大きいといった場合は、見栄えのよいPFだけでは不十分です。

たとえば二つの設定で純利益が似ていても、一方は特定の月に利益が集中し、もう一方は複数の期間で取引が発生しているかもしれません。これはどちらかが必ず優秀という話ではなく、結果を作った条件が異なるということです。平均値を見たあとに、その内訳を確認する習慣が役立ちます。

仕様の確認先：MetaQuotes公式ヘルプ・テストレポートの指標。

期間分割とデモ運用を分ける

MT5のテスター内にあるフォワード設定は、過去データの期間を分けて、後半を別の検証に使う仕組みです。これからリアルタイムで動く価格を待ちながら、デモ口座でEAを稼働させることとは異なります。どちらもフォワードと呼ばれるため、説明を読むときは「過去の期間分割か、これからの稼働か」を確認すると迷いにくいです。

最適化は前半の期間でパラメータの候補を探し、後半でその候補を確かめるために使えます。たとえば1/3をフォワード側に割り当てるなら、全体のうち後ろの1/3が検証用です。ただし、比率を選ぶだけで過剰最適化がなくなるわけではありません。

後半の成績を見て何度も条件を変更すると、その後半にも合わせ込むことになります。最初に「どの期間を調整に使うか」「どこから先は調整に使わないか」を決め、使い分けを崩さないことが大切です。結果が悪いから期間をずらす場合は、新しい検証条件として扱い、元の結果と混ぜないでください。

単一条件の比較でも、調整用の期間と確認用の期間を分けて実行できます。重要なのは設定名ではなく、まだ合わせ込んでいない価格の動きに対してどう振る舞うかです。前半だけ良く後半で崩れたなら、都合のよい前半だけを根拠にせず、取引数、相場の違い、売買ルールを調べます。

比較したい期間の長さは、売買頻度やデータの入手範囲にも左右されます。「何年あれば必ず十分」と固定せず、上昇・下落・横ばいなど、戦略が苦手そうな局面を含められたかも確認しましょう。長期間を選べても、履歴が欠けていれば見かけの長さだけでは評価できません。

仕様の確認先：MetaQuotes公式ヘルプ・フォワード期間を使った最適化。

動かないときは順番に切り分ける

取引回数がゼロでも、「EAが壊れた」とは限りません。期間内にエントリー条件がなかった場合と、注文を出そうとして失敗した場合は、対応が違います。最初に操作ログを開き、失敗した時刻とメッセージを確認してください。

進行中のデータ取得を何度も中断する、原因が分からないまま全設定を変える、といった操作は切り分けを難しくします。次の順番で、一度に一つの要因を確認してみましょう。

症状	先に見る場所	確認してから行うこと
EAが選べない	ナビゲーター、対応形式、導入先	正しいMT5用ファイルと配布元の導入方法を確認
開始直後に終了する	初期化や依存ファイルのエラー	不足する設定・ファイルを特定
データ受信から進まない	接続先、履歴の取得状況、保存領域	受信中か失敗かをログで分ける
最後まで動くが取引ゼロ	条件成立の有無、時間・スプレッド制限	短い区間のビジュアルとログを照合
注文が拒否される	取引量・ストップ・証拠金などのメッセージ	対象銘柄と口座の仕様を確認
前回と結果が違う	EAの版、データ、モデル、入力値	変更点を一つずつ照合して再実行

安全のための制限を無条件に外すのは避けてください。たとえばスプレッド制限が働いて注文しないなら、その制限値とテスト期間の価格条件を確認するのが先です。「売買が出るようになった」ことと「採用できるEAになった」ことは別ですね。

複数銘柄を参照するEAでは、メインの通貨ペアだけでなく、参照先のデータも必要です。必要な履歴の不足や同期状況を確認し、エラーの出た条件のまま良否を評価しないようにします。EA独自のライセンス制限やテスター非対応の機能が疑われる場合は、作者の仕様説明と照合してください。

外部通信などを使うEAは、通常稼働とテスターで使える機能が異なる場合があります。テストで動かないという理由だけで、認証情報や端末の保護設定を変更するのではなく、まずそのEAがバックテストをサポートしているかを確認します。

作者へ問い合わせるなら、EAの版、MT5のビルド、銘柄、期間、モデル、再現した手順、該当ログをそろえると説明しやすくなります。口座番号や個人情報、ライセンスキーまで公開掲示板に載せないよう、共有範囲を確認してください。

仕様の確認先：MetaQuotes公式ヘルプ・テスター内の機能と制約。

条件を保存してデモ確認へ進む

動作が意図どおりで、別期間でも検証できたら、次はリアルタイムのデモ環境で観察します。バックテストの数字を再現することだけにこだわるのではなく、同じ条件で起動し続けられるか、注文のタイミングが想定と一致するか、通信や取引時間の制約で問題が出ないかを確かめる段階です。

始める前に、EAの版と入力値を固定し、バックテスト結果と設定を対にしておきましょう。画面の利益部分だけを残すと、後から期間やモデルが分からなくなります。比較したい試行ごとに、どの要素を変えたかも分かるようにしておくと、同じ条件へ戻れます。

デモの観察中は、利益が出た日だけで判断しません。予定した取引時間に動いたか、不要な重複注文がないか、エラーや停止がなかったかを見ます。何も取引しない日がある戦略なら、稼働日数だけでなく、条件が成立する機会を確認できたかも重要です。

異常を見つけたときは、原因が設定、データ、口座仕様、EAロジックのどこにあるかを分けます。原因を追わずにロットだけ増減させても、動作の問題は解決しません。修正したらEAの版や設定を区別し、必要なバックテストからやり直しましょう。

検証工程をまとめて確認したい場合は、FX自動売買のバックテストとフォワード検証の進め方も参考になります。この記事のMT5固有の操作と、検証全体の考え方を分けて使えます。

• EAの版と入力値を特定でき、同じ条件で再実行できる
• 売買の開始・決済・保有数が自分の想定と一致している
• データ不足や未解決エラーを隠したまま評価していない
• 調整に使っていない期間とリアルタイムのデモを区別している
• 問題が出た際に中止・再調査する条件を決めている

デモで問題が見つからなかったとしても、実口座の約定条件と同一になる保証はありません。過去の最大損失が将来の損失上限になるわけでもありません。デモから実運用へ進む判断は、生活資金を切り離し、想定外の損失を負う可能性も踏まえて慎重に行ってください。ここまでの確認表は、利益を保証する合格基準ではありません。

MT5のEAバックテストの進め方まとめ

MT5のEAバックテストは、最初に単一条件で動作を確認し、モデル・コスト・期間を明らかにしてから結果を読むと整理しやすくなります。利益の欄だけでなく、検証条件、含み損、売買の内容を順に確認することがポイントです。

次に行うことは、今の状態で変わります。まだ一度も正常終了していないなら、EAの導入先とログを確認します。正常に動いたが成績に疑問があるなら、期間やデータの違いを照合します。条件を説明でき、未使用期間の検証まで済んだなら、設定を固定してデモでの観察へ進みましょう。

EAの条件そのものを作りたい場合は、当サイトのNoCode EA Studioの機能案内で、MT4・MT5向けEAをコードなしで作成する仕組みを確認できます。売買ルールを形にしてから検証したい人向けの選択肢です。既にEAを持っていてテストだけしたい人は、新しい作成ツールを使わず、まず手元のMT5で上の手順を進めてください。

本記事は検証操作を整理したもので、特定のEA・取引条件や投資成果を推奨するものではありません。FXや自動売買には損失リスクがあり、バックテストとデモの結果だけで将来の利益は保証されません。