仮想通貨シグナルボット戦略：設計から本番運用まで

シグナルボットは、取引自動化のなかで最もシンプルな発想でありながら、隠れた難しさが最も大きいものです。発想はこうです。あなたの戦略がシグナルを発火させ（TradingViewアラート、スクリプト、Webhookを呼び出せるあらゆるツール）、ボットがそれをあなたの取引所での実際の取引に変えます。感情もなく、深夜3時のエントリーの取り逃しもなく、ためらいもありません。

隠れた難しさはこうです。DCAボットとは異なり、シグナルボットは自分自身の判断を持ちません。悪いエントリーをナンピンすることも、より良い価格を待つことも、弱い戦略からあなたを救い出すこともできません。すべてのエントリーとイグジットの判断は、あなたのシグナルソースに属します。シグナルが良ければ、ボットはそれをスピードと一貫性で増幅します。シグナルがノイズであれば、ボットはそのノイズを完璧に執行します。口座が空になるまで、ずっとです。

このガイドは戦略レイヤーについてです。何が自動化に値するエントリーシグナルなのか、シグナルごとにどうポジションサイズを決めるのか、シグナル駆動のエントリーに対して利益確定と損切りをどう構成するのか、Freyaでカスタムシグナルモードとリスク比率モードのどちらを選ぶのか、そして実際のお金がかかる前にそのすべてをどうテストするのか。まだシグナルボットを作成していない場合は、先にFreya Financeでシグナルボットを作成する方法をお読みください。このガイドはメカニクスをすでにご存じであることを前提とし、それを収益性のあるものにすることに焦点を当てています。

---

シグナルボットとは何か、そして判断はどこにあるのか

すべての自動化戦略は3つの問いに答えます。いつエントリーするか、どれだけ取引するか、いつイグジットするか。ボットのタイプ間の根本的な違いは、誰がそれらに答えるかです。

DCAボットでは、3つの答えすべてがプラットフォームの内側にあります。エントリー条件、平均化注文、利益確定を設定すると、ボットは自己完結型のループを実行します。それは、間違ったときへの組み込みの対応さえ備えています。価格が下がったときにエントリーコストを下げる平均化注文です。

シグナルボットはこれを逆転させます。いつが外側へ移ります。TradingViewアラート、カスタムスクリプト、またはwebhook URLを呼び出せるあらゆる外部ツールへです。Freyaのシグナルボットはその呼び出しを受け取り、あなたが設定したルール（ペア、方向、サイジング、イグジット）の範囲内で執行します。ボットは速く、規律ある一対の手です。頭脳はシグナルの出どころにあります。

この判断の所有権のシフトこそ、シグナルボット戦略が本当の意味で戦略の戦略である理由です。このガイドの残りでは、ボットをありのまま（執行レイヤー）として扱い、実際に結果を左右する4つの設計判断に焦点を当てます。エントリーの質、確認、サイジング、イグジット構造です。

Freyaのシグナルソース：TradingViewアラートとカスタムWebhook

Freyaのシグナルボットは、webhook URLを呼び出せるあらゆるソースからのシグナルを受け付けます。実際には、これは2つのセットアップを意味します。

TradingViewアラートが最も一般的です。TradingViewチャート上で条件を作り（インジケーターのクロス、価格レベル、Pine Script戦略）、その条件にボットのwebhook URLを紐づけます。条件が発火すると、TradingViewがwebhookを呼び出し、ボットが取引します。webhookの配信には有料のTradingViewプランが必要であり、一部のプランではアラートが期限切れになり更新が必要になる点にご注意ください。どちらも「ボットが取引しなくなった」というよくある原因ですが、ボットとは無関係です。

カスタムWebhookはそれ以外のすべてをカバーします。オーダーフローデータを監視する自作のPythonスクリプト、シグナルを発するスクリーナー、社内ツールなどです。URLにHTTPリクエストを送れるものなら、Freyaのシグナルボットを動かせます。これはパワーユーザー向けの道です。ロジックに対する完全な自由が得られ、その信頼性に対する完全な責任も負います。

どのソースにも当てはまる警告が2つあります。そして戦略が外部シグナルソースを使うとき、Freyaのインターフェースは最初の警告を目立つ形で表示します。そのソースからの遅延、障害、または不正確なシグナルは取引に影響する可能性があり、Freyaは外部シグナルの正確性について保証できません。 ボットは、届いたものを、届いたときに執行します。シグナルパイプライン（アラートエンジン、ネットワーク、webhook配信）はあなたの戦略と市場の間にあり、瞬時でもなければ絶対確実でもありません。実務上の帰結は、後の失敗モードのセクションで扱います。

エントリーシグナルの質：すべてを決める変数

自動化は乗数です。良いシグナルに速く一貫した執行を掛け合わせれば、手動取引では到達できない優れた戦略になります。ノイズを掛け合わせれば、速く一貫した損失になります。どのシグナルも自動化する前に、3つのフィルターを通してください。

フィルター1：具体的か？

自動化に値するシグナルには、正確で機械的な定義があります。「4時間足チャートのRSI(14)が、価格が200日EMAより上にある間に30を下回る」は具体的です。「モメンタムが弱く見えたら押し目を買う」は具体的ではありません。機械的に定義できなければ、アラートは一貫して発火できず、自分が何をテストしているのか本当のところ分からないことになります。

具体性には無効化条件も含まれます。どの時点でそのシグナルは誤りなのか。無効化条件が定義されていないシグナルは、合理的な損切りのないポジションを生みます。結局は感覚で損切りを置くことになり、自動化の目的が台無しになります。

フィルター2：意味を持つほど発火頻度が低いか？

シグナルの頻度はコストです。すべての取引は手数料を払い、スプレッドを越え、スリッページのリスクを負います。1分足チャートで1日25回発火する戦略は、各取引がそれらのコストを上回る必要があります。片側あたり約0.1%のテイカー手数料を払う$500のポジションでは、往復で約$1かかります。1日25取引なら1日約$25、小さな口座では手数料だけで月およそ$750です。個人トレーダーのシグナルのエッジで、この計算を生き延びるものはごくわずかです。

より高い時間足のシグナル（1時間足、4時間足、日足）は発火頻度が低く、1シグナルあたりの情報量が多く、webhookパイプラインの数秒の遅延の影響も相対的に小さくなります。目安として、1取引あたりの平均期待利益が約0.5%未満なら、遅延と手数料がそのかなりの部分を食べてしまうため、そのシグナルがそもそも自動化ボットに向いているのかを疑うべきです。

フィルター3：確定した足で評価されているか？

TradingViewアラートは、足の途中で条件に触れた瞬間にトリガーすることも、足が確定したときにのみトリガーすることもできます。足の途中でのトリガーは速いですが、確定までに消えてしまうことが多い条件で発火します。RSIが2分間だけ30を下回り、アラートが発火し、足の確定時にはRSIが34に戻っている、といった具合です。ほとんどのスイング型シグナル戦略では、アラートを足の確定ごとに1回発火するよう設定すれば、わずかなスピードと引き換えに誤シグナルを大幅に減らせます。足の途中でのアラートは、それを前提に明確に設計された戦略にとっておいてください。たとえば、タッチそのものがイベントとなるレベルブレイクなどです。

確認：良いフィルター1つは平凡なフィルター3つに勝る

生のシグナルは、直交する確認を1つ加えるだけで劇的に改善します。最初の条件とは別の何かを測る2つ目の条件です。

• トレンドフィルター： 価格が長期移動平均線より上にある間だけロングシグナルを取ります（たとえば、シグナルの時間足での200期間EMA）。強い下降トレンドに逆らう平均回帰のエントリーは、売られ過ぎシグナルが息絶える場所です。
• 出来高確認： 出来高が増えているときのブレイクアウトシグナルは、出来高が薄いときの同じブレイクとは異なる情報を持ちます。
• 上位時間足との一致： 4時間足のトレンド方向でフィルターした1時間足のエントリーシグナルは、より大きな流れに沿って取引させてくれます。

確認はアラート自体に組み込んでください（TradingViewは複数条件のアラートをサポートし、Pine Script戦略はあらゆるものをコード化できます）。そうすればwebhookは確認済みのシグナルでのみ発火します。ボットが受け取るべきは判断であって、素材ではありません。

1つ警告があります。確認は収穫逓減、そしてやがてマイナスのリターンをもたらします。フィルターを1つ加えるごとに、負け取引と同時に勝ち取引も取り除かれ、2つか3つの条件を超えると、たいていは過去へのカーブフィッティングになっています。5つのフィルターを積み重ねてはじめてバックテストが機能するなら、そのエッジはおそらく幻想です。

シグナルごとのポジションサイジング：固定の確信度ではなく固定のリスク

ほとんどのシグナル戦略が実際に失敗するのは、エントリーではなくサイジングです。プロの標準は固定比率リスクです。すべてのシグナルが、割り当て資本の同じ小さな割合（一般に0.5〜2%）をリスクにさらします。ここでの「リスク」とは、損切りにかかった場合の損失であって、ポジションの想定元本のサイズではありません。

なぜそんなに小さくするのか。連敗は統計的に確実であり、ドローダウンの数学は残酷なほど非対称だからです。

勝率45%の戦略は（勝ちが負けの2倍の大きさなら十分に成立します）、数百取引のうちに10連敗に驚くほど頻繁に直面します。1%のリスクなら、その連敗は悪い1ヶ月です。10%のリスクなら、口座の終わりです。

Freyaでは、固定リスクの実装方法はモードによります。リスク比率モードはこれをネイティブに実装します。 固定リスク額をUSDTで入力すると、ポジションサイズは損切りまでの距離からシグナルごとに自動計算されます。カスタムシグナルモードでは、取引額を自分で設定するため、逆算して固定リスクを近似します。リスク予算を決め、それを損切りのパーセンテージで割ります。それが取引額です。2%の損切りで$20をリスクにさらすなら$1,000のポジション、4%の損切りなら$500のポジションです。

シグナル駆動エントリーのためのTP/SL構造

シグナルボットはナンピンできないため、そのイグジット構造が防御の重みをすべて担います。3つの原則があります。

すべてのポジションには取引所側の損切りが必要です。 クローズシグナルはパイプライン（アラートエンジン、ネットワーク、webhook）に依存しており、市場が最も速く動くまさにそのときに失敗し得ます。損切りはポジションとともに存在し、パイプラインが死んでいても執行されます。損切りなしでシグナルボットを運用するということは、最悪ケースの損失が定義されていないということです。

Rの倍数で考えてください。 1取引あたりのリスクを定義し（1R = エントリーから損切りまでの距離 × ポジションサイズ）、目標をその倍数で表します。勝率40%での2R目標は利益が出ます（0.40 × 2 − 0.60 × 1 = 1取引あたり+0.2R）。1R目標は、手数料を除いた損益分岐にすら勝率50%超が必要です。構造（サポート、ブレイクアウトのレベル）の近くでエントリーを生むシグナルは、論理的な損切りが近く論理的な目標が遠いため、自然と1.5R〜3Rの目標を支えます。

イグジットをシグナルの考え方に合わせてください。 戦略がセットアップごとにレベルを計算するなら（スイングロー、ATRベースの損切り、メジャードムーブ）、それらのレベルはwebhookに置くべきであり、それこそがリスク比率モードの用途です。戦略が一貫したパーセンテージのイグジットを持つなら（「常に3%のTP、2%のSL」）、Freyaでカスタムシグナルモードを使って一度設定するほうがシンプルで、アラートごとに問題が起きる余地も少なくなります。

知っておく価値のある執行の詳細が1つあります。リスク比率モードでは、利益確定はwebhookが指定した価格の指値注文として発注されるため、スリッページなしで約定します。一方、損切りは成行注文としてトリガーされ、どこの損切りとも同様に、速い値動きではスリッページが生じ得ます。それを見込んでおいてください。損切りでの実現損失は、理論上の固定リスクよりいくらか悪くなることがあります。

カスタムシグナル vs リスク比率：設定モードの選び方

Freyaのシグナルボットは2つのモードのいずれかで動作します。両者は組み合わせられず、正しい選択はシグナルの作り方から直接導かれます。

カスタムシグナル（「webhook、手動TP/SL」）：ボットはオープンWebhook URLと、別個のクローズWebhook URLを受け取ります。アラートはいつを伝え、あなたは何をFreyaで設定します。取引額と、あなた自身の利益確定と損切りのレベルです。このモードは、外部戦略に完全なイグジット制御も与えます。設定したTP/SLに加えて、独自のイグジットロジックが発火したときにいつでもクローズwebhookを送れます。

リスク比率（「固定リスク、自動ポジションサイズ」）：ボットは単一のwebhook URLを受け取ります。アラートメッセージは、利益確定と損切りの価格を運ぶ小さなJSONペイロードです。シグナルが発火すると、エントリーは成行で行われます。取引額の代わりに固定リスク額を設定すると、ポジションサイズはエントリーから損切りまでの距離から自動計算されます。取引額はシグナルごとに計算されるため、動的と表示されます。イグジットはその後webhookのTP/SLで処理されるため、別個のクローズURLはありません。

実用的なルールです。Pine Scriptやシグナルロジックがこの特定のセットアップにおける損切りの位置をすでに計算しているなら、リスク比率を使い、サイジングを損切りに従わせてください。エッジがエントリーのタイミングにあり、イグジットが固定のレシピなら、カスタムシグナルを使い、アラートを可能な限りシンプルに保ってください。

実例：実際の数値によるリスク比率戦略

完全なセットアップで具体的にしましょう。すべての数値は説明用です。

トレーダー： 4時間足のETH/USDTチャートにTradingView戦略を持っています。上昇する200-EMAより上に価格がとどまることで確認された移動平均線のクロスでロングにエントリーし、直近のスイングローの下に損切りを置き、2Rを目標にします。

割り当て： このボットに$2,000の取引資本を割り当てます。1取引あたりのリスクは1%なので、ボットの固定リスク額は$20です。

シグナル1。 ETHが$2,500のときにアラートが発火します。スイングローの損切りは$2,450（2%下）、2R目標は$2,600です。

• ETHあたりのリスク = $2,500 − $2,450 = $50
• ポジションサイズ = $20 ÷ $50 = 0.4 ETH（$1,000のポジション。2%の損切り距離で、割り当て資本の50%）
• 損切りにかかった場合：0.4 × $50 = −$20（手数料と、損切りのスリッページを加算）
• 目標にヒットした場合：0.4 × $100 = +$40

シグナル2、1週間後。 ETHは$2,600ですが、今回はスイングローが近くにあります。損切り$2,574（1%下）、目標$2,652です。

• ETHあたりのリスク = $26
• ポジションサイズ = $20 ÷ $26 ≈ 0.77 ETH（約$2,000のポジション。割り当て全額）
• リスクにさらすのは同じ$20です。しかし、損切りが半分になったために想定元本が倍になった点に注目してください。これがリスク比率のトレードオフの実際であり、上のタイトな損切りの確認が重要な理由です。

20取引後。 戦略のライブの成績がバックテスト付近に落ち着いたとしましょう。2Rで勝率45%です。1取引あたりの期待値 = (0.45 × $40) − (0.55 × $20) = +$7、ですから20取引でおよそ手数料前で+$140、$2,000の割り当てに対して約7%です。しかも1回の損失が資本の約1%を超えることは一度もありませんでした。これを、損切り距離に関係なく固定の$1,000想定元本で取引した同じシグナルと比べてみてください。損切りの広い取引は$20をリスクにさらす一方、損切りの狭い取引は$10しかリスクにさらさず、最良のセットアップの利益貢献をおよそ半分に削っていたでしょう。控えめなエッジを複利で育てるのは、一貫したリスクです。

そして、気を引き締めさせる裏側もあります。同じ20取引が、6勝14敗として現れることも十分あり得ます（連敗はまとまって起こります）。それは6 × $40 − 14 × $20 = −$40、約−2%です。腹立たしいですが、生き延びられます。そしてまさにこれが、リスクをシグナルごとに1%で上限に抑えた理由です。

本番運用前のバックテストのワークフロー

webhookを直接バックテストすることはできません。エントリーの判断はプラットフォームの外側にあるため、あなたのアラートがいつ発火していたはずかを知れるバックテスターは存在しないからです。誠実なワークフローは、各レイヤーをそれが存在する場所でテストします。

1. 戦略をそのソースでバックテストする。 シグナルがTradingViewのPine Script戦略から来るなら、TradingViewのストラテジーテスターを数年間、複数の市場レジーム（強気、弱気、横ばい）にわたって実行してください。勝率、平均R、最悪の連敗、最大ドローダウンを見てください。ソースがカスタムスクリプトなら、ライブのwebhookを送る前に、そのロジックを過去データに対してバックテストしてください。

2. インジケーターのロジックをFreyaのバックテスターでクロスチェックする。 シグナルが標準的なインジケーター（RSI、EMAのクロス、MACDなど）で構成されているなら、同等のインジケーターベースのボットをFreyaで再現し、まさにそのペアと時間足でバックテストしてください。これは、ライブのボットが取引するのと同じデータに対してアイデアを検証します。完全な方法論については仮想通貨取引戦略のバックテスト方法をご覧ください。

3. コストで数値にストレスをかける。 往復ごとの現実的な手数料と、損切りへのスリッページ許容分を差し引いたうえで、期待値を再計算してください。1取引あたりの平均利益が0.5%未満の戦略は、このステップで利益が出る状態から損益分岐へと転じることがよくあります。それをここで知るほうがよいのです。

4. 最小サイズで本番運用する。 実際のボットを、成立する最小のサイジングで2〜4週間運用してください。まだ収益性をテストしているのではありません（20取引は統計的に何も証明しません）。テストしているのはパイプラインです。アラートは発火すべきときに発火するか、webhookは届くか、約定とイグジットは意図に一致するか。ライブの各取引を、バックテストのロジックが起きたはずだと言う内容と比べ、パイプラインが退屈になってはじめてスケールしてください。

よくある失敗モード（とその回避方法）

1. ノイズの多いアラートによる過剰取引

最も一般的な死因です。低い時間足のアラートが絶えず発火します。各シグナルは妥当に見えますが、まとまるとノイズに手数料が加わったものです。ボットが今日ひと握りを超える取引をしたなら、その一つひとつが本当の情報を持っていたかを問うてください。修正： 時間足を上げ、トレンドフィルターを1つ加え、足の確定ごとに1回のアラートを使い、エントリーの質のセクションの手数料計算をやり直してください。

2. 損切りなし（「クローズシグナルが自分の損切りだ」）

クローズシグナルはソフトウェアであり、損切りは取引所上の注文です。アラートが期限切れになり、TradingViewプランが失効し、スクリプトがハングするとき（まさにボラティリティと相関する瞬間です）、クローズシグナルは来ません。修正： すべてのポジションに取引所側の損切りを持たせてください。リスク比率モードではこれは構造的に組み込まれています。カスタムシグナルモードでは、運用開始の前に設定してください。

3. 遅延と障害の現実を無視する

条件が真になってから注文が取引所に届くまでの間には、いくつものホップがあり、それぞれが秒単位の遅延を加え、そのどれもが一時的に失敗し得ます。4時間足の戦略にとってこれは丸め誤差です。0.3%を追うスキャルピングにとっては致命的です。Freya自身のUIも、外部シグナルの遅延、障害、不正確さが取引に影響し得ると警告しています。修正： 秒が問題にならない時間足で取引し、取り逃したエントリー（ノーポジション、損失なし）は許容できる一方、取り逃したイグジットこそ損切りが存在する理由だと受け入れてください。

4. 漏洩した、または古くなったwebhook URL

公開リポジトリ、共有チャット、スクリーンショットに載ったwebhook URLは、誰かにあなたの口座で取引をトリガーしてくださいと招き入れるようなものです。同じくらいよくあるのが、URLを再生成してアラートの更新を忘れ、シグナルが静かにどこにも届かなくなることです。修正： URLをパスワードのように扱い、少しでも疑いがあれば再生成し、再生成のたびにアラートを更新してテストシグナルを送ってください。

5. モードとアラートの不一致

カスタムシグナルは、エントリーアラートにオープンURL、イグジットアラートにクローズURLを想定します。リスク比率は、TP/SLを運ぶ正しくフォーマットされたJSONメッセージ付きの1つのURLを想定します。配線の取り違え（エントリーアラートにクローズURL、レベルの欠けたリスク比率のペイロード）は、何もしない、または誤ったことをするボットを生みます。修正： 変更のたびに、意図的なテストシグナルを1回発火させ、大きなサイズを任せる前にボットの反応を確認してください。

6. パイプラインが実証される前にスケールする

小さなサイズでの良い2週間は検証のように感じられますが、統計的にはほとんど無意味であり、サイズを10倍にすると、スリッページも、ドローダウンへの感情的な反応も一緒に大きくなります。修正： 段階的にスケールしてください。配管が完璧であり、かつ実際のサンプルにわたるライブの結果がバックテストと一致した後にのみです。

よくある質問

仮想通貨シグナルボットとは何で、どのように機能しますか？

仮想通貨シグナルボットは、いつエントリーするかを自ら決めるのではなく、外部シグナルを受け取ったときに取引する自動執行装置です。戦略のロジックはボットの外側にあります。TradingViewアラート、カスタムスクリプト、またはwebhook URLを呼び出せるあらゆるツールの中です。条件が発火すると、ソースがボットのwebhookに小さなHTTPリクエストを送り、ボットはあなたが設定したルール（ペア、方向、サイジング、利益確定、損切り）の範囲内で、接続された取引所に取引を発注します。この分離が重要なのは、ボットの設定がもはや結果を決めないからです。結果を決めるのはシグナルの質です。ボットはスピード、一貫性、24時間の執行を担い、シグナルソースはすべてのエントリー判断を担います。Freya Financeでは、シグナルボットはBinance、OKX、Bybitで、現物および先物市場で、カスタムシグナルモードまたはリスク比率モードのいずれかで動作します。

本番運用の前にシグナルボットをバックテストできますか？

直接はできません。そして、その理由を理解することが重要です。バックテストは、テスターが評価できるルールに対して過去データを再生します。しかし、シグナルボットのエントリーロジックはプラットフォームの外側、あなたのTradingViewアラートやカスタムスクリプトの中にあるため、バックテスターにはwebhookがいつ発火していたはずかを知る術がありません。誠実なワークフローには3つの段階があります。第一に、戦略をそのソースでバックテストします。シグナルがTradingView戦略から来るなら、TradingViewのストラテジーテスターを数年間、複数の市場レジームにわたって使ってください。第二に、ロジックが標準的なインジケーターで構成されているなら、それをFreyaでインジケーターベースのボットとして再現し、まさにそのペアと時間足でクロスチェックとしてバックテストしてください。第三に、ライブのシグナルボットを数週間、最小サイズで運用してください。収益性を証明するためではなく（小さなサンプルではできません）、アラート、webhookの配信、TP/SLの配置がすべて設計どおりに動くことを検証するためです。

カスタムシグナルモードとリスク比率モードの違いは何ですか？

カスタムシグナルモードでは、注文をFreyaの中で設定します。取引額、利益確定、損切りです。そしてwebhookがいつ行動するかを伝えます。エントリー用のオープンURLと、イグジット用の別個のクローズURLです。リスク比率モードでは、webhookペイロード自体が利益確定と損切りの価格を運びます。シグナルが届くとエントリーは成行で行われ、取引額の代わりに1取引あたりの固定リスク額を設定します。するとFreyaが、エントリーと損切りの間の距離からポジションサイズを計算するため、損切りにかかった場合のコストはおよそあなたが選んだ金額になります。リスク比率は、セットアップごとにイグジットレベルを計算する戦略（市場構造、ATR、スイングポイントから）に向いています。一方カスタムシグナルは、一貫したパーセンテージベースのイグジット、または外部イグジットロジックを持つ戦略に向いています。2つのモードを1つのボットで組み合わせることはできません。シグナルの作り方に合うほうを選んでください。

シグナルごとにどれだけリスクをとるべきですか？

規律あるトレーダーのほとんどは、1取引あたり割り当て資本の小さく固定した割合（一般に0.5%から2%）をリスクにさらします。そうすれば、1回の損失も、現実的な連敗も、彼らを退場させることはできません。1取引あたり1%のリスクなら、10連敗で口座はおよそ9.6%下落します。不快ですが回復可能です。5%のリスクなら、同じ連敗で約40%を失い、そこから這い上がれる戦略はほとんどありません。リスク比率モードはこれを直接実装します。固定リスク額をUSDTで入力すると、ポジションサイズは各シグナルの損切りまでの距離から自動計算されます。カスタムシグナルモードでは、逆算して近似します。リスク予算を、設定した損切りのパーセンテージで割ると取引額が得られます。数字を決める前に、バックテストでの戦略の過去の連敗を見てください。1取引あたりのリスクは、最悪の連敗を余裕をもって生き延びられる水準であるべきです。

シグナルボットに損切りは必要ですか？

はい。譲れないものとして扱ってください。DCAボットには価格下落への組み込みの対応があります。市場が下がるにつれて平均化注文がエントリーコストを下げます。シグナルボットにはそのような仕組みがなく、イグジットが届くまで、シグナルが開いたポジションをそのまま保持します。クローズシグナルが一度も発火しなければ（アラートが期限切れになった、TradingViewの購読が失効した、スクリプトがクラッシュした、といった理由で）、損切りのないポジションは、明確な最悪ケースを持たないまま市場とともに下落し続けます。損切りは、シグナルパイプラインに依存せず取引所側に存在する唯一のイグジットです。リスク比率モードでは損切りは構造的です。すべてのwebhookに含まれ、ポジションサイジングを駆動するため、損切りなしでは取引できません。カスタムシグナルモードでは、ボットの注文設定であなたが設定します。運用開始の前に設定し、含み損が1取引あたりのリスク予算に一致するようサイジングしてください。

TradingViewやwebhookソースがダウンしたらどうなりますか？

ボットは動き続けますが、新しい判断は届きません。そしてそれこそが本当のリスクです。Freyaのインターフェースは、戦略が外部シグナルソースを使うときにまさにこれを警告します。そのソースからの遅延、障害、不正確なシグナルは取引に影響し得るし、プラットフォームは外部シグナルの正確性を保証できない、という内容です。障害は2つの失敗の形を生みます。取り逃したエントリーは軽いほうです。ボットはノーポジションのままで、失うのはお金ではなく機会です。取り逃したイグジットは危険なほうです。一度も来ないクローズwebhookを待つ、開いたポジションです。だからこそ、すべてのポジションは取引所側の損切りを持つべきであり、パイプラインが死んでいてもイグジットが執行されます。障害だと決めつける前に、ありふれた原因も確認してください。webhookの配信には有料のTradingViewプランが必要であり、一部のプランではアラートが期限切れになり、再生成されたwebhook URLはアラートが更新されるまで古いものを無効にします。

---

学び続ける

シグナルボットはより大きな道具箱の中の1つの道具であり、道具一式を知っておく価値があります。プラットフォームの内側にあるエントリーロジック（組み込みの防御としての平均化注文付き）が欲しいなら、DCAボット戦略ガイドを学んでください。ここで論じたすべての背後にあるクリックごとの構築プロセスについては、Freya Financeでシグナルボットを作成する方法に従ってください。どの戦略も実際の資金に触れる前に、仮想通貨取引戦略のバックテスト方法に取り組んでください。そして、Freyaがあなたのコインを一度も保有することなく取引所に接続する仕組みを理解するには、Freya Financeで私のお金は安全ですか？をお読みください。