MT5インジケーターのコピー対策|購入者だけ使える口座認証の方法
有料のMT5インジケーターを販売していると、購入者へ渡したex5ファイルが、知人や第三者へ横流しされる不安が出てきます。
とくに怖いのは、ただの善意のシェアではありません。
数か月かけて作ったサインロジックや裁量補助ツールが、別名の商品としてフリマアプリ、SNS、Brain、怪しいDiscordコミュニティなどで転売され、知らない誰かのお小遣い稼ぎに使われることです。
その対策として有効なのが、利用者のMT5口座番号を自動で取得し、販売者が許可した口座だけでインジケーターを使えるようにする口座認証です。
この記事では、有料MT5インジケーターの無断利用・横流し・転売対策として、口座番号認証を使う方法を解説します。

有料インジケーターを売るなら、やっぱりex5ファイルの横流しが怖いです。購入者だけが使える状態にできますか?

はい。MT5チャートへ適用されたときに利用者の口座番号を自動取得し、許可済み口座だけ利用できるようにすれば、横流しされた後の無断利用を制限できます。大事なのは「ファイルのコピーを防ぐ」のではなく、「コピーされても未登録口座では使えない状態にする」ことです。
- 有料インジケーターが横流し・転売されやすい理由
- コピー対策でできること・できないこと
- MT5口座番号を自動取得して認証する仕組み
- 口座番号をコードへ固定する方法とサーバー認証の違い
- インジケーター認証で起きやすいWebRequest設定のクレーム対策
- MQLAuthで販売後の口座変更・期限・停止まで管理する方法
有料MT5インジケーターは、なぜ横流しされやすいのか
MT5インジケーターは、ex5ファイルを購入者へ配布して利用してもらう形式が一般的です。
しかし、ex5ファイルだけでは「誰が正規の購入者か」を判断できません。購入者が使える状態のままなら、受け取った第三者も同じファイルをチャートへ適用できてしまいます。
- 購入者が知人へファイルを送る
- 購入条件で許可していない複数の口座で使われる
- 古いバージョンのファイルが第三者へ渡る
- 販売停止後も、配布済みのファイルが使われ続ける
- 別名の商品として転売される
特に、サイン表示、アラート、通知、ゾーン表示、ロジック判定などを備えた有料インジケーターは、購入者以外に使われるほど商品価値を維持しにくくなります。
あなたのインジケーターがフリマアプリや怪しいコミュニティで転売されるリスク
有料インジケーターの流出被害で本当に怖いのは、購入者が知人へこっそり送る程度の話だけではありません。
悪質なケースでは、インジケーターの画面キャプチャをSNSへ貼り、ex5ファイルの名前だけを変えて、まるで別商品のように販売されることがあります。
たとえば、「〇〇式・勝率80%の神矢印」「プロ仕様の環境認識ツール」などと勝手に名前を付けられ、ヤフオク、フリマアプリ、Brain、秘密のDiscordコミュニティ、LINEグループなどで格安販売されるようなケースです。
この状態になると、あなたが作ったインジケーターなのに、販売利益は知らない誰かに流れていきます。
さらに厄介なのは、転売品を買った第三者から「使い方が分からない」「矢印が出ない」「最新版がほしい」といった問い合わせが、回り回って本来の開発者に届く可能性があることです。
コピー対策でできること・できないこと
インジケーターのコピー対策では、ファイルの複製そのものを防ぐことと、コピーされたファイルを使えない状態にすることを分けて考える必要があります。
| 起こること | 口座認証でできること |
|---|---|
| ex5ファイルが第三者へ送られる | ファイル送信そのものは止められない |
| 第三者が自分のMT5口座で使おうとする | 未登録口座での利用を制限できる |
| 正規購入者が登録済み口座で使う | 利用を許可できる |
| 購入者が別の口座へ移行する | 認証方式に応じて口座番号を変更する運用を用意できる |
| 転売されたファイルを第三者が使おうとする | 許可していない口座では利用できない状態にしやすい |

ファイルが渡ること自体は防ぎにくくても、未登録口座での利用を制限することはできます。
有料MT5インジケーターのコピー対策は主に3つ
有料インジケーターの無断利用を減らす方法には、主に次の3つがあります。販売数や購入者対応の頻度に応じて選ぶことが大切です。
| 方法 | できること | 注意点 |
|---|---|---|
| 再配布禁止の利用規約 | 購入者へ利用条件を明示できる | 技術的にファイルのコピーや利用を止めるものではない |
| 口座番号をコードに直接書き込む | 指定したMT4・MT5口座でだけ使えるようにできる | 購入者追加・口座変更のたびにmq4/mq5を修正、コンパイル、再配布する手間が発生する |
| サーバー認証 | 許可する口座番号をサーバー側で管理できる | 初回のみコードへ認証処理を実装する必要がある。WebRequest設定の案内も必要になる |
再配布禁止の利用規約
販売ページや購入後の案内で、再配布禁止・利用可能な口座数・利用条件を明示する方法です。
購入者との認識違いを減らすために重要ですが、ファイルのコピーや第三者による利用を技術的に制限する方法ではありません。
mq5へ口座番号を直接書き込む
許可するMT5口座番号をmq5へ固定し、コンパイルしてex5を作成する方法です。少人数へ個別配布するだけなら、運用できる場合もあります。
ただし、新しい購入者の追加や口座変更のたびに、mq5の編集、コンパイル、ex5の再配布が必要になりやすくなります。販売数が増えるほど、どの購入者へどのファイルを渡したかの管理も複雑になります。
サーバー認証で口座番号を管理する

サーバー認証では、インジケーター側へ認証処理を一度実装し、許可する口座番号をサーバー側で管理します。
MQLAuthを実装したインジケーターでは、利用者がMT5チャートへ適用したタイミングで、現在ログインしているMT5口座番号を自動で取得し、MQLAuthサーバーへ認証確認を行います。
取得されたMT5口座番号は、MQLAuthの管理画面にも自動で登録されるため、販売者は「どの口座で利用されているか」を確認しやすくなります。
認証情報の追加・変更だけを理由に、毎回ex5を作り直して購入者へ送る運用を減らせる点が特徴です。
ただし、インジケーターのロジック変更や不具合修正を行う場合は、通常どおり新しいex5をコンパイルして配布する必要があります。
購入者だけが使えるMT5インジケーターにする口座認証の仕組み
口座認証では、購入者がインジケーターをMT5チャートへ適用したタイミングで、現在ログインしているMT5口座番号をインジケーター側で自動取得します。
取得したMT5口座番号を、販売者がMQLAuthの管理画面で許可した口座番号と照合し、利用できる口座かどうかを判定します。
- 購入者がインジケーターをMT5チャートへ適用する
- 購入者のMT5口座番号を取得し、管理画面へ登録する(自動)
- 取得したMT5口座番号を、MQLAuthに登録されている許可済み口座番号と照合する
- 期限が有効で登録済み口座番号なら、インジケーターを利用できる
- 期限が無効または未登録口座番号なら、インジケーターの利用を制限する
この方式なら、同じex5ファイルを複数の正規購入者へ配布する場合でも、利用可否を口座番号ごとに分けて管理できます。

認証を実装したインジケーターは、許可していない口座番号での利用を制限できます。
最初から認証を付けるべきか、あえて認証なしで広げるべきか
有料インジケーターの場合は、基本的には最初から口座認証を付けておく方が管理しやすくなります。
ただし、無料版や体験版をマーケティング目的で配る場合は、あえて最初の入口を軽くする考え方もあります。
たとえば、SNSで認知を広げるフェーズでは、短期間だけ認証なしの無料版や機能制限版を配布し、継続利用や有料版への移行時にMQLAuth認証付きのインジケーターへ切り替える方法です。
| フェーズ | 向いている運用 | 目的 |
|---|---|---|
| 認知拡大フェーズ | 短期間の無料版・機能制限版 | SNSで知ってもらう、使用感を試してもらう |
| マネタイズフェーズ | MQLAuth認証付きの有料版 | 購入者だけ使える状態にして、横流し・転売を抑える |
| 継続販売フェーズ | 口座変更・期限・停止・アップデート通知を管理 | 販売後のサポートと継続課金を整理する |
ただし、認証なしの配布期間を作ると、その期間にファイルが拡散される可能性はあります。
拡散を優先するのか、購入者限定の管理を優先するのかは、商品の価格帯、販売数、サポート体制、購入者との関係性に合わせて判断しましょう。
口座認証を導入する前に確認しておきたいこと
- 認証処理を追加できるmq5のソースコードを保有している
- 購入者から、利用予定のMT5口座番号を受け取る運用を決めている
- インジケーター側でMT5口座番号を自動取得して認証する仕様を理解している
- 購入条件として、何口座まで利用可能にするか決めている
- 購入者が口座を変更した場合の対応方法を決めている
- WebRequestの許可URL設定を案内するマニュアルを用意している
- 認証エラー時に、利用者へ分かりやすいメッセージを表示する設計にしている
- コピーそのものを完全に防ぐのではなく、未登録口座での利用を制限する仕組みだと理解している
- 既存の購入者へ認証付きex5を再配布する必要があるか確認している
MQLAuthで、販売後の口座管理までまとめて行う
MQLAuthは、EA・インジケーター販売者向けの口座認証システムです。
自前で認証サーバーを用意する場合、サーバー構築、管理画面、通信処理、利用期限、口座変更、停止処理、セキュリティ対策などを自分で用意する必要があります。
インジケーター開発や販売に集中したい場合、認証管理の部分はMQLAuthのような既存の仕組みに任せた方が運用しやすくなります。
インジケーターへ認証を実装した後は、許可する口座番号の管理をサーバー側で行えます。
利用者がインジケーターをMT5チャートへ適用すると、現在ログインしているMT5口座番号を自動で取得し、MQLAuthの管理画面へ自動登録できます。販売者はその口座番号を確認し、利用可否、利用期限、停止状態などを管理できます。
- 購入者自身で口座変更しやすい:ユーザーが「口座を変更したい」と言ってきた場合でも、販売者が毎回手作業で変更する運用を減らしやすくなります。
- ソースコードへ口座番号を直書きしなくて済む:購入者追加や口座変更のたびにmq5を編集して再コンパイルする必要が減ります。
- 期限・停止・体験版を管理しやすい:月額販売、体験版、購入者別の利用期限などを管理画面側で扱いやすくなります。
- アップデート通知やメッセージ配信と組み合わせられる:最新版案内や重要なお知らせを、既存利用者へ届ける導線を作りやすくなります。
認証を導入する目的は、購入者を縛ることではありません。正規購入者だけが安心して使える状態を作り、販売者が継続的に開発・サポートできる環境を守ることです。

よくある質問
- 口座認証を付ければ、ファイルのコピーは完全に防げますか?
-
完全には防げません。ファイルをコピーしたり第三者へ送ったりする行為そのものを止める仕組みではありません。ただし、コピーされたex5を未登録のMT5口座で使いにくくし、無断利用を制限できます。
- 利用者のMT5口座番号は自動で取得できますか?
-
はい。MQLAuthを実装したインジケーターでは、利用者がMT5チャートへ適用したタイミングで、現在ログインしているMT5口座番号を自動で取得し、認証確認に使用できます。取得された口座番号は管理画面にも登録されるため、販売者は利用口座を確認しやすくなります。
- ex5ファイルだけでも口座認証を追加できますか?
-
通常はできません。認証処理を追加するにはmq5のソースコードが必要です。ex5ファイルだけでは、認証処理の追加やコンパイルはできません。
- すでに配布しているインジケーターにも口座認証を付けられますか?
-
mq5のソースコードがあれば、認証処理を追加して新しいex5を作成できます。認証を付けたバージョンは、既存購入者へ再配布する必要があります。
- 購入者がMT5口座を変更した場合はどうなりますか?
-
対応方法は利用する認証方式によって異なります。MQLAuthでは、販売者が管理画面で変更する運用だけでなく、利用者自身に口座変更手続きを進めてもらう運用も作りやすくなります。
- WebRequest設定を忘れるとどうなりますか?
-
認証サーバーへ接続できず、インジケーターが正しく表示されない場合があります。利用者には、MT5のWebRequest許可URL設定を画像付きで案内しておくことをおすすめします。
まとめ|有料インジケーターは、配布後の利用先まで管理する
有料MT5インジケーターのコピー対策では、ファイルそのものを完全にコピー不能にすることよりも、横流しされた後に未登録口座で使われない状態を作ることが重要です。
少人数への個別販売なら、mq5へ口座番号を直接書き込む方法でも対応できる場合があります。
一方で、購入者の追加や口座変更が増えてきた場合は、認証情報をサーバー側で管理する方式を検討すると、販売後の手間を抑えやすくなります。
- 有料インジケーターはex5ファイルだけだと横流し・転売されやすい
- 口座認証はファイルコピーそのものを止める仕組みではない
- 未登録のMT5口座で使えない状態を作ることが重要
- MQLAuthを実装すると、利用者のMT5口座番号を自動取得して認証確認に使える
- 取得されたMT5口座番号は管理画面にも登録される
- インジケーター認証ではWebRequest設定や表示遅延への配慮が必要
- 販売後の口座変更、期限、停止、アップデート通知まで管理できると運用が楽になる
有料インジケーターを継続的に販売していくなら、販売前だけでなく、配布後にどの口座で使われているかまで管理できる仕組みを用意しておきましょう。