「また落ちてる…」「締め切り前なのに使えない！」——2026年3月、Claudeを日常業務に使っているあなたなら、この苦い体験を一度ならず味わったはずです。3月だけで10回以上の障害が記録され、障害追跡サービスの「IsDown」では過去90日間で107件のインシデント（うち大規模障害28件）が確認されています。もはや「たまたま落ちた」では済まされない頻度です。
この記事では、2026年3月に相次いだClaude障害の全貌を時系列で整理し、エラー画面が出たときに今すぐ試せる具体的な対処法、そして「次に落ちても業務を止めない」ための備えまでを徹底解説します。
- 2026年3月の主な障害は3月2日・10〜11日・17〜18日・20〜22日と計4波に及び、認証エラーや500エラー、応答フリーズなど多彩な症状が発生。
- 障害発生時の正しい対処順序は「公式ステータスページの確認→ブラウザ操作→代替手段への切替」の3ステップが基本。
- 単一ベンダー依存のリスクを減らすマルチプロバイダー戦略が、企業・個人ともに急務。
2026年3月のClaude障害を時系列で振り返る
AIのイメージ
「この1ヶ月、Claudeは一体何回落ちたんだ？」——そう感じた方は正しいです。3月は特定の日に大きな障害が集中しただけでなく、週をまたいで波状的に不安定化が続きました。以下に主要な障害波を整理します。
第1波3月2日〜3日の世界規模の大規模障害
2026年3月2日午前11時30分（UTC）頃、claude.aiをはじめモバイルアプリ・Claude Codeなど全プラットフォームでエラーが急増しました。Anthropicが「調査中」を公式ステータスページに掲示したのは11時49分。画面には「Claude will return soon」や「500エラー」が表示され、DownDetectorへの障害報告はピーク時に約2,000件に達しました。
特に厄介だったのは、修正と再発を繰り返すパターンです。18時07分（UTC）にClaude Haiku 4.5の修正を適用してモニタリング開始→18時18分に再発→18時54分に再修正→21時16分にようやく全面復旧、という「直ったと思ったらまた落ちる」状況が続きました。翌3日も同様のパターンで再発し、2日連続の大規模障害となりBloomberg・TechCrunch・The Registerなど海外主要メディアが一斉に報道しました。
この障害の背景にあったのは「前例のない需要（unprecedented demand）」です。OpenAIが米国防総省と物議を醸す契約を締結したことで「QuitGPT（ChatGPT解約）」運動が起こり、Sensor Towerの調査ではChatGPTの米国でのアンインストール数が前日比295%増となった一方、ClaudeのApp Storeダウンロード数は37〜88%増を記録。無料ユーザー数は2026年1月から60%以上増加し、有料加入者数は2025年10月比で2倍超に膨らんでいました。その急成長のタイミングで障害が直撃した形です。
第2波3月10〜11日の再不安定化
3月10日には、夏時間（DST）への移行が引き金となった特殊な障害が発生しました。Anthropicの公式ステータスによると、「ClaudeのCoworkやClaude Codeでスケジュールタスクを設定していたユーザーのうち、夏時間を採用するタイムゾーンのユーザーが無限ループに巻き込まれた」ことが根本原因と特定されています。ソフトウェアのバグが気候制度の変更によって露呈した、なかなか見事な障害事例です。
翌3月11日にも障害が再発し、Down Detectorの報告数は1,400件超に達しました。TechRadarが当日リアルタイムで報じたところによると、claude.aiへのログイン不能と応答遅延が重なり、有料のMax 5xプランユーザーも「Something went wrong」エラーに悩まされました。この際もClaude APIは影響を受けなかったという点は、後述の対処法に直接関わる重要なポイントです。
第3波3月17〜18日の連続インシデント
3月17日には、GV Wireの報道によると一時的にDownDetectorの報告数が10,000件を超える大きな波が訪れました。3月18日は特にインシデントが集中した日で、Anthropicの公式ステータスページには1日のうちに複数回の「調査中→修正適用→解決」サイクルが刻まれています。Claude OpusやSonnet、Claude Codeのログイン機能が相次いで影響を受け、メールプロバイダーによってはログインリンクの送信自体に障害が生じたケースも報告されました。
第4波3月20〜22日の応答フリーズと認証障害
最も直近の障害波です。3月20日（UTC）夜から、Claude.aiの応答が文字列配信完了後に約5秒フリーズしてからメッセージが完了するという奇妙な現象が発生し始めました。Anthropicの公式ステータスによると、この問題はAPIには影響せず、claude.aiのフロントエンドのみで生じていました。続く3月21日にはClaude Opus 4.6とSonnet 4.6の両方でエラー率が上昇。そして3月22日にはclaude.aiとplatform.claude.comへのログイン・認証自体が障害を起こし、18時51分（UTC）に解決が報告されました。
エラー画面別の対処法を完全ガイド
「Claude will return soon」「500エラー」「Something went wrong」——これらのエラーを見た瞬間、慌ててPCを再起動したり設定を変えたりするのは逆効果です。まず試すべき対処手順を正しい順番でお伝えします。
ステップ1まず公式ステータスを確認する
最初にすることは、エラーがClaude側の問題なのか、自分の環境側の問題なのかを切り分けることです。status.claude.comにアクセスし、各サービスのステータスを確認してください。「Claude.ai」の欄が赤や黄色になっていれば、サーバー側の障害です。その場合は自分の環境をいじっても意味がないため、復旧を待つのが最善策です。
ステータスページで全て緑なのに動かない場合は、自分の接続や設定に問題がある可能性があります。
ステップ2ブラウザ側でできることを試す
サーバー障害の場合でも、以下の操作が状況を改善することがあります。ブラウザのキャッシュを強制更新（WindowsはCtrl＋F5、MacはCmd＋Shift＋R）するのが第一手です。次に、プライベート（シークレット）ウィンドウでclaude.aiを開いてみてください。Cookie破損によるログインループが原因の場合、これで解消することがあります。VPNを使用している場合は一時的にオフにしてみることも有効です。障害発生時には異なるルーティング経路を経由することで接続できるケースがあるためです。
ステップ3APIとWebインターフェースを使い分ける
今回の複数の障害で繰り返し確認されたのが、「Claude APIは生きていてもWeb版が落ちている」パターンです。3月2日・11日・22日のいずれの障害でも、Anthropicは「Claude APIには影響がない」と明示していました。APIキーを持っているユーザーであれば、TypingMindやLibreChatなどのサードパーティフロントエンドを介してAPIに直接アクセスすることで、Web版がダウンしている間も作業を継続できます。
また、WebインターフェースがダウンしていてもiOS版アプリが先に回復するケースも複数報告されています。スマートフォンのClaudeアプリも試してみる価値があります。
障害の本質的な原因と構造的リスク
単純に「サーバーがパンクした」だけでは説明のつかない側面があります。2026年3月の障害には、いくつかの構造的な問題が重なっていました。
Anthropicが複数のモデル（Opus 4.6・Sonnet 4.6・Haiku 4.5）を並行運用しながら、Claude Code・Cowork・エージェント機能といった新プロダクトを短期間で投入したこと、そこにPentagon問題を契機とした爆発的なユーザー流入が重なりました。障害のパターンを見ると、「Opus 4.6だけエラー率上昇」「Haiku 4.5で再発」といったモデル固有の症状が現れており、単一の障害ではなく、過負荷の波が各コンポーネントを順番に直撃する連鎖的な障害の様相を呈しています。
3月10日の夏時間起因の無限ループは、成長期のシステムが抱える「見えないリスク」を象徴しています。平常時には何も起きなくても、特定の条件が重なった瞬間にバグが顕在化する——AIサービスがインフラ化するほど、こうした潜在リスクの影響範囲は大きくなります。
「AIが落ちても困らない」備え方の実践
「復旧を待つしかない」という受け身の姿勢から脱却するために、今日からできる具体的な備えを整理します。
個人ユーザーができる3つの準備
第一に、複数のAIサービスのアカウントを常に持つことです。Claude・ChatGPT・Geminiのうち少なくとも2つに無料アカウントを作っておくだけで、障害時の代替手段が確保できます。2026年3月時点のコーディング代替としては、DeepSeek-V4がLMArenaランキングで高評価を受けており、コーディング用途に特化した代替として機能します。長文解析用途であれば、200万トークンのコンテキストウィンドウを持つGemini 3 Proが有力な代替になります。
第二に、Claudeとのやりとりの成果物をリポジトリや外部ファイルに保存する習慣をつけることです。会話が消えても再現できる状態にしておくだけで、障害発生時の心理的ダメージが大幅に軽減されます。
第三に、DownDetectorやStatusGatorのアラート機能に登録することです。Anthropicの公式ステータスページへの掲載は平均15〜30分の遅延があるとされており、ユーザー報告ベースのツールの方が早期に障害を察知できるケースがあります。
企業・開発チームに必要なマルチプロバイダー戦略
Gartnerは「2028年までに、マルチLLMアプリケーションを構築する組織の70%がAIゲートウェイ機能を利用する」と予測しています（2024年時点では5%未満）。今回の一連の障害は、その重要性を実感を伴って教えてくれました。
技術的な中核となるのがAIゲートウェイ（LLMゲートウェイ）の導入です。代表的なオープンソースツールのLiteLLMは100以上のプロバイダーをOpenAI互換APIで統一的に扱えるため、コードをほとんど変えずにClaudeからGPT-5.2へ、あるいはGeminiへのフェイルオーバーを実現できます。Claudeが落ちたらGPTへ自動切替、GPTも落ちたらGeminiへ——こうした冗長構成を一度作っておくことで、特定プロバイダーの障害が業務を直撃するリスクを大幅に下げられます。
開発現場では「AIが必須の工程」と「AIが加速する工程」を明確に分けることが肝心です。ビルド・テスト・Lint・フォーマット・型チェックはAIなしでも完走できる導線を維持しておき、AIによる生成が止まっても手動の代替フローに戻れる状態をキープしておく。こうした設計思想が「AIが止まったら開発も止まる」という構造的脆弱性を回避します。
Claudeだからこそ使いたい！障害前後に役立つ実践プロンプト集
AIのイメージ
障害時に「Claudeが使えない間、何を準備しておけばよかった…」と後悔した経験はありませんか？実はClaude復旧直後や、稼働しているタイミングを最大限に活かすためには、「Claude特有の強みを引き出すプロンプト設計」が重要です。他のAIでも使えるような汎用プロンプトではなく、Claudeが他のAIより明確に得意とする領域に絞って紹介します。
プロンプト①障害後の「作業再開プロンプト」
障害で会話が途切れた直後、一番困るのは「さっきどこまで話してたっけ？」という状況の再構築です。Claudeはコンテキストの整理と再把握が非常に得意なので、次のプロンプトが効きます。
「以下は私が途中まで進めていた作業のメモです。どこまで完了していて、次に何をすべきかを整理して、続きから始められる状態にしてください。【メモ内容をそのままペースト】」
これだけで、ゼロから説明し直す必要がなくなります。Claudeは断片的なメモや箇条書きでも文脈を補完して整理するのが抜群に上手いので、障害後の「思考の再同期コスト」をほぼゼロにできるのが最大の利点です。
プロンプト②障害リスク評価プロンプト（業務改善用）
「私のチームは現在、以下の業務フローでClaudeをメインで使用しています。【フローの概要をペースト】。AIが使えなくなった場合に最も影響が大きいステップはどこか、また手動でカバーする場合の具体的な手順を整理してください。」
このプロンプトはClaude自身に自分の弱点を分析させるという逆転の発想です。障害が頻発している今だからこそ、Claudeが稼働しているうちにこのプロンプトを実行して「Claudeなし版のSOPを作成する」のが賢い使い方です。
プロンプト③Extended Thinking（拡張思考）を使った深掘り分析
Claudeにはほかのモデルと比較して「段階的な推論を丁寧に展開する」という特徴があります。この強みを引き出すには、単純な質問より思考のステップを明示するプロンプトが効果的です。
「次の問題についてステップバイステップで分析してください。まず状況を整理し、考えられる原因を列挙し、それぞれの可能性を根拠とともに評価した上で、最も可能性の高い結論と推奨アクションを提示してください。【問題の内容をペースト】」
このプロンプトを使うと、Claudeが推論の過程を見せながら答えを導くため、答えだけでなく「なぜその結論に至ったか」が明確になります。これはGPT-5.2やGeminiでも使えますが、Claudeは特に説明の丁寧さと論理構造の一貫性で優位性を発揮します。
現実でよく体験するClaude特有の問題と解決方法
「障害じゃないのに、なぜか動かない」「復旧したはずなのに自分だけ使えない」——こうした体験をしたことがある人は多いはずです。公式の障害情報がなくても困ることが意外に多い、Claudeの「あるある問題」を体験ベースで解説します。
「ログインメールが届かない」問題
これは3月18日の障害でも実際に報告されたケースです。「メールアドレスにログインリンクを送信しましたが、エラーが発生しました。問題が続く場合はサポートにお問い合わせください」というエラーが出て、何度試してもメールが来ない状況です。
原因のほとんどは2パターンに分けられます。ひとつはサーバー側の認証メール送信機能の一時的な障害で、この場合はstatus.claude.comで「Authentication」や「Claude.ai Login」の項目を確認するとすぐわかります。もうひとつはメールプロバイダー側のフィルタリング問題で、特に企業のメールアドレスを使っている場合に起きやすく、迷惑メールフォルダや会社のセキュリティフィルターがAnthropicからのメールを弾いていることがあります。
対処法は、Gmailやプライベートアドレスで一時的にログインを試みること、あるいはGoogle・Apple・MicrosoftのSSOログインオプションが表示されている場合はそちらを使うことです。実は多くのユーザーがメールログインに固執して長時間詰まりますが、SSOオプションの利用に切り替えるだけで即座に解決することが多いです。
「返答が途中で止まる・ぶつ切れになる」問題
Claudeで長い出力を頼んでいる最中に、文章がぶつ切れになって止まってしまう体験をしたことがある人は多いはずです。これは障害かというと、必ずしもそうではありません。
ひとつの原因はトークン上限（1回の出力制限）に達したケースです。Claudeには1回の返答で出力できる文字数の上限があり、特に長文のコード生成や詳細なレポート作成では途中で止まります。この場合は「続きを書いてください」と送ると先が出てきます。しかし3月19〜22日のような「応答が5秒フリーズしてから完了する」パターンや「タイムアウトエラー」が出るケースは、サーバー側の負荷問題である可能性が高いです。
見分け方は、「返答の途中で止まっていて、カーソルが動いたままなのか、完全にフリーズしているか」です。カーソルが動いていれば単純に出力中で、完全停止ならサーバー問題です。「続けてください」と入力してみて反応がなければ、ページをリロードして再試行するのが最速の解決策です。
「Claude Codeが無限ループに入る・コマンドが完結しない」問題
これはとりわけ開発者に刺さる体験談です。3月10日の障害で実際に起きたように、Claude Codeが特定の条件下で同じ処理を繰り返したり、スクリプトが途中で止まって完結しない状態になることがあります。IsDownのユーザーレポートにも、「コードが半分しか完成しない」「スクリプトが完了しない」という報告が複数ありました。
まず確認すべきはアプリのバージョンです。3月10日の夏時間障害の公式な修正方法はバージョン1.1.5749へのアップデートでした。Claude Codeのバージョンが古い場合、修正済みのバグが再現することがあります。次に確認すべきはタスクの複雑さです。一度に大量のファイルを処理するような複雑なタスクは、負荷が高い時間帯に特に詰まりやすくなります。タスクをより小さな単位に分割して実行すると、高負荷時でも成功率が上がります。
「有料プランなのに制限に引っかかる」問題
「Proなのに、なぜ使用制限のメッセージが出るの？」という体験も非常に多く報告されています。Claudeの有料プランは「使い放題」ではなく、1日あたりの利用上限（メッセージ数・トークン数）が設定されており、特にOpus 4.6やSonnet 4.6のような上位モデルほど上限が低めです。
障害時はサーバー負荷軽減のためにレート制限が通常より厳しく適用されることがあります。その結果、「普段は制限に引っかからないのに今日は早めに制限される」という体験が生まれます。こういうときはモデルをHaiku 4.5に切り替えて作業を続けるのが現実的です。Haiku 4.5はトークンあたりのコストが低く制限も緩やかなため、情報収集や下書き作成の用途では十分なパフォーマンスを発揮します。
障害を「可視化」するツールと通知設定の完全活用術
「障害かどうかわからないまま30分無駄にした」という体験は、適切なツールを使えば完全に防げます。障害を早期に察知するための実践的な設定方法を解説します。
StatusGatorは、Anthropicの公式ステータスページが認知する前平均15〜30分早く障害を検知するツールです。無料アカウントを作成してClaudeを監視対象に追加するだけで、SlackやメールへのリアルタイムアラートをClaudeの障害に合わせて設定できます。3月11日の障害では、StatusGatorがユーザーレポートを検知したのが13:56 UTC、Anthropicの公式認知が14:44 UTCであり、約48分のリードタイムがあったことが記録されています。
IsDownも同様のサービスで、過去の障害履歴をより詳細に分析できます。「過去90日間で107件のインシデント、平均復旧時間241分」といった具体的な数値を確認できるため、「今回の障害はいつ頃直りそうか」を過去の傾向から推測する判断材料になります。
また、Anthropic公式のステータスページ（status.claude.com）には「Subscribe to Updates」ボタンがあり、メールアドレスを登録することでインシデント発生・更新・解決のたびに通知メールが届きます。これを登録しておくだけで、「ページを何度も更新して状況確認する」という無駄な作業がなくなります。
障害時のClaudeの代替AIを実力で徹底比較
「とりあえずChatGPTに切り替えた」「Geminiを使ってみたが使い勝手が違う」——代替AIの実力差を理解しておくことで、障害時のロスを最小限に抑えられます。2026年3月時点での実用的な比較を整理します。
| AI | 強みとなる用途 | Claudeとの主な違い |
|---|---|---|
| ChatGPT（GPT-5.2） | 汎用的な質問応答・文章生成・プラグイン活用 | 安定性が高く障害が少ない。Claudeより多機能だが、長文の自然さではClaude優位なケースも |
| Gemini 3 Pro | 200万トークンの超長文コンテキスト・ドキュメント解析 | コードベース全体の解析や長大な資料読み込みではGeminiが有利。文体の自然さはClaudeに劣る評価も多い |
| DeepSeek-V4 | コーディング・技術的な問題解決 | LMArenaコーディングランキングで高評価。Claude Codeの代替として注目されている。日本語精度はやや劣る |
代替AIに切り替える際に意識しておきたいのは、AIごとに「同じ質問でも返答の癖が違う」という点です。Claudeは特に長文の論理展開と倫理的な配慮を伴う文章生成において独自の出力スタイルを持っています。代替AIへの切替は「同じ品質のまま続ける」ではなく「別のツールを使って目標を達成する」という柔軟なマインドセットで臨む方が、実際の作業効率が上がります。
企業レベルで考えるClaude依存度の正しい評価方法
「うちの会社はどれくらいClaudeに依存しているのか？」——この問いに即座に答えられない場合、リスク評価が不十分です。実際の依存度を可視化するための考え方を整理します。
まず、社内の業務を「Claudeが止まったら即座に代替不能な業務」と「Claudeがあると効率が上がるが、なくても継続できる業務」に仕分けることが出発点です。前者が多いほど依存度が高く、今回の3月の障害のような頻度でインシデントが発生している状況では実質的なビジネスリスクになります。
CIO誌の調査によると、AIテクノロジープロバイダーの多くは賠償責任の上限を月額サブスクリプション料金程度に設定しています。障害によって発生した機会損失・業務遅延のコストはほぼ利用企業側が負担する構造です。だからこそ、「安くて便利だから使う」だけでなく、「依存度に応じた冗長設計をする」というコスト計算が経営判断として必要になっています。
具体的な評価の出発点として、自社のAI活用業務を以下の基準で分類するだけでも大きな違いが生まれます。リスクが高い業務とは、顧客対応や納期のある成果物作成など、遅延が直接的なビジネス損失につながるものです。リスクが中程度の業務とは、社内の分析や下書き作成など、遅延はするが致命的ではないものです。リスクが低い業務とは、アイデア出しや学習目的など、Claudeなしでも同じ成果が出せるものです。この分類を一度チームで共有しておくだけで、障害発生時の対応判断が驚くほどスムーズになります。
ぶっちゃけこうした方がいい！
ここまで読んでくれたあなたへ、正直に一番大事なことを言います。
「障害の対処法を調べる」こと自体はもちろん正しいのですが、個人的に思うのは、一番効率的な解決策は「障害が起きた瞬間に迷わなくていい状態を事前に作っておくこと」です。
具体的には、Claudeを使う業務ごとに「Claudeが落ちたらこっちに切り替える」という代替AIをあらかじめ1つ決めて、そのアカウントをすでに持っておく。それだけでいいんです。障害が起きてから「じゃあ代替AIは何を使えばいいんだ」と調べ始めるから時間を無駄にしてしまう。ChatGPTでもGeminiでも、「とりあえず触ったことがある状態」にしておくだけで、いざというときのロスがほぼなくなります。
もう一つ、開発者であれClaudeをライティングに使っている人であれ共通して言えることは、会話の成果物を「Claudeの中に置きっぱなし」にしないことです。設計メモ、生成した文章の下書き、プロンプトのテンプレート——これらを外部ファイルやGitリポジトリに毎回保存する習慣をつけるだけで、障害で会話が消えても「またゼロからやり直し」という最悪のケースを確実に防げます。
StatusGatorかIsDownの無料アラートに登録して、Claudeが落ちた瞬間にSlackやメールで通知が来るようにしておく。代替AIのアカウントを1つ用意しておく。成果物を外部に保存する。この3つをやっておけば、ぶっちゃけ今後どれだけ障害が増えても業務は止まりません。難しいことは何もなく、今日の15分で全部できます。
Claudeを使い続けたい気持ちは本物だからこそ、Claudeに頼りきらない設計が、結局は一番Claudeをうまく使いこなすことにつながる——これが今月の一連の障害から得られる、最もシンプルで大事な気づきだと思います。
Claude障害2026年3月に関するよくある疑問
「Claude will return soon」が表示されたとき、何をすればいい？
このメッセージはサーバー側のダウンタイムが原因であり、自分のPCやスマートフォンを操作しても解決はできません。まずstatus.claude.comでサーバー側の障害を確認し、障害が認められていれば復旧を待つのが正解です。それと並行して、VPNのオフ、シークレットウィンドウでの再アクセス、スマートフォンアプリへの切替を試してみてください。APIキーを持っている場合は、サードパーティのフロントエンドからAPIに直接アクセスすることで作業を継続できます。
有料プランのユーザーでも障害の影響を受けるの？
受けます。3月11日の障害では、最上位の「Max 5x」プランユーザーも「Something went wrong」エラーに遭遇したと報告されています。有料プランには「優先アクセス」が含まれますが、大規模なグローバル障害の際は有料・無料を問わず影響が出ます。なお、障害が24時間を超えた場合はサポートへの問い合わせで数日分のサブスクリプション延長が考慮されるケースがあります。
Claude APIは障害中も動いていることがあるって本当？
本当です。3月2日・11日・22日の主要な障害では、いずれもAnthropicが「Claude APIには影響がない」と明示していました。WebインターフェースとAPIは別の認証経路で動いており、フロントエンド側の障害がAPI側に波及しないケースが多くあります。APIキーを持っているユーザーや開発者は、Web版がダウンしている間もAPI経由で作業を継続できる可能性が高いです。
今後も同じような障害が起きる可能性はある？
可能性は低くないと考えておく方が現実的です。IsDownの集計では、2025年10月以降に追跡されたClaude関連のインシデントは152件に達し、過去90日間だけで107件（大規模障害28件）が記録されています。Anthropicは急成長の只中にあり、複数の新モデルと新プロダクトを同時展開しながらインフラをスケールアップするという高難度の課題に取り組んでいます。サービスの安定性向上には継続的な努力が必要であり、ユーザー側も「障害は定期的に起きるもの」として備えておくことが合理的です。
まとめ
2026年3月のClaude障害は、3月2〜3日・10〜11日・17〜18日・20〜22日と計4つの波に分かれ、認証エラー・500エラー・応答フリーズ・モデル別エラー率上昇など多様な症状が続きました。根本的な背景には、QuitGPT運動による急激なユーザー流入と、複数モデル・プロダクトの同時展開によるインフラへの過負荷があります。
障害時に今すぐできることは、status.claude.comでのステータス確認→ブラウザのキャッシュクリアやシークレットウィンドウ・VPN切断の試行→API経由や代替AIサービスへの切替という順番で試すことです。そして中長期の備えとして、複数AIサービスへのアカウント登録と、開発・業務フローにおける「AIなしでも前進できる手順」の整備が、今後のリスクを最小化する最も効果的な投資となります。
Claudeは今も多くのユーザーにとって第一選択肢であり続ける優秀なAIアシスタントです。だからこそ、落ちたときのダメージも大きい。「愛されすぎて落ちる」そのサービスと長く賢く付き合うために、今日からひとつだけでも備えを整えておきましょう。
コメント