Teams がつながらない・障害のときの確かめ順｜自社だけか全体かを見分ける
Teams がつながらないとき、Microsoft の障害か自社の問題かを、利用者と管理者がそれぞれ何をどの順で見るかを解説。公開の状態のページで分かることと分からないこと、Microsoft 365 管理センターのサービス正常性の Teams の行・問題の詳細・問題の履歴・問題の報告を、当社の検証用の環境の画面で紹介します。
目次 クリックで開く
この記事の要点
- 社員が自分で見られる Microsoft の状態のページ（status.cloud.microsoft）は、管理者が管理センターのサービス正常性に入れないような問題のときに更新され、X の @MSFT365Status は広い範囲で起きている問題の知らせです。ここに出ていなくても、自社に影響する問題が無いとは言えません。
- Microsoft が作業中の問題をサービスごとに見られるのは、管理者が開く Microsoft 365 管理センターの［正常性］>［サービス正常性］です。Microsoft Teams の行から問題の詳細を開いて社員の症状と突き合わせ、解決済みの問題は［問題の履歴］、計画済みのメンテナンスは［メッセージ センター］で見ます。
- どこにも出ていなければ、つながらない範囲（1人・同じ場所・全員）で自社の側を絞り、診断を実行し、それでも分からなければ［問題の報告］かサポートに進みます。社員に先に自分だけの問題かどうかを確かめてもらうと、管理者の切り分けが早くなります。
朝、何人かの社員から、Teams でメッセージが送れない、会議に入れない、という連絡が来る。管理者がまず知りたいのは、Microsoft 側の障害なのか、自社の端末や回線、設定の問題なのかです。障害なら待つしかなく、自社の問題なら手を動かす必要があります。ところが、社員が見られる画面と管理者が見られる画面は違い、社員が Microsoft のページでは正常だったと言っても、それだけでは判断できません。
確かめる順は、まず利用者（管理者の役割を持たない社員）に自分だけの問題かを確かめてもらい、管理者はサービス正常性まで見て、それでも出ていなければ自社の側を絞ります。なお、サインインそのものの手順はTeams のログインの記事、外部の人とファイルを共有できないときはTeams で外部と共有できないときの記事で扱っています。
Microsoft 365 の導入を支援している当社が、公式の説明と当社の検証用の環境の画面で確かめた内容に、当社の勧めを加えて書いています。
社員が見られるページと、管理者が見られる画面は違う
Microsoft の状態を誰でも見られる場所は2つあります。サインインせずに開ける状態のページ status.cloud.microsoft（Microsoft の管理者向けの技術文書 Microsoft Learn での言い方は「サービスの状態ページ」）と、X の @MSFT365Statusです。管理センターにサインインできないときは、状態のページで、テナント（会社や組織ごとに分かれた Microsoft 365 の環境）にログインできない既知の問題を確かめられます。特定のイベントの情報としては @MSFT365status も案内されています（出典は「Microsoft 365 サービス正常性を確認する方法」）。
状態のページの Microsoft 365 の欄には、英語で「This site is updated when service issues are preventing tenant administrators from accessing Service health in the Microsoft 365 admin center.」と書かれています。このページは、管理者が管理センターのサービス正常性に入れないような問題が起きたときに更新される、という意味です。同じ欄は、広い範囲で起きている問題の情報として @MSFT365Status も案内しています。つまり、ここに何も出ていなくても、Teams の一部の機能だけに起きている問題や、管理センターに入れる程度の問題は、このページからは分かりません。欄のボタン「Check status in the admin center」は、管理センターのサービス正常性へ進む入口です。
当社が、だれでも開ける公開の状態のページと、当社の検証用の環境の管理センターを続けて開いたときは、公開の状態のページの上には「All products are operational.」（すべての製品が稼働している）と出ていました。一方、管理センターのサービス正常性では、Microsoft Teams の行にアドバイザリの件数が出ていました（後の写真）。公開のページが正常でも、管理者の画面には Teams の問題が出ていた、という1回の例です。
Microsoft が作業中の問題をサービスごとに見られるのは、Microsoft 365 管理センターの［正常性］>［サービス正常性］です。この画面は、サポートを呼び出したりトラブルシューティングに時間を使ったりする前に、解決が進行中の既知の問題かどうかを判断するためのものです。見られるのは管理者の役割を持つ人で、Learn はサービス サポート管理者とヘルプデスク管理者の役割でも表示できると書いています（役割ごとの範囲は「Microsoft 365 管理センターの管理者ロールについて」）。社員はこの画面を開けません。
利用者が確かめる順番：自分だけかを先に確かめる
たとえば、営業部の数人が、Teams のチャットが送れないと言ってきたとします。管理センターを開けない社員にできるのは、自分だけの問題かどうかを確かめることと、広い障害の知らせを見ることです。順番は次の図のとおりで、当社は社員にこの順で確かめてから管理者に連絡してもらうことを勧めます。管理者の側の切り分けが1段減るからです。
1つ目の、自分だけかどうかは、同じ部署の人に同じことが起きているか、ブラウザーで開く Teams でも同じか、スマートフォンのテザリングなど別の回線でも同じか、の3つで見ます。ブラウザー版でだけ使えるなら、その端末の Teams アプリの側を、別の回線でだけ使えるなら社内の回線の側を疑う手がかりになります。例の営業部なら、同じ部署の数人が同じ症状なので、1人の端末だけの問題ではないことが、この段階で分かります。
2つ目で状態のページと @MSFT365Status に広い障害が出ていれば、管理者に伝えて待つことになります。出ていなければ、3つ目の連絡に進みます。
3つ目の連絡では、いつから、どの操作（チャット、会議、ファイル、サインイン）で止まるか、画面に出た文やエラー コードを伝えます。サインインで止まる場合、「Teams でのサインイン エラーを解決する」の手順では、管理者の診断とアプリの更新の確認のあとに、サインインの画面のエラー コードを確かめます。社員は、画面のエラー コードを控えて伝えてください。
一方、Teams のキャッシュ（アプリが手元に残すデータ）を消すのは、先にやらないでください。公式の「Teams クライアント キャッシュをクリアする」では、メッセージが無い、チャットの履歴が読み込めない、チャネルやチームが表示されない、通知や未読の数が違う、といった問題はキャッシュを消しても解決せず、原因を探すのに要る診断のログが消える、とされています。キャッシュの消去は、すべての問題で最初にやる手順ではない、ともされています。
管理者が確かめる順番：範囲を聞いてから、サービス正常性の Teams の行へ
管理者は、社員から範囲と止まる操作を聞いたうえで、Microsoft 365 管理センターを開きます。見る順番は次の図のとおりです。図の6は、後の「どこにも出ていないとき」の章で扱います。
1. 社員から、範囲と止まる操作を聞く
1人か、部署や拠点か、全員か。チャット、会議、ファイル、サインインのどれで止まるか。範囲によって疑う所が変わることは、後の「どこにも出ていないとき」の表にまとめています。
2. ［正常性］>［サービス正常性］を開き、Microsoft Teams の行を見る
左のメニューの［正常性］の下に［サービス正常性］があります（公式の手順では、ホームのダッシュボードのサービス正常性のカードからも開けます）。画面には［概要］［問題の履歴］［報告された問題］の3つのタブと、［問題の報告］などのボタンが並びます。［概要］タブの「Microsoft が作業中のアクティブな問題」が、Microsoft が解決に取り組んでいるインシデントとアドバイザリの一覧です。
自社の環境で見つかった、対応が必要な問題は「organizationが処理する問題」の欄に出て、該当が無ければ欄そのものが表示されません。当社が見たときは、この欄は出ていませんでした。一覧の題は英語のまま並びます。投稿は英語で書かれ、個人の言語の設定が英語以外なら機械翻訳で表示する切り替えが出ます（画面のボタンは［日本語 で表示］）。
同じ画面を下に送ると「サービスの状態」の一覧があり、サービスごとに「正常」か、アドバイザリとインシデントの件数が出ます。ここで Microsoft Teams の行を見ます。件数を押すと、「Microsoft Teams の運用に影響を与える正常性の問題」という一覧が右に開きます。
Teams の行が「正常」でも、すぐに自社の問題と決めないでください。社員が Teams の症状として話すことが、サインインやメールなど別のサービスの問題として出ていることもある、と当社は考えています（この見立ては、当社が画面で確かめたものではありません）。そのため当社は、Teams の行が「正常」でも、ほかの行と一覧の題も上から読み、社員の症状に近いものが無いかを確かめることを勧めます。
3. 問題の詳細を開き、社員の症状と突き合わせる
題を押すと詳細が開きます。この画面では、右の欄に案件 ID・影響を受けているサービス・状態・開始時間・問題の種類が並び、本文はMore info・Scope of impact・Root causeと、日時ごとの更新（英語）でした。Learn は概要の項目を「ID」「推定開始時刻」「影響を受けるサービス」などと書いていますが、画面では「案件 ID」「開始時間」「影響を受けているサービス」と表示されていました。
写真の問題は、2. の Microsoft Teams の行の件数を押して開いた一覧の1件目で、「影響を受けているサービス」に Exchange Online・Microsoft 365 suite・Microsoft Teams の3つが並んでいました。この問題は Teams の行にも数えられていたことになります。
突き合わせるのは、症状（何ができないか）、影響を受けているサービス、開始時間の3つです。社員が言う操作と題の内容が近く、開始時間が症状の始まりより前なら、その問題の可能性が高いと考えます。問題の種類の意味と、社員への伝え方の目安は次の表のとおりです。
詳細の「状態」は、問題がいまどの段階にあるかを示します。状態ごとの意味を要約すると次のとおりです。とくに「調査の中断」は、Microsoft がお客さまに追加の情報を求めているときの状態で、その場合は必要なデータやログが知らされます。
4. ［問題の履歴］で、直った問題を見る
朝に聞いた症状が、夜の間に起きてもう直っていることもあります。［問題の履歴］タブには、Learn によると過去7日または30日以内に解決したインシデントとアドバイザリが表示されます。当社が見たときは、説明は「解決したインシデントとアドバイザリの履歴に関する情報を表示します。」で、期間の切り替えは「過去 7 日」でした。
5. ［メッセージ センター］で、予定された変更を見る
計画済みのメンテナンスはサービス正常性には表示されず、［メッセージ センター］で確かめます。機能の場所が変わった、ボタンが無くなった、という声なら、障害ではなく予定された変更のことがあります。メッセージ センターの読み方と、社内にいつ知らせるかは、Copilot の投稿を例に、メッセージ センターとロードマップの見方をまとめた記事で扱っています。
どこにも出ていないとき：範囲で自社の側を絞り、診断と［問題の報告］へ
サービス正常性にも履歴にもメッセージ センターにも近いものが無いときは、自社の側か、まだ認識されていない問題です。どちらかを決めるのに、当社はつながらない範囲から絞ることを勧めます。
1人だけのときは、前出の「Teams でのサインイン エラーを解決する」の手順が使えます。管理者がMicrosoft 365 管理センターで Teams のサインインの診断を実行し、問題が見つからなければアプリの［更新プログラムの確認］、サインインの画面のエラー コード、と進みます。例の営業部のように、同じ部署の数人だけで、ほかの部署は使えていて、その数人が同じ拠点にいるなら、表の「同じ場所の人だけ」の行に当たり、社内の回線を疑います。管理者は管理センターの画面右下の［ヘルプとサポート］から診断を実行でき（手順は「Teams 管理者向けのセルフヘルプ診断」）、管理者の権限を持たない利用者は Microsoft Remote Connectivity Analyzer の接続テストを使えます。同じページでは、これらの診断はテナントに変更を加えないと説明されています。同じ部署の数人でも拠点がばらばらなら、表のどの行にもそのままは当たりません。その場合、当社は、まず「場所に関係なく全員」の行と同じ所（サービス正常性、問題の履歴、メッセージ センター）を見て、どこにも無ければ、その部署の人たちにだけ当てている設定（アカウントやポリシーなど）を疑うことを勧めます（当社はこの場合を試していません）。
全員がつながらず、サービス正常性にも出ていない場合は、［問題の報告］を使います。Learn は、サービス正常性に一覧表示されない問題が起きたら［問題を報告する］を選んで短いフォームに記入する、と書いています（画面のボタンの名前は「問題の報告」）。Microsoft はほかの組織からの報告も調べ、問題の広がりとサービスが原因かどうかを確かめ、該当すればサービス正常性に新しいインシデントかアドバイザリとして加えます。報告した問題とその状態は［報告された問題］タブで見られます。
フォームの問いは、この画面では「この問題は業務に大きな影響を与えていますか?」「どこで問題が発生していますか?」「どのような種類の問題ですか?」と、再現手順などの説明でした。社員から聞いた範囲と操作、エラーの文を、そのまま説明に使えます。サポートに問い合わせる場合も、公式の「サポートを受ける」の手順は、まずサービスの現在の正常性を確かめることから始まります。当社は、それに加えて、管理者の順の 2.〜5. まで見終えてから問い合わせることを勧めます。
障害と分かったら、社内にどう知らせるか
Teams そのものが使えないときに、Teams で障害を知らせても届きません。当社は、Teams が使えないときの連絡の手段（メール、社内の掲示など）を、障害の前に1つ決めて社員に伝えておくことを勧めます。知らせる内容は、詳細の画面の状態と、アドバイザリなら回避策、インシデントなら Microsoft の対応待ちであること、の2つで足ります。
管理者が気づくのを早めるには、サービス正常性のメール通知があります。Learn によると、サービス正常性の画面のカスタマイズの中にあるメールの設定で、インシデントかアドバイザリか、どのサービスかを選んで通知を受け取れ、宛先のメール アドレスは管理者ごとに最大2つです（当社はこの設定の画面を開いていません）。詳細の画面の［この問題の通知を管理］からは、1件ごとの更新の通知も受け取れます。スマートフォンの管理者向けアプリ（Microsoft 365 管理アプリ）でもサービス正常性を見られ、プッシュ通知を受け取れます（Microsoft 365 管理者モバイル アプリについて）。当社は、少なくとも Teams と Exchange Online のインシデントの通知を、管理者の手元に届くようにしておくことを勧めます。
管理センターでの日々の確認の仕方は、Microsoft 365 管理センターの日々の運用の記事でも扱っています。
障害が起きる前に、いまやっておくこと
障害の最中に初めて管理センターを開くと、どこを見るかで迷います。落ち着いているいまのうちに、［正常性］>［サービス正常性］を一度開いて Microsoft Teams の行の場所を確かめ、メール通知の宛先を決めておくと、社員から連絡が来た朝に、自社だけか全体かを早く言えるようになります。社員向けには、自分だけかを確かめる3つのことと、Teams が使えないときの連絡先を、1枚にまとめて配っておくことを勧めます。
Microsoft 365 の管理の仕組みづくりから相談したい場合は、Microsoft 365 の導入支援のページをご覧ください。
この記事の確かめ方：公式の説明は、Microsoft Learn（Microsoft の管理者向けの技術文書）と公開の状態のページで、2026年10月30日に確かめました。写真も同じ日のものです。管理センターの写真はすべて当社の検証用の環境のもので、見るだけで設定は変えておらず、［問題の報告］も開いただけで送っていません。公開の状態のページの写真は、検証用の環境の画面ではなく、だれでも開ける公開のページです。
公式の説明を確かめたページは次のとおりです。管理画面の表示とページの内容は更新されることがあるため、各ページの最新を確かめてください。
Microsoft Learn：Microsoft 365 サービス正常性を確認する方法、Teams 管理者向けのセルフヘルプ診断、Teams でのサインイン エラーを解決する、Teams クライアント キャッシュをクリアする、サポートを受ける、Microsoft 365 管理センターの管理者ロールについて、Microsoft 365 管理者モバイル アプリについて、メッセージ センターを使った Microsoft 365 更新プログラムの準備
Microsoft：Microsoft service health status（status.cloud.microsoft、英語）、@MSFT365Status（X）
執筆・監修
Aurant Technologies CAIO（Chief AI Officer）
Microsoft 365 の導入を支援する立場から、Teams を管理する方向けにまとめています。
Microsoft 365・Google Workspace の移行と設定のスポット相談
メールの移行、ドメインとDNS、共有アドレスや代理人の権限、新しいOutlookへの切り替え、Copilot・Geminiを使うときの社内ルール。調べた手順で直らないとき、同じことが何人もで起きているときに、いま困っていることを1件から相談できます。