スキャルピングのバックテストは、時系列、気配、コスト計算が確かであってこそ役立ちます。標準MT4のモデル、ローソク足だけでは分からない順序、スプレッドを二重計上しない約定照合を学び、見栄えのよい報告と検証が必要な証拠を区別します。
1. スキャルピングのバックテストで何を確かめるのか
有用な検証は、明確な手法が当時入手できた情報を使い、実行可能な価格で、費用と損失を含めて行動できたかを確かめます。右肩上がりの残高線だけでは答えられません。目標幅が小さいほど、気配側の誤り、作り上げた足内部の順序、楽観的な約定が結果に占める割合は大きくなります。
取引仮説を研究する価値、EAの実装が正しいか、口座が想定条件で執行できるか、という三つを分けます。正しいプログラムでも弱い考えを自動化でき、有望な仮説も実装の誤りで崩れます。単純化した約定モデルの好成績は、実運用の可能性や将来の利益を証明しません。
本ガイドは監査手順を示し、検証済み戦略や業者実績を提示するものではありません。価格、件数、金額はすべて架空です。基本操作はMT4バックテストの総合ガイドに譲り、短期保有、tickの出所、確定足の時刻、Bid/Ask、曖昧な決済、総コストとフォワード検証前の証拠を扱います。
2. 結果を集める前にルールとバージョンを固定する
銘柄、時間足、時間帯、シグナル条件、新規期限、ストップ、目標、時間決済、見送り条件を先に記します。確定足を使うのか、変化する現在足を使うのかも明確にします。「確認後に入る」だけでは不十分で、確認イベントと最初に判断してよい時刻を観測・再現できる必要があります。
EA版、入力、端末ビルド、口座通貨、契約仕様、データ源を保存します。最小数量、ロット刻み、ストップ制限、リスク予算も記録してください。期間境界の既存ポジションをどう扱い、同じシグナルを再処理して二重発注しないか定義します。手動再生にも同じルールと見送り記録が必要です。ファイル名だけを版とせず、ハッシュなど再現可能な識別子と依存指標・設定を残します。同一システムに見える二つの報告が違うロジックを動かすのを防ぎます。
研究手順は商品の宣伝と分けます。費用計算の実演は、そのEAが取引を生成した証拠ではありません。元のStrategy Tester報告を、新しく描いた教材用の曲線に差し替えないでください。M1とM5のスキャルピングガイドは取引スタイルを説明し、ここではその仮定を正しく検証します。
3. 戦略より先にデータを監査する
足データ、時刻付きBid/Ask観測、実際の約定記録を区別します。OHLCは価格の要約で、すべての気配と順序を残しません。「tickデータ」というファイル名だけでは不十分です。出所、時刻精度、銘柄、タイムゾーン、価格側、収録範囲、変換を確認します。実際の過去のBid/Ask気配があっても、自分の業者の約定や拒否までは含みません。
順序、同時刻の重複、欠落区間、古い気配、不自然なスプレッドを調べます。同じ秒の複数更新は正常な場合があるため、時刻一致だけで消してはいけません。順序IDがあれば保ちます。ゼロや欠損スプレッドは無料取引の証拠ではありません。疑わしい記録は隔離し、未来を使って黙って補修せず影響区間を示します。
単位も確認します。本例のEUR/USDは1 pip = 0.0001、5桁なら1 point = 0.00001です。tick sizeは価格刻み、tick観測は更新です。History Centerへの足データ取込みだけで、記録済みBid/Ask tick再生が成立するわけではありません。元ファイルから実入力まで変換経路を残します。同じ時刻境界で気配からOHLCを再構築すれば変換ミスを点検できますが、欠落観測は復元できません。フィード差は調査対象であり、直ちに不正報告を意味しません。
4. 確定足シグナルは情報が存在する前に取引できない
架空のM1シグナル足が10:00–10:01を覆うとします。10:00:30には最終終値はまだ不明です。境界後の最初の使用可能な気配が10:01:02なら、確定足方式が行動できるのはそこで初めてです。10:01:00ちょうどに存在したと仮定した気配や、前の足の終値で後付けに約定させてはいけません。
MT4時系列では現在足が添字0、前の足が1です。保存された始値時刻は各気配の受信時刻ではありません。新しい足を検知し、完了情報だけを読み、シグナルIDで重複を防ぎます。上位足フィルターも下位足判断時点で確定している必要があります。10:01:02には10:00–10:05のM5は形成中で、その将来終値は先のM1エントリーを確認できません。適切な過去の確定M5だけを使います。
仮に判断後10:01:02に要求し、10:01:03に約定を割り当てるとします。この遅れは明記したシナリオ仮定で、Every tickを選んだことで得られた実測遅延ではありません。秒単位の時刻は同一秒内の順序を証明できないため、別に順序を残します。気配のない区間を未来の終値で埋めて実行可能な過去エントリーとは呼べません。
5. 標準MT4モデルが示せることと限界を知る
標準MT4のEvery tickは利用可能な下位足から補間して足内部を生成できます。その名称は過去の記録済みBid/Ask再生を認証しません。標準履歴足はBidで、Askは設定スプレッドからモデル化され、指定がなければ開始時の現在スプレッドが使われます。設定単位も確認してください。5桁EUR/USDの8 pointsは0.8 pipであり、単位違いの入力は小さな目標のテストを大きく変えます。
確定足で入るからといって、足内部の決済が無関係になるわけではありません。Open prices onlyは適切な足開始判断の点検には使えても、ストップ、目標、追従処理が内部経路に依存するスキャルピングの十分な証拠にはなりません。Control pointsは粗い近似です。保護・時間決済を含むすべての判断に合う方法を使います。
別のtick処理が変動する過去スプレッドや特定約定モデルをうたうなら、文書化した経路と実際に消費される気配を確認します。CSV取込みで自動的に機能するとは限りません。手順と限界を記録します。モデリング品質の百分率はプラットフォーム診断で、戦略の成功確率や現実の約定保証ではありません。
| 標準モデル | 限定的な確認用途 | 証明できないこと |
|---|---|---|
| Open prices only | 適切な足開始判断ロジック | 信頼できる足内部のストップ・目標順序 |
| Control points | 粗い予備点検 | 完全な記録済み約定経路 |
| Every tick | 詳しい足内部のモデル点検 | 名称だけでは両側実tick、過去変動スプレッド、業者遅延を示さない |
6. 同じ足にストップと目標があってもOHLCでは順序が分からない
架空のBid足をOpen 1.10010、High 1.10080、Low 1.09950、Close 1.10020とします。その後の足内部経路より前にAsk 1.10020でBUYし、Bid 1.09970でストップ、Bid 1.10070で目標を判定すると仮定します。両方とも足の範囲内ですが、4価格だけでは先に到達した方を特定できません。
Open→High→Low→Closeなら目標が先、Open→Low→High→Closeならストップが先になり得ます。どちらも同じOHLCに合います。これは二つの仮想経路であり、記録された取引を装うものではありません。新規が確定足だけを使っていても、この順序差は経済的に重要です。
可能なら十分な順序付き気配で解決します。できなければ曖昧な取引として分類し、感応度や明記した仮定の範囲を示します。ストップ先行は保守的な仮定になっても、観測済みの経路ではありません。勝ちそうな足に両方入っているからといって目標を優先しないでください。発動水準と最終約定価格も区別します。
7. BUY計画：売買可能な境界と金額結果
別の正確な新規価格の計画では、実Ask 1.10020、Bidストップ1.09970、Bid目標1.10070を使います。費用前リスクと潜在利益はそれぞれ5 pipsです。BUYのストップは新規より下、目標は上です。SELLは境界を逆にしてAskで出ます。図だけを反転して価格側を変えないのは正しい鏡像検証ではありません。
往復手数料0.6 pipと、将来の不利な決済スリッページ見積額0.4 pipを仮定します。新規はすでに実約定なので、新規スプレッドや新規スリッページを再計上しません。保守的な目標結果は5 − 0.6 − 0.4 = 4 pips、ストップ結果は5 + 0.6 + 0.4 = 6 pipsの損失です。ギャップは見積額を超え得ます。
本例では標準EUR/USDの1ロットはEUR 100000、USD口座の1 pipはUSD 10です。予定損失は1ロットUSD 60になります。仮の予算USD 25、刻み0.01なら25 / 60 ≈ 0.4167を0.41ロットへ切り下げ、USD 24.60です。証拠金と最小数量は別に確認し、この計画を実損失上限の保証にしないでください。
8. スプレッドを二重計上せずコストを照合する
別の架空約定例を使います。判断時Bid 1.10010、Ask 1.10020、実BUY新規1.10022、後の基準Bid 1.10070、実決済1.10068です。Bid間の基準値幅は6 pips、新規スプレッド1.0 pip、往復の不利スリッページ合計0.4 pip。手数料0.6 pipなら6 − 1.0 − 0.4 − 0.6 = 4 pipsです。
実約定方式も同じです。(1.10068 − 1.10022) / 0.0001 = 4.6 pipsから0.6 pipを引いて4 pips。指定の標準ロットUSD価値では価格利益USD 46、手数料USD 6、純額USD 40です。二つは別の起点であり、二組の控除を合算してはいけません。有利なスリッページも実際の符号で残します。
MQL4のOrderProfit()はスワップと手数料を含まないため、名称だけで費用後の全損益とは判断できません。符号付き計上値や別の料金を明細と照合し、該当する時刻をまたぐなら資金調達費用も含めます。同じ手数料を二度数えないでください。スプレッド・手数料・スワップのガイドが全体像を示します。
9. 戦略を書き換えず費用と約定を厳しくする
同じ架空6 pipsの基準値幅に、基本スプレッド1.0 pip、手数料0.6 pip、往復スリッページ見積額0.4 pipを置くと、総費用2.0 pips、条件付き残り4.0 pipsです。スプレッドだけ1.8 pipsなら費用2.8 pips、残り3.2 pips。スリッページだけ1.2 pipsにしても費用2.8 pips、残り3.2 pipsです。
スプレッド1.8 pips、手数料0.6 pip、見積額1.2 pipsを組み合わせると費用3.6 pips、残り2.4 pipsです。感応度の計算であって戦略収益や予測ではなく、設定も推奨ストレス値ではありません。結果を救うため目標やストップを動かさず、シグナルを固定して仮定を示します。発表時に広いスプレッド、古い気配、不利な約定が同時発生することもあり、個別試験だけでは複合環境を証明できません。
過去の取引一覧から大きい平均費用を引くだけでは、スプレッド変化が新規条件、ストップ、目標、注文状態へ及ぼす影響を再生しません。適切なモデルで判断を計算し直すか、未対応部分を示します。スキャルピング通貨ペアと費用条件のガイドは口座・時間帯・ペア別測定が必要な理由を説明します。
10. 遅延・拒否・状態不明を明示的に扱う
過去の価格列は業者の過去執行待ち行列のシミュレーションではありません。仮定の要求遅延、価格選択、拒否モデル、注文状態遷移を決めます。確認が遅いだけで失敗と判定してはいけません。再送前に実状態を確認しなければ、復旧処理が二重ポジションを作りリスクを変えます。
標準MT4 Strategy TesterではSleep()は遅延を作りません。遅れが重要なら、先読みせず利用可能な気配列に沿って判断や約定を進める、文書化した方式が必要です。一定pipsの控除では、未約定、拒否、変わったストップ発動のすべては表せません。スリッページ・遅延・リクオートのガイドで観測を分けます。
標準テスターはすべてのライブイベントや外部依存も動かしません。TimerイベントやWebRequest連携は文書にある制限の例です。EAのどこが実行されたか確認します。試験中停止していた外部ニュース条件やハートビートを検証済みとは言えません。運用挙動は別に試し、模擬、実演済み、未確認を区別します。
11. 分母をそろえ、未決済リスクを含める
架空監査で適格シグナル120件のうち18件を条件で止め、102要求を送ったとします。94約定、6拒否、2取消です。条件による却下率は18 / 120 = 15%、約定率は94 / 102 ≈ 92.2%です。全シグナルを約定率の分母にすると別の問いになり、どの段階で機会が失われたか隠れます。
約定分の90件が完了し、4件が報告境界で未決済とします。完了取引の平均には90結果を使い、94約定を使いません。残るリスクと時価評価の影響を示し、含み損をゼロとしないでください。部分決済、複数チケット、取消の数え方も定義します。残高横ばいでも大きな含み損はあり得るため、ドローダウン定義と有効証拠金の観測を確認します。決済結果だけでは出口の間に負うリスクが見えません。
その90結果の中の純粋な算術例として、純利益USD 9が50件、純損失USD 8が40件とします。プラス合計USD 450、マイナス絶対額USD 320、純額USD 130です。平均130 / 90 ≈ USD 1.44、費用後取引結果のプロフィットファクター450 / 320 ≈ 1.41です。架空標本は優位性を証明しません。損失集中、有効証拠金ドローダウン、取引間依存も調べます。
12. 開発・検証・未使用テスト・フォワードを分ける
成績を見る前に時系列ブロックを設定します。Aは開発、Bは検証、Cは最終未使用の過去テスト、Dはフォワード観察です。期間長は問いと市場状況に応じて決め、共通の取引件数目標はありません。Cを何度も見て調整すれば、表記がアウトオブサンプルでも開発標本になります。
採点区間前の履歴は過去参照指標の初期化に使えますが、未来の観測、後のセッション統計、改訂値で早い判断を改善してはいけません。境界をまたぐポジションと費用・結果の割当を示します。空白期間やリセットが適切な設計もありますが、見栄え改善でなく理由が必要です。外部特徴には当初の公表時刻も必要で、改訂経済系列や将来の一日全体の平均は、価格指標が確定足でも漏洩になります。
不確実性を調べるときは市場局面の順序を保ちます。近い取引は同じトレンド、発表、流動性問題を共有し、多数取引が独立観測多数とは限りません。全ルール変更と破棄候補を版管理します。最適化と過剰適合のガイドは選択が別に見える検証証拠を消費する仕組みを説明します。
13. 最良設定だけでなく探索全体を数える
仮に新規設定5種類、ストップ4種類、目標3種類なら5 × 4 × 3 = 60通りです。4時間窓と3ペアで繰り返すと720通りになります。勝者の一行だけでは、ノイズに合う機会の数が隠れます。件数は探索幅の説明であり、統計補正や承認された最適化計画ではありません。
一点の驚異的成績より、理由のある安定した挙動の領域を探します。ただし安定も証明ではなく、同じデータ欠陥や楽観的約定を共有し得ます。悪い候補や失敗も残してください。小さい費用変化で崩れるなら、元の指標を戻すため最適化を強めず、経済的依存を調べます。
ウォークフォワードは事前スケジュールに従い、早い期間で開発し後の期間で評価を繰り返します。情報の可用性、費用、全区間報告の規律は依然必要です。儲かった窓だけを統合しないでください。手順選定後には新しい証拠を残します。すでに設定に影響した最終期間は、名前変更で未使用には戻りません。
14. フォワード検証は別の証拠層を確かめる
新しい気配が来るとき、固定ルール、データ処理、運用制御が予定どおり働くかを見ます。まずシグナル、見送り、要求、約定、料金を照合します。研究と同じ仕様、時間帯対応、数量仮定を使います。デモで多くの処理を試せても、ライブの流動性や約定が同じとは証明できません。
切断、古い気配、変更拒否、注文状態不明の手順を書きます。停止条件と既存ポジションの扱いも先に決めます。VPSは連続性に役立っても約定保証ではありません。早く標本を揃えたい気持ちと資金リスク判断を分けてください。見栄えのための増量は、証拠と潜在損失を変えます。
純損益・有効証拠金ドローダウンと並べてルール遵守や約定差を評価します。短期利益は偶然でもあり、短期損失だけでも原因は分かりません。結果のたびに手法を変えながらフォワード検証と呼ばないでください。フォワード検証プロトコルは観測と判断を整理できます。
15. 報告を信頼する前の実務点検
固定ルールと版、データ出所と収録範囲、情報時刻、売買可能な価格側、足内部の決済順序、全費用を確認します。次に費用ストレス、数量、注文状態、時系列分離です。各項目は販促用のチェック印ではなく証拠を示す必要があります。高い品質百分率は執行の欠落部分を埋めません。
根拠のない仮定があれば影響を特定し、結論を分類します。欠測なら未確定、二重費用なら再計算、未来参照なら全体無効という場合があります。一つの品質点に隠さないでください。元の実行を保存し、修正が手法や出力を変えるなら新しい版を発行します。
フォワード後は決定と業者記録を照合してから要約を完成扱いにします。取引照合ガイドで差異と未解決状態を追えます。成績報告に取引がなくても、見送りや拒否は監査証跡です。運用確認の合格は解釈の前提で、利益の証明ではありません。
16. 最終的な証拠一式に残すもの
元の報告、入力、EA版、データID、期間、銘柄と口座仕様、時刻仮定、費用定義、手順を保存します。シグナルから要求、約定、決済、料金へつながる記録も残します。エラー、曖昧な足、拒否、未決済を含め、他者が再現し何が仮定か分かるようにします。
口座通貨、統一した費用後定義、完了件数で報告します。可能なら残高と有効証拠金、ドローダウン、集中度、費用感応度を示し、プラットフォーム指標と別途照合した値の違いを説明します。入出金など取引外の残高調整は分けます。実行間で数量が変わるなら、損益や下落を比べる前に開示してください。大きなリスクで多く稼いでも自動的に良い手法ではありません。教材の算術を確認済み実績に見せてはいけません。
妥当な結論は再検証に値する、約定仮定が不確か、条件下で仮説が失敗した、のいずれでも構いません。勝つシステムを作り話にする必要はありません。戦略へ進む前に、情報がいつ存在し、どの気配で実行し、何を見たら弱点を言い訳せずバックテストを退けるかを明確にします。
よくある質問
MT4のEvery tickは記録済み実tickですか？
名称だけでは判断できません。標準MT4は下位足から内部変化を補間できます。Bid/Askとスプレッド処理を含む実データ源と再生手順を確認します。モデル名や品質百分率は両側気配や現実約定の証明ではありません。
確定足戦略ならOpen prices onlyで十分ですか？
適切な足開始試験は新規ロジックの確認に役立っても、ストップ・目標・決済は内部経路に依存し得ます。確定足新規だけで検証済みとはなりません。順序付き証拠を使い、解決できない仮定は示します。
同じ足がストップと目標の両方に触れたら？
OHLCだけでは先後を決められません。順序付き気配を使うか、曖昧さと感応度・明示した規約を報告します。ストップ先行は過去の事実ではなく仮定で、目標自動優先も正当化できません。
実約定損益からもう一度スプレッドを引きますか？
引きません。実際の新規・決済価格にスプレッドと実現した約定差は反映済みです。別計上の手数料・資金調達費用を重複なく含めます。MQL4のOrderProfit()はスワップと手数料を除くため、全金額を符号付きで照合します。
Sleep()はMT4テスターで業者遅延を再現しますか？
いいえ。標準テスターではSleep()は遅延を作りません。気配列上の文書化した方法で未約定や注文状態を考慮する必要があります。それも模擬仮定で、業者の過去遅延の証拠ではありません。
何件あればスキャルピング検証を信頼できますか？
共通の数はありません。データ品質、独立した市場局面、費用、探索幅、未使用履歴、フォワード挙動が重要です。隣接取引は依存し得ます。本例の件数は照合と算術の教材で、最低標本数や利益を示しません。
出典と検証上の注意
MetaQuotes公式資料で標準MT4モデルとテスター動作の限界を確認し、価格側、時系列添字、利益項目も別資料で確認しました。価格、イベント件数、金額結果は独自の架空教材で、実施したバックテストではありません。別のtickや遅延手順には独自の文書化と確認が必要です。
教育用です。数値、価格、件数、損益は架空で確認済み取引実績ではありません。FXにはリスクがあり、バックテスト、ストップ、予算は将来成績や最大損失を保証しません。