
たくや
このバックテスト、PFも勝率も良いですね。これなら良さそう!

みか
でも、それ…どのデータで検証したの?データが違うと結果も変わらない?

るなまる
いいところを突いています。バックテストの数字は、ロジックだけでなく「どのデータで見たか」にも影響されます。今回はその整理です。
この記事で調べたこと
バックテストに使うデータソースの違いを整理します。M1データ、長期データ、MT5ヒストリー、リアルティックでは、粒度・スプレッドの扱い・サーバー時間の影響が違います。「どのデータで」「どのスプレッド条件で」「どこまで細かい値動きを見たか」を確認する読み方を整理します。
この記事は、特定のデータソースを正解/不正解と決める記事ではありません。目的に合わせてデータを使い分けるための読み方を整理する記事です。
この記事の結論
- バックテスト結果は、ロジックだけでなくデータソースにも影響されます。
- M1/OHLCデータは広く検証しやすい一方、1本の足の中の順序は見えにくい。
- リアルティックは短期売買やTP/SLの順序確認に向きます。
- MT5ヒストリーは手軽ですが、ブローカー・サーバー時間・銘柄名・データ量に注意。
- 長期データ(TDS/Dukascopy系)は長期検証に使いやすい一方、実運用の完全再現ではありません。
- PFや勝率を見る前に、データソース・時間軸・スプレッド・ティックの扱いを確認する。
- 最後は別データやリアルティックで確認するのが堅実です。
バックテスト結果はデータソースで変わることがある
バックテスト結果を見るとき、多くの人はまずPF・勝率・最大DDを見ます。でも、その前に確認したいのが「どのデータで検証したか」です。同じロジックでも、M1/OHLC・MT5ヒストリー・リアルティック・長期データでは、見え方が変わることがあります。
データの「量」の感覚から見ておきましょう。同じUSDJPYでも、足の細かさでデータ量は大きく変わります。

データソースの違いとは?
- データソース: バックテストに使う価格データの出どころ。同じUSDJPYでも、データ元が違うと足の形やスプレッド条件が違うことがあります。
- OHLC: 始値・高値・安値・終値。M1やM5などの足データでよく使います。1本の足の中で、どの順番で高値/安値に触れたかまでは分かりにくいです。
- M1/M5/H1: 1分足/5分足/1時間足。足が細かいほど情報は増えますが、データ量も増えます。粗いほど軽い反面、細かい順序は見えにくくなります。
- リアルティック: より細かい価格変化を使うデータ。TP/SLの到達順序や短期売買の確認に向きますが、実運用の約定を完全に保証するものではありません。
- スプレッド: 買値と売値の差。固定スプレッド控除と、実ティック/変動スプレッドでは意味が違い、バックテスト結果に影響します。
- サーバー時間/GMT: ブローカーやデータ元の時刻設定。日足・時間帯・セッション判定に影響し、時刻がズレると「同じ条件」のつもりでも別物になることがあります。
- 銘柄名/サフィックス: USDJPY、USDJPY.pro、USDJPYm などの違い。銘柄名が違うと別データになることがあり、自動の検証では特に注意が必要です。
今回の検証条件
この検証では、同じようなバックテスト結果を見るときに、どのデータソースを使ったかで注意点がどう変わるかを比べました。各データソースの特徴を1つずつ見比べる単位を、この記事では「1つの比較」と呼びます。
比較の数え方(公開できる範囲)
- 比較したデータソース=長期データ(TDS/Dukascopy系)/MT5ヒストリー/M1・M5足データ/リアルティック。
- 比較した観点=粒度(足かティックか)・スプレッドの扱い・サーバー時間・銘柄名・期間/データ量・何を確認しやすいか。
- 今回見ていないもの=個別の設定やロジックの優劣、将来の値動き、実運用での約定・滑り・ブローカー差。
- この記事では、個別ロジックの優劣ではなく、データの読み方の解説に絞っています。

長期データ(TDS/Dukascopy系)
- 長期検証に使いやすい(多くの期間をまとめて見やすい)。年別のPF、アノマリー検証、長期傾向の確認に向きます。
- 対象は広く、たとえば主要通貨ペアやゴールド(XAUUSD)を長期間(おおむね2010年代〜)扱える系統があります。
- ただし、実運用の約定やブローカー固有のスプレッドを完全再現するものではありません。OHLC/固定スプレッド控除の検証なら、その前提を明記して読みます。
MT5ヒストリーデータ
- 実際に使うブローカーや口座環境に近いデータで確認しやすく、EAの動作確認に向きます。
- ただし、ブローカーごとにサーバー時間・銘柄名・データ量・スプレッド条件が違います。
- データが不足していると、意図した期間や足種で検証できないことがあります(古いH1が日足のように1日1本になってしまう例など)。
- サフィックスや銘柄選択のミス(USDJPY と USDJPYm を取り違える等)にも注意します。
リアルティック
- 短期売買、TP/SL判定、1本の足の中の順序確認に向きます。M1より細かい価格変化を見やすいデータです。
- M1データとリアルティックの精度差を確認した検証で見たように、データの細かさでPFのズレや決済理由が変わることがあります。
- ただし、将来の滑り・約定拒否・ブローカー差を保証するものではありません。
M1/M5などの足データ
- たくさんの候補を広く調べる初期検証に向き、計算しやすく、長期データも扱いやすいです。
- ただし、1本の足の中の順序が分かりにくく、短期売買の最終判断には粗いことがあります。
データソースを変えると結果はどう変わった?

たくや
実際、データが違うとどれくらい変わるんですか?

みか
数字が動くなら、データを書いていないバックテストは判断しづらいよね。

るなまる
一例を見てみましょう。簡易な計算とリアルティックを比べた話です。
M1データとリアルティックの精度差を確認した検証で、M1データの簡易判定とリアルティック確認を比べたところ、別記事のM1・リアルティック比較では、同一ロジックでPFが15.9%〜18.5%ずれた例がありました。また、そのときの決済理由の内訳は、損切り231・時間終了55・利益確定40・セッション終了1でした。この記事自体で、すべてのデータソースを同条件で直接比較した結果ではありません。

どのデータを使えばいいと考えるべきか
- データソースは「どれが正しいか」ではなく「何を確認したいか」で選びます。
- 広く探す段階と最終確認に近い段階は分けます。
- M1で候補を探す→リアルティックで詰める→MT5で実行環境に近づける→長期データで耐久性を見る、という役割分担が自然です。
- データが違うと、PF・勝率・最大DD・決済理由が変わることがあります。特に短期売買では、スプレッド・ティック・時刻の影響が大きくなります。
- データソースを明記していないバックテストは、数字だけで判断しにくいと考えます。

足データ(H1/M5/M1)からティック(リアルティック)へと細かくするほど、1本の足の中の順序など、確認できることは増えます。ただし、いちばん細かい実運用の約定環境(スプレッド・滑り・約定差)は、どのデータでも完全には再現できません。だからこそ、最後は少額やデモ、フォワードでの確認が役立ちます。
バックテストを見る前に確認したいポイント

みか
データってわかってるようで、実際どこを確認すればいいか分からない

たくや
チェックリストみたいなのはありますか?

るなまる
まとめました。PFを見る前に、まずこれを確認します。
データソースの観点では、次の順番で確認すると堅実です。
- まず、どのデータソースを使った検証かを確認する。
- 足データか、リアルティックかを見る。
- スプレッドが固定控除か・変動か・未反映かを見る。
- サーバー時間/GMT設定を確認する。
- 銘柄名やサフィックスが正しいか見る。
- 短期売買なら、リアルティックでも確認する。
- 長期傾向を見るなら、年別/別期間(OOS)/直近でも分けて見る。
- 実運用では、少額やデモ、フォワードで確認する。

この検証結果を見るときの注意点

同じ「USDJPYのバックテスト」のつもりでも、スプレッドの扱い・サーバー時間(GMT)・銘柄名(サフィックス)がそろっていないと、別物の検証になることがあります。ロジックを疑う前に、まずデータ設定をそろえて確認するのが先です。
データソースの違いと、スプレッド(コスト)の扱いの違いは、分けて見る必要があります。OHLCだけのデータでは、実際の買値・売値(bid/ask)や変動スプレッドを完全には再現しにくく、固定スプレッドを控除した検証と、実ティック/変動スプレッドを使う検証では意味が違います。
リアルティックでも、将来の滑り・約定拒否・ブローカー差を保証するものではありません。「このデータだから実運用そのもの」「このデータだから常に正しい」とは言えません。データソースの違いと、コストモデルの違いの両方を分けて確認するのが堅実です。
ここで言えること・言えないこと
- 言える: 同じロジックでも、データ源・粒度・コストモデルが違うと結果の見え方は変わる。だからデータソースを確認する。
- 言えない: 「特定のデータが正しい・有利だ」「実際の取引でもそのまま数字になる」——これらはデータソースの比較からは言えません。
よくある質問(FAQ)
Q. バックテストのデータソースは、どれを使えばいいですか?
A. 「どれが正しいか」ではなく「何を確認したいか」で選びます。広く候補を探すならM1/M5などの足データ、短期売買やTP/SLの順序確認ならリアルティック、口座環境に近い動作確認ならMT5ヒストリー、長期傾向なら長期データ、という役割分担が自然です。最後は別データやフォワードでも確認するのが堅実です。
Q. 同じロジックなのに、データで結果が変わるのはなぜですか?
A. データの細かさ(足かティックか)、スプレッドの扱い(固定控除か変動か)、サーバー時間やシンボル名の設定が違うと、同じロジックでも約定の見え方が変わるためです。別記事のM1・リアルティック比較では、同一ロジックでPFが15.9%〜18.5%ずれた例がありました。この記事自体で、すべてのデータソースを同条件で直接比較した結果ではありません。
Q. リアルティックで検証すれば、実運用と同じ結果になりますか?
A. なりません。リアルティックは細かい価格変化を見やすい一方、将来のスプレッド・滑り・約定拒否・ブローカー差を保証するものではありません。どのデータでも、将来の利益を保証するものではない点は同じです。
Q. 自分でもデータソースの違いを確認できますか?
A. はい。まずは検証に使ったデータ元・足かティックか・スプレッドの扱い・サーバー時間(GMT)・銘柄名(サフィックス)・期間とデータ量を確認するところから始められます。本文中のチェックリストをそのまま使えます。
Q. MT5ヒストリーで古い期間がうまく検証できません。
A. MT5のブローカー履歴は、古いH1などが日足のように1日1本になってしまう(データ不足・歪み)ことがあります。1日あたりのバー数が極端に少ない期間は避ける、別のデータ源で補う、などの対応が必要です。
まとめ|成績だけでなくデータ条件も見る
バックテストは、数字だけで見ないこと。データソースで見え方が変わるからです。M1/OHLC、MT5ヒストリー、リアルティック、長期データは役割が違い、目的に合わせて使い分けます。
PFや勝率を見る前に、データソース・スプレッド・時刻・銘柄名を確認する。最終判断では、複数のデータやフォワード確認を組み合わせるのが堅実です。検証の見方は、長期データと直近データの役割の違いを確認した検証、別期間でも通用するかを確認したOOS検証、年ごとのPFのブレを見た検証、勝率60%と連敗リスクを確認した検証とあわせて読むと、「数字に飛びつく前に、検証のやり方そのものを見る」感覚がつかみやすいはずです。
バックテストの読み方を体系的に知りたい場合は、統計トレードの検証ガイド(まとめ)から各テーマへ進めます。

たくや
PFや勝率の前に、まず『どのデータで検証したか』を見るんですね。

みか
スプレッド・時刻・銘柄名もそろえて確認する。これ大事だ。

るなまる
その通りです。データソースは目的で選び、最後は別データやフォワードで確かめる。これがいちばん堅い読み方です。
この結果をデータ確認の順番を整理する材料に使う
データソースで結果が変わると分かったら、次にやることは「どの数字を信じるか」を一つに決めることではなく、差が出やすい条件から確認し直すことです。まずは時間足やティック粒度の違いがどこまで効くかを分けて見るほうが、バックテスト結果を見直しやすくなります。
次に確認するなら、M1データとリアルティックでどのくらい差が出るかを具体的に見たM1とリアルティックの比較がつながりやすいです。データの違いを、実際の確認順として整理したい人は続けて見ると使いやすくなります。
るなまるの検証メモ
この記事で参照したデータの範囲は次のとおりです。
長期データの基盤: USDJPYをはじめとする主要通貨ペアとXAUUSDは、Dukascopyの長期ヒストリカルデータを時間単位で取得し、M1以上の足に集計して保管しています。確認できた期間は2010年〜2026年で、対象はUSDJPY・GBPJPY・GBPUSD・AUDJPY・USDCAD・XAUUSDです。
TDS実ティックデータ: USDJPYのM5データ(2015〜2025年)はMT5 Strategy Testerで取得した実ティックをもとにしており、変動スプレッドを含むGMT+2形式です。バー数は約82万本(M5)、M1換算で約409万本です。
PFのズレの実例: 「15.9%〜18.5%」という数字は、別記事のM1・リアルティック比較で、同一ロジックを比較した例です。この記事自体でTDS・Dukascopy・MT5ブローカー履歴の間で直接PF比較を行った結果ではなく、役割と注意点の整理が主題です。
今回確認できていないこと: TDSとDukascopyのバー本数差・欠損率の定量比較、同一ロジックを各データソースで走らせたPF比較は今回の記事では行っていません。これらは今後の追加検証として残しています。
