「ある日突然、使えなくなる」——SaaSのサービス突然死・地域制限リスクと実務層の備え方

SaaSは便利です。毎月決まった額を払えば、面倒な運用なしに最新のサービスを使えます。しかし、その「便利さ」の裏側で、あなたの業務が他人の判断一つで止まりうるという現実を忘れてはいないでしょうか。

2026年6月、Anthropicは政府機関からの要請を受け、同社のLLM「Claude Fable 5」「Mythos 5」の全ユーザーへのアクセスを一時停止しました。対象は契約中の企業も含まれます。契約書に「政府要請があればサービスを停止できる」条項があったからです。復旧まで約3週間。その間、利用企業(日本の大手銀行や政府関係も含みます)は代替手段のないまま業務が止まりました。

これは特殊な事例ではありません。SaaSには同様のリスクが常に存在します。

1. 「政治的判断」で止まるSaaS

• GitHub（2019年）：米国輸出規制（EAR）に基づき、イラン・北朝鮮等のユーザーアカウントを大量停止しました。日本人とのハーフ開発者や、該当国に居住するだけのユーザーも巻き込まれました。「おま国」（地域制限）や「おまBAN」として知られるこの事件は、プラットフォームが自国の法律に従うしかないことを如実に示しています。
• Google Cloud / AWS：特定の業種や団体が「(誤判定による)ポリシー違反」でアカウント停止される事例が定期的に報告されています。復旧には数日〜数週間を要し、データ取り出しすらままならない場合があります。

2. ビジネス上の判断で止まるSaaS

• Google Reader / Stadia：ユーザーがいてもビジネス上の優先順位でサービスは終了します。Googleだけでも307以上のサービスを終了させています。
• AI特化型サービスの短命リスク：Google Pixel Studio（約2年）、Doppl（約10ヶ月）など、新しいほど寿命が短い傾向があります。
• 競合防止条項の罠：多くのAIサービス（OpenAI、Anthropic等）の利用規約には「本サービスの出力を使って競合モデルを開発してはならない」という条項があります。つまり、サービスが停止された後、代替品に移行することすら制限される可能性があります。

3. 実務家としてやるべきこと

キーワードは「依存と支配は表裏一体」です。以下の3点を最低限、確認してください。

① データのエクスポート手段を今すぐ確認

サービスによっては、データの一括エクスポートが「無い」場合があります（Slackのプライベートチャンネルなどは盲点です）。停止前に取り出せる方法を確認しておいてください。

② 利用規約の「停止条項」を読む

契約書の「不可抗力」「政府要請」「ポリシー違反」の定義はどこまで広いか。「自社都合でいつでも停止できる」 と書いてあるサービスに業務を丸ごと預けるリスクを認識すべきです。採用時によく検討しましょう。

③ マルチベンダー化とセルフホスト可能な代替の検討

コスト面だけでなく「このサービスが突然使えなくなったらどうするか」を前提に設計しましょう。特に重要な業務フローについては、セルフホスト可能なOSSの選択肢（Nextcloud, Mattermost, GitLab等）を比較しておいてください。もし自社にサーバー運用の余裕がなければ、セルフホスト型OSSの運用そのものを代行してくれるマネージドサービス、例えばOrcinusのような選択肢もあります。自前で面倒を見切れないなら、管理を外部に委託するという手も十分に現実的です。

まとめ

SaaSは道具です。道具は他人に預けるほど自由を失います。「便利だから」とすべてを外部サービスに依存するのではなく、「明日使えなくなっても回る」仕組みを一部でも残しておくこと。それが、実務家としての現実的な備えではないでしょうか。