ティックデータ検証は必要か|バックテスト精度を左右する判断軸

ティックデータとは何か｜バックテストにおける役割

ティックデータとは、価格がティック（最小変動単位）ごとに動いた軌跡を時系列に並べたデータのことです。一般的なバックテストがローソク足（バー）の始値・高値・安値・終値（OHLC）のみを使うのに対し、ティックデータを使った検証はバーの内部の価格経路まで再現します。

MetaQuotesの公式ドキュメントによれば、MT5の「Every tick based on real ticks」モードはブローカーが蓄積した実際のティックデータを使用し、可能な限り現実に近い条件でのテストを実現します。これが生成ティックと実ティックの本質的な違いです。

では、なぜティックデータが重要なのでしょうか。ポイントは次の3点に集約されます。

• バーの途中でストップロスや利確が動く場合、バー内の価格経路が成否を左右する
• スプレッドは1分足の中でも変化するため、固定スプレッドで計算した結果と乖離が生じる
• ブレイクアウトや逆指値注文の発動タイミングは、バー始値や終値だけでは正確に検証できない

逆に、バーの確定後しか判断しないEAや始値のみでエントリーするEAなら、厳密なティックデータを使わなくても十分な精度を確保できるケースがあります。つまり、ティックデータの必要性はEAのロジック次第で大きく変わります。

ティックデータ バックテストのモデル比較｜MT4とMT5の違いを正しく理解する

ティックデータ バックテストを正しく使うためには、MT4とMT5でモデリング方式が根本的に異なる点を理解する必要があります。この違いを混同すると、検証精度の見積もりを大きく誤ることになります。

特に重要なのは、MT4の「Every Tick」とMT5の「Every tick based on real ticks」は全くの別物という点です。MT4公式ヘルプによれば、MT4のEvery Tickは下位時間足データと補間テンプレートを組み合わせたモデリング方式であり、M1（1分足）データが検証期間をカバーしていない場合は精度が著しく低下すると明記されています。

また、MT4はBid履歴のみを保存し、Askはテスト開始時点のスプレッドやユーザー設定値でモデル化します。つまり、スプレッドが動的に変化する現実の市場を再現するには限界があります。

MT5の実ティックは、ブローカーが実際に蓄積したデータを使うため、1分足内部でスプレッドが変動する点まで再現できます。ただし、実ティックが欠けている部分は生成ティックで補完されるため、完全な実ティックではない点も念頭に置いておく必要があります。

スキャルピングEAにティックデータ バックテストは必須か

スキャルピングEAや短期決済系のEAにとって、ティックデータ バックテストはほぼ必須と考えてよいでしょう。その理由は、これらのEAが依存する「バー内の価格経路」や「スプレッドの瞬間的な変化」を、粗いモードでは再現できないためです。

実ティック確認が特に重要なEAの特徴を整理すると、以下のようになります。

• スキャルピング系：数pipsを狙う取引では、スプレッドの広狭が直接損益に影響する
• ニュース系：経済指標発表時のスプレッド拡大や流動性低下を再現できないと無意味
• ブレイクアウト系：逆指値発動のタイミングがバー内のどの価格で起きたかが重要
• トレーリングストップ多用型：建値移動や分割決済の発動条件がバー途中の価格に依存
• バー途中エントリー型：OnTick()で条件判定するEAは生成ティックと実ティックで結果が大きく変わる

逆に、以下のようなEAは粗いモードで十分な場合が多いです。

• バー確定後にのみシグナルを判定するEA
• 始値（Open）でのみエントリー・決済するEA
• バー内部の値動きに依存しない長期トレンド系EA
• スプレッド変化の影響が軽微な大きな利確幅を持つEA

判断の基準は「EAがバーの内部経路・スプレッド変化に依存するかどうか」です。この点を最初に確認することで、不要な重い検証を省いてコストを削減できます。

実ティックデータの導入手順と注意点

MT5で実ティックを使ったバックテストを行うには、事前にデータをダウンロードする必要があります。MetaQuotesの公式ドキュメントでも、実ティックは初回ダウンロードに時間がかかることが明記されています。以下に基本的な手順を整理します。

実ティックを導入する際の注意点として、以下の点を押さえておきましょう。

• データ量が大きい：特に長期間・複数通貨ペアの実ティックはストレージを大量に消費する
• ブローカーによってデータ量が異なる：実ティックのカバー期間はブローカーごとに違い、古い期間のデータが存在しない場合がある
• 欠損は自動補完される：実ティックが欠けている部分はMT5が生成ティックで補完するため、完全な実ティックとは言い切れない
• MT4では実ティック取得不可：MT4はBidデータのみを保存する設計のため、実ティックの再現には構造的な限界がある

バックテスト精度の評価方法｜モード差で見えてくること

実ティックで検証を行ったとしても、総利益だけを見ていては意味がありません。ティックデータ検証の本質は、「粗いモードと実ティックモードの結果がどれだけ乖離するか」を確認することにあります。

具体的に確認すべき指標は以下の通りです。

• 利益・損失の差異：Open prices onlyと実ティックで総損益が極端に変わる場合、EAがバー内経路に強く依存している証拠
• 最大ドローダウンの変化：粗いモードで見えなかった深いドローダウンが実ティックで出現しないか
• プロフィットファクター（PF）の変動：PFが実ティックで大幅に下落するEAはライブで崩れやすい傾向がある
• トレード数の変化：エントリー・決済条件がバー内経路依存なら、モードによってトレード数が大きく変わる
• 勝敗の逆転：スプレッド変化や途中経路で、粗いモードでは勝ちだったトレードが実ティックでは負けに転じていないか

MetaQuotesの公式ドキュメントでも、粗いモードはあくまで「quick and rough strategy estimation（素早い粗い評価）」用であり、最終確認にはより正確なモードを使うべきだと案内されています。

「粗いモードでは好成績→実ティックで急に崩れる」という現象は、EAのロジックがバーの途中経路に強く依存していることを示す警告サインです。このギャップに気づくためにこそ、ティックデータ検証は価値を発揮します。

実務的な検証フロー｜粗く絞って最後だけ実ティック

バックテストの現場では、全ての検証を最初から実ティックで行うのは非効率です。MetaQuotesの設計思想を活かすなら、次の2段階フローが最も実務的です。

1. 第1段階：高速モードで候補を絞り込む
   「Open prices only」または「1 minute OHLC」で複数のパラメータを高速テスト。明らかに成績が悪い組み合わせはこの段階で除外する。
2. 第2段階：候補だけ実ティックで最終確認する
   第1段階で残った有望な候補のみ「Every tick based on real ticks」で検証。粗いモードとの結果乖離も確認する。

この流れにすることで、重い実ティック検証の回数を最小限に抑えながら、最終的な判断は最も現実に近いデータで行えます。必要に応じて「Execution delay（約定遅延）」も設定することで、より実運用に近い条件でのシミュレーションが可能になります。

実ティックデータは初回ダウンロードに時間がかかりますが、一度取得すればローカルにキャッシュされます。長期間のデータを取得しておけば、以降の検証は速度が改善します。ただし、ストレージへの負荷は増大するため、検証対象の通貨ペアと期間は必要なものに絞ることをおすすめします。

まとめると、ティックデータ検証の実務的な位置づけは以下のようになります。

• 常時使うものではなく、「最後の現実確認」として使う
• 粗いモードとの差が大きいEAはライブ前に除外するフィルターとして機能する
• MT4では実ティックの完全な再現は構造上不可能であることを前提に置く

よくある質問

この記事を書いた人

STARK（スターク）

Killer Picks Traders 運営者 / トレード歴14年 / EA・MQL4開発

USD/JPY・GBP/JPY・EUR/USDを中心に裁量と自動売買を併用。「Reduce before you increase」を哲学に、勝率より先にリスクとドローダウンの制御を徹底する手法を発信しています。

運営者プロフィール →KPT AIに相談 →