MT5 EA・インジケーター開発代行の選び方｜新規作成・既存改修・外部連携の違い

MT5 EA・インジケーター開発代行を確認する時は、最初に「新規作成なのか」「既存改修なのか」「外部連携や通知追加が必要なのか」を分けることが重要です。

同じMT5開発でも、EAの新規作成、インジケーターの新規作成、既存EAの改修、既存インジケーターの修正、Discord通知やGoogle Sheets連携の追加、ログ・診断機能の強化では、確認する資料や見積前に整理する内容が変わります。

この記事では、MT5 EA・インジケーター開発代行を依頼する前に確認したい、新規作成、既存改修、EAとインジケーターの違い、外部連携開発、通知追加、ログ・診断機能、相談前に用意する情報をまとめます。

なお、この記事はMT4/MT5、MQL4/MQL5、EA、インジケーター、補助ツールの導入、設定、確認、検証、不具合調査、開発依頼前整理を目的とした技術記事です。投資助言、売買指示、利益保証、勝率保証、損失回避保証、推奨ロット、推奨銘柄、推奨エントリー、特定ブローカー誘導を目的としたものではありません。

この記事で確認すること

• MT5開発代行で相談できる範囲
• EA新規作成とインジケーター新規作成の違い
• 新規作成と既存改修の違い
• ソースコードがある場合とない場合の違い
• 外部連携・通知・ログ機能を追加する時の確認項目
• 見積前に整理する情報
• 避けた方がよい依頼文
• 相談前に送る情報と送らない方がよい情報

MT5開発代行で相談できる範囲

EA新規作成

EA新規作成では、MT5上で動作するEAを、仕様に基づいて新しく作成します。

確認する内容は、エントリー条件、決済条件、ロット計算、MagicNumber、最大ポジション、取引時間、通知、ログ、バックテスト、VPS運用、外部連携などです。

EAは注文や決済を扱う場合があるため、インジケーターよりも確認範囲が広くなります。開発前には、売買判断ではなく、機能仕様として条件や動作を整理することが重要です。

インジケーター新規作成

インジケーター新規作成では、チャート上の表示、サイン表示、ライン表示、サブウィンドウ表示、通知、集計、検証記録などを行うMT5用インジケーターを作成します。

インジケーターは、通常、注文や決済を実行するものではありません。表示、通知、確認、記録を補助するものとして整理します。

サインインジケーターを作る場合は、BUY条件、SELL条件、フィルター条件、確定足で出すか、リアルタイムで出すか、リペイントの扱いを明確にしてください。

既存EA改修

既存EA改修では、すでにあるEAに対して、機能追加、条件変更、ログ追加、通知追加、外部連携追加、Inputs整理、不具合修正などを行います。

既存EAを改修する場合は、現在のソースコード、setファイル、ログ、動作状況、変更したい内容を確認します。

小さな変更に見えても、注文処理、決済処理、MagicNumber、外部連携、ログ出力に影響する場合があります。変更前のファイルを残し、影響範囲を確認することが重要です。

既存インジケーター改修

既存インジケーター改修では、サイン条件の変更、通知追加、表示修正、色やラベル変更、リペイント確認、バッファ整理、EAから参照しやすい形への修正などを行います。

mq5ソースがある場合は、内部条件や描画処理を確認しやすくなります。ex5のみの場合は、内部処理を直接確認できないため、現在の動作、スクリーンショット、ログ、希望仕様をもとに再作成や別実装を検討する場合があります。

外部連携・通知・ログ機能

MT5開発では、EAやインジケーター本体だけでなく、外部連携や通知、ログ・診断機能を追加する相談もあります。

Discord通知、WebRequest、Google Sheets連携、Webhook送信、CSV出力、起動診断ログ、エラー理由表示、問い合わせ前ログ整理などが該当します。

外部連携を追加する場合は、URLや認証情報の取り扱い、WebRequest許可URL、送信失敗時のログ、再送条件、通知過多対策を整理してください。

新規作成と既存改修の違い

仕様から作る新規作成

新規作成では、現在のソースコードがない状態でも、仕様を整理してMT5用EAやインジケーターを作成します。

この場合、最初に必要なのは「何を作りたいか」を機能単位で整理することです。EAならエントリー、決済、ロット、リスク管理、通知、ログを分けます。インジケーターなら表示、通知、バッファ、検証記録、集計を分けます。

新規作成は自由度が高い一方で、仕様が曖昧だと確認範囲が広がります。完成後に判断がぶれないよう、開発前に確認項目を明確にしてください。

既存ソースを直す既存改修

既存改修では、現在あるEAやインジケーターをもとに変更します。

既存ソースがある場合は、現在の構造、Inputs、関数、注文処理、決済処理、描画処理、ログ出力、外部連携を確認したうえで、どこを変更するかを決めます。

既存改修では、変更したい箇所だけでなく、関連する処理への影響を確認する必要があります。特にEAでは、エントリー条件の変更が決済やポジション管理に影響する場合があります。

ソースがない場合

ex5のみでmq5ソースがない場合、内部処理を直接確認することは基本的に難しくなります。

この場合は、現在のチャート表示、操作手順、setファイル、ログ、スクリーンショット、マニュアルをもとに、再作成または外部補助ツールでの対応を検討します。

「既存EAを少し直す」という依頼でも、ソースがない場合は、実際には再作成に近い相談になることがあります。

動作を見て再設計する場合

ソースコードや仕様書がない場合は、現在の動作を見ながら再設計することになります。

この場合は、どの条件でサインが出るか、どの条件で注文するか、どのタイミングで決済するか、通知やログがどう出るかを、画面とログから整理します。

ただし、外から見える動作だけでは、内部の細かい条件や例外処理まで完全に把握できない場合があります。MT5版として再定義する範囲を明確にしてください。

EAとインジケーターの違い

発注・決済の有無

EAとインジケーターの大きな違いは、注文や決済を行うかどうかです。

EAは、条件に基づいて注文、決済、変更、ポジション管理を行う構成を含む場合があります。そのため、注文エラー、ロット、MagicNumber、TP/SL、トレーリング、最大ポジションなどを確認する必要があります。

インジケーターは、通常、表示や通知を行うものであり、注文や決済は行いません。売買実行が必要な場合は、インジケーターではなくEA開発として整理する必要があります。

表示・通知中心のインジケーター

インジケーターは、チャート上の情報表示、サイン表示、ライン、ラベル、サブウィンドウ表示、通知、検証記録、損益集計などを担当します。

通知対応インジケーターでは、条件成立時にポップアップ、メール、プッシュ通知、Discord通知などを出す構成があります。

通知を使う場合は、通知条件、通知タイミング、通知文面、通知先、WebRequest設定、通知過多対策を整理してください。

リスク管理責務

EAでは、リスク管理に関係する処理を扱う場合があります。

たとえば、最大ポジション、最大ロット、取引時間、損益条件、トレーリング、建値移動、ナンピン制限、外部停止条件などです。

ただし、リスク管理機能は損失回避を保証するものではありません。仕様として、どの条件で何を止めるのか、何を通知するのか、どのログを出すのかを明確にする必要があります。

ログ確認の違い

EAとインジケーターでは、ログで確認する内容も異なります。

EAでは、初期化、設定読込、エントリー判定、注文処理、決済処理、注文エラー、外部連携、通知ログを確認します。

インジケーターでは、初期化、バッファ、描画、通知条件、表示更新、リペイント、外部連携ログを確認します。

外部連携開発で確認すること

WebRequest

MT5から外部サービスへ接続する場合、WebRequest設定を確認する必要があります。

Discord通知、Google Sheets連携、Webhook送信、外部認証、外部シート参照などでは、MT5側のWebRequest許可URLが必要になる場合があります。

WebRequestを使う開発では、許可URL、送信先、送信内容、応答ログ、失敗時の扱い、VPS側の設定差を確認してください。

Discord通知

Discord通知を追加する場合は、通知条件、通知文面、Webhook URL、送信タイミング、通知頻度、通知過多対策を整理します。

通知が必要な場面は、EA起動、注文、決済、エラー、外部連携失敗、サイン成立、設定読込などです。

Webhook URLは通知先へ接続できる重要情報です。問い合わせ文面やスクリーンショットに実値をそのまま載せないよう注意してください。

Google Sheets連携

Google Sheets連携では、読み取り連携と書き込み連携を分けて整理します。

読み取り連携では、外部シートから設定値や稼働状態を取得することがあります。書き込み連携では、EAやインジケーターの状態、通知履歴、注文履歴、検証記録をシートへ送ることがあります。

どちらの連携でも、GAS URL、権限、WebRequest許可URL、送信内容、反映確認、失敗時ログを整理してください。

Webhook管理

Webhookを使う場合は、送信先、送信内容、送信タイミング、失敗時のログを明確にします。

複数の通知先や複数EAを使う場合は、どのEAがどのWebhookへ送るのかを整理してください。

Webhook URLをInputsやsetファイルに入れる場合は、共有前にマスクする運用も必要です。

APIキー管理

外部APIや認証を使う場合は、APIキーやトークンの管理が必要です。

認証情報は、ログ、通知文面、スクリーンショット、公開ページにそのまま出さないでください。

開発仕様としては、認証失敗時のログ、再試行の有無、取引処理への影響範囲、エラー時の安全側動作も整理します。

通知・ログ・診断機能を追加する時の確認

通知追加

通知追加では、何を通知するのかを整理します。

EAなら、起動、エントリー、決済、エラー、外部連携失敗、認証状態、取引停止状態などが候補になります。

インジケーターなら、サイン成立、条件成立、条件解除、しきい値到達、表示状態変更などが候補になります。

通知追加では、通知条件、通知方法、通知文面、通知頻度、重複通知防止を明確にしてください。

ログ強化

ログ強化では、何が起きた時に、どの情報をログへ出すかを整理します。

EAでは、初期化、設定読込、エントリー判定、注文可否、注文エラー、決済条件、外部連携結果などが重要です。

インジケーターでは、初期化、バッファ取得、描画更新、通知条件、WebRequest結果などを確認します。

ログは多すぎても確認しにくくなります。通常運用ログ、検証用詳細ログ、エラー時ログを分けると扱いやすくなります。

診断機能

診断機能は、EAやインジケーターが正しく設置され、設定が読み込まれ、外部連携や通知が使える状態かを確認するための機能です。

たとえば、起動時にバージョン、銘柄、時間足、MagicNumber、WebRequest設定、通知ON/OFF、外部連携状態をログへ出すと、問い合わせ前の確認がしやすくなります。

診断機能は原因を完全に断定するものではなく、確認材料を揃えるための補助として設計します。

問い合わせ前ログ

販売後サポートや不具合調査を想定する場合、問い合わせ前に提出してもらうログの設計も重要です。

対象EA名、バージョン、setファイル、発生時刻、Expertsログ、Journalログ、スクリーンショット、直前の操作を確認できると、調査が進めやすくなります。

ログやスクリーンショットに口座番号、Webhook URL、APIキー、認証トークンが含まれないようにする配慮も必要です。

依頼前に整理する情報

目的

最初に、開発の目的を整理してください。

新規EAを作りたいのか、既存EAを改修したいのか、インジケーターを作りたいのか、外部連携を追加したいのか、ログや診断機能を強化したいのかを分けます。

目的が整理されていると、必要な仕様、確認資料、見積範囲を判断しやすくなります。

対象銘柄・時間足

対象銘柄と時間足を整理してください。

チャート時間足を使うのか、固定時間足を使うのか、複数時間足を参照するのかによって、実装内容が変わります。

銘柄名にサフィックスがある場合や、複数銘柄対応が必要な場合も、事前に整理してください。

条件

EAやインジケーターの条件は、できるだけ機能単位で整理してください。

EAでは、エントリー条件、決済条件、ロット、最大ポジション、取引時間、トレーリング、ナンピン、通知条件を分けます。

インジケーターでは、表示条件、通知条件、バッファ、サイン、リペイント、確定足・未確定足の扱いを分けます。

ログ

既存EAや既存インジケーターの改修では、ログが重要です。

Expertsログ、Journalログ、発生時刻、エラー番号、通知送信ログ、WebRequestエラー、Google Sheets反映状態などを整理してください。

ログが多い場合は、対象EA名、発生時刻、症状に関係する行を中心に整理すると確認しやすくなります。

画面

スクリーンショットは、現在の表示状態や設定状態を確認するために役立ちます。

チャート画面、Inputs、setファイル読込状態、Expertsログ、Journalログ、WebRequest設定、通知設定、外部シートの反映状態を保存してください。

口座番号、Webhook URL、GAS URL、APIキー、認証トークン、VPSログイン情報が映り込まないよう注意してください。

ファイル

相談前には、対象ファイルを整理してください。

mq5、ex5、mqh、set、テンプレート、関連インジケーター、マニュアル、仕様メモ、過去の変更履歴がある場合は、どれが最新か分かるようにしてください。

複数バージョンがある場合は、現在使用中のものと、改修したいものを分けて管理します。

見積前に避けたい伝え方

「勝てるようにしてほしい」

「勝てるようにしてほしい」という依頼は、技術仕様として確認しにくい表現です。

EAファンクラブでは、利益保証、勝率保証、損失回避保証、相場予測、売買助言を目的とした開発相談としては扱いません。

相談時は、「どの条件でエントリー判定をしたい」「どの条件で決済したい」「どのログを出したい」のように、機能仕様として整理してください。

「おすすめ設定にしてほしい」

「おすすめ設定にしてほしい」という依頼も、推奨ロットや推奨エントリーに見える可能性があります。

設定値について相談する場合は、推奨値ではなく、入力項目の意味、単位、ON/OFF、初期値、検証用設定、ログ確認方法として整理します。

設定の良し悪しではなく、確認しやすい構造や誤設定を減らす設計として相談してください。

「ロジックは任せるだけ」

ロジックをすべて任せる形では、完成後の確認基準が曖昧になります。

EAやインジケーターの開発では、最低限、どの条件を使うのか、どの時間足を見るのか、どの状態で通知するのか、どのログで確認するのかを整理する必要があります。

相談前に仕様を完全に書けなくても、目的、入力、出力、確認方法を分けておくと、開発範囲を決めやすくなります。

技術仕様として伝える

開発相談では、抽象的な要望を技術仕様へ置き換えることが重要です。

たとえば、「通知を便利にしたい」ではなく、「EA起動時、注文時、決済時、エラー時にDiscordへ通知したい」と整理します。

「ログを分かりやすくしたい」ではなく、「初期化、設定読込、エントリー判定、注文エラー、外部連携失敗をログへ出したい」と整理すると、見積や開発範囲を確認しやすくなります。

相談前に送る情報と送らない方がよい情報

送ると確認しやすい情報

開発相談では、目的、対象ファイル、対象銘柄、時間足、条件、setファイル、ログ、スクリーンショットがあると確認しやすくなります。

新規作成の場合は、作りたい機能を箇条書きで整理してください。既存改修の場合は、現在のファイル、現在の動作、変更したい点、変更前後のログを整理してください。

外部連携がある場合は、Discord通知、WebRequest、Google Sheets、Webhook、CSV出力のどれが必要かを分けてください。

送らない方がよい情報

ログ、setファイル、スクリーンショット、外部連携設定には重要情報が含まれる場合があります。

口座番号、ログインパスワード、Webhook URL、GAS URL、APIキー、認証トークン、VPSログイン情報は、そのまま送らないようにしてください。

必要な場合は、外部連携の種類や用途だけ分かるように伏字で整理してください。

関連ページへの進み方

開発代行全体を確認したい場合

MT5向けのEA、インジケーター、補助ツール、既存改修、外部連携をまとめて確認したい場合は、開発・改修相談ページを確認してください。

まず全体像を確認したうえで、EA作成、インジケーター作成、既存改修、外部連携のどれに近いかを分けると、相談内容を整理しやすくなります。

EA作成を相談したい場合

EA作成を相談したい場合は、エントリー条件、決済条件、ロット、MagicNumber、最大ポジション、取引時間、ログ、バックテスト、通知の有無を整理してください。

注文や決済を扱うため、インジケーターよりも確認範囲が広くなります。

インジケーター作成を相談したい場合

インジケーター作成を相談したい場合は、表示したい内容、通知の有無、サイン条件、リペイント、確定足・未確定足の扱い、ログ、スクリーンショットを整理してください。

既存インジケーターの改修では、mq5ソースの有無が重要です。

既存改修を相談したい場合

既存EAや既存インジケーターを改修したい場合は、現在のファイル、setファイル、ログ、変更したい内容、直前に起きている問題を整理してください。

ソースがない場合は、内部処理を直接確認できないため、再作成や別実装を検討することがあります。

不具合確認から相談したい場合

不具合確認から相談したい場合は、不具合報告・調査依頼ページを確認してください。

発生時刻、Expertsログ、Journalログ、setファイル、スクリーンショット、直前に変更した設定を整理しておくと、確認が進めやすくなります。

よくある質問

MT5 EA作成とインジケーター作成は何が違いますか？

EA作成は、注文や決済、ロット、MagicNumber、ポジション管理、ログなどを扱う場合があります。インジケーター作成は、チャート表示、サイン表示、通知、集計、検証記録などが中心です。売買実行が必要な場合はEA開発として整理します。

既存EAの一部改修だけ依頼できますか？

相談できる場合があります。ただし、mq5ソースの有無、現在の構造、変更したい箇所、注文や決済への影響、setファイル、Expertsログ、Journalログを確認する必要があります。

ソースコードがない場合でも相談できますか？

相談は可能な場合がありますが、ex5のみでは内部処理を直接確認できません。現在の動作、setファイル、スクリーンショット、ログ、マニュアルをもとに、再作成や別実装として整理する場合があります。

Discord通知やGoogle Sheets連携も開発できますか？

相談対象になる場合があります。Discord通知、WebRequest、Google Sheets連携、Webhook送信、CSV出力などは、通知条件、送信内容、WebRequest許可URL、権限、送信失敗時のログを整理して確認します。

開発依頼前に何を用意すればよいですか？

目的、対象EA名またはインジケーター名、mq5/ex5の有無、setファイル、対象銘柄、時間足、希望する機能、Expertsログ、Journalログ、スクリーンショットを整理してください。

「勝てるEA」を作ってもらえますか？

EAファンクラブでは、利益保証、勝率保証、損失回避保証、相場予測、売買助言を目的とした依頼としては扱いません。相談時は、エントリー条件、決済条件、通知条件、ログなどの機能仕様として整理してください。

見積前に仕様書が必要ですか？

完全な仕様書でなくても、目的、条件、対象ファイル、現在の状態、希望する動作、ログ、スクリーンショットがあると確認しやすくなります。不明点がある場合は、仕様整理から進める形になります。

まとめ

MT5開発代行は新規作成・既存改修・外部連携を分けて考える

MT5 EA・インジケーター開発代行を確認する時は、新規作成、既存改修、外部連携、通知追加、ログ強化、診断機能を分けて整理してください。

EAは注文や決済を扱う場合があり、インジケーターは表示や通知、集計、検証記録が中心です。既存改修では、ソースコードの有無、setファイル、ログ、スクリーンショットが重要になります。

依頼内容は売買判断ではなく機能仕様として整理する

相談時は、「勝てるように」「おすすめ設定」「ロジックは任せる」といった表現ではなく、条件、入力、出力、通知、ログ、検証方法として整理してください。

Webhook URL、APIキー、GAS URL、認証トークン、口座番号、VPSログイン情報などの実値は、問い合わせ文面やスクリーンショットにそのまま載せないよう注意が必要です。

開発相談前に整理しておきたい情報

• 目的：EA新規作成、インジ新規作成、既存改修、外部連携、ログ強化のどれか
• 対象MT5環境：自宅PC、VPS、複数MT5の有無
• 対象EA名、インジケーター名、ファイル名、バージョン
• mq5 / ex5 / mqh / set / 関連ファイルの有無
• 対象銘柄、時間足、設置チャート
• エントリー条件、決済条件、表示条件、通知条件
• 外部連携：Discord、WebRequest、Google Sheets、Webhook、CSVの有無
• Expertsログ、Journalログ、発生時刻、エラー内容
• 現在の画面、設定画面、ログ画面のスクリーンショット
• 口座番号や認証情報をマスクした資料

関連ページ

• 開発・改修相談
• EA作成・改修相談
• インジケーター作成・改修相談
• 既存EA・インジケーター改修相談
• MQL5とは？MT5のEA・インジケーター開発でできること
• MT5 EA開発を依頼する前に整理すること
• サインインジケーター開発を依頼する前に整理すること
• MT5通知・外部連携ツールの選び方
• MT5 EA診断・ログ確認ツールで確認できること
• 不具合報告・調査依頼について
• ご購入前の確認事項
• 免責事項

MT5向けEA・インジケーター開発、既存EA改修、通知追加、外部連携、ログ・診断機能の相談が必要な場合は、対象EA名、インジケーター名、setファイル、Expertsログ、Journalログ、発生時刻、スクリーンショットを整理したうえでご相談ください。

開発・改修の相談ページを見る

EA作成・改修相談を見る

インジケーター作成・改修相談を見る

不具合確認・相談前の整理ページを見る