お名前.comサーバー停止｜資金損失と補償問題で確認したい重要事項

「サーバーが止まって、自動売買ができなかった。もし損失が出たら、誰が補償してくれるのだろう？」

2026年10月、お名前.com デスクトップクラウドで不正アクセスが発生し、サーバーが停止しました。FXの自動売買を利用していた人にとって、気になるのはサービスの復旧だけではありません。取引機会の喪失、未決済ポジションの損失、そして補償の問題です。

ただし、サーバー停止があったからといって、FX取引に関する損失がすべて補償されるとは限りません。反対に、規約に免責条項があるという理由だけで、個別の請求可能性がすべて否定されると断定することも適切ではありません。

この記事では、実際の利用体験と公式情報をもとに、損失の整理、証拠の保存、利用規約、問い合わせの手順を解説します。

1．お名前.comのサーバー停止で何が起きたか

2026年10月21日、GMOインターネット株式会社は「お名前.com デスクトップクラウド」への第三者による不正アクセスを公表しました。

一部の利用者のサーバー環境で不正なプログラムが設置されたことを確認し、被害拡大を防ぐため、デスクトップクラウド全プランのサーバーを順次停止すると案内しました。

公式発表はお名前.comの不正アクセスに関するお知らせで確認できます。

ここで重要なのは、クラウドサービスの停止と、FX会社の取引口座にあるポジションの状態は別だという点です。

2．利用者が気になる3種類の損失

サーバー停止による影響を整理すると、主に次の3種類が考えられます。

この3つは同じ「損失」という言葉でも性質が異なります。補償の可能性を検討する場合、まず何が実際に起きたのかを分けて整理する必要があります。

3．自動売買停止で必ず損失が出るわけではない

EAが停止したからといって、すべての利用者が損失を被るわけではありません。

未決済ポジションの有無、相場の動き、FX会社側に登録された損切り注文、利用者が行った手動操作などによって結果は変わります。

また、停止中に相場が上昇していたとしても、「EAが稼働していれば必ず利益を得られた」と証明できるとは限りません。

想定した利益と、実際に確定した損益は分けて考えることが大切です。

4．実際に利用していた筆者の経験

筆者も今回、お名前.com デスクトップクラウドでFXの自動売買を利用していました。

運営会社からの通知メールは早朝に届いていましたが、確認できたのは後になってからでした。

その後、自動売買システムの提供元から緊急LINEが届き、スマートフォンのMT4で取引口座を確認しました。

未決済ポジションが残っていたため、状況を確認したうえで手動決済しました。結果として、その取引では損失は発生しませんでした。

ただし、手動決済しなかった場合にどのような損益になったかは分かりません。実際に得られた利益と、得られたかもしれない利益を混同しないことが重要だと感じました。

今回、改めて気づいたのは、「通知が届いた時刻」と「利用者が気づき、対応した時刻」には差が生じるということです。

5．補償は誰に請求できるのか

補償の相談先を考える際は、まず契約関係を整理します。

• クラウドサービス提供元：サービス停止、利用料金、規約上の責任など
• FX会社：注文の受付状況、約定履歴、取引システムの状態など
• EA提供元：EAの動作、設定、再起動手順、サポート内容など

それぞれ役割と契約条件が異なります。どの事業者が何について責任を負うかは、事故原因や契約内容を確認せずに判断できません。

6．お名前.comの利用規約を確認する

お名前.comの公式サイトには、デスクトップクラウドに関する規定を含む利用規約が公開されています。

確認したいのは、次の項目です。

• サービス停止やメンテナンスに関する規定
• 損害賠償・免責に関する条項
• 賠償範囲や上限についての定め
• 利用料金の扱い
• 今回の事故について別途案内された特別対応

一次情報：お名前.comレンタルサーバーサービス会員規約

規約には、デスクトップクラウドの利用に関する損害や不利益について、事業者の責任を制限する趣旨の規定があります。

ただし、適用される規約の版、個別契約、事故の事情によって検討が必要です。規約の一部分だけを読んで、今回の補償可否を断定しないでください。

7．免責条項があれば請求できないのか

利用規約に免責条項がある場合でも、その条項が具体的な事故にどの範囲で適用されるかは、契約内容や法令、事業者側の事情などによって異なります。

例えば、契約当事者が個人か法人か、契約締結時の条件は何か、事故の原因や対応状況はどうだったか、といった事情を確認する必要があります。

したがって、「免責条項があるから絶対に補償されない」「不正アクセスが原因だから必ず賠償される」という両極端な判断は避けるべきです。

具体的な請求を検討する場合は、契約書類と証拠をそろえ、必要に応じて法律の専門家へ相談してください。

8．損失と障害の因果関係をどう整理するか

補償の検討では、サーバー停止があったという事実だけでなく、その停止によって、どの損害が生じたのかを整理することが重要です。

例えば、次のような点です。

• 停止前にどのポジションを保有していたか
• EAにはどのような決済条件が設定されていたか
• FX会社側に登録済みの注文はあったか
• サーバー停止後、実際にどの注文が成立したか
• 利用者自身はいつ通知に気づき、どう操作したか

「停止しなければ利益が出たはず」という主張は、実際の約定履歴と異なり、仮定を含みます。想定利益をそのまま確定損害として扱わないことが大切です。

9．保存しておきたい証拠と記録

後日、問い合わせや確認が必要になる場合に備え、次の記録を保存しましょう。

スクリーンショットを保存する場合は、日時や対象口座が分かる状態で保管してください。外部へ共有する際は、口座番号や個人情報を必要に応じて伏せましょう。

10．問い合わせ前に確認すること

問い合わせでは、感情的に損害額を主張するより、事実を時系列で整理したほうが状況を伝えやすくなります。

1. 契約しているサービス名とプランを確認する
2. 停止を知った日時と確認した内容を整理する
3. 実際に発生した損失と未確定の影響を分ける
4. 公式発表や規約で不明な点をまとめる
5. 補償、料金、復旧後の安全性について確認する

問い合わせ先は、お名前.com公式サポート窓口で確認できます。

なお、問い合わせへの回答や補償の扱いは、今後の調査結果や公式案内によって変わる可能性があります。

11．FX会社とEA提供元への確認

クラウド提供元への問い合わせとは別に、FX会社とEA提供元にも確認したい事項があります。

FX会社への確認

• 注文・決済の履歴を取得できるか
• 損切り注文がサーバー側に登録されていたか
• 未決済ポジションと予約注文の現在の状態

EA提供元への確認

• サーバー停止時にEAの機能がどうなるか
• 停止前のポジションを復旧後に認識できるか
• 重複発注を防ぐ再開手順は何か
• 取引を休止する場合の操作方法

今回、筆者が利用しているEA提供元からは、取引停止を推奨する緊急案内とMT4操作資料が届きました。利用者がすぐに確認できる案内の重要性を感じました。

12．建設会社にも共通するクラウド停止の問題

ここまでFXの事例を取り上げましたが、クラウド停止による損失と補償の問題は、建設会社にも共通します。

例えば、図面共有サービスが止まり、協力会社へ最新図面を送れなくなった場合。工程管理システムが使えず、現場調整に影響が出た場合。どちらも業務への影響を記録しなければ、後から実態を説明しにくくなります。

外部サービスへの依存を見直す際は、クラウド事業者の停止リスクと企業への影響を参考にしてください。

事故時の連絡が遅れる問題については、サイバー事故に備える緊急連絡体制で整理しています。

サイバー保険についても、契約内容により補償対象となる費用や条件は異なります。中小企業のサイバー保険と実務確認を参考に、契約書類で確認してください。

なお、FXの取引損失と、企業の業務停止による損失は性質が異なります。今回のFX取引に関する損失がサイバー保険で補償されるという意味ではありません。

13．今日の一歩とまとめ

お名前.comのサーバー停止を経験して、改めて重要だと感じたのは、事故後の損失を正確に把握できる準備です。

補償を考える前に、何が起き、何が残り、どのような操作を行ったのかを記録することが第一歩になります。

「障害が起きた」だけで終わらせず、「どのような影響が生じたか」を説明できる状態にしておく。それが利用者にも企業経営者にも役立つ備えです。

※本記事は2026年10月23日時点の公表情報と利用経験に基づく一般的な情報提供です。個別の補償請求の可否や法律上の結論を示すものではありません。最新情報は公式発表と契約書類をご確認ください。