時間指定EAの設定と仕組み｜稼働時間制限とサーバー時間のズレを直す
時間指定EAはサーバー時刻で動きます。多くの海外業者はGMT+2／+3で日本時間との差は夏6時間・冬7時間。2026年は3月8日〜3月29日と10月25日〜11月1日に業者間で1時間ずれます。
PR当ページにはプロモーション（アフィリエイト広告）が含まれます。順位・評価は公開の評価基準に基づき編集部が独立して決定しています。EAの成績はすべて過去の検証結果であり、将来の利益を保証するものではありません。海外FX業者は金融庁未登録です。
この記事の目次
時間指定EAは「東京時間だけ動かす」「深夜のレンジ帯だけ取引する」といった使い方ができる一方、設定を1か所間違えるだけで、まったく別の時間帯で動きます。しかも本人は気づきません。この記事では、EAが参照している時刻の正体、サーバー時刻の確認方法、そして年に2回発生する1時間のズレについて整理します。
結論：EAが見ているのはサーバー時刻だけ
✅ 結論
EAの時間フィルターは、パソコンの時計でも日本時間でもなく、取引サーバーの時刻で動きます。多くの海外FX業者はGMT+2（冬時間）／GMT+3（夏時間）を採用し、日本時間との差は夏6時間・冬7時間です。この2つを取り違えると、稼働時間帯は1時間から7時間ずれます。
時間指定EAが制御している3つの項目
| 制御対象 | よくあるパラメータ名 | 役割 |
|---|---|---|
| 新規エントリーの時間帯 | StartHour / EndHour / TradeStart / TradeEnd | この範囲外では新規注文を出さない |
| 強制決済の時刻 | CloseHour / FridayCloseHour | 指定時刻に保有ポジションを決済する |
| 曜日のフィルター | MondayTrade / FridayTrade / TradeDays | 特定の曜日だけ稼働・停止 |
これに加えて、GMT Offset（Broker GMT Offset / TimeZone） というパラメータがほぼ必ず存在します。これはサーバー時刻がGMTから何時間ずれているかを指定するもので、時間帯フィルター、日次リセット、ナイトスキャルピングの判定すべてに使われます。
🚨 危険
GMTオフセットを間違えると、EAは設定した時間とは違う時間帯で取引します。 エラーは出ません。損益だけが検証結果と乖離します。バックテストと実運用が食い違う最大の要因のひとつです。
なぜGMT+2／+3なのか
多くのオフショア系業者がGMT+2（冬）／GMT+3（夏）を採用しているのには理由があります。
このオフセットにすると、日足の確定時刻がニューヨークの17:00に一致し、1週間の日足が5本になります。GMT+0にすると、日曜に細い6本目のバーが出てしまい、日足を使うEAやインジケーターの計算が崩れます。業界慣行として定着している設定です。
サーバー時刻を日本時間に換算する
| 日本時間 | サーバー時刻（夏・GMT+3） | サーバー時刻（冬・GMT+2） |
|---|---|---|
| 09:00（東京オープン） | 03:00 | 02:00 |
| 12:00 | 06:00 | 05:00 |
| 16:00（欧州勢参入） | 10:00 | 09:00 |
| 21:00 | 15:00 | 14:00 |
| 22:30 | 16:30 | 15:30 |
| 翌 00:00 | 18:00 | 17:00 |
| 翌 06:00（夏のロールオーバー） | 00:00 | 23:00 |
| 翌 07:00（冬のロールオーバー） | 01:00 | 00:00 |
💡 ポイント
ロールオーバー（サーバー時刻00:00）の日本時間は、夏は翌06:00、冬は翌07:00です。この前後はスプレッドが数倍〜数十倍に拡大することがあり、ナイトスキャルピング型のEAが最も影響を受ける時間帯です。前後5〜10分を停止対象にする運用があります。
サーバー時刻の確認方法
方法1: 気配値表示を見る
気配値表示（Market Watch）ウィンドウの上部、またはMT5のMarket Watch時刻欄にサーバー時刻が表示されます。手軽ですが、GMTからのオフセットは自分で計算する必要があります。
方法2: ローソク足の時刻と日本時間を比べる
チャート上のローソク足の時刻と現在の日本時間の差を見ます。6時間差なら夏時間（GMT+3）、7時間差なら冬時間（GMT+2）と判断できます。
方法3: スクリプトで実測する（最も確実）
MQLで (TimeCurrent() - TimeGMT()) / 3600 を出力すれば、サーバーのGMTオフセットが直接得られます。TimeCurrent() がサーバー時刻、TimeGMT() がGMTです。
詳しい手順は MT4/MT5のサーバー時間とGMTオフセット にまとめています。
夏冬時間の切替で何が起きるか
夏時間の切替タイミングは、業者がどの地域の基準に追随するかで分かれます。
| 基準 | 2026年の夏時間期間 | 2026年の切替日 |
|---|---|---|
| 米国DST（3月第2日曜〜11月第1日曜） | 3月8日 〜 11月1日 | 開始 3月8日（日）／終了 11月1日（日） |
| 欧州DST（3月最終日曜〜10月最終日曜） | 3月29日 〜 10月25日 | 開始 3月29日（日）／終了 10月25日（日） |
つまり2026年には、次の2つの期間で業者間のサーバー時刻が1時間ずれます。
- 3月8日 〜 3月29日（約3週間）：米国基準の業者はGMT+3、欧州基準の業者はGMT+2
- 10月25日 〜 11月1日（約1週間）：米国基準の業者はGMT+3、欧州基準の業者はGMT+2
⚠️ 注意
この期間だけ、時刻をハードコードしたフィルターや、GMTオフセットを手動で固定したEAは1時間ずれた時間帯で作動します。 年2回、この数週間の影響を事前に評価しておくか、自動でオフセットを検出する機能を持つEAを選ぶ、という対応が考えられます。詳細は夏時間・冬時間の切替とEAへの影響をご覧ください。
このロジックが破綻する条件
時間指定EAが意図通りに動かなくなる条件を整理します。
| # | 条件 | 判定の目安 | 起きること |
|---|---|---|---|
| 1 | GMTオフセットの設定ミス | EAの設定値とスクリプトの実測値が不一致 | 全トレードが別の時間帯で発生 |
| 2 | 夏冬時間の切替に追随しない | 自動検出機能がなく手動設定のまま | 年2回、数週間だけずれる |
| 3 | 業者が欧州基準か米国基準か不明 | 切替日が公式に告知されていない | 切替期間の挙動が予測できない |
| 4 | バックテストデータのタイムゾーンが違う | 配布データはGMT+0が標準 | 検証結果と実運用が乖離する |
| 5 | 業者を変更した | 新しいサーバーのオフセットが違う | 同じ設定のまま別の時間帯で稼働 |
| 6 | サマータイム廃止・制度変更 | 各国の制度変更 | 前提が静かに崩れる |
| 7 | 時間帯が狭すぎる | 稼働が1日1〜2時間のみ | 取引回数が少なく統計的に評価できない |
4番については、Dukascopyなどの配布ヒストリカルデータはGMT+0が標準です。業者サーバーがGMT+2／+3なら、テスト用データもそのオフセットに変換して取り込む必要があります。TickstoryやTick Data Suiteにはタイムゾーン変換機能があります（ Tickstoryの使い方 ）。
7番は見落とされがちです。「東京時間の6時〜9時だけ稼働」のようなEAは、1日3時間しか動きません。年間のトレード数が100回を下回ると、成績が偶然によるものか判断できなくなります。最低100回、できれば300回以上という目安を、稼働時間の設計にも当てはめてください。
時間帯別の設計パターン
| 稼働時間帯 | 日本時間 | サーバー時刻（夏） | 想定ロジック | 主なリスク |
|---|---|---|---|---|
| 東京早朝 | 06:00〜09:00 | 00:00〜03:00 | レンジ回帰・低ボラ狙い | ロールオーバーのスプレッド拡大に重なる |
| 東京 | 09:00〜15:00 | 03:00〜09:00 | 仲値・アノマリー系 | 値幅が小さくコスト負けしやすい |
| ロンドン | 16:00〜24:00 | 10:00〜18:00 | ブレイクアウト | 欧州指標の影響 |
| ニューヨーク | 21:00〜翌02:00 | 15:00〜20:00 | トレンドフォロー | 米指標の影響が最大 |
| ナイト（アジア深夜） | 翌00:00〜06:00 | 18:00〜00:00 | ナイトスキャルピング | スプレッド拡大で一撃損失 |
東京時間のアノマリーを使うタイプは 仲値・ゴトー日EAの仕組み 、コストの影響が大きいナイト型は スキャルピングEAは勝てるのか で詳しく扱っています。指標時間帯の停止は 経済指標でEAを止める方法 を参照してください。
設定後の確認手順
- スクリプトでサーバーのGMTオフセットを実測する
- EAのGMT Offsetパラメータを実測値に合わせる
- デモ口座で1日稼働させ、エキスパートタブのログでエントリー時刻を確認する
- 想定した日本時間に対応するサーバー時刻でエントリーしているかを突き合わせる
- 夏冬の切替日をカレンダーに登録し、切替後に同じ確認を行う
- 業者を変更したら、1からやり直す
ℹ️ 補足
複数のEAを1つのMT4/MT5で動かしている場合、ポジションの取り違えを防ぐためにマジックナンバーを分ける必要があります。設定方法はマジックナンバーの設定にまとめています。
よくある失敗
「EAが動かない」と思ったら時間帯外だった。 エントリーしない原因として最も多いパターンのひとつです。他の原因は EAが動かないときの確認手順 にまとめています。
バックテストのGMTオフセットと実運用の設定が違う。 検証条件と運用条件がずれていれば、成績が一致しないのは当然です。乖離の原因整理は バックテストと実運用が乖離する理由 を参照してください。
業者を変えたあとに設定を見直さない。 サーバーのオフセットは業者ごとに異なります。
稼働時間を狭めすぎる。 取引回数が減ると、成績の評価そのものができなくなります。
ナンピン系EAに時間フィルターを入れて安心する。 稼働時間を絞っても、保有中のポジションは時間外でも含み損を増やし続けます。構造は ナンピンマーチンEAはなぜ破綻するのか で計算しています。
まとめ
時間指定EAで最初に確認すべきは、ロジックではなくGMTオフセットです。スクリプトで実測し、EAの設定値と一致させ、デモでエントリー時刻を突き合わせる。この3ステップで、時刻起因の乖離のほとんどは防げます。そして2026年は3月8日〜3月29日と10月25日〜11月1日に、業者間で1時間のズレが生じます。
次に読むなら、時刻の確認手順を詳述した MT4/MT5のサーバー時間とGMTオフセット 、指標停止の設計を扱った 経済指標でEAを止める方法 、東京時間のアノマリーを扱った 仲値・ゴトー日EAの仕組み が参考になります。
よくある質問
Q.時間指定EAはどの時刻を基準に動いていますか？
Q.サーバー時刻はどうやって確認しますか？
Q.夏時間の切替でEAの稼働時間がずれるのはなぜですか？
Q.バックテストと実運用で稼働時間帯が違うのはなぜですか？
Q.時間指定EAで金曜の持ち越しを避けられますか？
関連記事
仲値・ゴトー日EAの仕組みと設定｜夏冬時間でサーバー時刻がズレる罠
更新: 2026年9月24日
手法・ロジック経済指標でEAを止める方法｜指標フィルターの考え方と停止時間の決め方
更新: 2026年9月24日
手法・ロジックナンピンマーチンEAはなぜ破綻するのか｜段数別の必要証拠金を計算
更新: 2026年9月24日
手法・ロジックAI搭載EAは本当に違うのか｜従来型との差と「AIが判断」の中身
更新: 2026年9月24日
手法・ロジックビットコインEA（BTCUSD）の現実｜土日も動く自動売買のリスク
更新: 2026年9月24日
手法・ロジックポンド円（GBPJPY）EAは危険か｜ボラティリティと必要証拠金の設計
更新: 2026年9月24日