Copilotがダウンした6月1日、何が起きたのか？

マイクロソフトがこの問題を公式に認識したのは、ET午前11時27分頃（日本時間6月2日午前0時27分頃）。「Microsoft 365 Copilot」のアプリ起動エラーやタイムアウトについて調査中であると発表しました 。

障害は合計で 4時間25分 続き、ETの午後早い時間帯には復旧したと伝えられています 。この間、ユーザーはアプリの読み込み失敗やタイムアウトに直面したほか、サービスが一時的に利用できないことを示す「503エラー」に遭遇したケースも報告されています 。

なぜCopilotはダウンしたのか？

今回の障害について、マイクロソフトは現時点で単一の根本原因を確定した公式の事後レポート（RCA）を発表していません。しかし、障害発生中に以下の2つの要因が関与していたことが明らかになっています。

• 経路制御（ルーティング）の不具合：Copilotへの通信トラフィックが、正常なサーバー群ではなく、障害を起こした基盤へと誤って誘導されたことで、アクセス障害やタイムアウトが多発しました 。
• Azure基盤への雷雨被害の余波：障害発生前の5月29日（金曜日）、米国西部地域「West US 2」を激しい雷雨が直撃し、大規模な停電が発生。これによりMicrosoftのクラウドサービス基盤がダメージを受け、Copilotもその影響下にありました。6月1日の段階でも、その復旧作業の途上にあったとみられています 。

マイクロソフトは「影響を受けたユーザーからログを収集し、根本原因の特定を進めている」とコメントしています 。対応策としては、トラフィックを正常な基盤へ再ルーティングする措置が取られました 。

同じ日に起きた別の障害：MFAと「My Sign-Ins」もダウン

同日には、Copilotの障害とは別に、多要素認証（MFA）の初期設定とセルフサービスのサインインページ「My Sign-Ins」（mysignins.microsoft.com）が利用できなくなる障害も発生していました 。

このMFA関連の障害は約3時間続きましたが、Copilotの障害がピークを迎える前の、ET午前9時01分までには復旧しています 。ユーザーが新しくMFAを設定しようとしたり、My Sign-Insページにアクセスしようとしたりすると、「504 Gateway Timeout」エラーが表示される状態でした 。

マイクロソフトはこの事象について、基盤システムにおけるキャッシュ障害が原因であり、待機系の正常なシステムにフェイルオーバー（切り替え）することで復旧させたと説明しています 。このインシデントには「MO1329260」という管理番号が付与されています 。

繰り返される信頼性問題：Copilotの「障害続き」の歴史

6月1日の大規模障害は、決して突発的なものではありません。Copilotをめぐっては、これまでも信頼性に関する問題が繰り返し発生してきました。

• 今回の障害以前の直近90日間だけでも、Copilotでは 7件の大規模障害と7件の軽微な障害、合計14件のインシデント が記録されています（復旧までの所要時間中央値は1時間18分） 。
• 2026年4月23日：約1時間半にわたり断続的なサービス障害が発生。「リクエストの処理に問題が発生しています」といったエラーメッセージが表示されました 。
• 2026年4月28日～5月13日：15日間にわたって、Copilot Chatが生成したリンクから他のアプリへアクセスできないという軽微な障害が続きました 。
• 2026年2月25日：特定地域の一部ユーザーに散発的な障害が発生しました 。
• 2025年12月：英国、欧州、アジアのユーザーを中心に、地域集中型の障害が複数回発生しました 。
• 2025年10月：Azure Front Doorの設定ミスによる大規模障害が発生し、Copilotのサービスも巻き込まれました 。

2026年4月中旬の時点で、マイクロソフトは過去6カ月間に5度の大規模クラウド障害を起こしており、そのたびにCopilotが影響を受ける構図が常態化しつつあります 。

業務インフラ化するAIと、そのリスク

今回の障害のタイミングは、企業のIT戦略にとって非常に示唆的です。なぜなら、わずか2日前の5月30日にマイクロソフトは、ユーザーから不満の声が上がっていた「動作のもっさり感」に対応すべく、アーキテクチャを刷新し「読み込み速度2倍」と「信頼性向上」を大々的に謳うCopilotの大型アップデートを展開したばかりだったからです 。その「信頼性」という触れ込みは、今回の一件で早くも大きく傷つきました。

マイクロソフトは、WordやExcel、Teams、Outlookなど、日々の業務に不可欠なツールの中核にCopilotを深く組み込もうとしています。AIがもはや「ちょっとしたチャットボット」ではなく、業務フローの一部に組み込まれた依存レイヤーになりつつあるのです。そのレイヤーが落ちれば、単なるAI機能の消失にとどまらず、生産性スタック全体が機能不全に陥るリスクをはらんでいます 。

このような状況下で、企業の間ではCopilot導入に慎重な見方も強まっています。ある分析では、全企業の約40%が、信頼性やセキュリティ、費用対効果（ROI）の不明確さを理由に、Copilotの本格導入を「12～18カ月先送りすべき」とされています 。米国内の有料ユーザーを対象とした調査でも、Copilotを「メインで使うAIプラットフォーム」として選ぶ人の割合は、2025年7月の18.8%から2026年1月には11.5%へと急減しており、競合との機能差やユーザー体験の面で苦戦している様子がうかがえます 。Google GeminiやOpenAIのChatGPT Enterpriseといった競合との競争が激化する中、障害が起きるたびに、Copilotの市場での信用はジリジリと削られていっているのです 。