Excel／Word／PowerPoint のコメント欄で「@メンション」が突然使えなくなり、全ユーザー・全アプリで同時多発している――そんな“テナント全体の異常”は、現場での対症療法だけでは解決しません。本記事は、管理者・情シス・現場リーダーが即実行できる緊急対処から恒久対策、検証・記録テンプレートまでを一気通貫でまとめた実務ガイドです。
Office アプリのコメントで「@メンション」が機能しない：状況整理
現象：Excel／Word／PowerPoint（Web 版・デスクトップ版とも）でコメント欄に @ を入力するとエラー表示となり、ユーザーをタグ付けできない／候補が出ない／送信が失敗する。
範囲：組織内の全ユーザー。SharePoint Online と OneDrive for Business 上のファイルで発生。Teams のスレッドや SharePoint リストの @ メンションは正常に機能。
状況：特定の時刻（例：4 時間前）から一斉発生。管理センターの設定変更履歴に該当なし。シークレットウィンドウや再ログインでも改善せず。アプリ個別の問題ではなく、テナント全体の要因が濃厚。
上記の特徴は、サービス側の一時的障害や テナント レベル設定／機能フラグの不整合、権限スコープの異常で起きる典型波形です。個別端末やブラウザーの問題に時間をかけるより、速やかなエスカレーションと再現条件の可視化が解決の近道です。
まずやるべき最短ルート（結論）
自己解決が難しいテナント全体の障害は、Microsoft 365 管理センターからのサポート チケット発行が最優先です。並行して、サポートがすぐに診断に入れるよう再現手順・影響範囲・時系列を整備します。
| 優先度 | 解決策 | 具体的な手順・補足 |
|---|---|---|
| 1 | Microsoft 365 管理センターからサポート チケットを発行 | 1) 管理者アカウントで管理センターにサインインし、画面右下の [ヘルプ & サポート] → [サポートへのお問い合わせ] を選択。 2) 症状・影響範囲（組織内全ユーザー、対象アプリ、ファイル保管先、発生開始時刻、再現手順、エラー文言・スクリーンショット、相関 ID があれば併記）を記入し送信。 3) 発行されたチケット番号を控え、社内連絡チャネル（Teams 等）で周知。必要に応じて Microsoft 担当者に直接共有。 ─ テナント レベルの診断ログ解析・機能フラグ検証はサポート側でのみ実施可能。早期の切り替えが復旧を早めます。 |
| 2 | 発生状況を整理 | 以下の粒度で一次情報を整える： ・影響ユーザーリスト（サンプルでも可）と発生時刻（例：〇月〇日 09:55 以降） ・対象アプリ（Excel/Word/PowerPoint の Web・デスクトップ） ・保管場所（SharePoint Online／OneDrive）と URL パターン（/sites/… or /personal/…） ・試行済み対処（キャッシュクリア、拡張機能無効化、別プロファイル、別ネットワーク、別端末）と結果 ・通知メールの挙動（@メンション時のメール通知の有無／失敗） |
| 3 | 一次切り分けチェック（ローカル要因の可能性のみ除外） | ・保存場所：ローカル PC／共有ドライブのファイルでは @ メンション不可。必ず OneDrive／SharePoint に保存し再テスト。 ・サインイン：職場／学校アカウントでサインインし、Office アプリと Outlook を再ログイン。 ・ブラウザー：別プロファイルや InPrivate で再現するか確認。拡張機能、サードパーティ Cookie ブロック、トラッキング防止の影響を除外。 → 今回のように「全ユーザー＋全アプリ」で同時発生している場合は、テナント側要因が濃厚。長居せずサポートへ早期エスカレーション。 |
要点：テナント全体の症状はローカル対処で“直ったように見える”ケースが稀にありますが、多くは再発します。根治にはテナント診断が不可欠です。
技術的背景：@メンションが成立するための前提条件
Office のコメント @メンションは、複数のクラウド機能が直列で成立して初めて動きます。どこか 1 点でも不整合が起きると、候補が出ない・送信失敗・通知不達などの症状になります。
- 保存先がクラウド：対象ファイルは OneDrive for Business または SharePoint Online に保存。
- 権限：メンションする相手が少なくとも閲覧権限を持つ（招待と同時付与の仕様変化により挙動が異なる場合あり）。
- ユーザー解決（People Picker）：UPN／表示名の検索はディレクトリ（Entra ID）とサービス側の候補 API に依存。
- コメント サービス：アプリ（Web／デスクトップ）のコメント機能がクラウドと同期し、メンションをイベントとして登録。
- 通知：メール通知は通常 Exchange Online 経由。通知が無効でもコメント自体は成立するが、体感上「動いていない」と誤認されることがある。
- 外部共有：組織外ユーザー（ゲスト）のメンションは、外部コラボ設定・サイト共有ポリシーの組合せでブロックされることがある。
今回のように 候補が出ない／@ 入力でエラー 等が「組織全体」で同時発生する場合、コメント サービス側・ディレクトリ連携・テナント機能フラグのいずれかで広域異常が起きている可能性が高いと判断できます。
管理者向け：確認すべきポイントと作業順
サービス正常性（Service Health）を確認
- Microsoft 365 Suite・SharePoint Online・OneDrive for Business・Exchange Online などに関連するインシデント／アドバイザリの有無を確認。
- 障害情報が表示されていない場合でも、テナント限定・地域限定の事象が存在し得ます。疑わしい場合はチケットで相関 ID・追跡 ID の提示を依頼。
テナント設定・機能フラグを点検
- 対象リリース（標準／先行リリース）の変更有無（切替直後に UI・フラグの不一致が生じることがある）。
- 外部共有レベルのポリシー変更（ゲストメンションの可否に影響）。
- 通知関連設定（サイト／ライブラリ／ユーザーのメール通知既定）。通知不達は機能不全と誤認されやすい。
- 条件付きアクセス／セッション制御（一部の API 呼び出しがブロックされると候補取得に失敗しうる）。
監査ログと変更履歴
- 直近 24～72 時間の管理操作（SharePoint 管理コマンド、外部共有の切替、認証・条件付きアクセス変更、コメント機能に関連しそうな機能フラグ）の有無を確認。
- 運用ルールとして、すべての変更にチケット番号を紐づけ、障害時に即トレースできるようにしておくと復旧が早まります。
ユーザー影響の見極め：テナント要因 vs. ローカル要因
| 観測される症状 | 再現範囲 | 可能性が高い原因 | 次アクション |
|---|---|---|---|
| @入力で即エラー表示 | 全ユーザー／全アプリ | サービス側障害、テナント機能フラグ不整合 | 即チケット発行、相関 ID の採取、再現動画の添付 |
| 候補が一人も出ない | 多数ユーザー・複数端末 | ディレクトリ検索 API の失敗、ネットワーク制御 | ネットワーク例外設定の点検、Service Health 参照 |
| コメントは残るが通知が来ない | 一部ユーザー | 通知メールの抑止、Outlook ルール、フォーカス受信トレイ | 通知設定の確認、別アドレスへの通知試験 |
| あるサイトだけ失敗 | 特定ライブラリ／サイト | サイト権限・外部共有設定の相違 | サイト権限既定の見直し、別サイトでの再現比較 |
| 特定端末だけ失敗 | 1～2 台、特定ブラウザー | 拡張機能／キャッシュ／Cookie／端末時計のズレ | InPrivate で再現確認、プロファイル切替、時刻同期 |
ネットワーク＆ブラウザーの確認ポイント（短時間で可能な切り分け）
- サードパーティ Cookieのブロックが厳格すぎる場合、認証セッションの分割で候補 API が失敗することがある。InPrivate で再現するか確認。
- トラッキング防止・広告ブロッカー・セキュリティ拡張を一時無効化し挙動を比較。
- ネットワーク機器の SSL インスペクション／プロキシで Microsoft 365 関連のドメインを例外化しているか再確認（*.office.com、*.sharepoint.com、*.microsoft.com 等）。
- 端末時計の誤差が 5 分以上だとトークン検証に失敗することがあるため NTP を再同期。
ただし、全社一斉発生のシナリオでは、これらは「無実証明」のための短時間チェックに留め、メインはサポートへの即時エスカレーションに注力してください。
現場で役立つ「記録テンプレ」とチェックリスト
インシデント記録テンプレ（そのままコピペ可）
【件名】@メンション不可（Office コメント）／全社影響
【開始】YYYY/MM/DD HH:mm（観測開始）
【影響】Excel/Word/PowerPoint（Web/デスクトップ）、OneDrive/SharePoint 上の全ファイル
【再現】任意のドキュメントでコメント欄に @ を入力 → エラー表示／候補が出ない
【比較】Teams/SharePoint リストの @ メンションは正常
【試行】InPrivate、別ブラウザー、別端末、別ネットワーク、再ログイン、Office 再起動 → 改善なし
【スコープ】全ユーザー（少なくとも n 名で再現）
【証拠】スクリーンショット（PNG）、動画（MP4）、相関 ID（あれば）
【連絡】管理センターよりサポート チケット発行（No. XXXXX）
【更新】（サポートからの回答／回避策／次回更新予定）
収集すべきデータ
- 影響ユーザーの UPN、テナント名、対象ファイルの URL（サイト／個人 OneDrive 別に 2～3 例）
- 発生開始時刻（±15 分の幅で良い）
- エラー表示の文言・画面（日本語／英語 UI 両方があればベター）
- Office バージョン（デスクトップ版：更新チャネルとビルド番号）
- ブラウザー種別・バージョン（Edge/Chrome/Safari/Firefox）
- ネットワーク経路（社内／VPN／在宅）、プロキシの有無
PowerShell でできる“素早い健全性チェック”例
深掘りの詳細診断は Microsoft サポートの領域ですが、管理者側で「明らかな異常がないか」を短時間で確認するためのサンプルを示します（実行は自己責任／変更系コマンドは含めません）。
SharePoint Online テナントの主要設定取得
# 事前に SharePoint Online 管理シェルを導入
Connect-SPOService -Url https://<TenantName>-admin.sharepoint.com
Get-SPOTenant | Select-Object ConditionalAccessPolicy, LegacyAuthProtocolsEnabled, SharingCapability, CommentsOnSitePagesDisabled
# 出力を保存
Get-SPOTenant | ConvertTo-Json | Out-File .\SPOTenantSnapshot.json -Encoding utf8
対象ユーザーの基礎情報（Graph PowerShell）
# Microsoft Graph PowerShell SDK
Connect-MgGraph -Scopes "User.Read.All","Directory.Read.All"
Get-MgUser -UserId [email protected] | Select-Object Id, DisplayName, Mail, UserPrincipalName, AccountEnabled
目的は「極端な無効化やポリシー不一致がないか」を把握すること。結果はチケットに添付すると診断が進みやすくなります。
回避策と業務継続プラン（復旧までの橋渡し）
- コメントは通常通り記入し、対象者の氏名を文中に明記（例：「＠鈴木宛：…」）。自動通知は来ないため、「共有」機能でリンク付きのメッセージを送付して代替通知。
- Teams チャット／チーム投稿で対象ファイルへのディープリンクを貼付し、担当者を @ メンションして呼びかける。
- タスク管理（Planner/To Do）と連携して、該当ドキュメントを添付したタスクを発行（期限・担当を明確化）。
- 重要文書は、版管理コメントに担当者と期日を併記しておく（後から追跡可能）。
上記は完全な代替ではありませんが、レビュー停滞やチェック漏れを最小化できます。復旧後にコメント履歴を見返し、必要なら正式な @ メンションとして再登録しておくと監査上も整合します。
よくある誤解と落とし穴
- 「ローカル保存でも @ できるはず」：いいえ。@ メンションはクラウド保存（OneDrive/SharePoint）が前提です。
- 「通知が来ない＝機能していない」：通知メールが抑止されていても、コメントとメンションは成立していることがあります。別の受信方法（Outlook モバイル・ブラウザー）で確認しましょう。
- 「ゲストも社員と同様にメンション可能」：外部共有レベルやサイト権限で挙動が変わります。コンプライアンスポリシーによりブロックされる場合も。
- 「先行リリースの方が安定」：新機能の展開直後は UI／機能フラグの非対称が起きることがあります。業務影響が大きい部署は標準リリースに揃える運用も検討を。
復旧後に必ず行うべき検証と再発防止
- 正常性確認の回帰テスト：Web 版／デスクトップ版、SharePoint サイト／OneDrive、社内／在宅ネットワークの最低 6 パターンで @ メンションが成立するかを確認。
- 通知経路の検証：メンション相手のメール通知到達を確認。フォーカス受信トレイ／振り分けルール／迷惑メールに入っていないかもチェック。
- 変更管理の棚卸し：発生時刻直前に行われた設定変更を洗い出し、今後は変更計画とロールバック手順の明文化を徹底。
- 監査とレポート：インシデント・レビューを実施し、平均復旧時間（MTTR）と検知時間（MTTD）を記録。次回はより早く判断できる基準を作ります。
エンドユーザー向け「周知テンプレ」
【お知らせ】Office コメントの @メンションに不具合が発生しています
現在、Excel/Word/PowerPoint のコメント欄で @メンションが利用できない事象を確認しています。
・対象：社内の全ユーザー（OneDrive・SharePoint 上のファイル）
・開始：YYYY/MM/DD HH:mm 頃～
・影響：@メンションの候補表示／登録／通知が正しく動作しない
・回避：コメント本文に宛名を記載し、「共有」で対象者にリンクを送付してください
復旧に向けてサポートへエスカレーション済みです。進展があり次第、続報をお送りします。
ご不便をおかけしますが、対応にご協力ください。
再現手順の精密化：サポートに刺さる証跡を作る
- 任意の SharePoint サイトで 新規ドキュメント を作成し保存。
- コメントを開き、
@を入力 → 候補の有無、エラー表示を確認。 - 別ユーザーと同じ手順を別端末・別ネットワークで繰り返す。
- 現象発生画面を静止画（PNG）と動画（MP4）で取得。ウィンドウ右下などに相関 ID が表示される場合は必ず記録。
- 時間・ユーザー・ファイル URL・サイト URL を一覧化して添付。
証跡の質が高いほど、サポートは診断のピボットを素早く特定できます。
チェックリスト（管理・運用・技術）
| カテゴリ | チェック項目 | 目的 | 備考 |
|---|---|---|---|
| 運用 | 発生時刻・影響範囲・再現手順の整備 | 診断の初期コストを最小化 | テンプレ活用で 10 分以内に提出可能化 |
| 管理 | Service Health・メッセージセンター確認 | 広域障害かテナント固有かを切り分け | 表示なしでもチケットで追跡 ID の提示を依頼 |
| 設定 | 外部共有・対象リリース・通知設定の差分確認 | 仕様差・フラグ不整合の発見 | 直近変更の棚卸しとロールバック可否を確認 |
| ネットワーク | プロキシ／SSL インスペクションの例外設定 | 候補 API・コメント同期の失敗回避 | 主要ドメインを社外ネットワークでも例外化 |
| クライアント | ブラウザー拡張・Cookie 制御・端末時計 | ローカル要因の除外 | InPrivate・別プロファイルで A/B テスト |
トラブルの“見える化”に効くテスト行程（30 分版）
- 代表 3 ユーザー × 2 環境（社内・在宅）で再現確認（10 分）。
- 新規サイト／新規 OneDrive で空文書を作成して再現比較（5 分）。
- Web 版とデスクトップ版で相互クロスチェック（5 分）。
- 証跡をまとめて共有フォルダーに保管（5 分）。
- 管理センターからサポート チケット発行（5 分）。
この 30 分の初動で、ほぼすべてのステークホルダーが同じ状況認識に立てます。
FAQ：現場からの質問に答える
Q. コメント自体は残せるのに、@ を入れるとエラーになります。
A. コメント投稿とメンション登録は別経路です。メンション登録に必要なディレクトリ検索や通知連携が失敗している可能性があります。回避策として氏名を明記し、共有リンクで通知してください。
Q. 外部パートナーをメンションできますか？
A. 外部共有レベル、サイト権限、ゲストの招待状態によって可否が変わります。今回のような全社障害時は、外部ユーザーの可否に関係なく一律で失敗することがあります。
Q. デスクトップの「モダンコメント」を無効にすれば直りますか？
A. 一時的に UI が変わって改善したように見えても、本質はクラウド側の登録処理です。テナント全体での不具合はサポート対応が必要です。
Q. 通知だけが来ません。
A. 機能としてのメンションは成功していても、メール通知が抑止・分類されていることがあります。Outlook のその他フォルダー、フォーカス受信トレイ、ルール、迷惑メールを確認してください。
セキュリティ・コンプライアンスとの関係
- DLP／情報保護ラベル：高い保護レベルのファイルでは、コメント・共有が制限されることがあります。
- 条件付きアクセス：アプリ制限やセッション制御で、特定 API コールのみがブロックされ、結果として候補取得や登録が失敗することがあります。
- 監査要件：インシデント時の連絡・判断・復旧までのログを残し、事後レビューで再発防止策に反映しましょう。
現場運用の“型”：インシデント対応プレイブック（抜粋）
- 検知：複数部署からの同時報告／監視チャネルのアラート。
- 初動：30 分テスト行程で再現条件を確定し、チケット発行。
- 周知：業務影響・回避策・次回更新予定を含むテンプレを配信。
- エスカレーション：証跡・相関 ID・再現動画を添えてサポートに提示。
- 復旧判定：回帰テストの全パターンをパスしたら「クローズ条件」を満たす。
- 振り返り：変更点・検知経路・意思決定の棚卸し、SLA/SLO の更新。
まとめ：最短で業務を前に進めるために
現象がテナント全体に及ぶ場合、自己解決は困難です。迷わず Microsoft 365 管理センターからサポート チケットを即時作成し、テナント レベルでの診断・復旧を依頼しましょう。並行して、保存場所／サインイン状態／ブラウザー影響を短時間で確認し、再現手順・影響範囲・時系列・証跡を整えて提出。復旧までの間は、氏名明記＋共有リンク＋Teams 連絡でレビューを止めない“橋渡し”を実施してください。復旧後は回帰テストと変更管理の見直しで、次回の検知・判断・復旧をより速く、より確実に。
付録：トラブル対応の実践 QRG（Quick Reference Guide）
| 作業名 | 誰が | いつ | 期待アウトプット |
|---|---|---|---|
| 30 分テスト行程 | 情シス担当／現場リーダー | 検知から 30 分以内 | 再現条件一覧、証跡（画像・動画）、影響範囲サマリ |
| サポート チケット発行 | テナント管理者 | 同上 | チケット番号、提出資料一式、次回更新予定時刻 |
| 代替運用の周知 | コミュニケーション担当 | 同上 | 社内アナウンス（回避策・影響・更新計画） |
| 復旧後の回帰テスト | QA 役 | 復旧通知後 2 時間以内 | テスト結果、クローズ判断、再発防止チケット |
コメント