自動売買Botが止まったことに気づく仕組み｜死活監視とログの最低限

本記事にはアフィリエイト広告（PR）を含む場合があります。

※本記事にはアフィリエイト広告（A8.net）を含みます。記載の内容は2026年8月時点で各公式サイトを確認した一般的な解説です。仕様や料金は変更されることがあるため、最新の内容は各公式サイトでご確認ください。

自動売買Botを運用していると、ある日ログを開いて初めて「もう何時間も新しい注文が入っていない」ということに気づく場面があります。エラーメッセージが表示されているわけでも、通知が鳴っているわけでもなく、ただ静かに動きが止まっている——これは自動売買Botのトラブルの中でも、もっとも気づきにくいパターンのひとつです。

Botは、動いていることを確認するよりも「動いていないこと」に気づくほうがはるかに難しい仕組みです。分かりやすくエラーを出して止まってくれればまだ対応しやすいのですが、プロセス自体は起動したままなのに処理だけが進んでいなかったり、通信そのものは生きているのに注文が送られていなかったりする形で止まることがあります。見た目には普段の稼働中と変わらないため、気づくきっかけを用意しておかなければ、そのまま何時間も、場合によっては何日も放置されてしまいます。

この記事では、Botの止まり方にはどのような種類があるのか、それぞれをどう気づけるのか、最低限の対策として使われるハートビートという考え方、ログに残しておきたい粒度、再起動後に自動で復旧させる方法、取引所のメンテナンスへの備え、そして監視という仕組みがそもそも何のためにあるのか、という流れで整理していきます。

目次

• いちばん怖いのは「静かに止まる」こと
• 止まり方の種類と気づき方
• ハートビートという考え方
• ログに残すべき粒度
• 再起動しても自動で立ち上がるようにする
• 取引所メンテナンスへの備え
• 監視は損失を防ぐ道具ではない
• 稼働環境そのものの選択
• よくある質問

いちばん怖いのは「静かに止まる」こと

Botのトラブルというと、エラーを出して分かりやすく落ちる場面を思い浮かべる方が多いかもしれません。実際にはエラーメッセージが表示されて止まるケースだけでなく、プロセス自体は起動したままなのに処理が先に進んでいなかったり、通信は生きているのに注文だけが送られていなかったりする形で止まることがあります。

このような止まり方は、外から見ると普段の稼働中とほとんど区別がつきません。管理画面を開いてもエラーは表示されず、プロセスの一覧を確認してもBotは動いているように見えます。だからこそ、Botが「動いていないこと」に気づくのは、「動いていること」を確認するよりもずっと難しい作業になります。

気づかないまま放置される時間が長くなるほど影響が大きくなる

相場が動いている間にBotが止まっていることに気づかなければ、その間の値動きに対して何の対応も取れない状態が続きます。持っていたポジションをそのままにしてしまうこともあれば、逆に新しいエントリーの機会をすべて逃し続けることもあります。止まっていた時間の長さは、そのままBotを稼働させている意味が失われていた時間の長さと言い換えることができます。だからこそ、止まったことにできるだけ早く気づける仕組みを、稼働環境と合わせて用意しておく価値があります。

止まり方の種類と気づき方

一口に「Botが止まる」といっても、原因によって起こり方も気づき方も変わってきます。代表的な止まり方を、気づき方と対処の考え方とあわせて整理すると次のようになります。

止まり方ごとの気づき方と対処の目安

表からも分かるとおり、どの止まり方であっても、あらかじめ「気づく仕組み」を用意しておかなければ発見が遅れてしまいます。特にAPIのエラーが続くケースは、通信自体は生きているぶん見逃しやすく、取引所とのやり取りをどのように連携させているかによっても状況の見え方が変わってきます。APIキーの扱いや連携の安全性については取引所APIの安全な連携方法をまとめた記事で取り上げていますので、あわせてご確認ください。

ハートビートという考え方

Botの停止に気づくための最低限の方法として使われているのが、ハートビートという考え方です。Botが正常に動いている間、一定の間隔で「生きている合図」を送り続けるようにしておき、その合図が途切れたときに停止したと判断する仕組みです。

合図を送る側と、合図の有無を見張る側

ハートビートの仕組みは、大きく分けて二つの役割で成り立っています。ひとつはBot自身が定期的に合図を送る役割、もうひとつはその合図が一定時間来なくなったときに気づいて知らせる役割です。この二つが揃って初めて、静かに止まるパターンにも気づける状態になります。合図を送る側だけを用意しても、その有無を見張る仕組みがなければ、合図が途切れたこと自体に誰も気づけないまま時間が過ぎてしまいます。

どのくらいの間隔で合図を送るか、どのくらいの時間合図が来なければ停止とみなすかという判断は、Botの取引頻度や、止まっていても許容できる時間の長さによって変わってきます。取引の頻度が高いBotほど、短い間隔で状態を確認できるようにしておく必要が出てきます。

ログに残すべき粒度

死活監視とあわせて重要になるのが、ログの残し方です。Botが止まったことに気づけたとしても、その前後で何が起きていたのかが記録されていなければ、原因を特定して復旧させることができません。

「いつ・どの注文を・どう処理したか」が後から追える粒度

ログは、いつ・どの注文を・どう処理したかが後から追える粒度で残しておく必要があります。発注しようとした時刻、対象になった注文の内容、そしてその注文がどのように処理されたか(通ったのか、拒否されたのか、エラーになったのか)という一連の流れが記録されていれば、停止の直前に何が起きていたのかをたどることができます。

逆に、正常に処理できたときの記録しか残していない場合、停止やエラーが起きた瞬間の情報が欠けてしまい、後から原因を追跡することが難しくなります。うまく処理できなかったときの記録ほど、詳しく残しておく価値があります。

再起動しても自動で立ち上がるようにする

止まり方のひとつに、サーバー自体の再起動があります。メンテナンスやアップデートの適用などによってサーバーが再起動されることがあり、そのタイミングでBotのプロセスも一度終了してしまいます。

サービスとして登録し、自動起動を前提にしておく

再起動が起きても手作業でBotを立ち上げ直す前提にしていると、再起動に気づかない限りBotは止まったままになってしまいます。サーバーの自動再起動後にBotを自動的に起動する設定を用意しておけば、再起動そのものは止まり方の一種であっても、実際に止まっている時間を短く抑えることができます。VPSによっては、再起動の履歴や稼働状況を管理画面から確認できる機能が用意されていることもあり、契約前にそうした機能の有無を見ておくと安心です。→ XServer VPSの公式サイトで再起動まわりの機能を確認する

取引所メンテナンスへの備え

サーバー側の問題ではなく、取引所側の都合でBotが注文を出せなくなる時間帯もあります。取引所のメンテナンスです。

メンテナンス時間は事前に公表されることが多い

取引所のメンテナンス時間は、事前に公表されることが多く、メンテナンス中は取引所側のシステムそのものが一時的に利用できなくなります。この間はBot側でどれだけ死活監視やログの仕組みを整えていても、注文を出すこと自体ができません。メンテナンスの告知をあらかじめ把握しておき、その時間帯の停止は想定内のものとして扱えるようにしておくことが、無用な混乱を避けることにつながります。

メンテナンス明けの再開直後は、相場や板の状況が普段と異なることもあります。狙っていた価格で指値注文がなかなか約定しないという状況も起こり得ますが、そのあたりの考え方は指値注文が約定しないときの考え方をまとめた記事で取り上げています。

監視は損失を防ぐ道具ではない

ここまで、死活監視やログといった仕組みについて触れてきましたが、これらを整えたからといって、取引の損失そのものが防げるわけではないという点は、はっきりさせておく必要があります。

死活監視は「Botが止まっていること」に気づくための仕組みであり、ログは「何が起きたか」を後から追うための記録です。どちらも、Botが正常に稼働し続けるための土台や、トラブル発生後に状況を把握して復旧するための材料にはなりますが、相場そのものの値動きをコントロールするものではありません。相場が急変した局面では、Botが正常に稼働していたとしても、想定を超える損失が生じるおそれがあります。監視の仕組みを整えることと、そうした値動きへの備えは、別のものとして考えておく必要があります。

稼働が長くなるほど、取引の件数も積み上がっていきます。その記録は損失を防ぐためのものというより、後から状況を振り返ったり、税務上の対応を行ったりする際の材料として役立つものです。自動売買の損益計算については自動売買Botの損益計算についてまとめた記事で取り上げていますので、あわせてご確認ください。

稼働環境そのものの選択

死活監視やログの仕組みをどれだけ整えても、その土台になる稼働環境自体が不安定であれば、気づきや対処が追いつかなくなる場面が増えてしまいます。

VPS(仮想専用サーバー)は、電源や回線が冗長化された環境で運用されているのが一般的で、自宅の回線状況や停電の影響を受けにくいという特徴があります。ただし、これは障害がまったく起こらないことを意味するものではなく、VPS側でもメンテナンスや予期しない障害が起こる可能性はあります。だからこそ、稼働環境をVPSにしたうえで、ここまで触れてきた死活監視やログの仕組みを利用者側で用意しておくことが必要になります。Botの稼働環境をどのように用意するかという基本的な考え方は仮想通貨の自動売買BotをVPSで動かす理由についてまとめた記事で取り上げています。

XServer VPSは、エックスサーバー株式会社が提供する国内のVPSサービスで、Botの稼働環境として選択肢に挙がることがあります。具体的なプラン内容や料金は変更されることがあるため、契約前に公式サイトで最新の情報を確認しておくとよいでしょう。→ XServer VPSの公式サイトで電源・回線の冗長化について確認する

よくある質問

死活監視は具体的にどのようなツールを使えばいいですか。

死活監視の方法はさまざまで、どのような仕組みを使うかはBotの構成や運用環境によって変わります。共通しているのは、Bot側が定期的に合図を送る仕組みと、その合図が一定時間途切れたときに気づける仕組みの両方が必要という点です。自分の運用環境に合わせて、無理なく続けられる方法を選ぶことが大切です。

ログはどのくらいの期間残しておけばよいですか。

必要な保存期間は、Botの取引頻度や、後から振り返る目的によって変わるため、一律の目安を示すことは難しい面があります。少なくとも、直近のトラブルを調査するために見返す可能性がある期間は残しておき、保存にかかる容量やコストとの兼ね合いを見ながら方針を決めていくことになります。

監視の仕組みを導入すれば、損失を防げますか。

監視の仕組みは、Botが止まっていることに気づくためのものであり、相場の値動きによる損失を防ぐものではありません。自動売買は設定したロジックに従って機械的に注文を出す仕組みであるため、相場が急変した局面では、監視の有無にかかわらず想定を超える損失が生じるおそれがあります。監視の仕組みを整えることと、資金管理やロジックの見直しは、別の対策として考えておく必要があります。

取引所のメンテナンス中にBotが注文を出そうとした場合、何が起こりますか。

メンテナンス中は取引所側のシステムが一時的に利用できなくなるため、Botからの注文はエラーとして返ってくることが多くなります。この状態は前述の「APIのエラーが続く」止まり方と似た形で現れることがあるため、ログを確認した際にメンテナンス時間と重なっていないかをあわせて見ておくと、原因の切り分けがしやすくなります。

Botの停止は、エラーで分かりやすく起こるとは限らず、静かに止まっている場合ほど気づくのが遅れます。ハートビートによる死活監視、後から追跡できる粒度のログ、再起動後の自動起動、そして取引所メンテナンスの把握という最低限の仕組みを積み重ねておくことが、気づきの遅れを防ぐ土台になります。稼働環境そのものを見直す際は、まず電源や回線が冗長化された環境かどうかを確認してみてください。→ XServer VPSの公式サイトで稼働環境の詳細を確認する

本記事は一般的な情報提供であり、特定のサービスや投資手法を推奨するものではありません。自動売買には想定を超える損失が生じるおそれがあり、暗号資産は価格変動が大きい資産です。投資判断はご自身の責任でお願いします。