💡 結論(要点まとめ)
【2026年最新】Microsoft Teamsで障害が発生した際のリアルタイム確認方法を完全解説。公式管理センター・Downdetector・X(Twitter)での速報確認手順から、キャッシュ消去・Web版移行などの応急処置、SLA返金
この記事でわかること
- Teamsが突然繋がらなくなった時、最初にどこを確認すべきですか?
- 全体障害が起きている間もTeamsを利用する方法はありますか?
- Teamsの障害で業務が停止した場合、返金や保証を受けることは可能ですか?
結論:Teamsが繋がらないときは、①Microsoft 365管理センターの「サービスの正常性」②公式X(@MSFT365Status)③Downdetectorの3点をこの順で確認し、全体障害でなければキャッシュ削除とWeb版切替を試すのが最短ルートです。
会議開始5分前にTeamsが真っ白のまま固まる、サインインしようとするとエラーコードだけが出る——この記事は、そんな「今まさに困っている」状態から逆算して構成しました。まず障害の切り分け、次に応急処置、そして法人IT管理者向けのSLA(サービス品質保証)と業務継続(BCP)の設計まで扱います。
この記事の編集方針
法人ITインフラ構築とMicrosoft 365運用に携わる編集部が、Microsoft公式ドキュメント、総務省・厚生労働省の公開ガイドラインなど一次情報を参照して中立にまとめています。障害の発生状況・SLAの条項・エラーコードの扱いは改定されることがあるため、最終判断は必ず各公式サイトの最新情報でご確認ください。
📊 当サイトの実測データ(Bing Webmaster(実測)・直近)
このページに実際に多く寄せられている検索ニーズは次のとおりです。本記事はこれらに回答しています。
- teams 会議 障害
- teams 会議 障害
- teams 障害 最新情報
- teams 障害 現在
- teams 障害 リアルタイム確認
目次
Teams障害のリアルタイム発生状況と今すぐ試すべき結論
「今日Teamsに障害が起きているのか」を最短で知るには、公式ステータスの確認が先、個人設定の操作は後。順番を逆にすると、障害が原因なのにアプリを再インストールして時間を浪費します。
全体障害か個別トラブルかを見極める判定フロー
以下の順に3分で切り分けられます。
- ①同僚・他部署も繋がらないか:メールや電話で1人に確認。複数人でNGなら全体障害またはテナント側の問題の可能性が高い
- ②スマホ(4G/5G回線)でTeamsアプリを開く:スマホで入れるならPCまたは社内ネットワーク側の問題
- ③ブラウザで teams.microsoft.com にアクセス:Web版が動くならデスクトップアプリの不具合
- ④Microsoft 365管理センターの「サービスの正常性」を確認:Advisory(アドバイザリ)/Incident(インシデント)の表示があれば公式に障害を認識済み
- ⑤Downdetector・Xで報告の急増を見る:管理者権限がない一般ユーザーはここが実質の入口
やりがちな失敗:いきなりアンインストール
全体障害の最中にTeamsを削除して入れ直しても復旧しません。しかも再インストール後は再サインインが必要で、その認証基盤(Microsoft Entra ID)自体が落ちている場合、余計にログインできなくなります。アンインストールは切り分けが済んだ「最後の手段」に回してください。
今すぐ試せる3つの応急復旧アクション
- Teamsを完全終了して再起動:タスクトレイのアイコンを右クリック→終了。ウィンドウを閉じただけでは常駐が残ります
- Web版Teamsへ切替:EdgeまたはChromeで teams.microsoft.com。会議参加リンクは「このブラウザーで続ける」を選択
- 回線を切り替える:社内Wi-Fi→スマホのテザリング。プロキシやVPN経由の遮断が原因のケースはかなり多い印象です

Teamsの障害情報をリアルタイムで確認する3つの手順
公式・第三者・SNSは役割が違います。「速さはX>Downdetector>公式」「正確さは公式>Downdetector>X」と覚えておくと迷いません。
| 確認先 | 分かること | 速報性 | 信頼性 | 向いている人 |
|---|---|---|---|---|
| Microsoft 365管理センター「サービスの正常性」 | 影響範囲・原因・復旧見込み・インシデントID | やや遅い | 高(一次情報) | テナント管理者 |
| 公式X @MSFT365Status | 大規模障害の英語速報と復旧報告 | 速い | 高(公式発信) | 全ユーザー |
| Downdetector | ユーザー報告数の推移グラフ・症状の内訳 | 非常に速い | 中(体感ベース) | 管理権限がない人 |
| X(キーワード検索) | 具体的な症状・地域・現場の回避策 | 最速 | 低〜中(要照合) | 状況を素早く掴みたい人 |
Microsoft 365 管理センター「サービスの正常性」での確認
結論、管理者アカウントを持っているならここが唯一の正解です。手順は次のとおり。
- admin.microsoft.com にサインイン
- 左メニュー「正常性」→「サービスの正常性」を開く
- サービス一覧から「Microsoft Teams」の行を確認
- 問題があれば「TMxxxxxx」形式のインシデントIDが表示されるので、クリックして影響範囲・現在の対応状況・次回更新予定時刻を読む
- 「問題の履歴」タブで過去の障害と復旧までの所要時間も確認できる
(出典: Microsoft公式ドキュメントでは、サービスの正常性の閲覧には「サービスサポート管理者」以上のロールが必要とされています。一般ユーザーは閲覧できないため、社内の情報システム部門に問い合わせる導線を作っておくと復旧判断が早まります)
Downdetectorによるユーザー報告数のリアルタイム推移
Downdetectorは「直近15分の報告数が通常値をどれだけ上回ったか」をグラフで可視化するサービスです。グラフが垂直に立ち上がっていれば、ほぼ間違いなく広域障害が進行中と見て構いません。
- グラフ下の症状内訳(「サーバー接続」「ログイン」「アプリ」など)を見ると、自分の症状と一致するか判定できる
- コメント欄で地域名や利用回線が書かれていることがあり、キャリア障害との切り分けに使える
- ただし報告は自己申告で、話題化すると実態以上に伸びる。公式発表とセットで判断する
X(旧Twitter)での障害速報・検索キーワード活用術
Xは最速ですが、誤情報と古い投稿が混ざります。検索の精度を上げるコツを実務で使っている形でまとめます。
- 検索欄に 「Teams 障害 -RT」 と入力し、タブを「最新」に切り替える(リツイートを除外して生の投稿だけ見る)
- 過去の障害がヒットしないよう、検索コマンド since: を使って当日以降に絞る(例:
Teams 繋がらない since:2026-01-01) - 公式アカウント @MSFT365Status をフォローし、通知をオンにしておく
- 「Teams 落ちてる」「Teams ログインできない」など口語表現でも検索する。障害初期は口語投稿のほうが早い
注意:Xの「復旧しました」を鵜呑みにしない
Microsoftの障害は段階的に復旧することが多く、一部のテナント・一部の地域だけ先に戻るケースがあります。他人の復旧報告があっても自分の環境が戻るとは限らないため、社内アナウンスは公式のインシデント更新を根拠に出すほうが安全です。
Teamsが繋がらない・起動しない時の症状別トラブルシューティング
全体障害ではないと判明したら、ここからは自分の環境の問題です。効果が高い順は「キャッシュ削除」→「Web版切替」→「再インストール」。所要時間はキャッシュ削除で約5分です。
デスクトップアプリの完全キャッシュ削除手順(Windows/Mac)
キャッシュとは、Teamsが表示を速くするためにPC内に貯めている一時ファイルのこと。これが壊れると「起動しても真っ白」「サインインループ」が起きます。
Windowsの場合(新しいTeams)
- タスクトレイのTeamsアイコンを右クリック→「終了」で完全に閉じる
- Windowsキー+R →「ファイル名を指定して実行」に
%localappdata%PackagesMSTeams_8wekyb3d8bbweLocalCacheと入力(新しいTeamsの格納先) - フォルダー内のファイルをすべて削除(フォルダー自体は残す)
- クラシック版を使っている場合は
%appdata%MicrosoftTeamsを開き、Cache/blob_storage/databases/GPUCache/IndexedDB/Local Storage/tmp の中身を削除 - PCを再起動し、Teamsを起動して再サインイン
Macの場合
- Teamsを完全終了(Command+Q)
- Finderで「移動」→「フォルダへ移動」に
~/Library/Application Support/Microsoft/Teamsを入力 - 中身を削除(クラシック版)。新しいTeamsは
~/Library/Group Containers/UBF8T346G9.com.microsoft.teams配下を確認 - キーチェーンアクセスで「Microsoft Teams Identities Cache」を検索し、該当項目を削除
- Macを再起動して再サインイン
(出典: 編集部の検証環境(Windows 11 / 新しいTeams)で上記手順を実施したところ、削除後の初回起動はチーム一覧の再取得に30秒前後かかりました。会議直前に実行するのは避け、開始10分前までに終える運用が安全です)
削除前の確認事項
キャッシュ削除でチャット履歴やファイルが消えることは基本的にありません(データはクラウド側に保存されるため)。ただし未送信の下書きや、アプリにだけ残っている設定は失われる場合があります。重要な下書きは事前にメモへ退避してください。また、社内で管理されている端末では削除操作が制限されていることがあるので、情シスの指示を優先してください。
アプリ不具合を回避するWeb版(ブラウザ版)Teamsへの即時切替
デスクトップアプリだけが不調なら、Web版Teamsが最速の代替手段です。
- Edge/Chromeで teams.microsoft.com にアクセスし、業務アカウントでサインイン
- サインイン情報が競合する場合はシークレット/InPrivateウィンドウで開くと通りやすい
- 会議のマイク・カメラは初回にブラウザの許可ダイアログが出る。ブロックしてしまった場合はアドレスバー左の鍵アイコンから許可し直す
- 音声のみでよければ、会議招待メールに記載の電話番号でのダイヤルイン(組織で音声会議が有効な場合)も使える
チャットだけが表示されないタイプの不具合なら、個別要因の可能性もあります。詳しくはTeamsのチャットが表示されない原因と解決ガイドも合わせてどうぞ。
エラーコード(CAA2000B等)の原因と対応一覧
エラーコードは原因の当たりを付けるヒントになります。表示されたコードは必ず控えて、情シスへ連携してください。
| 表示内容 | 想定される領域 | まず試すこと |
|---|---|---|
| CAA2000B などCAA系 | Microsoft Entra ID(旧Azure AD)の認証/トークン | キャッシュ削除→再サインイン。改善しなければ管理者にアカウント状態の確認を依頼 |
| 「問題が発生しました。再試行してください」 | サーバー側またはネットワーク到達性 | 公式ステータス確認→回線切替→Web版 |
| 「ネットワークに接続できません」 | プロキシ/ファイアウォール/VPN | VPNを一時オフ、テザリングで試行 |
| 画面が白いまま進まない | ローカルキャッシュ破損/描画(GPU) | キャッシュ削除、それでも不可ならクリーンインストール |
コードの正式な定義と最新の対処は環境によって異なります。コード名で検索する際は、Microsoft Learn(公式ドキュメント)とMicrosoftサポートのページを一次情報として参照してください。個人ブログの情報だけで設定を書き換えるのは避けたほうが無難です。

システム管理者必見:Microsoft 365のSLA保証と返金申請ガイド
結論、Microsoft 365には稼働率の保証(SLA)があり、基準を下回った月はサービスクレジット(月額料金に対する返金相当)を申請できる仕組みが用意されています。自動では支払われず、顧客側からの申請が前提という点が最大の落とし穴です。
稼働率99.9%を下回った場合のサービスクレジット還元率
Microsoftのオンラインサービス向けSLAでは、月間稼働率に応じた段階的なクレジット率が定められています。一般的に案内されている区分は次のとおりです。
| 月間稼働率 | サービスクレジット率(目安) |
|---|---|
| 99.9%未満 | 25% |
| 99%未満 | 50% |
| 95%未満 | 100% |
(出典: クレジット率・適用条件・申請期限は「Microsoft Online Services サービス レベル アグリーメント(SLA)」および購入形態(CSP経由/Web直販/EA)ごとの契約条件で定められています。数値や期限は改定されるため、申請前に必ずMicrosoftのSLA原文と自社の契約書面で最新条項を確認してください)
障害発生時に管理者が行うべき返金(クレジット)請求手順
証跡の残し方が申請の可否を分けます。障害の最中にやるべきことを含めて並べます。
- 障害中:証跡を残す。管理センターのインシデントID(TMxxxxxx)、発生・復旧時刻、影響を受けたユーザー数、エラー画面のスクリーンショットを保存
- 復旧後:影響時間を集計。ダウンタイムの開始と終了を分単位で記録し、月間稼働率を算出
- 申請先を確認。直接契約ならMicrosoftサポート、代理店(CSP)経由なら販売パートナーが窓口になるのが通常
- 期限内に申請。SLAでは請求期限が定められているため、翌月内など早めの提出を前提にスケジュールを組む
- 回答を記録。承認・却下の理由を残し、次年度の契約更改や冗長化投資の判断材料にする
誤解しやすい点
SLAで戻るのはサービス料金に対するクレジットであり、業務停止による損害(逸失利益)の賠償ではありません。「障害で売上が落ちたから補填される」という性質のものではないため、損失リスクは後述のBCP設計で自社側が吸収する前提で考えてください。金額や適用可否は契約形態で異なるので、判断は契約書とMicrosoft公式の記載を根拠にしてください。
責任共有モデルとBCP(業務継続計画)に基づくTeams障害対策
クラウド障害は「どこまでが事業者の責任で、どこからが自社の責任か」を先に決めておかないと、復旧対応が空転します。ここは公的なガイドラインが土台になります。
総務省ガイドラインに基づくクラウド障害の責任境界
総務省の「クラウドサービス提供における情報セキュリティ対策ガイドライン」では、クラウド事業者と利用者が役割を分担してセキュリティ・運用を担保する考え方(責任共有モデル)が整理されています。SaaSであるTeamsに当てはめると、大まかな境界は次のようになります。
| 領域 | 主な担い手 | 障害時にやること |
|---|---|---|
| データセンター・サーバー・アプリ基盤 | Microsoft(事業者) | 公式インシデント情報を追う。利用者側の操作では解決しない |
| アカウント・権限・条件付きアクセス設定 | 自社(管理者) | 設定変更の履歴を確認。直前の変更が原因のことも多い |
| 社内ネットワーク・プロキシ・VPN | 自社(情シス) | 他のSaaSも繋がらないか確認して切り分け |
| 端末・アプリのバージョン・キャッシュ | 利用者本人 | キャッシュ削除、更新、Web版へ切替 |
この表を社内wikiに貼っておくだけでも、「Teamsが落ちた=情シスに全件問い合わせ」という初動の混乱をかなり減らせます。
厚生労働省BCP指針に準拠した通信手段の多重化(代替ツール運用)
厚生労働省が公表している業務継続計画(BCP)関連のガイドラインでは、連絡手段を複数確保し、平時から訓練しておくことが繰り返し求められています。Teams一本に依存した組織は、障害時に「連絡する手段がないので連絡できない」という状態に陥ります。
- 第2連絡手段を明文化:メール(Outlook Web)、電話、SMS、別系統のチャットのいずれかを「Teams障害時の正」と決めておく
- 連絡網はTeams外に保管:緊急連絡先一覧をTeams上のファイルだけに置くと、障害時に開けない。印刷版か個人端末に控えを
- 会議の代替を用意:外部との重要商談は、招待メールに電話番号か別会議ツールのURLを併記しておく
- 年1回の切替訓練:「今日はTeams停止想定」と宣言して30分だけ代替手段で運用してみる。手順書の不備が一発で見つかります
- 復旧後の情報同期ルール:代替手段でやり取りした内容を、誰がいつTeamsへ戻すかを決めておく
クラウドツール全般の安全性や選定観点はビジネス向けクラウドサービスの安全性と障害対策も参考になります。
実際にあった失敗例
ある企業では緊急連絡網をTeamsのチャネル内ファイルにだけ保存していたため、Teams障害時に誰の携帯番号も分からず、復旧まで部署間の連絡が完全に止まったという話を聞きます。連絡網は「落ちるツールの外」に置く——これだけで初動が変わります。
Teams障害に関するよくある質問(FAQ)
Teamsが突然繋がらなくなった時、最初にどこを確認すべきですか?
Microsoft 365管理センターの「サービスの正常性」、または公式X(@MSFT365Status)です。管理者権限がなければDowndetectorの報告数グラフとXの最新投稿で代替できます。ここで全体障害と分かれば、自分の端末をいじる必要はありません。
全体障害の間もTeamsを使う方法はありますか?
アプリ側の不具合にとどまる場合は、ブラウザ版(teams.microsoft.com)で利用できることがあります。サーバー側の広域障害では、Web版・スマホアプリも同時に影響を受けるため、その場合はメールや電話など別系統への切替が現実的です。
障害で業務が止まった場合、返金は受けられますか?
Microsoft 365のSLAに基づき、月間稼働率が基準を下回った月については、管理者が期限内に申請することでサービスクレジットが適用される場合があります。自動付与ではなく申請制で、金額や条件は契約形態により異なります。適用可否はSLA原文と契約書、および販売パートナーへの確認が必要です。
自分だけサインインできない場合はどうすれば?
キャッシュ削除(Windowsなら %localappdata%PackagesMSTeams_8wekyb3d8bbweLocalCache やクラシック版の %appdata%MicrosoftTeams)、PC再起動、回線の切り替え、Web版での試行の順に。それでも不可なら、アカウントのライセンスやパスワード有効期限、多要素認証の登録状況を管理者に確認してもらってください。
復旧したかどうかを自動で知る方法は?
公式X @MSFT365Status の通知をオンにするのが手軽です。管理者であれば、Microsoft 365管理センターの「基本設定」からサービス正常性のメール通知を有効にでき、影響サービスを指定して受信できます。
既読が付かない・チャットが遅れるのも障害ですか?
広域障害の初期症状として、同期の遅延という形で現れることはあります。一方で設定や個別の不具合が原因のこともあるため、まずは全体障害の有無を確認したうえで機能別の対処に進んでください。既読関連はTeamsの既読設定とグループチャットの表示の解説も参考になります。
スマホからでも障害状況は確認できますか?
できます。ブラウザでDowndetectorを開くか、Xアプリで「Teams 障害 -RT」を最新順で検索。管理者権限があれば、Microsoft 365 Adminモバイルアプリからもサービスの正常性を確認できます。
障害時に迷わないためのチェックリスト
最後に、机の横に貼っておける形でまとめます。障害の当日は判断力が落ちるので、手順を目で追えるようにしておくと復旧が早いです。
- □ 他のメンバーも繋がらないか、電話かメールで1人に確認した
- □ 公式X/管理センターで障害の有無を確認した(インシデントIDを控えた)
- □ Downdetectorの報告数グラフをチェックした
- □ Web版Teamsとスマホ回線で試した
- □ 全体障害でなければキャッシュ削除→再起動を実施した
- □ 参加予定の会議の主催者へ、別手段で連絡した
- □ 管理者は影響時間とスクリーンショットを記録した(SLA申請の証跡)
- □ 復旧後、代替手段でのやり取りをTeamsへ戻した
Teamsは止まる前提で運用を組んでおくと、いざという時のダメージが小さくなります。稼働率の基準値、SLAの申請期限、エラーコードの意味は改定・変更されることがあるため、実務で使う数値はMicrosoft公式のSLAページとMicrosoft Learn、そして自社の契約書面で都度ご確認ください。総務省・厚生労働省の各ガイドラインも公開されているので、社内ルールを作る際の根拠として一度目を通しておくと説得力が違います。
📚 参考・出典(編集部が確認した一次ソース)
- soumu.go.jp (soumu.go.jp)
- wam.go.jp (wam.go.jp)
- mhlw.go.jp (mhlw.go.jp)
- microsoft.com (learn.microsoft.com)
- microsoft.com (microsoft.com)
- microsoft.com (support.microsoft.com)
※本記事の作成にあたり、上記の公開情報・一次ソースを確認しています。