セッションの時刻表は、「今、取引日のどの時間帯を見ているのか」という実務上の疑問に役立ちます。次のローソク足が上がるか下がるかを示すものではありません。ロンドンのブレイクアウトとアジア時間のレンジを比較する前に、それぞれが意図した日付と時計の基準を指しているか確かめましょう。
基本の手順は、都市と日付を決め、UTCに換算し、同じ瞬間をブローカーの時刻に対応させることです。本稿ではこの手順と約定環境の確認方法を説明します。掲載した時間帯と気配値は学習用の例であり、推奨設定や時間帯別の実測成績ではありません。
1. FXのセッションとは何を指すのか
個人向けのスポットFXは相対取引の市場であり、単一の取引所が一斉に開く仕組みではありません。シドニー、東京、ロンドン、ニューヨークという名称は、各金融都市に関連する時間帯を整理するのに便利です。時刻表によって区切り方が異なるため、比較前に定義をそろえましょう。
大まかなセッション名、ブローカーが実際に提供する銘柄の取引時間、自分の戦略が新規エントリーを認める時間帯は別です。ブローカーは設定した時間外にも気配値を配信したり、時間内に取引を中断したりします。対象銘柄と口座を確認してください。FXの時刻表は、すべてのCFDや先物の取引時間表ではありません。
2. 時間を決める前に時計の基準を決める
「08:00から取引する」だけでは不十分です。ロンドン現地時刻、ニューヨーク現地時刻、UTC、パソコンの時刻、ブローカーのサーバー時刻のどれでしょうか。UTCは共通の基準であり、それ自体が夏時間で進むことはありません。一方、各地域のUTCとの差は日付によって変わります。
Europe/LondonやAmerica/New_Yorkのように、日付に応じた規則を扱えるタイムゾーン名を使います。ニューヨーク時刻にはESTとEDTの両方がありますが、固定のESTオフセットは季節に追随しません。換算で日付をまたぐ場合は、年月日も保持してください。プラットフォームの表示言語からタイムゾーンを推測してはいけません。
3. 定義を明示した四つの時間帯を比べる
本稿では学習用として、シドニー、ロンドン、ニューヨークを現地時間08:00–17:00、東京を09:00–18:00と定義します。ほかの区切り方もあります。UTC欄は、指定した現地日付についてこれらの時間帯を換算したものです。現在の市場が開いているかを示す表示ではありません。
| 金融都市 | 本稿の現地時間帯とゾーン | UTC · 2026-01-15 | UTC · 2026-07-15 |
|---|---|---|---|
| シドニー | 08:00–17:00Australia/Sydney | 21:00 (−1d)–06:00 | 22:00 (−1d)–07:00 |
| 東京 | 09:00–18:00Asia/Tokyo | 00:00–09:00 | 00:00–09:00 |
| ロンドン | 08:00–17:00Europe/London | 08:00–17:00 | 07:00–16:00 |
| ニューヨーク | 08:00–17:00America/New_York | 13:00–22:00 | 12:00–21:00 |
−1dはUTCの暦では前日になることを表します。シドニーの1月15日08:00はUTCでは1月14日21:00で、終了は1月15日06:00 UTCです。もう一方の比較日では、7月14日22:00 UTCに始まります。これらの例で東京はUTC+9のままですが、シドニーの季節的な変化は南半球に従います。
表は順位表ではなく、時刻を整理するための地図として使ってください。同じ時間帯でも、通貨ペア、祝日、ブローカーの配信状況で取引環境は変わります。銘柄ごとの実際の週間取引時間と保守休止は別途確認します。
4. 夏時間の切り替え日が異なる週に注意する
2026年のニューヨークの切り替え日は3月8日と11月1日、ロンドンは3月29日と10月25日です。同じ日に切り替わるわけではありません。そのため本稿の時間帯では、どちらも現地08:00開始のままでも、重複する長さが一時的に変わります。
| 日付 | ロンドン · UTC | ニューヨーク · UTC | 重複時間 · UTCと長さ |
|---|---|---|---|
2026-01-15 | 08:00–17:00 | 13:00–22:00 | 13:00–17:00 · 4 h |
2026-03-16 | 08:00–17:00 | 12:00–21:00 | 12:00–17:00 · 5 h |
2026-07-15 | 07:00–16:00 | 12:00–21:00 | 12:00–16:00 · 4 h |
2026-10-26 | 08:00–17:00 | 12:00–21:00 | 12:00–17:00 · 5 h |
たとえば3月16日の共通部分は、遅い方の開始である12:00 UTCから、早い方の終了である17:00 UTCまでの五時間です。7月15日は早い方の終了が16:00 UTCとなり、四時間になります。夏季のUTC時刻表を春の切り替え期間にそのまま流用すると、時間帯がずれてしまいます。
「重複は常に四時間」と固定せず、対象日について共通部分を計算してください。重複とは、定義した時間帯が同時に続いているという意味にすぎません。狭いスプレッド、多い出来高、ブレイクアウト、利益の出る取引を保証しません。
5. 同じ瞬間を三つの時計で追う
2026-03-16の08:30 America/New_Yorkにカレンダー項目があると仮定します。これは予定時刻の架空例であり、特定の発表が実際にあったという意味ではありません。この日のニューヨークはUTC−4なので、12:30 UTCに対応します。ロンドンはまだUTC+0のため、同じく12:30です。
この日のブローカーのサーバーをUTC+2と仮定すると、同じ瞬間の表示は14:30です。現地時刻から符号付きのUTCオフセットを引き、その日付のサーバーオフセットを足します。UTC+2はあくまで例です。利用中のブローカーは別のオフセットを使ったり、異なる日に切り替えたりする可能性があります。
日付を変えて確認しましょう。3月2日のニューヨーク08:30は13:30 UTCですが、3月30日なら12:30 UTC、ロンドンでは13:30です。両方の時計を確認せず、カレンダーの表示時刻をEAの設定欄にコピーすると、意図した制限が一時間ずれることがあります。
6. MT4の時刻関数が何を読んでいるか確認する
MT4のチャート足には、通常ブローカーのサーバー時刻が付いています。パソコンの表示時計を変えても、このタイムスタンプの定義は変わりません。各EA設定がどの時計を前提とするか、各日付のサーバーオフセットをどう確定するかを書き留めます。対応関係が分からないなら、それに依存する新規エントリーを有効にしないでください。
時間帯には明確な境界が必要です。現地時間[08:00, 17:00)という単純な区間なら、08:00を含み17:00を含みません。日付をまたぐ区間には、どの取引日に属するかの定義も必要です。新規エントリーの制限によって、既存ポジションの監視や定めた管理が知らないうちに停止してはいけません。
補足：MT4の関数と過去の時刻の対応
MQL4のTimeCurrent()は、最後に受信した気配値に付いたサーバー時刻です。OnTick()内では処理中のティックに対応しますが、ほかのイベント処理では気配値表示内の別銘柄の最新時刻を反映することがあります。独立して進み続ける時計ではなく、対象銘柄の気配値が新しいことの証明にもなりません。違いはEAの監視ガイドで説明しています。
実運用のTimeGMT()はパソコンのローカル時刻設定を基に算出されます。MT4のストラテジーテスターでは、シミュレーション上のTimeCurrent()と同じです。そこで両者を引いても、ブローカーの過去のオフセットは復元できません。過去のサーバー日付に対する、明示して検証した対応関係が必要です。現在のオフセットを過去の規則の代用にはできません。MT4のバックテストガイドも参照してください。
7. セッション名より実際の気配値を確認する
流動性は、提示された価格と数量で取引できる度合いを指します。ボラティリティは価格変動を表します。関連はありますが、同じ測定値ではありません。利用予定のブローカーで、実際のスプレッド、気配値の新しさ、約定を記録します。静かなチャートでも約定環境が悪い場合があり、速い値動きのときもスプレッドは狭いことも広いこともあります。
| 架空の気配値 | Bid | Ask | スプレッド |
|---|---|---|---|
| A | 1.10000 | 1.10010 | 1 pip |
| B | 1.10000 | 1.10040 | 4 pips |
この架空のEURUSDでいうpipは、価格幅0.00010を表します。Aのスプレッドは1 pip、Bは4 pipsです。Bidは同じですが、買いの入口となるAskはBの方が3 pips高くなります。これはコスト比較であり、取引のシミュレーションではありません。手数料や不利な約定もコストを増やし得ます。FXの取引コストとスリッページと遅延を参照してください。
端末のティック数は、その配信元での活動を示すもので、世界のFX取引高を合算した値ではありません。ある瞬間のスプレッドも次の約定価格を約束しません。一度の観察から「安全な時間帯」と決めず、同等の日や条件について分布を比較しましょう。
8. ニュース・祝日・ロールオーバーも確認する
選んだセッションには重要な経済指標発表や中央銀行の発表が含まれることがあります。両通貨に関わる予定を確認し、カレンダーの表示ゾーン、日付、更新された予定時刻を確かめます。想定外のニュースは、予定した除外時間の外でも発生します。時間帯フィルターだけではニュースフィルターになりません。
祝日、週明け、週末の取引終了、ブローカーの日次ロールオーバーや保守は、気配値、スプレッド、金利調整に影響し得ます。毎日の処理がすべてニューヨーク17:00に行われると決めつけず、実際のブローカー時刻を確認してください。予定時刻だけでは新しい気配値やストップ価格での約定は保証されません。
制限時間の前に指値・逆指値注文や既存ポジションをどう扱い、その後の管理をどう続けるかを別々に定めます。EAを止めたり端末を切断したりすることは、その規則の代わりになりません。金額ベースのリスクや複数ポジションの合計も重要です。口座の上限はリスク管理ガイドを参考に設定します。
9. 時間条件を有効にする前のチェックリスト
- 銘柄、ブローカー、口座、実際の取引時間を特定する。
- 現地時間の区間、ゾーン、年月日、境界の扱いを記録する。
- UTCに換算し、その日付のサーバー時刻に対応させる。日付またぎと夏時間の切り替えを確認する。
- ニュース予定、祝日、ロールオーバー、保守による制限を確かめる。
- 新しいBid/Ask、コスト、注文権限、口座全体のエクスポージャーを確認する。
- 待機注文、ポジション管理、時刻データ不足への対応を定める。必要な確認に失敗したら、新規エントリーを見送る。
10. 再検証できる記録を残す
UTCの瞬間、サーバーのタイムスタンプと確認済みオフセット、現地ゾーン、セッション名、カレンダー制限、Bid/Ask、判断を記録します。採用候補と見送り候補の両方を理由付きで残します。取引結果を見てから、有利に見えるセッション名を後付けしてはいけません。
検証前に時間ルールを固定します。夏時間の切り替え、祝日、異なる市場環境を含め、現実的なコストと分離した後続データで調べます。近い時間帯への変更は感度確認として試しますが、開始時刻を何百通りも探索して最良だけを残すと過剰適合を招きます。取引が活発なことは、優位性の証明ではありません。
初心者はまず、日付付きの少数の換算を確かめ、発注せずにデモの配信を観察できます。時間帯別のバックテストを解釈する前に、時刻の対応を検証してください。万能な「最適のFX時間帯」はありません。手法、通貨ペア、コスト、ニュースへの露出、規則を監視できるかによって適否は変わります。
11. FXの取引時間帯に関する質問
初心者にはどの時間帯が向いていますか？
一律の答えはありません。継続して観察できる時間を選び、ブローカーのコストとニュース予定を確認し、デモで時刻換算を練習しましょう。活発な時間帯でも急変や不利な約定は起こり得ます。セッション名はエントリーシグナルではありません。
ロンドンとニューヨークの重複時間が変わるのはなぜですか？
現地時計を切り替える日が異なるためです。移行期には都市間の時差が変わります。正確な日付で双方の区間を計算し、共通部分を取ってください。本稿の四時間と五時間の例は、明示した現地時刻の境界を使っています。
パソコンの時計を変えればEAの時間フィルターは直りますか？
必ずしも直りません。ブローカーのタイムスタンプは、パソコンの表示ゾーンでは変わりません。EAが使う時刻関数と入力設定によります。設計と、その日のサーバーオフセットを確認し、埋め合わせのためにシステム時計をむやみに変えないでください。
エントリー時間外はEAのポジション管理も止めるべきですか？
システムに別の明示的な規定がなければ、エントリーフィルターは新規ポジションを検討できる時刻だけを定めます。既存ポジションの管理、待機注文、時間決済には個別の規則が必要です。管理を止めると、手法が前提としている保護が失われることがあります。
12. 参考資料と対象範囲
日付に応じたタイムゾーン規則はIANAのタイムゾーンデータベースを参照してください。プラットフォーム関数はMQL4公式の日時リファレンスに説明されています。時刻の例は2026年10月17日に各地域の規則と照合しました。将来の日付やソフトウェア更新時には再確認してください。
本稿は時刻の対応と約定環境の確認を説明するガイドです。定義した時間帯や架空の気配値が取引の優位性を示すものではありません。時間フィルターによって市場、約定、口座のリスクがなくなるわけではありません。