Microsoft Loop の利用状況を Microsoft 365 管理センターの既存ダッシュボードから確認できるようになる予定だった「Admin usage reports for Loop」は、現時点では進められないことになりました。つまり、2026年6月の一般提供予定を前提に、Loop 専用の管理者向け使用状況レポートが追加されると見込んで運用設計するのは避けるべきです。Microsoft 365 管理者は、今すぐ新機能の展開準備を進めるよりも、既存の利用状況レポート、SharePoint Embedded コンテナー管理、Loop の管理ポリシー、Purview の監査・保持・DLP 設定を見直すことが実務上の優先事項になります。Microsoft 365 Roadmap ID 421611 は、Loop のテナント内利用を既存の Microsoft 365 管理ダッシュボードで表示・監視する内容でしたが、公式情報ではステータスが「Cancelled」となり、「この変更を現時点では進めない」と更新されています。(Microsoft)
Microsoft 365の「Admin usage reports for Loop」とは何だったのか
「Microsoft 365 app: Microsoft Loop – Admin usage reports for Loop」は、Microsoft Loop の利用状況を管理者が確認しやすくするためのロードマップ項目です。
Loop は、Loop ワークスペース、Loop ページ、Loop コンポーネントを使って、Teams、Outlook、OneNote、Whiteboard などと連携しながら共同編集を進められる Microsoft 365 のコラボレーション機能です。組織で利用が広がると、管理者には次のような確認ニーズが出てきます。
- どの程度 Loop が使われているのか
- 特定部門だけで利用が進んでいるのか
- ライセンスや教育施策の効果が出ているのか
- 外部共有やデータ管理のリスクが増えていないか
- Copilot Pages や Copilot Notebooks とあわせて、SharePoint ストレージへの影響がないか
今回のロードマップ項目は、こうした確認を Microsoft 365 管理センターの既存の usage dashboards で見られるようにする方向の機能でした。公式の説明では「View and monitor Loop usage in the tenant through existing M365 admin usage dashboards」とされており、対象は Worldwide の標準マルチテナント、プラットフォームは Web、製品は Microsoft 365 app、リリースフェーズは General Availability と整理されていました。(Microsoft)
ただし、重要なのは「予定されていた」機能であり、現時点では進行中の新機能ではないという点です。
変更点：Loop使用状況レポートの追加予定はキャンセル扱い
今回の変更で押さえるべきポイントは、機能の追加ではなく、予定されていた機能追加が見送りになったことです。
| 確認項目 | 内容 |
|---|---|
| Roadmap ID | 421611 |
| 機能名 | Microsoft 365 app: Microsoft Loop – Admin usage reports for Loop |
| 当初の目的 | 既存の Microsoft 365 管理ダッシュボードから、テナント内の Loop 利用状況を表示・監視する |
| 対象 | Worldwide、Web、Microsoft 365 app |
| 表示上の一般提供予定 | June CY2026 |
| 現在のステータス | Cancelled |
| 更新内容 | 2026年5月11日付で「現時点ではこの変更を進めない」と案内 |
| 管理者が取るべき判断 | 2026年6月に Loop 専用 usage report が出る前提の運用設計を停止し、既存手段で可視化・統制する |
公式ロードマップは、商用機能の予定日や説明を示すものですが、記載内容は変更される可能性があり、一般提供、延期、キャンセルなどに伴って情報が削除または変更される場合があると説明されています。したがって、今回のように GA 月が残っていても、ステータスと更新本文を優先して読む必要があります。(Microsoft)
管理者が誤解しやすいのは、「June CY2026」と「Cancelled」が同時に見える点です。この場合、「2026年6月に予定どおり展開される」と読むのではなく、かつて June CY2026 を目標にしていたが、現時点では進めないと更新された項目と解釈するのが安全です。
影響範囲：新しいレポートを待っていた管理者・運用担当者に影響
この変更の影響は、Loop を利用しているエンドユーザーそのものよりも、Microsoft 365 管理者、情報システム部門、セキュリティ・コンプライアンス担当者に大きく出ます。
影響を受けやすい組織
特に影響を受けやすいのは、次のような組織です。
| 組織・担当者 | 想定される影響 |
|---|---|
| Loop の利用実態を可視化したい Microsoft 365 管理者 | Loop 専用の利用状況レポートを前提にした月次集計や利用促進レポートを作りにくい |
| Copilot Pages / Copilot Notebooks と Loop をあわせて管理している組織 | SharePoint Embedded コンテナーやストレージ影響を、複数の管理画面・PowerShell・Purview で確認する必要がある |
| セキュリティ・コンプライアンス担当 | Loop 利用者数だけでリスクを判断するのではなく、外部共有、保持、DLP、監査ログなどを個別に確認する必要がある |
| 情シスの利活用推進担当 | 部門別・ユーザー別の Loop 利用状況を簡単に可視化できる前提で教育施策を設計しない方がよい |
| 開発者・自動化担当 | Microsoft Graph や Power BI で Loop usage report を取得する前提の実装を組まない方がよい |
一方で、Loop 自体が使えなくなるという変更ではありません。今回の対象は、Loop の利用状況を管理者向けダッシュボードで可視化するレポート機能です。Loop ワークスペースや Loop コンポーネントの作成、既存コンテンツの閲覧・編集、Teams や Outlook との連携可否は、別の管理ポリシーやサービス設定に依存します。
Microsoft 365管理者がまず確認すべきこと
今回の更新を受けて、管理者は「新機能の展開準備」ではなく「現行運用で不足している可視化と統制」を確認する必要があります。
Microsoft 365管理センターの既存Usageレポートを確認する
Microsoft 365 管理センターの使用状況レポートは、組織内で Microsoft 365 サービスがどのように使われているかを把握するための機能です。レポートは通常、過去 7日、30日、90日、180日といった期間で確認でき、データは通常 24〜72時間で反映されますが、場合によっては数日かかることがあります。(Microsoft Learn)
確認手順は次のとおりです。
| 手順 | 操作 |
|---|---|
| 1 | Microsoft 365 管理センターにサインインする |
| 2 | 左メニューで「レポート」を開く。表示されない場合は「すべて表示」から探す |
| 3 | 「使用状況」を選択する |
| 4 | Active Users、Microsoft 365 Apps usage、OneDrive、SharePoint、Teams など、Loop と関連しやすいレポートを確認する |
| 5 | 必要に応じて CSV エクスポート、Power BI、Microsoft Graph reports API の利用を検討する |
Microsoft 365 管理センターでは、サービス別の利用状況を調査し、必要に応じて Excel、Power BI、Microsoft Graph reports API にエクスポートできると説明されています。ただし、「特定ユーザーを指定して、そのユーザーがどのサービスをどれだけ使っているかを一覧取得する」ような汎用レポートは生成できない点に注意が必要です。(Microsoft Learn)
ユーザー名の表示設定を確認する
利用状況レポートでは、既定でユーザー名、表示名、グループ名、サイト名などが非表示になる設定があります。これは各地域のプライバシー法令に対応するための設計です。必要に応じて、組織のプライバシーポリシーや監査要件に沿って「Display Concealed user, group, and site names in all reports」を有効化するか判断します。(Microsoft Learn)
ただし、この設定は安易に有効化すべきではありません。個人単位の利用状況が見えるようになるため、次の観点で事前確認が必要です。
| 確認項目 | 判断ポイント |
|---|---|
| 社内規程 | 利用ログを個人単位で確認できることが明記されているか |
| 目的 | ライセンス最適化、セキュリティ調査、利用促進など、利用目的が明確か |
| 権限 | グローバル管理者に頼りすぎず、Reports Reader など最小権限で運用できるか |
| 監査 | 識別可能な情報を表示した操作が監査対象になることを理解しているか |
| 周知 | 従業員へのログ取得・利用目的の説明が必要か |
Microsoft は、管理ロールについて最小権限の利用を推奨しており、グローバル管理者は既存ロールで対応できない緊急時などに限定すべき高権限ロールと説明しています。(Microsoft Learn)
Loopの利用状況を把握する代替手段
Loop 専用の Admin usage report が見送りになった以上、管理者は複数の観点を組み合わせて利用状況を把握する必要があります。
SharePoint Embeddedコンテナーを確認する
Loop ワークスペースは SharePoint Embedded コンテナーに保存されます。Microsoft Learn では、IT 管理者が SharePoint 管理センターまたは PowerShell を使って、SharePoint Embedded コンテナーを管理できると説明されています。Loop のコンテナーを抽出する場合は、Loop Web Application ID a187e399-0c36-4b98-8f04-1edc167a0996 などを使ってフィルターできます。(Microsoft Learn)
PowerShell で所有者不在の Loop コンテナーを確認する例は次のとおりです。
Get-SPOContainer -OwningApplicationId 'a187e399-0c36-4b98-8f04-1edc167a0996' | WHERE {$_.Owners.Count -eq 0} | FTユーザー所有のコンテナーを確認する例は次のとおりです。
Get-SPOContainer -OwningApplicationId 'a187e399-0c36-4b98-8f04-1edc167a0996' | WHERE OwnershipType -EQ 'UserOwned' | FTこの確認は、単なる利用者数の把握よりも実務的です。たとえば、退職者が所有していた Loop ワークスペースが所有者不在になっていないか、Copilot Pages や Copilot Notebooks と同じユーザー所有コンテナーが作成されていないかを確認できます。
Microsoft 365 Copilot usage reportでLoop関連のCopilot利用を見る
Loop そのものの全利用を見られるわけではありませんが、Microsoft 365 Copilot usage report では、Copilot in Loop の利用がアクティブユーザー指標に含まれます。公式ドキュメントでは、Loop の Copilot 機能は Microsoft 365 Copilot usage report に自動的に含まれ、利用が Active users 指標やユーザーごとの Last activity date に反映されると説明されています。(Microsoft Learn)
このため、Microsoft 365 Copilot ライセンスを展開している組織では、次のように使い分けるとよいでしょう。
| 確認したいこと | 使うべき情報 |
|---|---|
| Copilot in Loop が使われているか | Microsoft 365 Copilot usage report |
| Loop ワークスペースやコンテナーが作られているか | SharePoint 管理センター、SharePoint Embedded コンテナー、PowerShell |
| Loop の外部共有リスク | SharePoint/Loop の共有設定、感度ラベル、Purview |
| データ保持や削除 | Purview 保持ポリシー、Loop ストレージとライフサイクル |
| 部門別の利用促進 | 既存 usage reports、ライセンス割り当て、社内アンケート、教育受講履歴 |
注意点は、Copilot usage report は「Loop のすべての通常利用」を示すものではないことです。Loop ページを作る、Loop ワークスペースを開く、コンポーネントを編集するといった通常の Loop 利用全体を代替するレポートではありません。
Loop管理で見直すべき設定
今回のロードマップ項目が見送りになっても、Loop の管理設定そのものは引き続き重要です。特に、作成制御、保存場所、外部共有、退職者対応、コンプライアンスの5点は確認しておきましょう。
Loop作成ポリシーを確認する
Loop の作成や連携は、単一のスイッチだけで管理されているわけではありません。Microsoft Learn では、Loop コンポーネントの作成管理には Cloud Policy と SharePoint PowerShell の両方が関係すると説明されています。Teams 以外の多くの Loop エクスペリエンスは Cloud Policy を確認し、Teams 内の一部エクスペリエンスは SharePoint プロパティを確認します。(Microsoft Learn)
主な確認ポイントは次のとおりです。
| 管理対象 | 確認する設定 |
|---|---|
| Loop ワークスペース作成 | Cloud Policy: Create Loop workspaces in Loop |
| Microsoft 365 アプリ内の Loop ファイル作成・表示 | Cloud Policy: Create and view Loop files in Microsoft apps that support Loop |
| Outlook での Loop 作成・表示 | Cloud Policy: Create and view Loop files in Outlook |
| Teams の一部 Loop 体験 | SharePoint PowerShell の Set-SPOTenant 関連設定 |
| Copilot Pages / Copilot Notebooks | Create and view Copilot Pages and Copilot Notebooks |
特に重要なのは、Loop My workspace、Copilot Pages、Copilot Notebooks が同じユーザー所有 SharePoint Embedded コンテナーを使う点です。Microsoft Learn では、その単一コンテナーの作成を防ぐには、同じユーザーに対して「Create Loop workspaces in Loop」と「Create and view Copilot Pages and Copilot Notebooks」の両方を無効化する必要があると説明されています。(Microsoft Learn)
つまり、「Loop を無効化したつもりなのに、Copilot Pages 側からコンテナーが作られる」「Copilot Pages を止めたつもりなのに、Loop My workspace 側から作られる」という状態が起こり得ます。Loop と Copilot Pages を別々の機能として見るだけでなく、保存先コンテナーが共有される点まで含めて設計する必要があります。
ストレージとライフサイクルを確認する
Loop ワークスペースは組織の SharePoint ストレージクォータにカウントされます。Loop ワークスペースの最大サイズは 25TB で、この上限は増減できないと説明されています。(Microsoft Learn)
退職者対応も重要です。共有 Loop ワークスペースでは、すべての所有者が退職すると所有者不在の状態になり、ワークスペースはテナント内に残ります。個人用の My workspace は、Copilot Pages や Copilot Notebooks と同じユーザー所有 SharePoint Embedded コンテナーに保存され、ユーザーアカウントのライフサイクルに従って管理されます。(Microsoft Learn)
管理者が確認すべき実務ポイントは次のとおりです。
| シーン | 確認ポイント |
|---|---|
| 退職者が出た | 所有者不在の Loop ワークスペースがないか確認する |
| 部門異動が多い | ワークスペース所有者を複数名にしておく |
| ストレージ増加が気になる | SharePoint ストレージと Loop コンテナーの増加を定期確認する |
| Copilot Pages を導入している | Loop My workspace と同じユーザー所有コンテナーを使う点を理解する |
| 監査対応が必要 | Purview、SharePoint Embedded、監査ログの確認手順を整備する |
外部共有と感度ラベルを確認する
Loop では、組織の設定が許可していれば、Loop ワークスペース、Loop ページ、Loop コンポーネントを外部ユーザーと共有できます。ただし、My workspace 全体は共有できません。外部共有には、組織レベルの外部共有設定、ゲストアカウント、感度ラベル、条件付きアクセスなどが関係します。(Microsoft Learn)
Loop ワークスペースの外部共有を OneDrive や SharePoint の組織レベル設定とは別に制御したい場合、Loop の OwningApplicationID a187e399-0c36-4b98-8f04-1edc167a0996 を使う設定が案内されています。一方で、SharePoint サイトのように「特定の Loop ワークスペースだけを管理者設定で個別に外部共有制御する」機能はなく、ワークスペース単位の外部共有構成には感度ラベルの利用が案内されています。(Microsoft Learn)
外部共有を許可する場合は、次のような運用ルールを決めておくと安全です。
| 項目 | 推奨される運用 |
|---|---|
| 共有範囲 | 原則「特定のユーザー」の共有に限定する |
| ゲスト追加 | プロジェクトオーナーの承認を必須にする |
| 機密情報 | 感度ラベルで外部共有可否を制御する |
| 退職・契約終了 | ゲストアカウントと共有リンクを棚卸しする |
| 教育 | Loop コンポーネントを Teams や Outlook で共有した場合の影響を利用者に説明する |
開発者・自動化担当が注意すべき点
開発者や自動化担当者は、今回のロードマップ項目を前提にした実装を避ける必要があります。
Loop専用usage reportのAPI化を前提にしない
Microsoft 365 管理センターの使用状況レポートは、サービスによって Microsoft Graph reports API や Power BI で活用できます。しかし、今回の Loop 専用 Admin usage report はキャンセル扱いです。したがって、次のような設計はリスクがあります。
- 「Loop usage report が GA されたら Graph から取る」前提でダッシュボードを設計する
- 2026年6月に Loop の利用者数を自動集計する社内 KPI を設定する
- Loop 専用レポートの列名やメトリックを想定してデータモデルを作る
- 部門別の Loop 利用率を、未提供のレポートだけで算出する前提にする
代わりに、現時点で利用可能なデータを前提に設計します。たとえば、SharePoint Embedded コンテナー一覧、Microsoft 365 Copilot usage report、既存の SharePoint/OneDrive/Teams 利用状況、Purview 監査ログ、社内アンケートや教育履歴を組み合わせる方法です。
ロードマップ監視を自動化している場合はステータス変更を拾う
Microsoft 365 Roadmap API などでロードマップ項目を監視している場合は、status が Cancelled になった項目を検知できるようにしておくと、運用計画の誤りを減らせます。
今回の項目では、status が Cancelled、publicDisclosureAvailabilityDate が June CY2026、modified が 2026-05-11T23:15:11 という状態になっています。(Microsoft)
実務では、次のような判定ロジックが有効です。
| 判定項目 | 推奨対応 |
|---|---|
| status が Cancelled | 展開予定から除外し、関係者へ通知する |
| status が In development | 影響範囲と設定変更の有無を確認する |
| status が Rolling out | テナントでの反映状況を確認し、運用手順を更新する |
| status が Launched | 管理画面・ドキュメント・ユーザー教育資料を更新する |
| modified が直近 | 変更前後の差分を確認する |
「GA 月」だけで判定すると、今回のようにキャンセルと予定月が混在した項目を誤って展開予定に入れてしまいます。必ず status と説明文の更新内容を優先して確認しましょう。
展開・移行上の注意点
今回の更新では、新機能のロールアウトや移行作業は発生しません。ただし、Loop の管理を後回しにしてよいという意味ではありません。
新機能対応ではなく運用設計の見直しが必要
管理者が今やるべきことは、次の3つです。
| 優先度 | 対応 | 理由 |
|---|---|---|
| 高 | Loop と Copilot Pages / Copilot Notebooks の作成ポリシーを確認 | 同じユーザー所有 SharePoint Embedded コンテナーを使うため、片方だけ止めてもコンテナー作成を防げない場合がある |
| 高 | 所有者不在の Loop ワークスペースを確認 | 退職者・異動者が多い組織では放置リスクがある |
| 中 | Microsoft 365 usage reports と Copilot usage report の確認手順を整備 | Loop 専用レポートがない間の代替可視化が必要 |
| 中 | 外部共有、感度ラベル、DLP、保持ポリシーを確認 | Loop コンテンツは共同編集されやすく、情報管理の設計が重要 |
| 低 | 2026年6月前提の社内展開資料を修正 | キャンセル済み機能を案内しないため |
移行計画に「Loop使用状況レポート」を組み込まない
Microsoft 365 の運用では、ロードマップ項目をもとに年度計画や導入ロードマップを作ることがあります。しかし、今回の項目については、次のような記載を社内計画から外すか、注記を入れておくべきです。
- 2026年6月に Loop 管理者向け使用状況レポートを利用開始
- Loop 利用率を管理センターの専用ダッシュボードで部門別集計
- Loop 専用 usage report をもとにライセンス最適化
- Loop usage report を Power BI に接続して定期配信
代替案としては、「Loop 関連の利用実態は、当面 Microsoft 365 管理センターの既存 usage reports、Copilot usage report、SharePoint Embedded コンテナー、Purview 監査情報を組み合わせて確認する」と書き換えるのが現実的です。
よくある誤解と判断基準
「Cancelled」ならLoop自体が廃止されるのか
いいえ。キャンセルされたのは、Roadmap ID 421611 の「Loop 管理者向け使用状況レポート」です。Loop 自体の廃止を意味するものではありません。
「June CY2026」とあるなら6月に提供されるのではないか
現時点では、その前提で計画しない方が安全です。公式情報では、同じ項目に June CY2026 の表示が残っている一方で、ステータスは Cancelled であり、更新本文にも「この変更を現時点では進めない」と記載されています。(Microsoft)
Loopの利用状況はまったく確認できないのか
完全な Loop 専用 usage report は提供予定が見送りになっていますが、代替的な確認は可能です。たとえば、SharePoint Embedded コンテナー、Microsoft 365 Copilot usage report、既存の SharePoint/OneDrive/Teams 利用状況、Purview の監査・保持・DLP 設定などを組み合わせます。
Copilot in Loopの利用は確認できるのか
Microsoft 365 Copilot usage report では、Copilot in Loop の機能利用が Active users 指標や Last activity date に含まれます。ただし、これは Copilot in Loop の利用であり、Loop 全体の通常利用を網羅するものではありません。(Microsoft Learn)
Loopを止めればCopilot Pagesの保存先も作られないのか
必ずしもそうではありません。Loop My workspace、Copilot Pages、Copilot Notebooks は同じユーザー所有 SharePoint Embedded コンテナーを使います。そのコンテナー作成を防ぐには、同じユーザーに対して Loop 側と Copilot Pages / Copilot Notebooks 側の両方の作成ポリシーを無効化する必要があります。(Microsoft Learn)
管理者向けチェックリスト
最後に、Microsoft 365 管理者が今すぐ確認すべき項目を整理します。
| チェック項目 | 確認内容 |
|---|---|
| ロードマップ | Roadmap ID 421611 が Cancelled になっていることを関係者に共有したか |
| 社内計画 | 2026年6月に Loop usage report が出る前提の資料を修正したか |
| 管理センター | 既存の Microsoft 365 usage reports の確認手順を整理したか |
| 権限 | Reports Reader など最小権限でレポート確認できる体制にしたか |
| 個人情報表示 | user/group/site 名の表示設定を、社内規程に沿って判断したか |
| Loop ポリシー | Cloud Policy と SharePoint PowerShell の両方を確認したか |
| Copilot Pages | Loop My workspace と同じコンテナーを使う点を考慮したか |
| コンテナー | SharePoint Embedded の Loop コンテナーを一覧・棚卸しできるか |
| 退職者対応 | 所有者不在ワークスペースを検出・再割り当てできるか |
| 外部共有 | 感度ラベル、ゲスト共有、DLP の運用ルールを整備したか |
| 開発・自動化 | 未提供の Loop 専用 usage report を前提にした API 実装を避けたか |
まとめ：Loop使用状況レポートは待たず、既存の管理機能で可視化する
「Microsoft 365 app: Microsoft Loop – Admin usage reports for Loop」は、Loop の利用状況を既存の Microsoft 365 管理ダッシュボードから確認できるようにする予定の機能でした。しかし、公式ロードマップでは現時点でこの変更を進めないと更新され、ステータスも Cancelled になっています。(Microsoft)
そのため、Microsoft 365 管理者は、2026年6月に Loop 専用の管理者向け使用状況レポートが提供される前提で運用設計を進めるべきではありません。代わりに、既存の Microsoft 365 usage reports、Microsoft 365 Copilot usage report、SharePoint Embedded コンテナー管理、Loop 管理ポリシー、Purview の保持・DLP・監査機能を組み合わせて、Loop の利用状況とリスクを把握する体制を作ることが重要です。
まずは、社内の展開計画から Roadmap ID 421611 を前提にした記述を見直し、Loop と Copilot Pages / Copilot Notebooks の作成ポリシー、所有者不在ワークスペース、外部共有設定を確認しましょう。新しいレポートを待つよりも、現在使える管理機能で「誰が、どこに、どのような Loop 関連コンテンツを持っているか」を把握できる状態にすることが、実務上もっとも効果的な対応です。
コメント