Microsoft Copilotに障害、報告4500件超。Geminiに続く

結論

Microsoftの対話型AI、Copilotで米国時間2026年6月11日、数千人規模の利用者が接続できない障害が発生した。障害報告サイトDown Detectorへの報告は一時4500件を超えた。前日の6月10日にはGoogleのGeminiが6時間を超える世界的障害を起こしたばかりで、主要な業務AIの障害が2日連続で発生したことになる。AIを業務インフラとして使う企業にとって、冗長化はもはや検討事項ではなく必須の設計要件になりつつある。

何が起きたか：午後に報告が急増

Down Detectorの集計によれば、障害報告は米国東部時間6月11日の午後4時15分ごろから増え始めた。太平洋時間午後2時3分の時点で4500件を超える報告が寄せられ、報告の多くはウェブサイト経由での利用に関する問題だった。

一方、稼働監視サービスStatusGatorは同日の協定世界時午後0時5分の確認時点でCopilotを正常と記録しており、障害はその後の時間帯に発生したとみられる。Microsoftからの詳細な原因説明は執筆時点で確認できておらず、影響範囲や復旧の正確な経緯は公式の発表を確認してほしい。

Copilotの障害は今月これが初めてではない。6月1日にもアプリの読み込みが時間切れになる障害が起きており、経路制御の問題が指摘されていた。月に2度の障害となると、利用企業としては「たまたま」では片づけにくい。AIサービスは従来の業務システムに比べて構成要素が多く、モデル、推論基盤、認証、各アプリとの連携のどこが切れても利用者には「使えない」としか見えない。障害の頻度と影響範囲を自社で記録しておくことは、ベンダーとの交渉材料としても意味がある。

2日連続の大規模障害が意味すること

今回の障害単体の規模は、6時間超に及んだ前日のGeminiの世界的障害より小さい可能性が高い。だが、主要AIサービスの障害が2日連続で起きたという事実は、個別の障害より重い意味を持つ。

日付	サービス	規模
6月10日	Google Gemini	米欧アジアで6時間超。報告は一時2000件近く
6月11日	Microsoft Copilot	報告4500件超。原因・復旧時間は未公表

CopilotはWordやExcel、Teamsといった業務アプリに組み込まれており、再設計後はOfficeでの利用が3〜4割増えたとMicrosoft自身が公表している。利用が業務の中核に食い込むほど、停止時の影響は「AIが使えない」では済まず「仕事が止まる」に変わる。AI各社は機能拡張の競争を続けているが、その足元で安定稼働という基本品質が追いついていない可能性を、この2日間は示している。

現場の実務にどう効くか

連日の障害から、AI推進担当が今週中にやるべきことは明確だ。第一に、自社で使うAIサービスの依存マップを作る。どの部門のどの業務が、どのAIサービスに依存しているかを一覧にするだけで、障害時の影響範囲が見える。第二に、代替経路を決める。CopilotならChatGPTやClaude、GeminiならCopilotというように、主力と別系統のサービスを最低1つ契約し、プロンプトやテンプレートを持ち運べる形で保管しておく。第三に、障害時の連絡手順を一枚にまとめる。「障害かどうかの確認先」「社内への告知文のひな形」「代替手段の案内」の3点があれば、情シスへの問い合わせ殺到は防げる。インシデント対応の組み立てはAI絡みの情報漏洩が起きたときの対応の初動整理が応用できる。あわせて、法人契約の稼働率保証と障害時の通知条件も確認しておきたい。保証のないプランで重要業務を回しているなら、それ自体がリスクの取りすぎだ。

なお、障害情報の確認先は普段から統一しておくとよい。Microsoft 365の管理センター、公式のステータスページ、Down Detectorのような第三者の報告サイトの3つを順に見れば、自社環境の問題かサービス全体の問題かを数分で切り分けられる。確認先の一覧を情シスの障害対応手順に書いておくだけで、初動の速さが変わる。

まとめ

GeminiとCopilot、2日連続の障害は偶然かもしれないが、AIが止まる日は確実に来るという前提を企業に再確認させた。依存マップ、代替経路、連絡手順。この3点の整備に大きな費用はかからない。次の障害が来る前の今週が、着手の好機だ。

出典

• Microsoft Copilot Goes Down for Thousands, Downdetector Shows（GV Wire）
• Is Microsoft Copilot down? June 11, 2026（DesignTAXI Community）