タグ: アラート

  • MT4プッシュ通知のMetaQuotes IDとは|スマホ通知前に見ること

    MT4のプッシュ通知をスマホで受け取りたい時に、よく出てくるのが MetaQuotes ID です。メール通知のようにSMTPを入力するのではなく、スマホ側のMetaTraderアプリに割り当てられたIDを、PC版MT4の通知設定へ入れて使います。

    この記事では、MetaTrader 4公式ヘルプとMQL4公式ドキュメントをもとに、MetaQuotes IDとは何か、どこで見るのか、PC版MT4のNotificationsタブへどう入れるのか、AlertのNotificationやMQL4の SendNotification() とどう関係するのかを分けて見ます。

    先に短く言うと
    • MetaQuotes IDは、スマホのモバイル端末に割り当てられる識別子です。
    • MT4公式ヘルプでは、スマホアプリの Settings - Messages でMetaQuotes IDを確認できると説明されています。
    • PC版MT4では、OptionsのNotificationsタブでPush notificationsを有効にし、MetaQuotes IDを入力して使います。
    • MQL4の SendNotification() は、Notificationsタブで指定されたMetaQuotes IDのモバイル端末へ通知を送る関数です。

    MetaQuotes IDはスマホ通知の送り先を示すID

    MetaQuotes IDは、PC版MT4からスマホのMetaTraderアプリへプッシュ通知を送る時の送り先として使われます。メールアドレスや電話番号ではなく、モバイル端末側に割り当てられたIDをPC版MT4へ入力する形です。

    MetaTrader 4公式ヘルプでは、MetaQuotes IDはモバイル端末へインストールされた時に割り当てられる一意の識別子と説明されています。つまり、PC版MT4側で適当に作るものではなく、スマホ側のMetaTraderアプリで確認してから入力します。

    公式情報で見るポイント

    MT4公式ヘルプでは、MetaQuotes IDを確認するにはモバイル端末を開き、Settings - Messages へ進むと説明されています。まずスマホ側でIDを確認し、それをPC版MT4のNotificationsタブへ入力する流れで見ます。

    MetaQuotes IDはスマホ側で確認する

    プッシュ通知の設定で最初につまずきやすいのは、MetaQuotes IDをPC版MT4の中で探してしまうことです。IDは通知を受け取るスマホ側のMetaTraderアプリで確認します。

    スマホアプリを入れ直した場合や、別のスマホへ移した場合は、MetaQuotes IDが以前と同じとは限りません。通知が急に届かなくなった時は、古いIDのままPC版MT4に残っていないかも見てください。

    1
    スマホのMetaTraderアプリを開く 通知を受け取りたいスマホ側でアプリを開きます。複数端末がある場合は、受け取りたい端末を先に決めます。
    2
    Messagesまたはメッセージ画面を見る 公式ヘルプでは Settings - Messages でMetaQuotes IDを確認すると説明されています。アプリの表示言語によって表記は少し変わることがあります。
    3
    IDをPC版MT4へ入力する PC版MT4のNotificationsタブへ、スマホ側で確認したMetaQuotes IDを入力します。手入力の場合は文字の抜けや余計な空白に注意します。

    PC版MT4ではNotificationsタブを見る

    PC版MT4側では、オプション画面のNotificationsタブでプッシュ通知を設定します。公式ヘルプでは、Enable Push notifications を有効にするとクライアント端末から通知を送れるようになると説明されています。

    また、公式ヘルプでは、MetaQuotes IDはカンマ区切りで複数入力でき、最大4つまで指定できると説明されています。複数スマホやタブレットに同時送信したい場合は便利ですが、最初の確認では1つだけ入力してTestする方が原因を分けやすくなります。

    Enable Push notifications 送信を許可する項目

    PC版MT4からスマホへ通知を送るための基本設定です。まずここが有効かを見ます。

    MetaQuotes ID 通知の送り先

    スマホアプリ側で確認したIDを入力します。複数IDを入れる場合はカンマ区切りで見ます。

    Test 送信確認

    設定後にTestを使い、スマホへ通知が届くかを見ます。届かない場合はIDとスマホ側の通知許可を分けて見ます。

    AlertのNotificationとMetaQuotes IDの関係

    MT4のAlertでは、Actionに Notification を選ぶことでモバイル端末へプッシュ通知を送る形にできます。公式ヘルプでは、プッシュ通知を送るには端末設定でMetaQuotes IDを指定する必要があると説明されています。

    Alert EditorのSourceには、Actionによって指定する内容が変わります。Notificationの場合は、Sourceにプッシュメッセージの本文を指定し、最大メッセージ長は255文字と説明されています。

    Sound PC側で音を鳴らす

    PC版MT4で音声ファイルを再生するアラートです。スマホ通知とは役割が違います。

    Email メール設定を使う

    EmailタブのSMTP設定を使います。MetaQuotes IDではなくメール送信設定を見ます。

    Notification スマホへプッシュ通知

    NotificationsタブのMetaQuotes IDを使います。スマホ側のアプリと通知許可も関係します。

    インジケーターやEAではSendNotificationを見る

    カスタムインジケーターやEAがプッシュ通知を送る場合、MQL4の SendNotification() が使われることがあります。MQL4公式ドキュメントでは、この関数はNotificationsタブで指定されたMetaQuotes IDのモバイル端末へプッシュ通知を送ると説明されています。

    つまり、ツール側にプッシュ通知機能があっても、PC版MT4のNotificationsタブでMetaQuotes IDが入っていなければ通知先を見失います。逆に、Test通知は届くのにインジケーター通知だけ届かない場合は、ツール側の通知設定、条件成立、関数の呼び出し頻度を分けて見ます。

    SendNotificationを見る時の注意

    MQL4公式ドキュメントでは、SendNotification() のメッセージ長は255文字以内で、Strategy Testerでは動作しないと説明されています。また、呼び出し頻度にも制限があります。バックテスト中に通知が来ないからといって、すぐに設定ミスとは判断しないでください。

    MetaQuotes IDが合っていても届かない時に見ること

    MetaQuotes IDを入力していても、通知が届かないことがあります。その場合は、IDだけでなく、PC版MT4の通知許可、Test結果、スマホ側の通知許可、アプリの状態、ツール側の通知条件を分けて見ます。

    特に、PC版MT4のTest通知が届くかどうかは切り分けに使いやすい項目です。Test通知が届かない場合は、ID、Notificationsタブ、スマホ側の通知許可を先に見ます。Test通知は届くのに特定のインジケーター通知だけ届かない場合は、インジケーター側の設定や発動条件を見る流れになります。

    Testも届かない 基本設定を見直す

    MetaQuotes ID、Enable Push notifications、スマホ側の通知許可、アプリのMessages画面を見ます。

    Testは届く ツール側を見る

    インジケーターやEAの通知設定、条件成立、SendNotificationの使われ方を分けて見ます。

    途中から届かない 端末変更やアプリ再インストールを見る

    スマホ変更やアプリ入れ直しでMetaQuotes IDが変わっていないかを確認します。

    通知を使う前のチェックリスト

    プッシュ通知は、PC版MT4、スマホアプリ、通知を出すAlertやインジケーターがつながって初めて使えます。どこか一つだけを見ても原因が見えにくいので、順番に分けて見てください。

    作業前に押さえること
    • スマホのMetaTraderアプリでMetaQuotes IDを確認したか
    • PC版MT4のNotificationsタブでPush notificationsを有効にしたか
    • MetaQuotes IDを余計な空白や文字抜けなく入力したか
    • 複数IDを入れる場合、カンマ区切りになっているか
    • Test通知がスマホへ届くか
    • スマホ側でアプリ通知が許可されているか
    • AlertのActionがNotificationになっているか
    • インジケーターやEA側でプッシュ通知が有効になっているか
    • バックテスト中の通知確認と実運用中の通知確認を混同していないか

    ラボメモ

    MetaQuotes IDで迷う時は、PC版MT4ではなくスマホ側のMetaTraderアプリを起点にすると原因を分けやすくなります。

    Test通知が届くかどうかで、基本設定の問題なのか、インジケーターやEA側の問題なのかを切り分けて見てください。

    用語集であわせて見たい言葉

    関連して読みたい記事

    まとめ

    MetaQuotes IDは、MT4のプッシュ通知をスマホへ送る時に使う送り先のIDです。PC版MT4の中で作るものではなく、スマホのMetaTraderアプリ側で確認し、PC版MT4のNotificationsタブへ入力して使います。

    PC版MT4ではPush notificationsを有効にし、MetaQuotes IDを入力してTest通知を送ります。Alertでスマホ通知を使う場合はActionをNotificationにし、インジケーターやEAが通知を送る場合は SendNotification() とツール側の通知設定も見ます。

    通知が届かない時は、MetaQuotes IDだけを疑うのではなく、Test通知、スマホ側の通知許可、アプリ再インストール、ツール側の通知条件を分けて見てください。

    参考文献
    • MetaTrader 4 Help「Notifications」https://www.metatrader4.com/en/trading-platform/help/setup/settings_notifications
    • MetaTrader 4 Help「Alerts」https://www.metatrader4.com/en/trading-platform/help/overview/terminal/terminal_alerts
    • MQL4 Documentation「SendNotification」https://docs.mql4.com/common/sendnotification
    • MQL4 Documentation「Client Terminal Properties」https://docs.mql4.com/constants/environment_state/terminalstatus
  • MT4メール通知のSMTP設定でつまずく時に見ること

    MT4のメール通知でつまずく時は、アラート条件よりもSMTP設定で止まっていることがあります。SMTPサーバー、ポート、ログイン、パスワード、From、Toのどれかがずれていると、Testでは失敗したり、EAやインジケーターからのメールが送れなかったりします。

    この記事では、MetaTrader 4公式ヘルプとMQL4公式ドキュメントをもとに、MT4メール通知のSMTP設定で見る項目を分けます。メールサービス側の仕様は変わることがあるため、実際のSMTPサーバー名、ポート番号、認証方法は、利用しているメールサービスの公式情報で最新条件を確認してください。

    先に短く言うと
    • MT4のメール通知は、ToolsのOptionsにあるEmailタブで設定します。
    • MetaTrader 4公式ヘルプでは、Enableを有効にし、SMTP Server、SMTP Login、SMTP Password、From、Toを入力すると説明されています。
    • SMTP Serverは、サーバーのアドレスとポート番号を smtp.example.com:25 のような形式で入れる項目です。
    • MQL4の SendMail() は、Emailタブに指定された宛先へメールを送る関数です。Strategy Testerでは動作しないと説明されています。

    SMTP設定はメールを送るための出口を見る場所

    SMTPは、MT4からメールを送るために使う送信側の設定です。MT4のアラートやEAが「メールを送る」処理をしても、Emailタブの設定が合っていなければ、実際のメール送信で止まります。

    メール通知でつまずく時は、まず価格アラートやEAの条件ではなく、MT4がメール送信に使う出口が通っているかを見ます。ここで見るのが、SMTP Server、SMTP Login、SMTP Password、From、To、Testです。

    SMTP Server 送信サーバーとポート

    メールを送るためのサーバー名とポート番号を指定します。メールサービスごとに条件が違います。

    Login / Password 認証情報

    送信サーバーを使うためのログイン情報です。通常のメールパスワードと別の認証が必要な場合もあります。

    From / To 送信元と送信先

    MT4がどのメールアドレスから、どの宛先へ送るかを見る項目です。複数指定には注意が必要です。

    Emailタブで見る項目を分ける

    MetaTrader 4公式ヘルプでは、Emailタブは電子メールボックスを設定する場所で、この設定はEAのコマンドや発動したAlertからメッセージを送る時に使われると説明されています。

    同じ公式ヘルプでは、メール設定を始めるには Enable を有効にし、SMTP Server、SMTP Login、SMTP Password、From、Toを入力すると説明されています。設定をまとめて見るのではなく、項目ごとに意味を分けると、どこでつまずいているかを追いやすくなります。

    公式情報で見るポイント

    MetaTrader 4公式ヘルプでは、SMTP ServerはSMTPサーバーのアドレスと利用ポートを入力する項目で、[server web address] : [port number] の形式で記録すると説明されています。例として smtp.your_email_provider.com:25 のような形式が示されています。

    SMTP Serverはサーバー名とポート番号をセットで見る

    SMTP Server欄では、メールサービスの送信サーバー名だけでなく、ポート番号も見ます。サーバー名が合っていても、ポート番号が違うとTestで失敗することがあります。

    また、利用するメールサービスによって、暗号化方式、認証方法、外部アプリからの送信条件が異なる場合があります。MT4側だけで判断せず、メールサービス側の公式ヘルプで、SMTPサーバー名、ポート番号、認証方法を確認してください。

    SMTP Serverで見ること
    • SMTPサーバー名がメールサービス公式の情報と一致しているか
    • ポート番号まで入力しているか
    • smtp.example.com:587 のように、サーバー名とポートをセットで見ているか
    • 古い設定例や個人ブログの設定値をそのまま使っていないか
    • 利用しているメールアカウントで外部アプリからのSMTP送信が許可されているか

    LoginとPasswordはメールサービス側の条件も見る

    MetaTrader 4公式ヘルプでは、SMTP Loginは認証に使うログイン、SMTP Passwordは認証に使うパスワードと説明されています。通常はメールアドレスやメールボックスの認証情報を使います。

    ただし、近年のメールサービスでは、通常のログインパスワードとは別に、アプリ用パスワードや追加の認証設定が必要になる場合があります。これはMT4の問題というより、メールサービス側のセキュリティ仕様です。使っているメールサービスの公式情報で、外部メールソフトやSMTP送信に必要な認証方法を見てください。

    パスワード欄で止まりやすい点

    ブラウザでメールにログインできることと、MT4からSMTPで送信できることは同じではありません。メール通知だけが通らない場合は、SMTP送信用の認証条件を別に見てください。

    FromとToは1件ずつ分けて見る

    MetaTrader 4公式ヘルプでは、Fromはメッセージの送信元アドレス、Toは送信先アドレスと説明されています。FromにはSMTPに使うメールサーバー上の名前とメールアドレスを入れる項目です。

    同じ公式ヘルプでは、FromとToの各フィールドには1つのメールアドレスだけ指定でき、複数のメールアドレスを区切り付きまたは区切りなしで入れても受け付けられないと注意されています。複数宛先へ送りたい場合でも、まずは1件だけでTestを通す方が原因を追いやすくなります。

    From 送信元

    どのメールアドレスから送るかを指定します。SMTP Loginと関係する場合があります。

    To 送信先

    通知を受け取りたいメールアドレスを指定します。まずは1件だけで確認します。

    複数宛先 最初は避ける

    公式ヘルプでは、FromとToはそれぞれ1つのメールアドレスだけ指定できると説明されています。

    Testで失敗した時はJournalも見る

    MetaTrader 4公式ヘルプでは、Testは指定した設定でテストメッセージを送信し、設定が動作するかを確認するものと説明されています。テストに成功した場合は、OKを押して設定を反映します。

    テストに失敗した場合、公式ヘルプではすべての設定を確認し、端末を再起動してから再度テストメッセージを送ることが推奨されています。画面上の失敗表示だけで判断せず、Journalに出るメッセージも合わせて見ると、認証、サーバー、接続、入力ミスのどれに近いかを分けやすくなります。

    1
    Enableを入れる Emailタブでメール通知を使う状態にします。ここが無効だと設定を入力しても使えません。
    2
    SMTP Serverを入れる サーバー名とポート番号を、メールサービス公式の形式に合わせて入力します。
    3
    LoginとPasswordを見る SMTP送信に使う認証情報を入力します。必要に応じてアプリ用パスワードなどの条件も見ます。
    4
    FromとToを1件ずつ入れる まずは複数宛先にせず、送信元と送信先を1件ずつにしてTestします。
    5
    TestとJournalを見る Testの結果とJournalを見ます。成功したらOKで保存します。

    SendMailを使うEAやインジはEmailタブに依存する

    MQL4公式ドキュメントでは、SendMail() はEmailタブの設定画面で指定されたアドレスへメールを送る関数と説明されています。つまり、EAやインジケーター側でメール送信処理があっても、MT4のEmailタブが未設定または無効なら送信できません。

    同じドキュメントでは、送信が設定で禁止されている場合やメールアドレスが省略されている場合があり、エラー情報は GetLastError() で確認すると説明されています。また、SendMail() はStrategy Testerでは動作しないとされています。

    EA側 メール送信条件を見る

    EAやインジケーターの入力設定で、メール通知を有効にしているかを見ます。

    MT4側 Emailタブを見る

    SendMailはEmailタブの設定を使います。Enable、SMTP、From、Toを見ます。

    検証側 Strategy Testerでは分ける

    公式ドキュメントでは、SendMailはStrategy Testerでは動作しないと説明されています。

    メールが届かない全体問題とは分けて見る

    SMTP設定でつまずく時と、メール通知が届かない時は重なる部分があります。ただし、届かない原因は、SMTP設定だけではありません。アラート条件、EA側の通知設定、MT4の起動状態、回線、迷惑メールフォルダ、メールサービス側の制限なども関係します。

    この記事では、SMTP設定の見方に絞っています。メール通知が届かない原因を広く見たい場合は、既存記事の「MT4のアラートメールが届かない時に見る設定」とあわせて確認してください。

    SMTP設定で見るチェックリスト
    • EmailタブのEnableが有効になっているか
    • SMTP Serverにサーバー名とポート番号を入れているか
    • SMTP Loginがメールサービス側の条件と合っているか
    • SMTP PasswordがSMTP送信用の条件と合っているか
    • FromとToを1件ずつ指定しているか
    • Testで送信できるか
    • 失敗時にJournalを見たか
    • EAやインジケーター側のメール通知設定が有効か
    • Strategy Tester上でメール送信を確認しようとしていないか

    ラボメモ

    MT4のSMTP設定で迷う時は、まずMT4側の入力欄と、メールサービス側の送信条件を分けて見ると原因を追いやすくなります。

    古い設定例をそのまま使うより、現在使っているメールサービスの公式情報でSMTPサーバー、ポート、認証方法を見直してください。

    用語集であわせて見たい言葉

    関連して読みたい記事

    まとめ

    MT4メール通知のSMTP設定でつまずく時は、EmailタブのEnable、SMTP Server、SMTP Login、SMTP Password、From、Toを分けて見ます。特にSMTP Serverは、サーバー名だけでなくポート番号まで含めて確認します。

    Testで失敗する場合は、入力ミスだけでなく、メールサービス側のSMTP送信条件、認証方法、外部アプリ利用条件も見てください。成功したらOKで保存し、失敗した場合はJournalも合わせて確認します。

    EAやインジケーターの SendMail() は、MT4のEmailタブ設定に依存します。Strategy Testerでは動作しない点も分けて見ておくと、検証中にメールが来ない理由を誤解しにくくなります。

    参考文献
    • MetaTrader 4 Help「Email」https://www.metatrader4.com/en/trading-platform/help/setup/setup_email
    • MQL4 Documentation「SendMail」https://docs.mql4.com/common/sendmail
    • MQL4 Documentation「Runtime Errors」https://docs.mql4.com/constants/errorswarnings/errorcodes
  • MT4のアラート音を変更したい時に見る設定

    MT4のアラート音は、初期状態のままだと聞き分けにくかったり、他の通知音と混ざったりすることがあります。価格アラート、インジケーターの通知、EAの通知を同じ音で受けていると、何が反応したのか分かりにくくなる場面もあります。

    この記事では、MetaTrader 4公式ヘルプとMQL4公式ドキュメントをもとに、MT4のアラート音を変更する時に見る場所、Alertの SoundSource、音声ファイルの種類、Sounds フォルダ、インジケーターやEA側で音が指定されている場合の見方を分けて見ます。

    先に短く言うと
    • MT4のAlertでは、Actionに Sound を選ぶと音声ファイルを再生できます。
    • MetaTrader 4公式ヘルプでは、AlertのSourceには音声ファイルとして *.wav*.mp3*.wma を指定できると説明されています。
    • MQL4の PlaySound() を使う場合、公式ドキュメントでは音声ファイルは terminal_directory\Sounds またはそのサブフォルダに置き、WAVファイルを使うと説明されています。
    • インジケーターやEAが独自に音声ファイル名を指定している場合、MT4側の一般設定だけでは変わらないことがあります。

    まずどのアラート音を変えたいのか分ける

    MT4のアラート音といっても、いくつか種類があります。価格に対して設定したAlertの音、インジケーターが出す音、EAが出す音、接続やエラーなどの端末イベント音を同じものとして見ると、設定場所を間違えやすくなります。

    まずは、自分が変えたい音がどれなのかを分けてください。価格アラートの音を変えたいのか、インジケーターのサイン音を変えたいのか、EAが鳴らす音を変えたいのかで、見る場所が変わります。

    価格アラート AlertのSoundを見る

    ターミナルのAlertsで設定する通知です。Action、Source、Testなどを見ながら音声ファイルを指定します。

    インジケーター パラメータやファイル指定を見る

    インジケーター側に音声ファイル名や通知設定がある場合があります。MT4全体の設定とは別に見ます。

    EA EA側の通知条件を見る

    EAが独自に音を鳴らす場合、入力パラメータやMQL4側の指定が関係することがあります。

    Alertの音はActionとSourceを見る

    MetaTrader 4公式ヘルプでは、AlertのActionとして Sound を選ぶと音声ファイルを再生できると説明されています。Alertの設定画面では、Actionに何をするか、Sourceに何を使うかを指定します。

    音を変更したい場合は、AlertのActionが Sound になっているか、Sourceに目的の音声ファイルが入っているかを見ます。公式ヘルプでは、Source欄には音声ファイルとして *.wav*.mp3*.wma を指定できると説明されています。

    公式情報で見るポイント

    MetaTrader 4公式ヘルプでは、Alertの Test ボタンで選択したアラートの動作を確認でき、変更を反映するには OK を押す必要があると説明されています。音を選んだだけで閉じてしまうのではなく、テストと保存を分けて見てください。

    価格アラート音を変える時の流れ

    価格アラートの音を変える場合は、ターミナルのAlertsから対象のアラートを開きます。すでに作成済みのアラートを編集する場合と、新しくアラートを作る場合で画面の入り方は違いますが、見る項目は近いです。

    ここでは、音声ファイルを変更する時に見る流れを分けます。実際の画面名や右クリックメニューは、利用しているMT4の言語設定やブローカー版によって表記が少し違うことがあります。

    1
    対象のAlertを開く ターミナルのAlertsから、変更したいアラートを開きます。まずは価格条件や有効状態も一緒に見ます。
    2
    ActionをSoundにする 音を鳴らすアラートにしたい場合は、Actionが Sound になっているかを見ます。
    3
    Sourceで音声ファイルを選ぶ 鳴らしたい音声ファイルをSourceに指定します。ファイル形式や置き場所は、アラートの種類によって分けて見ます。
    4
    Testで確認してOKで保存する 音が鳴るかをTestで見たうえで、変更を反映するためにOKで保存します。

    WAVファイルとSoundsフォルダの扱いを見る

    MT4のアラート音を変える時に混乱しやすいのが、価格アラートのSource指定と、MQL4プログラム側の PlaySound() 指定です。価格アラートのSourceでは複数の音声形式が説明されていますが、MQL4の PlaySound() では扱いが異なります。

    MQL4公式ドキュメントでは、PlaySound() で再生する音声ファイルは terminal_directory\Sounds またはそのサブフォルダに置く必要があり、再生されるのはWAVファイルと説明されています。インジケーターやEAが PlaySound() を使っている場合は、WAVファイルとSoundsフォルダを分けて見ます。

    AlertのSource 価格アラート側の指定

    公式ヘルプでは、Sourceに音声ファイルを指定できると説明されています。Alert設定画面でTestできるかを見ます。

    PlaySound() MQL4プログラム側の指定

    公式ドキュメントでは、音声ファイルは terminal_directory\Sounds 配下に置き、WAVファイルを使うと説明されています。

    Custom Indicator / EA ツール側の指定

    インジケーターやEAの入力設定に音声ファイル名がある場合は、そこで指定を変えられることがあります。

    独自の音を使う時は既存ファイルを消さずに試す

    独自の音声ファイルを使いたい場合、最初から既存の音声ファイルを上書きするより、別名で追加して試す方が確認しやすくなります。たとえば既存の alert.wav を置き換えるのではなく、別名のWAVファイルを用意し、Sourceやツール側の設定で指定できるかを見る流れです。

    既存ファイルを上書きすると、元の状態へ戻したい時に手間が増えます。ブローカー版MT4やインストール方法によって、Soundsフォルダの位置が分かりにくい場合もあるため、まずは既存の音声ファイルがある場所を確認してから作業してください。

    音声ファイルを入れる時の注意

    長すぎる音や大きすぎる音は、複数のアラートが続いた時に聞き分けにくくなることがあります。通知音は、相場判断を代わりに行うものではなく、条件に気づくための補助として扱ってください。

    インジケーターの音はMT4側だけでは変わらないことがある

    インジケーターやEAが鳴らす音は、MT4のAlert設定だけでは変わらないことがあります。ツール側で SoundFileAlertSoundUseSound のような入力項目が用意されている場合は、その設定を見ます。

    一方で、インジケーターやEAの内部で音声ファイル名が固定されている場合、入力画面から変更できないこともあります。その場合は、配布元の説明、同梱ファイル、パラメータ項目、ソースファイルの有無を分けて見る必要があります。

    インジやEA側で見ること
    • 入力パラメータに音声ファイル名を指定する項目があるか
    • UseAlertUseSoundSoundFile などの項目があるか
    • 同梱ファイルにWAVファイルが含まれているか
    • 説明書でSoundsフォルダへの配置が指定されていないか
    • MT4側のAlertではなく、ツール側の通知として鳴っていないか

    音が鳴らない問題とは分けて見る

    アラート音を変更したい場合と、そもそも音が鳴らない場合は、見るポイントが少し違います。音が鳴らない時は、MT4の設定だけでなく、PC側の音量、スピーカー、ミュート、アラートの有効状態、ファイルの場所、Test結果なども見ます。

    この記事では音の変更を中心に見ています。音が鳴らない原因を広く見たい場合は、既存記事の「MT4アラートが鳴らない時に見ること」とあわせて読むと、原因を分けやすくなります。

    変更したい 音声ファイルを変える

    AlertのSource、WAVファイル、Soundsフォルダ、ツール側の音声指定を見ます。

    鳴らない 出力条件を見る

    アラートが有効か、PC音量、Test、ファイルの場所、MT4が起動しているかを見ます。

    聞き分けたい 用途ごとに音を分ける

    価格アラート、インジケーター、EAで音を分けると、何が反応したのかを見やすくなります。

    アラート音を変更する前のチェックリスト

    音声ファイルを差し替える前に、変更対象を分けておくと作業が戻りやすくなります。価格アラートなのか、インジケーターなのか、EAなのかを先に分けてください。

    作業前に押さえること
    • 変更したい音が、価格アラート・インジケーター・EAのどれかを分けたか
    • AlertのActionが Sound になっているか
    • Sourceに目的の音声ファイルが指定されているか
    • Testで選んだ音を確認したか
    • 変更後にOKで保存したか
    • インジケーターやEA側に音声設定項目があるか
    • PlaySound() を使う場合、WAVファイルとSoundsフォルダを見ているか
    • 既存の音声ファイルを上書きせず、戻せる状態で試しているか

    ラボメモ

    MT4のアラート音を変える時は、まず「どの通知が鳴っているのか」を分けると迷いにくくなります。

    価格アラート、インジケーター、EAでは、同じ音に聞こえても設定場所が違う場合があります。音声ファイルを入れ替える前に、AlertのSourceとツール側の設定を別々に見てください。

    用語集であわせて見たい言葉

    関連して読みたい記事

    まとめ

    MT4のアラート音を変更したい時は、まず価格アラート、インジケーター、EAのどの音を変えたいのかを分けます。価格アラートであれば、AlertのActionを Sound にし、Sourceに音声ファイルを指定し、Testで確認してからOKで保存します。

    インジケーターやEAが音を鳴らしている場合は、MT4側のAlert設定だけでなく、ツール側の入力パラメータや音声ファイル名も見ます。MQL4の PlaySound() を使う場合は、WAVファイルと terminal_directory\Sounds 配下の扱いも分けて見てください。

    アラート音は、相場を判断するためのものではなく、条件に気づくための補助です。音を変えること自体よりも、どの通知が何を知らせているのかを分けておくことが大切です。

    参考文献
    • MetaTrader 4 Help「Alerts」https://www.metatrader4.com/en/trading-platform/help/overview/terminal/terminal_alerts
    • MQL4 Documentation「PlaySound」https://docs.mql4.com/common/playsound
    • MQL4 Book「Sound Files」https://book.mql4.com/appendix/sounds
  • TradingViewのリペイントとは|Pine Scriptを見る前の注意点

    TradingViewやPine Scriptを見ていると、「リペイントする」「あとから表示が変わる」という言葉に出会うことがあります。矢印やラインが後から動いたように見える場合もあれば、リアルタイムで見ていた値と、ページ更新後に見える過去バーの表示が違う場合もあります。

    この記事では、TradingView公式ドキュメントの説明をもとに、リペイントを「過去バーとリアルタイムバーの見え方の違い」「Pine Scriptの実行タイミング」「上位足データの扱い」「アラートとの関係」に分けて見ます。リペイントの有無はツールの役割を理解するための材料であり、取引結果を保証するものではありません。

    先に短く言うと
    • TradingView公式ドキュメントでは、リペイントは歴史バーとリアルタイム計算や描画の挙動が異なることとして説明されています。
    • リアルタイムバーは更新中の情報を使うため、バー確定後に見える過去バーとは見え方が変わることがあります。
    • Pine Scriptでは、バーの状態、上位足データ、request.security()、アラート作成時のスナップショットなどが関係します。
    • 「リペイントしない」という言葉だけで判断せず、どの場面で値や表示が変わるのかを分けて見てください。

    TradingViewでいうリペイントとは何か

    TradingViewのPine Script公式ドキュメントでは、リペイントを、歴史バーとリアルタイムの計算や描画が異なるスクリプトの挙動として説明しています。つまり、過去のチャート上で見える線やサインと、実際にリアルタイムで表示されていたものが同じとは限らない、という話です。

    公式ヘルプでも、ページを更新した後にスクリプトやストラテジーの結果が変わるケースが、リペイントの一種として説明されています。これは単純な不具合ではなく、リアルタイムバーと歴史バーに含まれる情報の違いから起きる場合があります。

    公式情報で見るリペイントの中心

    TradingViewの説明では、リペイントは「リアルタイムで計算された結果」と「あとから歴史バーとして読み直した結果」が違って見える現象として扱われます。Pine Scriptを見る時は、コードがどのバーの情報を使い、いつ値を確定させているのかを見る必要があります。

    リペイントにはいくつかの見え方がある

    「リペイント」という言葉だけでまとめると、原因を見誤りやすくなります。リアルタイムバーの途中で値が動くもの、上位足データが確定前に変わるもの、過去バーへ描画しているもの、アラート作成時の条件と現在の表示が違うものは、それぞれ見る場所が違います。

    まずは、何が変わったように見えているのかを分けてください。サインそのものが消えたのか、バー確定前だけ表示が揺れたのか、ページ更新後に過去の表示が変わったのかで、読むべき公式情報も変わります。

    リアルタイムバー 確定前の値が動く

    現在のバーは価格更新に合わせて値が変わります。バー確定前の表示と、確定後に残る表示は分けて見ます。

    歴史バーとの差 更新後に見え方が変わる

    ページ更新や再読み込み後に、リアルタイムで見ていた表示と過去バーの表示が違って見える場合があります。

    上位足データ 未確定値を使う

    上位時間足の値を下位時間足で参照する時は、確定前の上位足と確定済み上位足を分けて見る必要があります。

    過去への描画 後から印が付く

    過去バーにマークやラベルを描く設計では、リアルタイムでは見えていなかった位置に後から表示が出ることがあります。

    リアルタイムバーと確定済みバーを分けて見る

    Pine Scriptの公式ドキュメントには、現在スクリプトが実行されているバーの状態を判定する barstate の情報があります。リアルタイムバー、最後のバー、確定済みバーなどを分けて扱うための変数が用意されています。

    インジケーターの値は、現在のバーが更新されるたびに変わる場合があります。たとえば、バーの途中では条件を満たしていたのに、終値が確定した時には条件を満たしていない、ということがあります。この場合、バー確定前の表示をどのように扱うかが重要です。

    バー確定前 値が動きやすい

    リアルタイムの価格更新に合わせて、条件や表示が変わることがあります。通知やサインを見る時は注意します。

    バー確定後 過去バーとして残る

    終値が確定した後のバーは、あとからチャートを見た時の表示として残ります。リアルタイム中の揺れとは別に見ます。

    アラート 発動条件を分ける

    バー途中で鳴らすのか、バー確定で鳴らすのかによって、画面上の見え方と通知の印象が変わります。

    上位足データとrequest.securityを見る

    Pine Scriptでは、request.security() などを使って、別の銘柄や時間足のデータを取得できます。TradingView公式ドキュメントでは、上位時間足の値を使う場合に、未確定の上位足データがリアルタイムで変化し、歴史バーとの見え方が変わることが説明されています。

    公式ドキュメントでは、上位時間足データで一貫した動作を得る方法として、barmerge.lookahead_on と履歴参照を組み合わせ、最後に確定した上位足の値を取得する例が説明されています。ここはPine Scriptを見る時の重要な確認点です。

    上位足を見る時の注意点

    上位足の値は、その上位足が確定するまで変わることがあります。下位足チャートで上位足の値を使うスクリプトを見る時は、「現在進行中の上位足を見ているのか」「確定済みの上位足を見ているのか」を分けてください。

    アラートとリペイントは別々に見る

    TradingView公式ヘルプでは、カスタムスクリプトのアラートについて、リペイントしやすいインジケーターやストラテジーでは、アラートの動きとチャート上の表示が違って見える場合があると説明されています。

    また、Pine Scriptのアラートは、チャートUIで作成した時点のスクリプト、入力値、銘柄、時間足などのコピーを使います。作成後にスクリプトや入力値を変更しても、古いアラートへ自動反映されるとは限りません。表示が違うと感じた時は、リペイントだけでなく、アラート作成時の条件も見てください。

    表示 チャート上のサインを見る

    現在表示されているサインや線が、バー確定後も同じように残る設計かを見ます。

    通知 アラートの発動を見る

    バー途中で鳴るのか、バー確定で鳴るのか、アラート作成時の条件が何だったのかを見ます。

    設定 入力値と時間足を見る

    スクリプトの入力値、チャートの時間足、参照している時間足を分けて確認します。

    再読み込み 更新後の表示を見る

    ページ更新後に過去バーの表示が変わるかを見ると、リアルタイム時との差を把握しやすくなります。

    ストラテジーではcalc_on_every_tickも見る

    TradingViewのストラテジー設定では、リアルタイムバーの各更新ごとに計算する項目があります。公式ヘルプでは、この設定を使うと、チャート更新後にティックデータが失われるため、ストラテジーがリペイントする可能性があると説明されています。

    ストラテジーを見る時は、バックテスト結果だけでなく、リアルタイムバーでどう計算しているか、バー確定時だけで見るのか、各更新で見るのかを分けてください。過去バーで整って見える結果と、リアルタイムで見える挙動は同じとは限りません。

    Indicator 表示と値を見る

    インジケーターでは、リアルタイムバーの途中で値やサインが変わるかを見ます。

    Strategy 計算タイミングを見る

    ストラテジーでは、バー確定時の計算か、各更新ごとの計算かで結果の見え方が変わる場合があります。

    Alert 通知条件を見る

    アラートでは、スクリプト側の挙動に加え、アラート作成時の条件と発動頻度も見ます。

    Pine Scriptを見る前のチェックリスト

    Pine Scriptのコードを読む前に、リペイントに関係しやすい箇所をざっくり見ておくと、どこを深掘りすべきかが分かりやすくなります。コードの良し悪しを一言で決めるのではなく、表示、データ取得、アラート、ストラテジー設定を分けて見てください。

    リペイント確認で見たいこと
    • リアルタイムバーの途中で値やサインが変わるか
    • バー確定後に表示が残る条件か
    • request.security() で上位足や別銘柄を参照しているか
    • 未確定の上位足データを使っていないか
    • 過去バーへラベルやマークを描く設計になっていないか
    • アラートが作成時のスクリプトや入力値を使っているか
    • ストラテジーでリアルタイム更新ごとの計算を使っているか
    • ページ更新後に表示が変わるか

    導入前メモ

    リペイントを見る時は、「リペイントするかしないか」だけでなく、どの場面で表示や値が変わるのかを分けることが大切です。

    TradingViewやPine Scriptのスクリプトは、チャート確認を補助する道具です。過去バーの見え方、リアルタイムの挙動、アラート条件を分けて扱ってください。

    用語集であわせて見たい言葉

    関連して読みたい記事

    まとめ

    TradingViewのリペイントは、単に「後から変わるから悪い」と見るより、歴史バーとリアルタイムバーの違い、上位足データの扱い、Pine Scriptの実行タイミング、アラート作成時の条件を分けて見る方が理解しやすくなります。

    Pine Scriptを見る前には、リアルタイムバー、バー確定、request.security()、アラート、ストラテジー設定を確認してください。表示や通知は取引判断を補助する材料であり、結果を保証するものではありません。

  • TradingViewでアラートを使う前に見ること

    TradingViewのアラートは、価格だけでなく、インジケーター、描画ツール、ストラテジー、チャートパターンなどにも設定できます。ただし、どこから作ったアラートなのか、どの条件で発動するのか、作成後に設定を変えた時に反映されるのかを分けて見ないと、思ったタイミングと違う通知に見えることがあります。

    この記事では、TradingViewでアラートを使う前に、作成場所、条件の種類、通知方法、Pine Scriptとの関係、作成済みアラートの注意点を見ます。アラートは取引判断を補助する機能であり、特定の結果を保証するものではありません。

    先に短く言うと
    • TradingViewのアラートは、価格、インジケーター、描画ツール、ストラテジー、チャートパターンなどに設定できます。
    • 公式ヘルプでは、アラートの作成方法としてショートカット、上部ツールバー、アラートマネージャー、右クリックなどが案内されています。
    • インジケーターやPine Scriptのアラートは、作成時の条件や入力値をもとに動くため、あとから設定を変えた時は作り直しが必要になる場合があります。
    • 通知先はアプリ通知、ポップアップ、メール、Webhook、音などに分かれるため、条件と通知方法を別々に見てください。

    TradingViewのアラートは価格だけではない

    TradingView公式ヘルプでは、アラートはデータ系列、インジケーター、チャートパターン、ストラテジー、描画ツールに対して作成できると説明されています。単に「価格がこの水準に来たら通知する」だけではなく、チャート上の線、インジケーターの値、ストラテジーのイベントなども対象になります。

    一方で、アラートの種類によって、見るべき設定は変わります。価格アラートなら銘柄と価格水準が中心ですが、インジケーターアラートやPine Scriptアラートでは、時間足、入力パラメーター、条件式、アラート作成時のスナップショットが関係します。

    価格 水準到達を見る

    価格が指定した水準へ到達、突破、交差した時などを見ます。価格そのものを追いたい時の基本です。

    インジケーター 値や条件を見る

    移動平均、RSI、独自インジケーターなどの値が条件を満たした時に使います。入力値と時間足も見ます。

    描画ツール 線や範囲を見る

    ライン、チャネル、矩形などに対する交差や範囲内外を見ます。描画の位置を変えた時の扱いにも注意します。

    Pine Script コード側のイベントを見る

    alert()alertcondition() などで用意されたイベントを、チャートUI側でアラートとして作ります。

    アラートの作り方は複数ある

    TradingView公式ヘルプでは、アラート作成方法として、Windowsなら ALT + A、macOSなら ⌥ + A、上部ツールバーのCreate alertボタン、右側のAlert manager、チャート右クリック、価格スケール横のPlusボタンなどが挙げられています。

    どの入口から作っても、最後は条件、トリガー頻度、通知方法、有効期限などを設定することになります。まずは「どこから作るか」よりも、「何を条件にするか」を決めてから作る方が迷いにくくなります。

    1
    対象を決める 価格、インジケーター、描画ツール、ストラテジー、Pine Scriptのどれを対象にするかを決めます。
    2
    Create Alertを開く 上部ツールバー、アラートマネージャー、右クリック、ショートカットなどから作成画面を開きます。
    3
    条件と通知方法を見る Condition、Trigger、通知先、メッセージ、有効期限を分けて見ます。条件と通知先は別物です。

    ConditionとTriggerを分けて見る

    アラート設定画面では、Conditionで対象や条件を選び、Triggerでどれくらいの頻度で発動させるかを指定します。TradingView公式ヘルプでは、Triggerには「一度だけ」「毎回」「バー終値ごと」「1分ごと」などの考え方が示されています。

    ここを混同すると、「条件は合っているのに通知の出方が想定と違う」という見え方になります。たとえば、バーの途中で条件が変わるインジケーターでは、バー確定前と確定後で見え方が違うことがあります。アラートを使う前に、条件と発動頻度を分けて見てください。

    Condition 何を見て発動するか

    価格、インジケーター、描画ツール、ストラテジー、Pine Scriptのイベントなど、アラートの対象と条件を選ぶ場所です。

    Trigger どの頻度で鳴らすか

    一度だけ、毎回、バー確定ごと、一定時間ごとなど、条件を満たした時の通知頻度に関わります。

    Notification どこへ知らせるか

    アプリ通知、ポップアップ、メール、Webhook、音など、実際に通知を受け取る方法を選びます。

    テクニカルアラートでは演算子を見る

    TradingViewのテクニカルアラート公式ヘルプでは、描画ツール、インジケーター、ストラテジー、チャートパターンに対してアラートを設定できると説明されています。条件には、Crossing、Crossing up、Crossing down、Greater than、Less than、Entering channel、Exiting channel、Inside channel、Outside channel、Moving up/down などがあります。

    つまり、アラートは「条件を満たしたら鳴る」だけでなく、どの方向から交差したのか、範囲へ入ったのか出たのか、一定本数の中で上がったのか下がったのか、といった条件の違いがあります。設定名だけで選ばず、チャート上でどの動きを知らせたいのかを先に決めてください。

    Crossing 交差を見る

    価格や値が指定した水準をまたいだことを見る条件です。上下どちらの交差も含めて見る場合があります。

    Crossing up / down 方向を見る

    上抜け、下抜けのように、どちらの方向から条件を満たしたかを分けたい時に見ます。

    Channel 範囲を見る

    チャネルや一定範囲への出入りを見ます。ライン系や範囲系のアラートで関係しやすい条件です。

    Moving 一定期間の動きを見る

    指定本数の中で価格がどれくらい動いたかを見る条件です。価格変化の勢いを見たい時に関係します。

    インジケーターアラートは作成時の設定に注意する

    TradingView公式ヘルプでは、インジケーターアラートについて、作成後にインジケーターのパラメーターを変更しても、アラートは作成時の古い設定を使って発動すると注意されています。これはかなり重要です。

    たとえば、RSIの期間を変えた、移動平均の期間を変えた、Pine Scriptの入力値を変えた、チャートの時間足を見直した、という場合でも、作成済みアラートが自動で新しい条件に置き換わるとは限りません。条件を変えた場合は、アラートを削除して作り直す必要があるかを見てください。

    公式情報で見る作成済みアラートの注意点

    TradingViewのPine Scriptドキュメントでは、チャートUIでアラートを作成すると、スクリプト、入力値、メインチャートの銘柄、時間足などのコピーがTradingViewサーバー上に保存されると説明されています。その後にスクリプトや入力値、チャート側の条件を変えても、以前作ったアラートには反映されないため、必要に応じて作り直します。

    Pine Scriptのコードはアラートそのものを作るわけではない

    Pine Scriptの公式ドキュメントでは、アラート関連コードはチャートUIで使えるアラートイベントを作るものであり、コード自体が実行中のアラートを直接作るわけではないと説明されています。ユーザーはCreate Alert画面で、Conditionの中からスクリプト側のトリガーを選び、実際のアラートを作成します。

    インジケータースクリプトでは、alertcondition()alert() が関係します。ストラテジーでは、alert() や注文約定イベントを使うことがあります。どちらにしても、「コードを書くこと」と「実際にアラートを作ること」は別の作業として見てください。

    コード側 イベントを用意する

    Pine Scriptでは、条件に応じたアラートイベントを用意します。これだけでは実行中のアラートにはなりません。

    画面側 Create Alertで作る

    チャート上のCreate Alert画面で、Condition、Trigger、通知方法、メッセージ、有効期限を設定します。

    運用側 ログと設定を見直す

    通知が来ない、タイミングが違うと感じた時は、アラートログ、期限、条件、通知設定を分けて見ます。

    通知が来ない時は発動と通知を分ける

    TradingViewのアラートFAQでは、アラートが発動しても通知設定によっては通知が届かない場合があるため、Alert managerのログを見るよう案内されています。つまり、「アラートが発動していない」のか「発動したが通知が届いていない」のかを分ける必要があります。

    通知が来ない時は、アラートが有効か、有効期限が切れていないか、Conditionが想定どおりか、Triggerが合っているか、通知タブでアプリ通知やメールなどが有効かを順番に見てください。Pine Scriptのアラートなら、スクリプト側の条件がリアルタイムバーで実行される前提も見ます。

    通知が来ない時に分けて見ること
    • アラートが有効になっているか
    • 有効期限が切れていないか
    • Conditionで見ている対象が正しいか
    • Triggerの頻度が想定と合っているか
    • 通知タブでアプリ通知、メール、Webhook、音などを選んでいるか
    • Alert managerのログに発動履歴があるか
    • インジケーターやスクリプトの入力値を変更した後に、アラートを作り直しているか

    ラボメモ

    TradingViewのアラートでつまずく時は、条件、発動頻度、通知方法、作成済みアラートの古い設定を分けて見ると原因を追いやすくなります。

    アラートはチャートを見る補助機能です。通知が来ることと、取引判断が正しいことは別の話として扱ってください。

    用語集であわせて見たい言葉

    関連記事

    まとめ

    TradingViewのアラートは、価格だけでなく、インジケーター、描画ツール、ストラテジー、チャートパターン、Pine Scriptのイベントにも使えます。便利な一方で、Condition、Trigger、通知方法、作成済みアラートのスナップショットを分けて見ないと、思った動きと違って見えることがあります。

    アラートを使う前には、何を対象にするのか、どの条件で発動させるのか、どこへ通知するのか、条件を変えた時に作り直しが必要かを見てください。公式ヘルプで最新の仕様を確認しながら、アラートをチャート確認の補助として扱うことが大切です。

    参考文献

  • Pine Scriptとは|インジケーターを自作する前に見ること

    TradingViewでインジケーターを自作したいと思った時、最初に出てくるのがPine Scriptです。ただ、名前だけを見ると、MT4のMQL4やMT5のMQL5と同じように扱える言語なのか、TradingViewの画面内だけで使うものなのかが分かりにくいところがあります。

    Pine Scriptを見る時は、コードの書き方だけでなく、TradingView上で動くこと、インジケーター・ストラテジー・ライブラリの種類があること、バーごとに実行されること、アラートは別途作成が必要になることを先に分けておくと迷いにくくなります。

    先に短く言うと
    • Pine ScriptはTradingViewのプログラミング言語で、TradingView上のインジケーターやストラテジーを作る時に使います。
    • TradingView公式ドキュメントでは、Pine ScriptはTradingViewのサーバー上で動くツールを作るための言語として説明されています。
    • すべてのPineスクリプトには、indicator()strategy()library() のいずれかの宣言が必要です。
    • MT4のMQL4やMT5のMQL5とは、動く場所、ファイルの扱い、注文シミュレーションやアラートの考え方が違います。

    Pine ScriptはTradingView上で使う言語

    TradingView公式ドキュメントでは、Pine ScriptはTradingViewのプログラミング言語であり、自分用の取引ツールを作り、TradingViewのサーバー上で動かせるものとして説明されています。用途としては、インジケーターやストラテジーの開発が中心です。

    ここで大切なのは、Pine Scriptを「MT4やMT5へ入れるファイル」として見ないことです。MT4ではMQL4、MT5ではMQL5、TradingViewではPine Scriptというように、使う場所が違います。似たような移動平均線やサイン表示を作る場合でも、コードをそのまま流用できるとは限りません。

    公式情報で見るPine Scriptの位置づけ

    TradingView公式ドキュメントでは、Pine ScriptはTradingViewの軽量かつ強力な言語として設計され、インジケーターやストラテジーを作り、それらをバックテストできると説明されています。また、多くの組み込みインジケーターがPine Scriptで書かれていることにも触れています。

    用途1 インジケーターを作る

    チャート上に線、帯、条件表示、ラベル、図形などを出して、相場を見るための補助情報を表示します。

    用途2 ストラテジーを書く

    売買ルールを過去データ上でシミュレーションするためのスクリプトです。結果は判断材料の一つとして見ます。

    用途3 ライブラリを使う

    よく使う関数などを再利用するための仕組みです。インジケーターやストラテジーから呼び出して使います。

    最初に見るのはindicator、strategy、libraryの違い

    Pine Scriptの公式ドキュメントでは、すべてのPineスクリプトに宣言文が必要で、indicator()strategy()library() のいずれかを使うと説明されています。つまり、コードを書く前に「これは何のスクリプトなのか」を決める必要があります。

    インジケーターを自作したいなら、最初は indicator() から見るのが自然です。ストラテジーは過去データ上で売買ルールをシミュレーションするためのもの、ライブラリは関数などを再利用するためのものとして分けます。

    indicator() 表示やアラート向け

    インジケーターとして宣言するための関数です。計算結果をチャートに表示したり、条件に応じてアラートイベントを用意したりする場面で見ます。

    strategy() 過去データ上の検証向け

    ストラテジーとして宣言するための関数です。仮想的な注文やバックテスト結果を見るための機能が関係します。

    library() 再利用する関数向け

    他のスクリプトで使い回す関数や構造をまとめるための宣言です。最初の自作インジでは主役になりにくいですが、後で効いてきます。

    インジケーター自作前に見たい流れ

    TradingView公式の「First indicator」では、Pine Editorを開き、新しいインジケーターを作成し、コードを保存して、Add to chartでチャートへ追加する流れが示されています。いきなり複雑なサインや複数時間足の処理を見るより、まずは小さな計算を表示するところから始める方が理解しやすくなります。

    自作インジケーターは、見た目の完成度より先に、どの価格を使うのか、どの時間足で見るのか、過去バーと現在バーで計算がどう変わるのかを押さえる必要があります。Pine Scriptはバーごとに実行されるため、現在進行中のバーでは結果が動く場合があります。

    1
    Pine Editorを開く TradingViewのチャート下部にあるPine Editorから、コードを書く場所を開きます。
    2
    新しいIndicatorを作る 新規作成時にIndicatorを選び、indicator() 宣言のスクリプトとして作ります。
    3
    保存してチャートへ追加する コードを保存し、Add to chartでチャート上へ反映します。設定画面で入力値を変えられるようにする流れも後で見ます。

    バーごとに実行される仕組みを見る

    Pine Scriptの実行モデルは、イベント駆動で順番に処理される仕組みです。公式ドキュメントでは、スクリプトはデータセットの各バーで繰り返し実行され、バーごとに計算や表示を行うと説明されています。

    この仕組みは、インジケーターの見え方に直結します。確定済みの過去バーでは結果が固定されて見えても、リアルタイムで動いているバーでは価格や出来高の更新に応じて計算結果が変わることがあります。リペイントやアラートの違和感を見る時にも、この前提が関係します。

    実行タイミングで見ること
    • 過去バーで計算される値と、現在進行中のバーで動く値を分けて見る
    • openhighlowclosevolume などのデータをどこで使うかを見る
    • アラート条件がバー確定前に動くのか、バー確定後に見るのかを分ける
    • 表示が変わることと、コードが誤っていることをすぐ同一視しない

    アラートはコードだけでは動かない

    Pine Scriptでアラートを扱う時は、コードを書けばすぐ通知が作成されるわけではありません。TradingView公式ドキュメントでは、Pine Scriptのアラート関連コードはアラートイベントを用意するものであり、実際に動くアラートはチャートUI側でユーザーが作成する必要があると説明されています。

    また、アラート作成時にはスクリプト、入力値、チャートの銘柄と時間足などがTradingViewサーバー上に保存されます。そのため、あとからスクリプトや入力値を変えても、既に作成したアラートへ自動で反映されない場合があります。インジケーター自作前に、この点は必ず見ておきたいところです。

    公式情報で見るアラートの注意点

    TradingViewのPine Scriptドキュメントでは、alert()alertcondition() などはアラートイベントを作るためのもので、実際のアラートはユーザーがCreate Alert画面で作成すると説明されています。また、作成済みアラートはスクリプトや入力値のスナップショットを使うため、後から条件を変えた場合は作り直しが必要になることがあります。

    MT4・MT5の自作インジと同じ感覚で見ない

    MT4やMT5の自作インジケーターでは、MQL4やMQL5、EX4やEX5、データフォルダ、ナビゲーター表示などを見ることが多いです。一方、Pine ScriptはTradingView上のPine Editor、チャート、アラート、公開スクリプト、ストラテジーテスターと結びついて見ます。

    そのため、MT4用のインジケーターファイルをTradingViewへ入れる、Pine ScriptをMT5のデータフォルダへ置く、といった使い方は前提が違います。似たロジックを別環境で再現したい場合は、コード変換ではなく、計算条件を読み直して別言語で書き直す発想が必要になります。

    MT4 MQL4とファイル配置を見る

    カスタムインジケーターでは、MQL4、EX4、データフォルダ、Navigator表示などが関係します。

    MT5 MQL5とEX5を見る

    MT5では、MQL5、EX5、MQL5/Indicators、MetaEditor、ストラテジーテスターなどを分けて見ます。

    TradingView Pine Editorとチャートを見る

    Pine ScriptはTradingView上で書き、保存し、チャートへ追加して動かすスクリプトとして見ます。

    自作前に決めておきたいこと

    インジケーターを自作する前に、まず「何を表示したいのか」を決めてください。サインを出したいのか、移動平均や高安値を見やすくしたいのか、時間帯や価格帯を色分けしたいのかで、必要なコードは変わります。

    TradingViewのPine Scriptには、多くの組み込み変数や関数があります。公式ドキュメントでは、Pine Scriptには多数の組み込み変数・関数があり、言語リファレンスがコードを書く時の重要な資料になると説明されています。最初から全部を覚えるのではなく、必要な関数を公式リファレンスで引きながら進めるのが現実的です。

    表示 何をチャートに出すか

    線、色、ラベル、背景、条件表示など、まずは見せたいものを一つに絞ります。

    条件 何をもとに判断するか

    価格、出来高、移動平均、時間帯、過去バーなど、使うデータを先に分けます。

    通知 アラートが必要か

    表示だけでよいのか、アラートイベントも用意するのかを分けて考えます。

    導入前メモ

    Pine Scriptを見る前に、まずは「何を補助したいのか」を一つに絞ると、必要な関数や表示方法を探しやすくなります。

    自作インジケーターは取引判断を補助する道具です。表示やアラートの便利さと、取引結果を混同しないようにしてください。

    用語集であわせて見たい言葉

    関連記事

    まとめ

    Pine Scriptは、TradingView上でインジケーターやストラテジーを作るための言語です。MT4のMQL4やMT5のMQL5とは、動く場所、保存のされ方、アラートや検証の扱いが違います。

    インジケーターを自作する前には、indicator()strategy()library() の違い、バーごとの実行、リアルタイムバーで値が動く可能性、アラートはUI側で作る必要があることを先に見ておくと、つまずきにくくなります。まずは小さな表示から始め、公式ドキュメントで仕様を確認しながら進めてください。

    参考文献

  • MT5のプッシュ通知がスマホに届かない時に見ること

    MT5のプッシュ通知は、パソコン側のMT5、スマホ側のMT5アプリ、MetaQuotes ID、アラート設定、MQL5プログラムのどこかで止まると届きません。

    メール通知と違い、プッシュ通知はスマホアプリ側に割り当てられるMetaQuotes IDへ送る仕組みです。まずは「どこから送っている通知なのか」を分けて見ると、原因を追いやすくなります。

    先に短く言うと

    MT5のプッシュ通知で最初に見るところ
    • スマホ側のMT5アプリでMetaQuotes IDを確認する
    • パソコン側MT5の「Notifications」タブでプッシュ通知を有効にする
    • MetaQuotes IDを入力し、Testボタンで届くか見る
    • アラートから送る場合は、Actionが「Notification」になっているか見る
    • MQL5プログラムから送る場合は、SendNotification()の制限や設定エラーも見る

    いきなりインジケーターやEAの中身を疑うより、まずは公式ヘルプに出てくる通知の経路を分けて見た方が早いです。通知が届かない原因は、プログラムではなくMetaQuotes IDや許可設定で止まっていることもあります。

    MT5のプッシュ通知はどこへ送られるのか

    MT5のプッシュ通知は、スマホの電話番号やメールアドレスへ直接送るものではありません。公式ヘルプでは、通知の受け取り先を示す識別子としてMetaQuotes IDが使われると説明されています。

    スマホ側のMetaTrader 5アプリを入れると、端末ごとにMetaQuotes IDが割り当てられます。パソコン側MT5では、そのIDを通知設定へ入力して、スマホアプリへ通知を送る形になります。

    公式情報で押さえる点

    MetaTrader 5公式ヘルプでは、プッシュ通知はデスクトップ版の取引プラットフォームやMQL5.communityサービスからモバイル端末へ送れる短いテキストメッセージとして説明されています。

    また、スマホ側のMetaQuotes IDは端末ごとに固有で、デスクトップ側のNotifications設定に入力して使います。

    まずパソコン側MT5のNotificationsタブを見る

    パソコン側MT5では、通知設定を有効にしてMetaQuotes IDを入れます。ここが未設定だと、アラートやMQL5プログラム側が通知を送ろうとしても、送り先が決まりません。

    1
    スマホ側でMetaQuotes IDを見る MetaTrader 5スマホアプリのメッセージ関連画面で、端末に割り当てられたMetaQuotes IDを見ます。数字や英字の打ち間違いを避けるため、可能ならコピーして扱います。
    2
    パソコン側MT5で通知を有効にする ToolsからOptionsを開き、NotificationsタブでEnable Push Notificationsを有効にします。ここでMetaQuotes IDを入力します。
    3
    Testボタンで届くか見る 公式ヘルプでは、Testボタンでプッシュ通知の配信を試せると説明されています。まずはテスト通知が届くかを先に見ます。
    見る項目 公式情報ベースで見る内容
    Enable Push Notifications パソコン側MT5でプッシュ通知を有効にする項目です。ここが無効だと通知送信の前提が崩れます。
    MetaQuotes ID スマホ側MT5アプリに割り当てられる通知先IDです。公式ヘルプでは最大4つまでカンマ区切りで指定できると説明されています。
    Test 設定後にテスト通知を送るためのボタンです。まずここで届くかを見ると、アラートやプログラム側の問題と切り分けやすくなります。
    Local terminalの通知 パソコン側のMT5から取引操作や残高操作などの通知を送る設定です。プラットフォーム側が稼働している前提で見る項目です。
    Trade serverの通知 ブローカー側サーバーから送る通知です。公式ヘルプでは、利用可否や詳細はブローカーに依存すると説明されています。

    アラートから送る通知ならActionを見る

    MT5のアラートには、Sound、File、Email、Notificationなどの動作があります。スマホへプッシュ通知を送りたい場合は、アラートのActionがNotificationになっているかを見ます。

    アラート条件そのものも、Bid、Ask、Last、Volume、Timeなどに分かれています。価格条件を間違えていれば、通知設定が正しくてもアラート自体が発動しません。

    アラート通知で見ること
    • Alertsタブで対象アラートが有効になっているか
    • 条件がBid、Ask、Last、Volume、Timeのどれになっているか
    • ActionがNotificationになっているか
    • Source欄に通知本文が入っているか
    • 有効期限や繰り返し回数で止まっていないか
    • Testボタンでアラート動作を試したか

    アラート本文にも制限があります。MT5公式ヘルプでは、プッシュ通知テキストの最大長は255文字と説明されています。長い文章を詰め込みすぎるより、銘柄、条件、価格など必要な情報に絞る方が扱いやすくなります。

    MQL5プログラムから送る通知ならSendNotificationを見る

    EAやインジケーターなどのMQL5プログラムからスマホへ通知する場合は、SendNotification()が関係します。MQL5リファレンスでは、この関数はNotificationsタブに指定されたMetaQuotes IDのモバイル端末へプッシュ通知を送るものとして説明されています。

    ただし、SendNotification()には文字数や頻度の制限があります。設定が正しくない、本文が空、頻度が高すぎるなどの場合は、通知が失敗することがあります。

    見る項目 内容
    通知本文 MQL5リファレンスでは、SendNotification()のtextは255文字以内と説明されています。空文字やNULLはエラー対象です。
    通知頻度 SendNotification()には、1秒あたり2回以内、1分あたり10回以内という制限があります。短時間に連発する設計は避けます。
    Strategy Tester MQL5リファレンスでは、SendNotification()はストラテジーテスター内では動作しないと説明されています。テスターで届かないことを実運用環境の不具合と混同しないようにします。
    エラーコード 通知送信失敗、パラメータ不正、通知設定不備、送信頻度超過などのエラーが用意されています。プログラム側でGetLastError()を見る設計だと原因を追いやすくなります。

    スマホ側で見ること

    パソコン側MT5のTest通知が成功しているのにスマホ画面に出ない場合は、スマホ側も見ます。MetaTrader 5 for Androidの公式ヘルプでは、プッシュ通知はスマホ側アプリが起動していなくても受け取れると説明されていますが、モバイルインターネットは必要です。

    スマホ側の通知表示は、OSの通知許可、通信状態、省電力設定、アプリ側のメッセージ履歴などで見え方が変わることがあります。MT5側のMessagesや通知履歴に残っているかも見ると、届いているが表示されていない状態を切り分けやすくなります。

    表示されない時に分けて見る

    「スマホに出ない」と言っても、MT5から送れていない状態と、スマホ側には届いているが画面に表示されていない状態は別です。

    まずはパソコン側MT5のTest通知、次にスマホ側MT5アプリ内のメッセージ履歴、その次に端末側の通知許可という順で見ると混乱しにくくなります。

    届かない時の確認リスト

    順番に見るチェックリスト
    1. スマホにMetaTrader 5アプリが入っているか
    2. スマホ側でMetaQuotes IDを見ているか
    3. パソコン側MT5のNotificationsタブでEnable Push Notificationsが有効か
    4. MetaQuotes IDに打ち間違いがないか
    5. 複数端末を使う場合、IDをカンマ区切りで入れているか
    6. Testボタンで通知が届くか
    7. アラートのActionがNotificationになっているか
    8. アラート条件が実際に発動する条件になっているか
    9. MQL5プログラムならSendNotification()の文字数・頻度・エラーを見たか
    10. ストラテジーテスター内で通知を確認しようとしていないか
    11. スマホ側の通信状態や通知許可に問題がないか

    ラボメモ

    MT5のプッシュ通知でつまずく時は、MetaQuotes ID、Notificationsタブ、アラートAction、SendNotification()を一度に疑うと迷いやすくなります。

    まずTestボタンで通知経路そのものを見てから、アラート条件やMQL5プログラム側を分けて見ると、原因を追いやすくなります。

    用語集であわせて見たい言葉

    関連して読みたい記事

    まとめ

    MT5のプッシュ通知が届かない時は、まずMetaQuotes IDとNotificationsタブを見ます。公式ヘルプでは、MetaQuotes IDを入力し、最大4つまでカンマ区切りで指定でき、Testボタンで通知を試せると説明されています。

    アラートから通知する場合はActionがNotificationか、条件が発動しているか、Sourceの本文が適切かを見ます。MQL5プログラムから通知する場合は、SendNotification()の文字数、頻度、設定エラー、ストラテジーテスター内では動作しない点も分けて見てください。

    プッシュ通知は、取引判断を補助するための連絡手段です。通知が届くことと、取引判断そのものの良し悪しは別に扱いましょう。

    参考文献

  • MT5のメール通知が届かない時に見る設定

    MT5でメール通知が届かない時は、アラート側だけでなく、プラットフォーム側のEmailタブ、SMTP情報、From/To、Test送信、メールサービス側の条件を分けて見る必要があります。

    この記事では、MT5のメール通知を「Alertsタブから送る場合」と「MQL5プログラムからSendMail()で送る場合」に分けて、どこを見るかを整理します。

    先に短く言うと

    MT5のメール通知は、チャートやインジケーターだけで完結する機能ではありません。MT5本体のEmail設定、メールサービス側のSMTP条件、アラート側のAction、メール本文の設定が組み合わさって動きます。

    届かない時は、まずMT5のEmailタブでTest送信できるかを見ます。その後、AlertsタブのActionがEmailになっているか、EAやインジ側でSendMail()を使っているかを分けて見ます。

    見る順番

    Emailタブ → Test送信 → AlertsタブのAction → アラート条件 → SendMail()の有無 → メールサービス側の制限、という順番で見ます。先にアラートだけを作り直すと、原因が遠回りになります。

    MT5のメール通知で分けたい2つの経路

    MT5のメール通知には、大きく分けて2つの入口があります。標準アラートから送る場合と、EA・インジケーター・スクリプトなどのMQL5プログラムから送る場合です。

    経路どこから送るか見る場所
    アラートから送るメールToolboxのAlertsタブでActionにEmailを選ぶAlertsタブ、メール作成画面、Emailタブ
    MQL5プログラムから送るメールEA、インジケーター、スクリプトなどでSendMail()を呼ぶコード、Expertsログ、Journalログ、Emailタブ

    どちらの経路でも、MT5のEmailタブ設定を使います。アラートを何度作り直しても、Emailタブ側が合っていなければ届きません。

    Emailタブで見る項目

    MT5のEmailタブでは、メール送信に必要なSMTP情報と送信元・宛先を設定します。メールサービスごとに必要なサーバー名、ポート番号、認証方法が異なるため、利用しているメールサービスの公式情報も合わせて見ます。

    項目見ることつまずきやすい点
    Enableメール通知設定が有効かを見るSMTP情報が入っていても、有効化されていなければ送信されません。
    SMTP serverサーバー名とポート番号を見るサーバー名だけでなく、ポート番号や暗号化方式が関係する場合があります。
    SMTP loginログイン名を確認するメールアドレス全体が必要な場合と、ユーザー名だけの場合があります。
    SMTP passwordパスワードやアプリ用パスワードを見る二段階認証を使っている場合、通常パスワードでは送れないことがあります。
    From送信元メールアドレスを見るFromとSMTPログインの組み合わせが合わないと止まる場合があります。
    To宛先メールアドレスを見る誤入力、複数指定、迷惑メール側の扱いを見ます。
    Test設定だけで送信できるかを見るここで失敗する場合、アラートやEA側へ進む前にEmailタブを見直します。

    アラート側でEmailを選んでいるかを見る

    ToolboxのAlertsタブで作るアラートには、ActionとしてSound、File、Email、Notificationなどがあります。メール通知にしたい場合は、ActionがEmailになっているかを見ます。

    Soundのままなら音だけ、Notificationならスマホへのプッシュ通知側を使います。メールが届かない時は、まずActionの取り違えを見てください。

    Alertsタブで見ること
    • ActionがEmailになっているか
    • 条件がBid、Ask、Last、Volume、Timeなど意図した内容か
    • アラートが無効化されていないか
    • 有効期限が切れていないか
    • 繰り返し間隔や最大回数が意図した内容か
    • Testボタンで動作を見たか

    SendMail()を使うEAやインジの場合

    EAやインジケーター側でメールを送る場合、MQL5のSendMail()が使われることがあります。SendMail()は、MT5のEmailタブで指定された設定を使ってメールを送る関数です。

    そのため、コード側にSendMail()があっても、EmailタブのEnable、SMTP server、login、password、From、Toが合っていなければ、メール送信は成立しません。

    テスター上では見方が変わる

    MQL5リファレンスでは、SendMail()はストラテジーテスター内では動作しないと説明されています。テスター上で届かない場合は、通常チャート上での動作と分けて見ます。

    届かない時の切り分け順

    1. EmailタブでEnableが有効かを見る
    2. SMTP server、login、password、From、Toを見直す
    3. EmailタブのTestで送信できるかを見る
    4. AlertsタブでActionがEmailになっているかを見る
    5. アラート条件、有効期限、繰り返し設定を見る
    6. EAやインジの場合、SendMail()の有無とログを見る
    7. メールソフト側の迷惑メール、受信制限、セキュリティ通知を見る

    ラボメモ

    MT5のメール通知は、アラート設定だけでなく、SMTP認証、送信元、宛先、メールサービス側の制限が重なって動きます。

    届かない時は、最初にTest送信でプラットフォーム側の設定を見てから、アラートやEA側の条件へ進むと原因を分けやすくなります。

    メールサービス側で見ること

    MT5側の項目が合っているように見えても、メールサービス側の条件で止まることがあります。二段階認証、アプリ用パスワード、外部アプリからのSMTP送信許可、セキュリティ通知などです。

    この部分はメールサービスごとに変わります。具体的なサーバー名、ポート番号、認証方法、パスワードの扱いは、利用しているメールサービスの最新ヘルプで見てください。

    MT5メール通知とプッシュ通知の違い

    メール通知とプッシュ通知は、どちらもアラートの通知先として使えますが、設定場所が異なります。

    種類使う設定主に見る項目
    メール通知EmailタブSMTP server、login、password、From、To、Test
    プッシュ通知NotificationsタブMetaQuotes ID、有効化、Test送信

    メールが届かないからといって、すぐにプッシュ通知側を触ると原因がずれることがあります。ActionがEmailなのかNotificationなのかを先に見てください。

    用語を先に押さえる

    メール通知の設定で詰まりやすい場合は、用語の意味を先に押さえておくと読みやすくなります。

    関連して読みたい記事

    まとめ

    MT5のメール通知が届かない時は、アラート画面だけで判断せず、EmailタブのEnable、SMTP server、login、password、From、To、Test送信を先に見ます。

    そのうえで、AlertsタブのActionがEmailになっているか、アラート条件や有効期限が合っているかを見ます。EAやインジから送る場合は、SendMail()とログも分けて見てください。

    メールサービス側の仕様は変わることがあるため、SMTPサーバーや認証方法は、利用しているメールサービスの公式情報で最新条件を確認してください。

    参考文献

  • MT5でアラートを設定する時に見ること

    MT5で価格到達や時刻を知らせたい時は、インジケーター側の通知だけでなく、MT5標準のアラート機能も候補になります。

    ただし、アラートは「条件」「動作」「Source」「有効期限」「繰り返し」の組み合わせで動きます。Soundだけを見ても、EmailやNotificationの設定だけを見ても、原因を追いにくいことがあります。

    先に短く言うと

    MT5のアラートを見る時は、まずToolboxのAlertsタブで作るアラートなのか、チャート上から作ったアラートなのかを分けます。

    次に、条件がBid、Ask、Last、Volume、Timeのどれなのかを見ます。そのうえで、動作がSound、File、Email、Notificationのどれになっているかを確認します。

    見る順番

    最初に「どの銘柄で、どの条件に達したら、何を鳴らすのか」を分けます。メールやスマホ通知を使う場合は、Alertsタブだけでなく、EmailタブやNotificationsタブも合わせて見る必要があります。

    MT5のアラートはどこで作るか

    MT5標準のアラートは、Toolbox内のAlertsタブから作成します。Alertsタブの右クリックメニュー、またはInsertキーで新しいアラートを作る形です。

    チャート上で右クリックし、価格位置からアラートを作る方法もあります。この場合でも、作成後はAlertsタブで条件、価格、有効期限、動作を開いて見るのが基本です。

    まず見る場所
    • Toolboxが表示されているか
    • Alertsタブを開いているか
    • 右クリックメニューまたはInsertキーで作成しているか
    • チャート上から作った場合、意図した価格付近に置かれているか

    アラート条件はBid・Ask・Last・Volume・Timeに分かれる

    アラートで最初に見るのは、どの条件で動かすかです。価格到達のつもりで設定していても、BidとAskの取り違え、Time条件との取り違えがあると、期待したタイミングとはずれます。

    条件見る内容つまずきやすい点
    Bid < / Bid >Bid価格が指定値を下回る、または上回る時価格到達をBid基準で見たい時に使います。
    Ask < / Ask >Ask価格が指定値を下回る、または上回る時BidとAskを取り違えると、思った位置で動かないように見えることがあります。
    Last < / Last >Last価格を基準にする条件銘柄や表示条件によって、普段見ている価格と感覚がずれる場合があります。
    Volume < / Volume >出来高を基準にする条件価格到達アラートのつもりで選ぶと、原因が分かりにくくなります。
    Time =指定した時刻を条件にする価格ではなく時刻で動くため、PC時刻や設定時刻を見ます。

    通知方法はSound・File・Email・Notificationに分かれる

    条件に達した時の動作も分けて見ます。通知音を鳴らしたいのか、メールで受けたいのか、スマホへプッシュ通知したいのかで、見る場所が変わります。

    動作内容先に見ること
    Sound音声ファイルを再生するSourceに音声ファイルが指定されているか、PC側の音量や出力先も見ます。
    File指定したファイルを実行する通知音だけでよい場合は、FileではなくSoundを使う方が自然です。意図しない実行ファイルを指定しないようにします。
    Emailメールを送るAlertsタブだけでなく、MT5のEmailタブ設定を見ます。
    Notificationスマホなどへプッシュ通知を送るNotificationsタブ、MetaQuotes ID、スマホ側の通知許可を見ます。

    EmailやNotificationはアラート側だけでは完結しない

    Emailを使う場合は、MT5の設定画面にあるEmailタブで、SMTP server、SMTP login、SMTP password、From、Toなどを設定します。AlertsタブでEmailを選んでいても、Emailタブ側が合っていなければ届きません。

    Notificationを使う場合は、デスクトップ版MT5のNotificationsタブにMetaQuotes IDを入れます。複数端末へ送る場合は、指定できる数や区切り方も見ます。

    EmailとNotificationで見る項目
    • Emailを使う場合、EmailタブでEnableが有効か
    • SMTP server、login、password、From、Toが入っているか
    • Notificationを使う場合、Enable Push Notificationsが有効か
    • MetaQuotes IDを取り違えていないか
    • Testボタンで送信確認したか

    Source・期限・繰り返しも見落としやすい

    Source欄には、選んだ動作に応じて内容を入れます。Soundなら音声ファイル、Fileなら実行ファイル、Emailならメール内容、Notificationなら通知本文です。

    また、アラートには有効期限、繰り返し間隔、最大繰り返し回数、有効・無効の状態があります。条件が合っているのに動かない時は、期限切れや無効状態も見てください。

    項目見る内容注意点
    Source音声、メール本文、通知本文など動作に合わない内容を入れると、意図した通知になりません。
    Expiration有効期限期限を過ぎると条件に達しても使えません。
    Timeout繰り返しまでの間隔短すぎると通知が多くなり、長すぎると次回通知まで間が空きます。
    Maximum repetitions最大繰り返し回数回数に達すると、その後は動かないように見えることがあります。
    Enable有効・無効の状態無効状態なら条件に達しても動きません。

    ラボメモ

    MT5のアラート設定では、「作ったかどうか」よりも、条件・動作・Source・有効期限を分けて見る方が原因を追いやすくなります。

    アラートや通知は取引判断を補助する道具であり、取引結果を保証するものではありません。必要に応じて、公式ヘルプで最新の仕様も確認してください。

    チャート上から作るアラートで見ること

    チャート上から作るアラートは手早い一方で、細かい条件を後から見直す必要があります。作成後はAlertsタブで、Symbol、Condition、Value、Action、Expirationを開いて見ます。

    特に現在価格より上に置いたのか、下に置いたのかで条件が変わる場合があります。チャート上で作ったから終わりではなく、一覧側で設定値を見直すのが安全です。

    アラートが動かない時の見方

    1. Alertsタブにアラートが残っているかを見る
    2. アラートが有効状態かを見る
    3. Symbolが意図した銘柄かを見る
    4. Bid、Ask、Last、Volume、Timeを取り違えていないかを見る
    5. Valueに入れた価格や時刻が意図したものかを見る
    6. Expirationが過ぎていないかを見る
    7. Sound、Email、Notificationなどの動作設定を見る
    8. Testボタンで通知方法そのものが動くかを見る

    単に「アラートが鳴らない」とまとめるより、価格条件、動作、通知先、期限を分けて見る方が原因を追いやすくなります。

    用語集で先に見ておきたい言葉

    アラート設定で詰まりやすい時は、用語そのものを先に見ておくと理解しやすくなります。

    関連して読みたい記事

    まとめ

    MT5でアラートを設定する時は、まずToolboxのAlertsタブで、どの条件を使うかを見ます。

    次に、Sound、File、Email、Notificationのどれを使うかを分けます。EmailやNotificationは、アラート画面だけでなく、EmailタブやNotificationsタブの設定も必要です。

    作成後は、Source、有効期限、繰り返し、有効・無効の状態、Testボタンまで見てください。価格条件だけを見ていると、意外なところで止まっていることがあります。

    参考文献

  • MT4のプッシュ通知がスマホに届かない時に見ること

    MT4でプッシュ通知を設定したのにスマホへ届かない時は、価格アラートだけを見ても原因に届かないことがあります。プッシュ通知は、PC側MT4のNotifications設定、スマホ側MetaTraderアプリのMetaQuotes ID、アラート側のAction、端末の通知許可、インジケーターやEA側の通知設定が重なって動くためです。

    この記事では、MT4のプッシュ通知がスマホに届かない時に見ることを、通知の種類、MetaQuotes ID、Test結果、アラート条件、スマホ側の通知設定、VPSや別PC利用時、インジケーターやEAからの通知に分けて扱います。画面をあちこち触る前に、どこで止まっているかを順に切り分けていきましょう。

    まずプッシュ通知とメール通知を分けて見る

    MT4の通知には、画面上のアラート音、メール通知、スマホへのプッシュ通知などがあります。スマホに届かない時に、Email設定やSMTPを見ても、プッシュ通知の原因には届かないことがあります。メール通知とプッシュ通知は、設定画面も使う仕組みも別です。

    プッシュ通知を見る時の中心は、Tools→Options→Notificationsです。メール通知を見る時の中心はEmailタブです。標準アラート側ではActionにNotificationを選びます。この3つを混ぜると、設定したつもりなのにスマホへ届かない状態になりやすくなります。

    Sound

    PC上のMT4で音を鳴らす通知です。スマホへ届く通知ではありません。音だけ動く場合、価格条件は発火している可能性があります。

    Email

    EmailタブのSMTP設定を使う通知です。メールアドレスへ送るもので、MetaQuotes IDを使うプッシュ通知とは別です。

    Notification

    スマホのMetaTraderアプリへ送るプッシュ通知です。Notificationsタブ、MetaQuotes ID、スマホ側の通知許可を見ます。

    インジ・EA側通知

    インジケーターやEAが内部で通知関数を使う場合があります。標準アラートとは別に、パラメーターやログも見る必要があります。

    PC側MT4のNotifications設定を見る

    プッシュ通知を使う場合は、PC側のMT4でNotifications設定を開きます。公式ヘルプでは、Push notificationsはiOSやAndroidのモバイル端末へ短いメッセージを送る機能で、NotificationsタブにMetaQuotes IDを指定して使うと説明されています。

    見る場所は、MT4のメニューから「Tools」→「Options」→「Notifications」です。ここで「Enable Push notifications」を有効にし、スマホ側で確認したMetaQuotes IDを入力します。設定だけ入力しても、Enableがオフなら送れません。

    項目 見ること つまずきやすい点
    Enable Push notifications PC側MT4からスマホへ通知を送る機能を有効にする項目です。 MetaQuotes IDを入れていても、Enableがオフなら送信されません。
    MetaQuotes ID スマホアプリ側に表示されるIDをPC側MT4へ入力します。 メールアドレスや口座番号ではありません。数字や文字の打ち間違いも見ます。
    Test 入力したIDへテスト通知を送ります。 Testが届かない時は、標準アラートの条件よりもID、通知許可、通信状態を先に見ます。
    Notify of trade operations 取引操作に関する通知を送るための設定です。 価格アラートをスマホへ送りたいだけなら、この設定だけ見ても原因が分からない場合があります。

    スマホ側でMetaQuotes IDを見直す

    プッシュ通知で特に多いのは、MetaQuotes IDの取り違えです。公式ヘルプでは、MetaQuotes IDはモバイル端末のMetaTraderアプリ内で確認すると説明されています。PC側のログインID、取引口座番号、メールアドレスとは別物として見ます。

    スマホを機種変更した、アプリを入れ直した、MT4ではなくMT5アプリを見ている、別端末のIDを使っている場合、PC側に入れたIDと通知を受けたいスマホがずれていることがあります。設定を触る前に、通知を受けたいスマホのアプリでIDを見直します。

    1 スマホのMetaTraderアプリを開く 通知を受けたい端末のアプリを開きます。過去に使っていたスマホや別タブレットのIDを見ていないかを分けます。
    2 Messagesまたは設定画面でIDを見る 公式ヘルプでは、モバイル端末のSettings→MessagesでMetaQuotes IDを確認する流れが示されています。表示されたIDをそのまま使います。
    3 PC側MT4へ入力し直す 1文字違いでも届きません。手入力で不安な場合は、文字の見間違い、余分な空白、古いIDの残りを見ます。
    4 Testで届くかを見る IDを直した後は、いきなり価格アラートを待たず、まずTest通知でスマホに届くかを見ます。

    Test通知が届くかで原因を分ける

    Notifications設定にはTestがあります。Testが届くかどうかで、問題の場所をかなり分けられます。Testが届かない場合は、標準アラートの価格条件以前に、MetaQuotes ID、Enable、スマホ側通知許可、アプリの通信状態を先に見ます。

    一方で、Testは届くのに実際のアラート通知だけ届かない場合は、PCとスマホの接続設定は通っている可能性があります。その場合は、アラート側のAction、Condition、Value、Expiration、Maximum iterations、またはインジケーターやEA側の通知設定へ戻ります。

    Testも届かない

    MetaQuotes ID、Enable、スマホ側通知許可、スマホの通信状態、アプリのインストール状態を見ます。標準アラート条件を触る前に、通知経路そのものを見ます。

    Testは届く

    PC側MT4からスマホへの通知経路は動いている可能性があります。次はアラート側のActionや条件、またはインジ・EA側の通知設定を見ます。

    標準アラート側でActionがNotificationかを見る

    MT4の標準アラートには、Sound、File、Email、NotificationなどのActionがあります。スマホへプッシュ通知を送りたい場合、アラート編集画面でActionがNotificationになっている必要があります。SoundのままならPCで音が鳴るだけですし、Emailのままならメール通知側の設定を使います。

    また、標準アラートが発火しない状態では、Notificationにしていてもスマホへは届きません。Condition、Value、Symbol、Expiration、Maximum iterationsを見ます。特に、作った時点では正しかった価格条件でも、現在価格との関係が逆になっていると、思ったタイミングで通知されないことがあります。

    項目 見ること スマホ通知での注意点
    Action Notificationになっているかを見ます。 SoundやEmailではスマホプッシュ通知にはなりません。
    Symbol 対象の通貨ペアや銘柄が意図したものかを見ます。 別銘柄のアラートを作っていると、待っているチャートでは動きません。
    Condition BidやAsk、上抜け・下抜けの条件を見ます。 価格条件の向きが逆だと、通知設定が正しくても届きません。
    Value 通知したい価格が正しいかを見ます。 桁数や小数点、銘柄の価格表示を見落とすと、想定外の条件になります。
    Expiration 期限切れになっていないかを見ます。 古いアラートは残っていても、期限や回数条件で動かない場合があります。

    スマホ側の通知許可とアプリ状態を見る

    PC側MT4のTestが正常でも、スマホ側の通知許可がオフなら画面上に出ないことがあります。スマホ本体の通知設定でMetaTraderアプリの通知が許可されているか、集中モードや省電力モードで通知が抑えられていないかを見ます。

    また、スマホアプリ側のMessages画面には届いているのに、バナーや音が出ていない場合もあります。この場合は、PC側の問題ではなく、スマホ側の通知表示、サウンド、ロック画面表示の問題として見ます。届いていないのか、届いているが目に入っていないのかを分けることが大切です。

    アプリ通知の許可

    スマホ本体の設定で、MetaTraderアプリの通知が許可されているかを見ます。アプリ内ではなくOS側で止まることがあります。

    Messages画面

    画面上の通知は出なくても、アプリ内のMessagesには届いている場合があります。届いている場所を分けて見ます。

    省電力・集中モード

    スマホ側の省電力設定や集中モードで、通知の表示や音が抑えられることがあります。

    アプリ入れ直し後

    アプリを再インストールした後は、MetaQuotes IDが変わっていないか、通知許可が戻っていないかを見ます。

    PCやVPS側のMT4が動いているかを見る

    プッシュ通知は、PC側MT4からスマホへ送られます。標準アラートやインジケーター、EAが通知を出すには、そのMT4が動いている必要があります。PCを閉じた、MT4を終了した、VPSが停止している、ネットワークが切れている場合は、条件に届いても通知が送られないことがあります。

    VPSを使っている場合は、自宅PCのMT4ではなくVPS上のMT4にMetaQuotes IDを入れているかを見ます。自宅PCでTestが届いても、実際にインジやEAを動かしているのがVPSなら、VPS側の設定も別に必要です。複数のMT4を使っている人ほど、この取り違えが起きやすくなります。

    複数MT4を使っている時の見方

    どのMT4がアラートを出すのかを先に決めます。自宅PC、VPS、別口座、別ブローカーのMT4が混ざっていると、設定を直した端末と実際に通知を出す端末がずれていることがあります。通知が届かない時は、いま見ているMT4ではなく、アラートやインジを動かしているMT4側を見る必要があります。

    インジケーターやEAからの通知は別に見る

    インジケーターやEAがスマホ通知を出す場合、標準アラートのActionだけではなく、インジやEA側のパラメーターも見ます。公式ヘルプでは、MQL4プログラムからMetaQuotes IDへ通知を送る方法としてSendNotification関数が説明されています。つまり、インジやEA側で通知を出す作りになっていなければ、PC側のNotifications設定だけでは通知されません。

    よくあるのは、標準アラートのTestは届くのに、インジの矢印サインだけ通知されないという状態です。この場合は、MetaQuotes IDの問題だけでなく、インジのアラート設定、プッシュ通知のオン・オフ、通知対象の足、確定足で鳴らすか現在足で鳴らすか、ログにエラーが出ていないかを見ます。

    1 そのツールにスマホ通知機能があるかを見る すべてのインジやEAがプッシュ通知に対応しているわけではありません。商品説明やパラメーターで通知機能の有無を見ます。
    2 パラメーターで通知がオンかを見る Alert、Mail、Push、Notificationなどの項目名がある場合、どれがスマホ通知なのかを分けて見ます。
    3 通知条件を読む 現在足で鳴るのか、確定足で鳴るのか、同じ足で一度だけ鳴るのかなど、通知条件によって届くタイミングが変わります。
    4 ExpertsやJournalのログを見る 通知関数の制限、設定不足、エラーが記録されている場合があります。画面表示だけでなくログも見ます。

    ラボメモ

    プッシュ通知が届かない時は、「スマホが悪い」「MT4が悪い」と一つに決めず、Test、標準アラート、インジ・EA側通知を分けて見ると原因を追いやすくなります。

    特にVPSや複数MT4を使っている場合は、設定した端末と実際に通知を出す端末が同じかを先に見てください。

    届かない時の見直し順

    最後に、プッシュ通知が届かない時の見直し順をまとめます。最初からインジの設定を深追いするより、まず通知経路そのものを見て、その後に標準アラートやツール側へ進む方が混乱しにくくなります。

    1. メール通知ではなくプッシュ通知の問題かを分ける。
    2. PC側MT4のNotificationsでEnableがオンかを見る。
    3. スマホアプリ側のMetaQuotes IDを見直す。
    4. PC側MT4のTest通知が届くかを見る。
    5. Testが届くなら、標準アラート側のActionがNotificationかを見る。
    6. アラートのCondition、Value、Expiration、Maximum iterationsを見る。
    7. スマホ本体の通知許可、省電力、集中モードを見る。
    8. VPSや別PCで動かしている場合は、そのMT4側にも同じ設定があるかを見る。
    9. インジやEAからの通知なら、ツール側の通知パラメーターとログを見る。

    スマホ通知は便利ですが、届かない時に原因が見えにくい機能でもあります。通知そのものを取引判断の中心にするのではなく、チャート確認や検証作業を補助する道具として扱うのが無難です。

    本記事は、MT4の通知設定や見直し手順を整理するための一般情報です。プッシュ通知の到達やタイミングは、端末設定、通信環境、アプリ状態、ツール側の作りによって変わります。特定の通知設定やツールで取引結果を保証するものではありません。

    参考文献