💡 結論（要点まとめ）
【今日】Microsoft 365（旧Office 365）で障害が発生しているか今すぐ確認する方法を解説！TeamsやOutlookが繋がらない時、管理者なしで閲覧できる公式ステータス・X（旧Twitter）情報から、管理センターでのイン
この記事でわかること
- 管理者権限がなくてもMicrosoft 365の今日の障害状況を確認できますか？
- Microsoft 365の障害で業務が停止した場合、返金や補償を受けられますか？
- TeamsやOutlookだけが繋がらない場合、障害かどうかの見分け方は？
Microsoft 365の障害状況は、ログイン不要の公式ステータスページ「status.office365.com」や公式X「@MSFT365status」で即座に確認できます。管理者なら「Microsoft 365 管理センター」のサービス正常性から自社テナント固有の影響範囲を特定できます。
Teamsのメッセージが送信エラーになったり、Outlookでメール送受信が滞ったりした際は、まず「原因が外部のクラウド障害なのか、社内の端末・通信環境にあるのか」を切り分ける行動が迅速な復旧へつながります。この記事では、一般社員向けの簡易確認ステップから、情シス・総務担当者が知っておくべきSLA（稼働率99.9%）の返金基準、総務省の事故報告制度を踏まえたIT-BCP対策までを公的機関・提供元の一次情報を明示して整理しました。
※本記事は執筆時点で公開されている公式情報に基づいています。サービス仕様・SLA条件・確認手順の最新仕様は、必ずMicrosoft公式サイト（Microsoft Learn／サービス規約）でご確認ください。
🔎 編集部リアルタイム確認（当サイトによる実測）
2026年8月25日 01:10 JST時点で Microsoft 365 へ実際に接続を試みたところ、サーバーは正常に応答しました（応答 151ms）。現時点で当サイトからは広範な障害は確認できませんでした。つながらない場合は回線・アカウント・アプリなど個別環境が原因の可能性があります。
【今すぐ確認】今日のMicrosoft 365障害状況を見抜く3つの公式ルート
リアルタイムでMicrosoft 365に広域障害が起きているかは、公開ステータスページ・公式X・管理センターの3点で確認できます。閲覧権限に応じて使い分けることで、短時間で状況を把握できます。
| 確認ルート | 対象・分かること | アクセス要件 |
|---|---|---|
| Microsoft サービス正常性ステータス （status.office365.com ／ portal.office.com/servicestatus） |
広域・全体障害の公開情報。サインインできない状況でも確認可能 | 誰でも閲覧可（ログイン不要） |
| 公式X @MSFT365status | 運用チームによる障害速報・調査進捗・復旧の見込み | 誰でも閲覧可（モバイル閲覧を推奨） |
| Microsoft 365 管理センター （admin.microsoft.com）「サービス正常性」 |
自社テナント固有の影響範囲・インシデントID・詳細ログ | 管理者権限が必要 |
Microsoft公式サイト（Microsoft Learn）の「Microsoft 365 サービス正常性を確認する方法」という案内によると、テナント単位の正確な影響範囲を把握するには管理センターのダッシュボード確認が標準手順とされ、サインイン自体が困難な場合の代替手段として公開ステータスページが指定されています。
一般ユーザー向け：ログイン不要のステータスページと公式X
管理者権限を持たない社員の場合、手元のスマートフォンを活用して次の手順で確認を進めます。
- スマホのモバイル回線で「status.office365.com」にアクセスする（社内LAN全体の障害と区別するため、Wi-Fiを切るのが鉄則）
- 障害対象のサービス（Teams、Exchange Online、SharePoint Onlineなど）に警告マークが出ていないか確認する
- あわせてX（旧Twitter）の「@MSFT365status」を開き、直近の公式アナウンスを検索する
- 補助情報として「Teams 障害」「Outlook ログインできない」といったキーワードの投稿急増の有無を見る
社内共有の文章テンプレート例：「現在、公式ステータスページ（status.office365.com）にてTeamsの通信障害が報告されています。公式アナウンス（@MSFT365status）でも調査中とのことですので、復旧までは社用メールまたは代替チャットで連絡を行います。」——このアナウンスを社内掲示板へ流すことで、情シスへの「自分だけ繋がらないのか」という問い合わせを大幅に削減できます。
IT管理者向け：Microsoft 365管理センター「サービス正常性」の確認
管理者はadmin.microsoft.com にログイン後、左メニューの「正常性」→「サービス正常性」を開きます。ここには自社契約範囲に直接影響するトラブルのみがリストアップされます。
- インシデントID（TMxxxxxxやEXxxxxxxなどの識別コード）を控える
- 影響を受けるユーザー数、最新の発生状況、次回のアナウンス予定時刻を確認する
- 履歴タブを参照し、過去の事例から復旧までの所要時間傾向を推測する
- 後日SLAクレジット請求を行う可能性に備え、発生時刻・影響範囲・管理画面のキャプチャを保存する
注意したい失敗例：認証基盤（Microsoft Entra ID等）自体に障害が発生すると、管理センター自体にログインできなくなるケースがあります。システム全廃と誤認しないよう、必ずログイン不要の公開ステータスページと併せて状況を見極めるルールを設定してください。
全体障害か「自分だけ」不具合かの切り分けフローチャート
公式ステータスに障害が記載されていない場合、問題は端末・社内ネットワーク・個別アカウントのいずれかに存在する可能性が高まります。「閲覧環境→通信回線→アカウント」の順で条件を変えて検証するのが効率的です。
- STEP1：デスクトップアプリを避け、ブラウザ版（office.com）でログインできるか試す → ログイン可能ならアプリ固有の不具合
- STEP2：スマホのモバイルデータ通信（4G/5G、Wi-Fiオフ）で接続できるか試す → 接続可能なら社内ルーター・プロキシ・VPNの不具合
- STEP3：同僚の端末で同じアカウント操作ができるか確認する → 同僚が問題なければ自分の端末・プロファイル固有の問題
- STEP4：全環境で接続不可かつ公式発表あり → 全体障害と判定し、代替運用へ移行
| 主な症状 | 想定される原因 | 最初の対処ステップ |
|---|---|---|
| デスクトップアプリのみ起動不可・接続不可 | アプリのキャッシュ蓄積・バージョン古化 | アプリの再起動・更新・キャッシュクリア |
| 社内Wi-Fi環境のみエラーが発生 | プロキシ設定・セキュリティ機器・DNS障害 | ネットワーク管理者へ通信経路の確認依頼 |
| 特定のアカウントのみログイン不可 | ライセンス失効・パスワード期限切れ・MFA不整合 | 資格情報の再入力・管理者による状態確認 |
| 全社員・全端末で一斉にエラー発生 | クラウド側の広域接続障害 | 公式ステータス確認後、BCP代替運用へ移行 |
Web版（ブラウザ）とデスクトップアプリの動作比較
最初に試すべき対処は、ブラウザでの利用確認です。Microsoft EdgeやGoogle Chromeのシークレットウィンドウ（プライベートモード）を立ち上げ、office.com からログインして Teams や Outlook on the web を起動します。Web版が正常に動作するなら、クラウド基盤自体は稼働していると判断できます。この場合、当面はWeb版で業務を継続し、アプリの再インストールやキャッシュ削除は業務時間外に対応するのが現実的です。
なお、ExcelやWordといった個別アプリのみが起動時に強制終了する場合は、クラウド障害ではなく端末ローカルの問題であるケースが目立ちます。詳細はExcelが開かない・起動しない原因と対処法で切り分け手順をまとめています。
スマートフォン（モバイル回線）でのログイン検証
社内ネットワーク機器の不調とクラウド障害は、画面上のエラー表示が酷似します。スマホのWi-Fiを切り、キャリアの4G/5G回線のみで接続テストを行うことで、自社ネットワーク内のトラブルかを明確に選別できます。テザリングでPCをモバイル回線に繋ぎ直して試す方法も有効です。
ブラウザキャッシュ・認証資格情報のクリア
特定端末でのみ認証画面が無限ループする場合は、ローカルに保持された古いキャッシュや認証トークンが干渉していることが多々あります。
- ブラウザの閲覧履歴・キャッシュ・Cookieを消去し、シークレットモードで再接続する
- Windowsの「資格情報マネージャー」を開き、Web資格情報・Windows資格情報に含まれるMicrosoft関連のデータを消去する
- Teamsアプリの場合はサインアウトを実行後、タスクマネージャーで完全終了させてから再起動する
- 上記を試しても解決しない場合は、OSの再起動を実施する
注意点：資格情報を消去する前に、自社システムのアカウントIDやパスワードをメモしているか確認してください。控えていない状態で消去すると、他の社内システムにも再ログインできなくなり業務が滞る原因になります。
Microsoft 365主要サービス別の障害発生時の影響と緊急回避策
全体障害が発生した際は、復旧を待つだけでなく代替ツールや代替手順へ即座に切り替えて業務停止を防ぐ対応が求められます。
Microsoft Teamsが繋がらない・チャットが送れない時の代替手段
メッセージの送信が完了しない、あるいはオンライン会議に接続できない場合、初動として以下の回避策を実行します。
- Web版Teams（teams.microsoft.com）およびモバイル版アプリの双方で試行する
- 開催予定の会議は、外部Web会議ツールへ切り替えて招待URLをメールで再送する
- 緊急連絡はあらかじめ定めた代替チャネル（社用携帯のSMS、別体系のチャットツール、緊急連絡用電話網）へ切り替える
運用現場の事例：ある企業の総務部門では、Teams障害発生時に「全社連絡は別契約しているSaaS管理ツール経由の緊急一斉メール通知に集約する」というマニュアルを定めていたため、障害発生から15分以内に全社員へ代替業務の指示を完了できました。事前の経路確保が混乱を防ぐ鍵になります。
Outlook / Exchange Onlineでメール送信エラーが出る時の対処
送信トレイにメールが残ったまま動かない場合、まずOutlook on the web（outlook.office.com）での挙動を確認します。Web版でも送受信ができない場合はExchange Online側の障害である可能性が高いため、電話や別回線の手段で相手先へ遅延の旨を連絡する判断が先決です。復旧後に未送信メールが一斉送信されて二重送信にならないよう、送信トレイの状態にも注意を払う必要があります。
OneDrive / SharePoint Onlineでファイル同期が止まった場合の保護策
同期エラーが発生した際、最も避けるべきなのは焦ってローカルファイルを削除したり上書き保存を繰り返したりすることです。作業中のファイルは「名前を付けて保存」で端末内のローカルフォルダへ一旦退避させ、クラウドの同期が安定した後に手動で差分をアップロードする手順を取ります。
取引先への緊急なファイル共有が必要な場面で一時的に外部転送サービスを検討する場合は、セキュリティポリシーに留意しなければなりません。適切な転送手段の選択ルールについてはギガファイル便のビジネス利用リスクと安全な代替手段をご参照ください。日常的なリスク分散としてはクラウドストレージ比較・買切りvsサブスクでのデータ保護対策での多重化設計も参考になります。
知っておくべきMicrosoft 365のSLA（稼働率99.9%）と返金基準
法人向けのMicrosoft 365では、月間稼働率99.9%を保証するSLA（Service Level Agreement）が設定されています。実際の稼働率がこの数値を下回った場合、契約者は返金に相当するサービスクレジットの請求を行える権利が発生します。
月間許容ダウンタイムは約43分12秒！SLA違反の条件とは
Microsoft公式サイト（Microsoft Learn）の「Microsoft Online Services サービス レベル アグリーメント」に掲載されている条件によると、30日間の月間稼働率99.9%を維持するために許容される累積停止時間は約43分12秒以内です。これを超えるサービス停止が発生した場合、規定に従って返金手続きの対象となります。
障害レベルに応じたサービスクレジット（返金率）の仕組み
| 月間稼働率の範囲 | サービスクレジット（返金割合） |
|---|---|
| 99.9%未満 | 該当サービスの月額請求額の25% |
| 99.0%未満 | 該当サービスの月額請求額の50% |
| 95.0%未満 | 該当サービスの月額請求額の100% |
注意点：特定機能のみ停止した場合の返金計算ルール
返金計算の原則：Microsoft 365 E3やBusiness Premiumなどのスイートライセンスを契約している場合でも、障害が「SharePoint Onlineのみ」で発生した際は、スイート全体の月額費用ではなく該当機能に相当する按分金額に対してのみ返金割合が適用されます。契約全体が全額返金されるわけではない点に留意が必要です。
申請には障害発生のログやインシデントIDなどの証跡が必要となり、申請期限も定められています。また、CSP（クラウド ソリューション プロバイダー）経由で契約している場合は販売パートナーが請求窓口となるため、具体的な手続きフローは自社の契約書面およびパートナー企業へご確認ください。
総務省の事故報告基準と企業のIT-BCP（障害対策）設計
大規模なクラウド障害は、個別の企業活動を止めるだけでなく社会インフラ全体の停滞につながります。総務省の公表資料（「電気通信サービスの事故の発生状況」等）によると、近年は音声通話だけでなくデータ通信やクラウドサービスにおける大規模事故に対する報告基準の見直しや運用の厳格化が進められています。
クラウド依存リスクと法令動向を踏まえたバックアップ対策
さらに、厚生労働省の公表資料によると介護・福祉分野等において業務継続計画（BCP）の策定が義務化されるなど、業界を問わずSaaS障害を前提とした事業継続体制の構築が重視されています。
クラウド上のデータを1箇所だけに頼るリスクを回避するため、法人の情シス部門ではMicrosoft 365とは別系統のサードパーティ製バックアップツール（VeeamやCloudAllyなど）を導入し、クラウド対クラウド（C2C）で独立したバックアップを自動保持する構成が増加しています。シャドーITの排除やアカウント管理の一元化と併せて検討したい場合は、社内システムの耐障害性を高めるSaaS管理ツールの導入も効果的です。
SaaS障害時に業務を継続するための3つのIT-BCP対策
- ① 通信・連絡手段の二重化：Teams停止時にも機能する別系統の連絡手段（社用携帯の緊急連絡網、他社ビジネスチャット、別ドメインのメール）を明示しておく
- ② 重要データの独立バックアップ：OneDrive/SharePointだけでなく、事業継続に必要なファイルはローカルストレージや別クラウドへバックアップを取得する
- ③ 初動フローと周知プロセスの標準化：誰がステータスを確認し、どの基準で全社へ代替運用の指示を出すかの判断ラインをマニュアル化しておく
実務で使える1ページIT-BCPシートの構成：「①確認用URL一覧（status.office365.com / @MSFT365status / 管理センター） ②障害判定の緊急連絡先 ③代替ツールのログイン方法 ④取引先への連絡テンプレ ⑤障害発生・復旧ログの記録フォーマット」。この項目をまとめたPDFをあらかじめローカル環境へ保存しておくことで、障害発生時のパニックを防げます。
Microsoft 365障害に関するよくある質問（FAQ）
管理者権限がなくても今日の障害状況を確認できますか？
確認可能です。ログイン不要で閲覧できる公式ステータスページ（status.office365.com）や、Microsoft 365公式Xアカウント（@MSFT365status）を参照することで、広域障害の発生有無を即時に判断できます。
Microsoft 365の障害で業務が停止した場合、返金を受けることは可能ですか？
法人契約において、月間稼働率がSLA規定の99.9%（月間許容停止時間約43分12秒）を下回った場合、申請を行うことで25%〜100%のサービスクレジット返金を受けられる可能性があります。具体的な申請要件は契約形態や販売パートナーによって異なります。
TeamsやOutlookのみが繋がらない場合、障害かどうかの切り分け方は？
ブラウザ版（Web版）へのログインと、スマホのモバイル回線（Wi-Fiオフ）からのアクセスを試してください。特定端末やアプリでのみエラーが出る場合は、アプリのキャッシュ消去や資格情報マネージャーの整理で解決する個別の問題である可能性が高くなります。
障害からの復旧見込み時間はどこで確認できますか？
管理センターの「サービス正常性」画面にて、各インシデントの調査状況や次回更新予定時刻が順次掲載されます。一般ユーザーの場合は公式X（@MSFT365status）の進捗投稿が主要な情報源となります。
障害が復旧した直後にやるべき実務作業は？
送信トレイに留まっていたメールの二重送信チェック、OneDriveでの同期競合ファイルの確認、一時的にローカルへ退避させたファイルの再アップロードを実施します。また、発生時刻と復旧時刻の記録は、将来のSLA申請やBCPマニュアル改訂の貴重なデータとなります。
今日の障害確認は「公開ステータス→公式X→管理センター」で
Microsoft 365の不具合に遭遇した際は、まずログイン不要のstatus.office365.com、続いて公式X（@MSFT365status）、管理者は管理センターのサービス正常性を順にチェックします。公式アナウンスに記載がない場合は、Web版・モバイル回線・別アカウントの順にテストを行い、原因が自社の端末や通信環境にあるかを切り分けます。
SLAの返金条件や総務省の事故報告基準などは改定される場合があるため、実際の運用や権利請求の際は必ずMicrosoft公式（Microsoft Learn／サービス規約）および関係省庁の最新情報をご確認ください。本記事はITインフラ・クラウド運用の現場知見に基づき、公的機関および提供元の公開情報に沿ってまとめています（組織概要は運営者情報ページに記載しています）。
📚 参考・出典（編集部が確認した一次ソース）
- soumu.go.jp （総務省 情報通信白書・電気通信事故関連資料）
- e-gov.go.jp （e-Gov パブリック・コメント）
- hokkaido.lg.jp （北海道 業務継続計画関連情報）
- wam.go.jp （WAM NET 障害・BCP対策資料）
- bousai.go.jp （内閣府 防災情報・事業継続ガイドライン）
- mhlw.go.jp （厚生労働省 BCP策定運用資料）
※本記事の作成にあたり、上記の公開情報・一次ソースを確認しています。
