EAのGMT設定は何時間?サーバー時刻・日本時間・夏冬切替の確認

EAのGMT設定。時刻と夏冬切替を確認ことを小トラと確認するイラスト

カエルさん

EAのGMT設定は、2と3のどちらにすればいい?
MT4の時刻が日本時間と違うのは故障?
夏時間になったら、VPSの時計も変えるの?
先にEAが何の時刻を基準にするかを確認しよう。会社のサーバー時刻、日本時間、PCの時計は別だよ。GMT+2のサーバーなら日本との時差は7時間だけれど、EAへ7を入れる意味ではないんだ。説明書の単位・符号・自動切替の有無まで合わせよう。

たけたけ

📖 この記事でわかること

・ サーバー時刻・日本時間・PC時刻と、GMT設定の違い

・ 冬GMT+2・夏GMT+3の例と、日本時間への換算

・ EAの説明書から入力値を決め、切替後のログを照合する順番

時間帯を指定して動くEAでは、時刻の基準を取り違えると、自分が考えた時間とは違うところで新規注文や決済の条件を判定する可能性があります。ほかのEAや別会社で使った数値を、そのまま移さないことが出発点です。

ここでは2026年11月14日に確認した公式情報をもとに、MT4のEAを中心に時刻設定の確認方法を説明します。特定EAの推奨値や、設定すれば利益が改善するという案内ではありません。実際に入力する値は、そのEAの説明と利用口座の条件で確かめてください。

最初に、EAが使う時刻の基準を分ける

どの時計が基準?。サーバー・日本・PCを確認ことを小トラと確認するイラスト

「朝9時に開始」と書かれていても、日本の朝9時なのか、取引サーバーの9時なのかで実際の時間帯は変わります。入力欄の名前だけで決めず、説明書の基準を確認しましょう。

同じ「9時」でも基準は別
時刻の種類何を表すか確認すること
取引サーバーの時刻取引会社側が取引データに使う時刻口座・サーバーと季節の条件。EAがこの時刻を使うか
日本時間(JST)日本で生活する際の時刻。GMTとの差は+9時間として換算EAが日本時間を直接指定する設計か、変換が必要か
PC・VPSのローカル時刻MT4を動かしているWindows等の時計OS設定を使うEAか。手元PCと遠隔VPSの設定を取り違えない

MT4の公式関数には、サーバー由来の時刻を取得するものと、PC側の時刻を取得するものがあります。TimeCurrentの公式説明では、サーバー由来の価格受信時刻を扱います。OnTick内では処理中の価格更新の時刻、それ以外ではMarket Watchの銘柄の最後の受信時刻です。休場中や価格を受信していない間も、表示が現在の実時計と同じだとは限りません。

一方、TimeLocalはMT4が稼働するPCの時刻です。自分のEAがどちらを使うかは、画面の時計だけでは判断できません。説明がなければ、作者へ「稼働時間はどの時刻基準か」を確認します。

GMT+2・+3と、日本との7時間・6時間差を混同しない

FXTFはEAのGMTオフセット公式FAQで、同社サーバーは冬GMT+2、夏GMT+3と案内しています。楽天MT4も現在の公式FAQに同じ時差の説明があります。これはその会社のサーバー条件で、全会社・全EAが共通して2や3を入力する根拠にはなりません。

日本時間をGMT+9として、サーバーがGMT+2なら差は9−2=7時間、GMT+3なら9−3=6時間です。サーバーの表示から日本時間を求めるときは、それぞれ7時間・6時間を足します。

時差を理解するための換算例
仮定するサーバー条件サーバー表示換算した日本時間
冬:GMT+200:00同日07:00(+7時間)
夏:GMT+300:00同日06:00(+6時間)
冬:GMT+223:30翌日06:30(+7時間)

たとえば「GMTからサーバーへの差」を時間で入力するEAと、「サーバーから日本への差」を入力するEAでは、見るべき数値が違います。上の表は時刻の換算であり、そのまま入力する設定例ではありません。日付をまたぐ場合も含めて考えましょう。

GMTOffsetという名前だけでは意味が決まらない

MQL4のTimeGMTOffset関数は、PCのローカル時刻とGMTの差を「秒」で返す関数です。取引会社のサーバーGMT+2・+3とは別の対象です。EAの入力欄が同じような名前でも、時間か秒か、足す向きか引く向きかを説明書で確認してください。

夏冬の切替は、EAの自動・手動を確かめて対応する

夏冬の切替は要確認。EAの自動・手動を調べることを小トラと確認するイラスト

サーバー側で夏時間と冬時間が切り替わっても、EAが自動で追随するとは限りません。自動判定する設計、季節ごとに手動入力が必要な設計、日本時間指定で利用者の変更が不要な設計を分けます。

「夏時間になったから1時間変える」と先に決めると、自動補正との二重調整につながります。利用する取引会社の現行告知で対象サーバーと切替を確認し、その後にEA側で変更が必要かを照合しましょう。過去のブログに書かれた切替日を、今年の確定日として使いません。

変更する前には、現在の入力値と説明書の版、稼働口座、保有中の建玉・注文を記録します。時間指定が新規注文だけに効くのか、決済や建玉管理にも影響するのかも確認してください。不明なまま値を変えたりEAを外したりせず、残る建玉をどう管理するかを先に決めます。

サーバー時刻を合わせるつもりで、Windowsの時計を数時間ずらす対処はしません。TimeCurrentはPCの時刻設定に依存しないため、その変更で取引サーバー側の時刻は直りません。OSの時計・タイムゾーンの誤りを直す作業と、EAの時刻入力は分けて扱います。

本番前は、説明書・デモ・ログの順に照合する

本番前に照合しよう。説明書・デモ・ログを確認ことを小トラと確認するイラスト

まず説明書で、①時刻基準、②入力単位と符号、③夏冬の切替方法、④時間指定が効く売買処理を確認します。次に、利用予定と同じ会社・サーバー条件のデモで、表示時刻と注文・処理ログを日本時間と突き合わせます。通知や注文を確かめるために、実口座の注文を急ぐ必要はありません。

確認メモには「日本時間の何日何時」「そのときのサーバー表示」「EAの入力値」「起きた処理」を並べます。想定より1時間ずれたなら、自動切替の有無と二重調整を見直します。毎回数時間違うなら、時刻基準や加減算の向きを確認する手掛かりになります。ずれの原因を、この見え方だけで断定しないことも大切です。

バックテストでは、使用する過去データの時刻・夏冬の扱いも確認します。MQL4公式説明では、テスター内のTimeCurrentは過去データに応じてシミュレートされ、TimeLocalはそのTimeCurrentと同じになります。テスターで時計の差が出なかったことだけで、実稼働時の自動補正が正しいと証明できるわけではありません。

一般的な検証条件や結果の読み分けは、次のガイドで確認できます。時刻を合わせることは検証の前提をそろえる作業で、将来の成績を保証するものではありません。

トラリピの バックテストのイラスト トラリピのバックテストはどう見る?検証方法・必要な条件とリスク試算の違い

EAのGMT・夏時間設定でよくある質問

QGMT設定は、全EAで冬2・夏3にすればよいですか?
A

一律には決められません。取引会社のサーバー条件に加え、EAが何を基準に、どの単位・符号で入力する設計かを確認します。自動補正の有無も照合してください。
QMT4の時刻が日本時間と違うのは異常ですか?
A

違うことだけで異常とはいえません。取引サーバーが使う時刻と日本時間の時差を確認します。休場中の最後の受信時刻を、現在の実時計と比較しないようにしましょう。
Q日本との時差が7時間なら、GMT欄へ7を入れますか?
A

入力欄が何を意味するか次第です。GMT+2のサーバーと日本との時差は7時間ですが、サーバーのGMT差を指定する欄なら別の意味です。説明書で基準と単位を確認します。
QVPSのWindowsを日本時間にすればEAも直りますか?
A

EAのサーバー基準の処理が直るとは限りません。PC時計とサーバー時刻は別です。VPS側のOS設定は正しく保ち、EAの時刻基準・入力を別に確認してください。
Q切替後に動かないときは、すぐ実注文で試してよいですか?
A

注文で試す前に、口座の接続、価格の受信、EAの条件とエラーのログ、時刻基準を確認します。デモ等で安全に検証し、不明な仕様は作者へ確認してから判断しましょう。

まとめ|数値を入れる前に、時刻の意味を合わせる

EAのGMT設定は、取引会社のサーバー条件だけでは決まりません。サーバー・日本・PCのどの時計を使うか、単位と符号、夏冬の自動切替を確認して、同じ口座条件のデモとログで照合します。

口座を変更したときも、以前の入力値をそのまま移さず確認し直してください。利用できるEAの版・口座・数量・制約も、時刻とは別に一致させる必要があります。

💡 今日からやること

 EAの時刻基準・入力単位・符号・夏冬の扱いを説明書で確認する

 会社の現在のサーバー条件と、日本時間への換算を照合する

 同じ条件のデモとログで、想定した時刻・処理になっているか確認する

国内FXのEA口座選び。対応・数量・条件を確認ことを小トラと確認するイラスト 国内FXでEAを使える口座の選び方|MT4・MT5・数量・制約を確認

数字だけを合わせず、「何の時刻を、どちら向きに補正する値か」まで確認しよう。分からなければ設定を急がず、説明書と作者への確認から進めてね。

たけたけ