MT4のログ保存と問い合わせ手順をFX自動売買向けに解説

ログの確認と問い合わせ資料の整理を表す書類とフォルダ

MT4のログをEA提供元へ送るときは、問題が起きた端末の「エキスパート」と「操作履歴」から、必要な日の記録を取り出します。各タブで右クリックして「開く」を選び、日付名のログファイルをコピーするのが基本です。現在の画面に見える数行だけでなく、出来事の前後も含めると状況を伝えやすくなります。

ただし、保存したファイルをそのまま送ればよいとは限りません。端末や口座の取り違え、時刻の基準の違い、個人情報の混入を確認してから、問い合わせ用のコピーを用意しましょう。この記事ではWindows版MT4を対象に、FX自動売買の記録を開くところから、共有できる資料へ整えるところまで説明します。取引履歴のCSV出力や、EAが動かない原因の一覧とは別の手順です。

この記事のポイント
  • EAのメッセージとMT4端末の出来事を分けて取り出す
  • 「開く」で現在の記録を書き出し、必要な日付のファイルを確認する
  • 日本時間・端末時刻・EA内の時刻を根拠付きで照合する
  • 秘密情報を伏せたコピーと状況説明を問い合わせ先へ渡す
目次

FX自動売買のMT4ログを開いて保存する

二種類のログを分けて保管する考え方を示すフォルダ
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。

エキスパートと操作履歴を選ぶ

MT4の下部にある「ターミナル」を開き、エキスパートと操作履歴のタブを確認します。ターミナルが見当たらないときは、上部の「表示」メニューから選ぶか、Ctrl+Tで表示を切り替えてください。日本語のエキスパートは英語のExperts、操作履歴はJournalに対応します。名称は利用している画面の言語にも合わせて見ます。

エキスパートは、チャートへ適用したEAなどの動作やメッセージを見る場所です。一方、操作履歴は端末の起動や接続など、MT4の稼働中に起きた出来事を確認する場所です。EAの表示が途切れた頃に端末側でも何か起きていないか調べるなら、同じ出来事について両方を集めると説明の材料になります。

スクロールできます
確認したい記録最初に見る場所保存先の区別
EA側の動作・出力メッセージエキスパート/ExpertsMQL4/Logs
端末の起動・接続などの出来事操作履歴/Journalデータフォルダ直下のLogs
決済取引や口座の損益口座履歴/Account Historyこの記事のログ取得とは別

二つのログは同じものではありません。また、一つの日付ファイルに複数のEAやチャートに関する行が入っている場合は、ファイル全体を「このEAだけの記録」と考えないようにします。メッセージにEA名や銘柄の情報があるときは、どの対象の行かを読み分けてください。

標準タブの役割と表示の切り替えは、MetaTrader 4公式のターミナル説明で確認できます。公式には、MQL4プログラムからメッセージが届くまでエキスパートのタブが非表示になる場合も示されています。タブがないことだけで、ログファイルが消えた、EAが壊れたと断定しないでください。

問題が起きたMT4から開く

ログを探す前に、今見ているMT4が、問題のEAを動かしていた端末か確認します。自宅PC、WindowsのVPS、別のFX会社のMT4を併用していると、似た画面でも対象が違うことがあります。まずEA名、対象銘柄、時間足、デモか実口座かを手元で照合してから作業しましょう。

Windowsの検索で見つかったLogsフォルダを片端から開くより、対象MT4のタブから「開く」を実行する方が取り違えを防ぎやすいです。「ファイル」メニューの「データフォルダを開く」から辿る場合も、対象のMT4で実行してください。エキスパートならMQL4の中のLogs、操作履歴ならデータフォルダ直下のLogsを区別します。

VPS上でEAを動かしているなら、そのVPSに接続し、稼働していたMT4から開きます。手元のPCにもMT4が入っていても、そこでEAを動かしていなかった日時の記録を探す手順にはなりません。VPSから手元へコピーした後も、転送元で確認した日付とメッセージが残っているか、実際に開いて比べてください。

手元のPCと遠隔端末を区別するための二つの端末
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。

対象の確認に口座番号を使うこと自体と、その番号を問い合わせ先へ開示することは別です。最初は自分だけが見える画面で対象を確かめ、送るコピーには不要な番号を残さないようにします。フォルダの所在を説明するために、Windowsのユーザー名を含む絶対パスや、VPSの接続情報を添える必要もありません。

同じ日に複数のMT4を使っていた場合は、「VPS側の実口座で稼働した対象EA」など、区別できる説明を付けます。元ファイルの名前を無理に変更して追いかけるより、問い合わせ用コピーを置く場所と説明文で、端末とログ種別の組み合わせを整理すると確認しやすいです。

「開く」で日別ファイルを保存する

対象タブの一覧部分を右クリックし、「開く」を選びます。英語表示ならOpenです。公式ヘルプでは、この操作でログのあるフォルダを開くと同時に、現在の記録をファイルへ書き出すと説明されています。今日の記録を取り出すときは、先に画面を確認し、その後で「開く」を実行する順序にすると、保存ファイルとの照合がしやすくなります。

ログファイル名の標準形式はYYYYMMDD.LOGで、生成日の日付が使われます。例えば2026年10月6日なら20261006.logという形です。拡張子の表示や大文字・小文字だけに頼らず、名前に含まれる日付と中の記録を確認してください。「最新の更新日時だから、この出来事のログだろう」と決めると、別の日のファイルを選ぶことがあります。

スクロールできます
順序行うこと確認するもの
対象確認問題が起きたMT4とタブを選ぶEA・銘柄・端末の一致
書き出しタブを右クリックして「開く」開いたフォルダの種別
日付選択必要な日のログを選ぶ日付名と中の対象時刻
コピー問い合わせ用にファイルを複製する元ファイルを直接編集しない
読み直しコピーをテキストとして開く対象行・前後の記録・文字の表示

ファイルはまずコピーし、コピー側をテキストを読めるエディターで開きます。日別ファイルをそのまま使う場合も、必要な範囲を抜き出す場合も、元の稼働フォルダにある記録を直接削ったり上書きしたりしないでください。加工中に行を消しても、元と比べられるようにするためです。問い合わせ用のコピーは、一般公開されない自分の作業場所で扱います。

保存先と「開く」の動作は、MT4公式のエキスパートログ説明、MT4公式の操作履歴ログ説明が根拠です。レポートの保存や拡張子変更でCSVを作る作業はここには含みません。決済した売買を表で取り出したい場合は、MT4の取引履歴を保存してCSVで整理する手順へ分けて進めましょう。

必要な時刻と前後の行を抽出する

出来事の時刻が分かるなら、最初はその時刻の少し前から後までを読みます。エラーらしい一行だけでは、EAの適用直後なのか、設定変更後なのか、接続が戻った後なのかが伝わりません。必要な範囲は問題によって異なりますが、「直前に何をしたか」「その後に何が記録されたか」が一緒に見えるように選ぶことが大切です。

検索には、実際に画面で確認したEA名、銘柄名、メッセージの一部を使います。似た名前の別EAや別チャートがあるなら、名前だけで絞って終わらず、記録の前後も見てください。何も見つからないときは、その文字が本当にログへ出力されるのかを確認し、先に日付と時刻で範囲を絞る方法へ戻ります。

MT4にはログを読むためのViewerもあり、タブの右クリックメニューから呼び出せます。公式の操作履歴ヘルプでは、検索語、Full/Errors onlyの種類、時間範囲を指定してRequestで検索する方法が示されています。検索は大文字・小文字を区別するため、記録にある表記と合わせます。日本語画面の項目名は、対応する表示を確認してください。

対象の記録と前後のつながりを確認する虫眼鏡
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。

最初からErrors onlyに絞ると、エラーの前後にある通常メッセージを見落とすことがあります。問い合わせ資料を作るときは、全体を見られる状態で対象区間を確認してから、必要な情報を選ぶと文脈を保ちやすいです。Viewerを使わずコピーしたファイルを読む場合も、同じ考え方で時刻と前後のつながりを確認します。

一行を引用するときは、日時とメッセージの組み合わせを残します。途中を省くなら、別の時刻の行を連続していたようにつなげず、「この間の対象外の行を省略」と分かるようにしてください。実際に存在しない説明をログ内へ追記するのではなく、自分の説明は引用の外側へ置きます。

当日の記録がないときの確認順

今日のファイルに目当ての行がない場合は、まずタブで対象行を確認し、もう一度「開く」を実行してからファイルを確認します。その間に新しい記録が増えたなら、先ほどのコピーと新しく取得したコピーを区別してください。「ファイルが空に見えたのでMT4を再起動する」と進む前に、画面、書き出し、コピーの順を確かめます。

日付が変わる付近の出来事では、前日と当日の両方を確認します。例えば23時台の操作から翌日の0時台まで続く状況なら、一日分だけでは途中で切れる可能性があります。日本時間で覚えている日付が、そのままログのファイル日付になると決めつけず、後半の時刻照合も使って対象を選びましょう。

画面の「クリア」を押して一覧が消えた場合でも、公式ヘルプではログファイル内の記録は物理的に削除されないと説明されています。画面を見直しても出ない古い記録は、必要な日のファイルで確認します。ただし、フォルダ内のファイルを実際に削除した場合まで、クリアの説明で復元できるという意味ではありません。

日付をまたぐ記録を確認するために並べた二枚の紙
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。

ログが見つからないときに、古いフォルダの削除、履歴データの再取得、EAの入れ直しを同時に行うと、もとの状況を説明しにくくなります。端末、ログ種別、ファイル日付、コピーした時点を順に確認し、それでも記録がないなら、その事実を問い合わせ文へ残してください。残っていない行を推測して作り直す必要はありません。

この章は記録の取り出しを扱っています。記録を確保した後に、EAの許可や口座条件などの切り分けを進めたい場合は、MT4のEAが動かないときの確認順と原因別の対処で別の作業として確認できます。ログを取り出すために、無条件に自動売買を再開したり、実口座で注文を発生させたりする必要はありません。

MT4ログを時刻照合して問い合わせに使う

二つの時計と青・オレンジの砂時計を並べた時刻照合のイメージ
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。

端末時刻とEAの時刻を分ける

「日本時間の夜に起きた」という説明だけだと、問い合わせ先はどの時刻の行を見ればよいか判断しにくくなります。自分が見ていた時計、ログの時刻欄、メッセージの中へEAが書いた時刻を分けて整理しましょう。これらをすべてMT4のサーバー時刻だと扱うと、探す区間がずれることがあります。

MQL4公式には、端末が動くコンピューターのローカル時刻を返すTimeLocalと、最後に把握したサーバー時刻を返すTimeCurrentが別の関数として用意されています。EAがメッセージへ付ける時刻は、使っている処理に依存します。関数名を見ただけで標準ログの各欄の基準を判定できるわけではないので、EAの説明や提供元の案内も確認してください。

スクロールできます
時刻の手がかり問い合わせに書くこと決めつけないこと
自分が見ていた時計日本時間で覚えている日時と、おおよその精度ログも同じ時刻であること
端末・VPSの時計設定されていたタイムゾーンと確認時点VPSも日本時間であること
ログの時刻欄対象行の元表記をそのまま引用すべてサーバー時刻であること
EAのメッセージ内の日時EAの仕様で確認した基準、未確認ならその旨時刻欄と必ず同じ基準であること

照合は、すでにログに残っている分かりやすい出来事を使います。例えば、自分が確認した端末起動の日時と該当行が対応するなら、「日本時間ではこの頃、元ログではこの表記」と並べます。誤差がある観察を秒単位の正確な換算に見せず、「約」「数分の範囲」として扱ってください。時刻を調べるために、本番のEAを停止・再適用したり、取引を発生させたりする必要はありません。

夏時間や端末の設定変更をまたぐ期間では、現在の差を古いログへそのまま当てはめないようにします。対象日の基準を確認できなければ、換算値を断定せず、元のログ表記と日本時間で覚えている範囲を両方送る方が誤解を減らせます。時差を直す目的で稼働中のWindowsの時計やEA設定を変えることも、この資料作成には不要です。

関数の違いは、MQL4公式のTimeLocalとTimeCurrentで確認できます。EA側の基準が未確認なら、その未確認部分を説明に残します。問い合わせ先に元の時刻表記を渡せば、推測で時刻を書き換えるよりも照合しやすくなります。

コピーから個人情報を除く

共有するのは、確認した相手に必要な範囲だけです。EA提供元への相談と、FX会社に口座の調査を依頼する相談では、必要な識別情報が違うことがあります。最初は秘密情報や個人情報を除いたコピーを用意し、追加情報が必要と言われた場合も、公式の窓口で必要性を確認してから出し分けましょう。

ログに何が書かれるかは、端末の出来事やEAの出力内容にもよります。「ログにはパスワードは入らないはず」と思い込まず、実際のコピーを目視します。検索も併用して、口座番号、氏名、メールアドレス、個人を含むファイルパス、接続情報、外部サービスの認証文字列などがないか確認してください。検索で見つからないことだけを、安全の証明にしないのが基本です。

共有しない部分を覆った書類と封筒
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。
スクロールできます
項目EA提供元へ渡す際の扱い伏せ方の注意
パスワード・認証キー・トークン送らないURLのクエリや長い文字列も確認
口座番号・氏名・メール原則として除き、必要性を別途確認同じ情報は同じ置換名へ統一
個人のフォルダ名・接続情報問題の説明に不要なら除く時刻やエラー本文を巻き込んで消さない
日時・EA名・銘柄・実際のメッセージ調査に必要な部分を残す改変した箇所と元の記録を区別
注文番号などの照合情報必要範囲と共有先を確認EA相談と業者への口座調査を分ける

伏せるときは、例えば「口座A」「口座B」のような置換名を使い、同じ値には同じ名前を割り当てます。すべてを同じ伏字にすると、別の対象の記録だったことが分からなくなる場合があるためです。一方、無関係な行を大量に残して対象を増やす必要もありません。対象区間を先に選び、残った内容の情報を見直します。

番号に似た文字列を一括削除する方法は避けてください。日時、エラー番号、銘柄の条件値まで消えると、何が起きたか伝わらなくなります。置換後に対象行を読み直し、元のメッセージの意味と時系列が保たれているか確認します。本文の説明に「個人情報の部分を置換した」と添え、伏せた部分を元のログそのものと誤認させないようにしましょう。

スクリーンショットを付ける場合も、選択したログ以外の口座表示、残高、ナビゲーター、別ウィンドウが写っていないか確認します。画像の上に隠したつもりでも、別の添付ファイルや説明文へ同じ情報が残っていることがあります。ファイル名、画像、問い合わせ本文を一組で見直すことが大切です。

問い合わせ資料を一組にまとめる

問い合わせ先が追いやすい資料は、「何を期待したか」「何が起きたか」「いつ、どの条件で起きたか」が分かれています。ログが長くても、この説明がないと見てほしい場所が伝わりません。結論を先に決めて「EAのバグです」と書くより、確認した事実と自分の見方を区別して書きます。

期待した動作は、説明書などで確認できる範囲にします。売買条件が成立したと自分で考えただけなら、その点を観察として書いてください。実際の動作は「注文がない」「表示が変わった」「このメッセージが出た」のように具体化します。原因が確定していなくても、対象のログと現象が結び付いていれば問い合わせを始められます。

  • 対象:EA名とバージョン、Windows版MT4、デモ・実口座の区別
  • 条件:問題が起きた銘柄と時間足、直前に行った操作
  • 日時:日本時間で覚えている範囲と、ログの元の時刻表記
  • 期待した動作:説明書等で確認した内容と、未確認の推測を区別
  • 実際の動作:画面で観察したことと、該当メッセージ
  • 添付:エキスパート・操作履歴の別、日付、抜粋・置換の有無

書き方の例は、「対象EAを指定の銘柄・時間足へ適用した後、日本時間の[日時]頃に[観察した現象]を確認しました。元ログの時刻欄は[元の表記]で、時刻基準は[確認した内容/未確認]です。添付は同じ端末のエキスパートと操作履歴から、該当区間と前後を抜き出したコピーです。個人情報の箇所を置換しています」という形です。これは問い合わせ文のひな型で、実際のログ例ではありません。

ログの引用には、コピーにある文章を使います。意味が分からない英語を、自分の解釈だけで日本語のログへ置き換えないでください。必要なら元のメッセージを示し、その後に「この意味ではないかと考えています」と説明を分けます。翻訳した内容だけを送ると、提供元が同じメッセージを検索できなくなることがあります。

説明文と二種類の記録を一組にまとめた問い合わせ資料
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。

エキスパートと操作履歴で同名の日付ファイルを取り出す場合は、問い合わせ用のコピーを別のフォルダに分けるなどして、片方を上書きしないようにします。提出物の説明にも、どちらの種別の何日分かを明記します。ログだけを添付した場合でも、相手が日付ファイルを開いて対象時刻を見つけられる情報を残しましょう。

提供元が抜粋ではなくファイル全体を求める場合は、理由と提出先を確認します。日別ファイルには別EAや別時間帯の記録が混ざる可能性があるため、要求があったことだけで公開ページへ置く必要はありません。まず必要な期間と情報を相手に確認し、安全に提出できる方法を選びます。

送信前に限界と添付内容を確認する

ログは、その環境で記録された出来事を確認する材料です。EAの内部判定がすべて出力されるとは限らず、何も書かれていない区間から「条件は成立していた」「サーバーが注文を消した」などと断定することはできません。記録がない場合は、対象期間を調べた結果と、現象を見た時刻を説明し、追加で必要な材料を尋ねます。

標準ログから、削除済みファイルの復元、EAのソースコード、すべての入力設定の履歴、口座開設からの全取引帳票を一括で取り出すことは、この手順の目的ではありません。損益を集計したいなら口座履歴、EAの判定を知りたいなら説明書や提供元の仕様確認が必要です。「ログを保存できた」ことと、「原因を証明できた」ことを分けて扱いましょう。

送信前は、添付を受信者のつもりで開きます。正しい日付の対象行があるか、二つの種別を取り違えていないか、伏せた後も前後の順序が分かるかを確認してください。途中で設定を変えて取り直した資料なら、同じ現象の最初の記録と混ぜず、取得した状況の違いを説明します。

送信前にフォルダの中の資料を開いて確認する手元
説明用の生成イメージです。実際のMT4画面やログの証拠ではありません。
  • 問い合わせ先は公式に確認できる提供元・窓口か
  • 添付の日付・ログ種別・対象端末が説明文と一致しているか
  • 日本時間の観察とログの元表記を区別しているか
  • パスワード等の秘密情報と不要な個人情報を取り除いたか
  • ファイル名や画像にも不要な情報が残っていないか
  • 現象の事実と原因の推測を区別しているか

公開の掲示板やSNSで相談する場合は、個別窓口へ提出する資料と同じ範囲を出さないようにします。見知らぬ相手から口座情報や遠隔接続を求められても、それはログの読取りとは別の依頼です。認証情報を渡す代わりに、秘密情報を除いた引用と状況説明で相談できるか、正規の窓口へ確認してください。

資料作成をきっかけに動作確認を求められた場合も、実口座で現象を再現する前に、デモで確認できるかを提供元と相談します。問い合わせ用の記録を作る目的だけで、不必要な取引や権限変更を行う必要はありません。取得済みのファイルがあるなら、まずその資料を使って次に必要な確認を絞りましょう。

MT4ログは日時と共有範囲をそろえる

MT4のログを使う順序は、対象端末の確認、エキスパート・操作履歴の選択、「開く」による書き出し、日付ファイルのコピー、必要区間の読取りです。日付が変わる頃なら隣接する日も確認し、画面のクリアとファイル削除を区別してください。

問い合わせへ進む前に、ログの元の時刻表記と日本時間で観察した日時を並べ、基準が未確認の部分を説明に残します。コピーから不要な個人情報と秘密情報を除き、期待した動作、実際の現象、直前の操作、添付の種別を一組にすれば、提供元が調べる対象を伝えやすくなります。

原因を断定することより、同じ端末の同じ出来事を相手が追えることが大切です。必要な記録を確保して読み直し、正規の窓口へ必要な範囲を渡した後に、追加の確認や対処へ進みましょう。

よかったらシェアしてね!
目次