自動売買の作成を依頼したいが、どこまで頼めるのかがわからない。TradingViewのアラートで注文が出せるらしいが、実際には何が要るのか。
この記事では、TradingViewを起点にした自動売買がどういう構成になっていて、依頼するときに何を決めておくべきかを整理する。
TradingViewだけでは注文は出ない
まず前提から。TradingViewのPine Scriptは、チャート上での計算と表示、そしてアラートの発火までを担当する。証券会社の口座に直接注文を出す機能は持っていない。
だから自動売買にするには、外に出す仕組みが要る。一般的な構成はこうなる。
Pine Scriptが条件を判定してアラートを発火する。TradingViewがそのアラートをWebhookとして指定のURLに送る。受け取った側（サーバーや中継サービス）が、証券会社のAPIを叩いて注文を出す。
この連携の具体的な手順は、こちらで解説している。
→ Pineスクリプトで自動売買｜TradingView→実口座の連携方法
つまり工程は3つに分かれている。依頼するときも、この3つのどこまでを頼むのかを決める必要がある。
依頼できる範囲は3段階
段階1：シグナルまで。Pine Scriptを書いて、条件を満たしたときにアラートが飛ぶところまで。ここだけでも、手動発注のトリガーとしては十分機能する。まずここから始める人が多い。
シグナルインジケーターの作成そのものについては、こちらにまとめてある。
→ TradingViewインジケーター作成代行｜あなたの手法をPineスクリプトで形に
段階2：Webhookのペイロード設計まで。アラートに載せる中身を設計する。銘柄、方向、ロット、価格、ストップとリミット、そして重複を防ぐためのIDを、受け取る側が読める形で組み立てる。ここを雑にすると、後段で必ず事故が起きる。
段階3：受け取り側と発注まで。Webhookを受けるサーバーを立て、証券会社のAPIに注文を投げる部分。ここは扱う証券会社と、その口座で使えるAPIの仕様に依存する。
どこまで自分でやるかによって、依頼の範囲と費用が変わる。段階1だけなら通常のインジケーター作成に近い。段階3まで含めると、システム開発の色が濃くなる。
事故はシグナルの精度では起きない
自動売買の依頼で見落とされやすいのが、ここだ。
実運用でトラブルになるのは、たいていシグナルの精度ではない。同じ注文が二重に出る注文が届いていないのに届いたと思っている回線が切れている間に条件を通過していた、この3つだ。
だから設計段階で、次を決めておく必要がある。
重複の防止。同じ足で2回鳴らない制御を入れるか。アラートに一意のIDを持たせて、受け取り側で重複を弾くか。
足の確定を待つか。確定前に鳴らすと、その足の中で条件を満たしたり外れたりするたびに発火する。確定を待つと、鳴った時点で価格が動いたあとになる。どちらを取るかはトレードスタイル次第だ。
アラートの実装まわりは、こちらが参考になる。
→ Pineスクリプトalert関数の完全ガイド｜通知設定から実践活用まで
送信失敗の扱い。Webhookが届かなかったとき、再送するのか、諦めるのか。再送するなら、上の重複防止と組み合わせないと二重発注になる。
止め方。想定外の動きをしたときに、どうやって全部止めるか。これを最初に決めていない構成は危ない。
これらは「シグナルを作ってください」という依頼には含まれていない。だが実運用ではここが本体だ。依頼時に、どこまでを見てもらえるのかを確認しておくといい。
依頼前に決めておくこと
対象の銘柄と時間足。ボラティリティの大きい銘柄ほど、スリッページの前提が変わる。
エントリー条件。トレードの言葉でいい。
エントリーしない条件。指標前後、特定の時間帯、スプレッドが広いとき。
ロットの決め方。固定か、残高比例か。
損切りと利確。方式と数値。注文と同時に置くのか、あとから出すのか。
ポジションの上限。同時に何本まで。同方向の追加を許すか。
使う証券会社。APIが公開されているか、既存の中継サービスに対応しているか。ここで構成が決まる。
どこまで自動にするか。エントリーだけ自動で決済は手動、という構成も現実的だ。
MT4/MT5のEAとどちらを選ぶか
同じ自動売買でも、性格が違う。
MT4/MT5のEAは、口座の中で完結する。中継が要らないぶん構成が単純で、VPSに置けば24時間動く。完全な自動売買を前提にするならこちらが素直だ。
EA開発を依頼する場合の費用と、失敗する発注の形はこちらにまとめた。
TradingViewを起点にする構成は、工程が1つ増える代わりに、検証を回すのが速い。Pine Scriptはロジックの書き換えと再検証のサイクルが短く、チャート上で結果をそのまま目視できる。
現実的な使い分けはこうなる。ロジックを詰めている段階はTradingViewで回す。固まったら、そのまま運用するか、MT4/MT5へ移すかを選ぶ。
検証用のstrategy化については、こちらで詳しく書いた。
→ TradingViewストラテジー作成代行｜indicatorとstrategyの違い
なお、mq4やmq5のソースコードがあれば、Pine Scriptへの移植はできる。逆方向も同じだ。ex4しかない場合は、先にデコンパイルという工程が必要になる。
よくある質問
Q. 全自動にしないと意味がないか
そんなことはない。アラートで通知を受けて手動で発注する形でも、監視から解放されるという価値は得られる。まず段階1で運用してみて、シグナルが自分の感覚と合うかを確かめてから自動化に進むほうが、失敗が少ない。
Q. バックテストの結果どおりに動くか
ずれる。スプレッド、スリッページ、約定拒否はバックテストでは完全に再現されない。デモ口座で動かす期間を工程に入れておくと、この差が事前に見える。
Q. サーバーは自分で用意するのか
構成による。既存の中継サービスを使えば自前のサーバーは不要なこともある。どの構成を取るかは、使う証券会社と、どこまで自分で管理したいかで決まる。
Q. 途中で条件を変えたくなったら
Pine Scriptのソースコードを受け取っていれば、自分でも直せるし、別の開発者にも渡せる。納品形式は最初に確認しておいたほうがいい。
まとめ
TradingViewを起点にした自動売買は、シグナル、Webhookの設計、受け取りと発注の3工程に分かれている。依頼するときは、どこまでを頼むのかを最初に決める。
そして、実運用で問題になるのはシグナルの精度ではなく、二重発注、送信失敗、止め方といった運用側の設計だ。ここを見てくれる相手を選ぶことが、いちばん効く。
PineScript Proでは、TradingViewのアラートからWebhookを経て発注につなげる構成まで設計している。実際にトレードしている開発者が書いているので、誤発注をどう防ぐか、回線が切れたときにどうするかまで含めて相談できる。段階1のシグナルだけという依頼も受けている。
→ 関連記事：EA開発の依頼｜費用の決まり方と、失敗する発注の共通点
