Microsoft 365のLoopを利用している組織が2026年4月更新でまず確認すべき点は、「新機能が大きく追加された」というより、Loopのガバナンス、ライフサイクル、コンプライアンスをどの範囲で管理できるかを正しく読み直すことです。特に、Loopコンテンツの保存場所、SharePoint Embedded、情報バリア、保持、訴訟ホールド、秘密度ラベル、DLPの扱いは、管理者が設定を見直すべき重要ポイントです。
なお、Microsoft Learn上の該当ページは「Last updated on 2026-03-13」と表示されています。一方、MicrosoftDocsのGitHub履歴では2026年4月22日、つまり日本時間では4月23日に相当するタイミングで、Loop関連ドキュメントへのコミットが確認できます。ただし、このコミットで該当ページに入った変更は、ダッシュ表記の置き換えに近い文言整備であり、機能追加や管理仕様の大幅変更とは読み取りにくい内容です。実務では、4月更新そのものよりも、現在の公式記事が示している「Loopをどこまで管理でき、どこに制限が残るか」を棚卸しすることが重要です。(Microsoft Learn)
Microsoft 365のLoopガバナンスで2026年4月に確認すべきポイント
Microsoft公式記事「Summary of governance, lifecycle, and compliance capabilities for Loop」は、Microsoft 365管理者やコンプライアンス担当者向けに、Loop experiencesで利用できるガバナンス、データライフサイクル、コンプライアンス機能を整理したページです。記事内では、Copilot PagesとCopilot Notebooksの内容は専用記事に移動したことが明記され、Loop本体の管理観点に焦点が当たっています。(Microsoft Learn)
2026年4月時点で、管理者が押さえるべき更新ポイントは次のとおりです。
| 確認ポイント | 公式情報で確認できる内容 | 管理者が取るべき対応 |
|---|---|---|
| 4月23日前後の更新の性質 | GitHub上では4月22日にLoop関連ドキュメントのコミットがあるが、該当ページの変更は主に表記調整 | 「新機能追加」と受け取らず、現行仕様の再確認として扱う |
| Copilot Pages / Notebooks | Loopの概要記事から専用記事へ分離 | Loop、Copilot Pages、Copilot Notebooksを同じ運用ルールで一括判断しない |
| 保存場所 | 作成元によりSharePoint Embedded、SharePointサイト、OneDriveに分かれる | どこで作成されたLoopかを基準に保持・監査・削除を設計する |
| 情報バリア | OneDrive/SharePoint保存のコンテンツには適用されるが、SharePoint Embeddedコンテナーには未対応 | 情報バリアが必須の部門ではLoopワークスペース作成制限を検討する |
| ライフサイクル | My workspaceや共有ワークスペースで削除・復元・ユーザー退職時の挙動が異なる | 退職者対応、所有者不在、復元手順を運用手順書に追加する |
今回の更新は「仕様変更」より「運用リスクの見える化」と考える
4月23日前後の更新だけを見ると、Loopコンプライアンス概要ページに大きな機能変更が入ったとは言い切れません。MicrosoftDocsのパッチでは、該当ページの差分は「OneDrive、SharePoint sites、SharePoint Embedded containers」という保存場所の説明文に含まれるダッシュ表記の置き換えです。(GitHub)
ただし、これは「確認しなくてよい」という意味ではありません。むしろ、公式記事の現在の内容は、Loopを全社展開しているMicrosoft 365管理者にとって重要な運用判断を含んでいます。
特に注意したいのは、Loopが単なるメモアプリではなく、Microsoft 365全体のOneDrive、SharePoint、SharePoint Embedded、Microsoft Purview、Teams、Outlookと関係するコラボレーション基盤になっている点です。保存場所によって、管理ポリシー、保持、監査、削除、復元、情報バリアの扱いが変わります。(Microsoft Learn)
Loopコンテンツは作成場所によって保存先が変わる
Loopの運用で最も誤解されやすいのは、「Loopのデータはすべて同じ場所に保存される」と考えてしまうことです。実際には、Loopコンテンツは作成された場所によって、SharePoint Embedded、SharePointサイト、OneDriveに保存されます。Microsoft Learnのストレージ概要では、Loopアプリのワークスペース、Teamsチャット、Teamsチャネル、Outlook、OneNote、Whiteboardなど、作成元ごとの保存先が整理されています。(Microsoft Learn)
| 作成される場所 | 主な保存先 | 運用上の見方 |
|---|---|---|
| LoopアプリのMy workspace | SharePoint Embeddedのユーザー所有コンテナー | 個人領域に近い扱い。退職時のライフサイクル確認が必要 |
| Loopアプリの共有ワークスペース | SharePoint Embeddedの共有コンテナー | ワークスペース所有者、権限、復元手順の管理が重要 |
| Teamsチャネルやチャネル会議 | SharePointサイト | Microsoft 365グループやSharePointサイトの運用に近い |
| Teamsプライベートチャット、Outlook、OneNote、Whiteboard | ユーザーのOneDrive | 退職者のOneDrive保持・削除ポリシーの影響を受ける |
この違いは、監査や保持の設計に直結します。たとえば、Teamsチャネルで作成されたLoopコンポーネントと、LoopアプリのMy workspaceで作成されたページでは、管理対象として見るべき場所が異なります。管理者は「Loopを許可するかどうか」だけでなく、「どの作成経路で、どこに保存されるか」を把握する必要があります。
管理ポリシーはCloud Policyだけでは完結しない
Loopの管理では、Cloud PolicyとSharePoint PowerShellの両方を確認する必要があります。Microsoft Learnの管理ポリシー記事では、LoopワークスペースはCloud Policy、TeamsチャットやチャネルのLoopコンポーネントはSharePoint PowerShellのSet-SPOTenant系コマンドで制御することが示されています。Cloud PolicyだけではTeamsのLoop体験を完全には制御できません。(Microsoft Learn)
実務では、次のように整理すると判断しやすくなります。
| 制御したい対象 | 主な管理方法 | 注意点 |
|---|---|---|
| Loopワークスペースの作成 | Cloud Policy | Teamsチャネルワークスペースも対象に含まれる |
| Outlook、OneNote、WhiteboardなどのLoopファイル作成 | Cloud Policy | Microsoft 365アプリ横断のLoop利用に影響する |
| OutlookのみのLoop制御 | Cloud Policy | Outlookだけを細かく制御したい場合に使う |
| Teamsチャット、チャネル、会議メモのLoop | SharePoint PowerShell | Cloud Policyだけでは制御しきれない |
失敗しやすいのは、「Loopを無効化したつもりなのにTeamsで使えてしまう」というケースです。これは、Cloud PolicyとSharePoint PowerShellの適用範囲を混同している場合に起こります。全社展開前には、Loopアプリ、Teams、Outlook、OneNote、Whiteboardの各作成経路でテストユーザーを使い、実際の表示と作成可否を確認しておくべきです。
SharePoint EmbeddedがLoop運用の中心になる
Loopのガバナンスで重要なのがSharePoint Embeddedです。LoopのMy workspace、Copilot Pages、Copilot Notebooksは、同じユーザー所有のSharePoint Embeddedコンテナーを共有します。共有Loopワークスペースは、ワークスペースごとにSharePoint Embeddedコンテナーを作成します。これらのストレージ使用量は組織のSharePointストレージ容量にカウントされます。(Microsoft Learn)
ここで重要なのは、個別のSharePoint Embeddedコンテナーに対して、管理者が容量上限を細かく設定できるわけではない点です。Microsoft Learnでは、SharePoint Embeddedコンテナーに個別のストレージ制限を設定する管理コントロールはないと説明されています。Loopワークスペースには最大25TBのコンテナー上限がありますが、その値を増減することはできません。(Microsoft Learn)
そのため、管理者は次の観点で運用を設計する必要があります。
- SharePointストレージ容量の増加要因としてLoopを監視する
- 部門ごとにLoopワークスペース作成を許可する範囲を決める
- 不要なワークスペースや所有者不在ワークスペースを定期的に棚卸しする
- Copilot PagesやCopilot Notebooksと同じユーザー所有コンテナーを使う点を考慮する
情報バリアが必要な組織ではLoopワークスペースに注意
情報バリアを使っている組織では、Loopワークスペースの利用可否を慎重に判断する必要があります。Microsoft Learnでは、OneDriveまたはSharePointサイトに保存されるコンテンツには情報バリアが適用される一方、SharePoint Embeddedコンテナーに保存されるLoopワークスペースやMy workspaceでは情報バリアがサポートされないと説明されています。(Microsoft Learn)
これは、金融、法務、M&A、研究開発、人事など、部門間の情報分離が必須の組織にとって重要です。たとえば、証券部門と投資銀行部門の間で厳格な情報分離が必要な場合、SharePoint Embedded上のLoopワークスペースを自由に作成できる状態は、社内ポリシーと衝突する可能性があります。
この場合の判断基準は明確です。
| 組織の要件 | 推奨される判断 |
|---|---|
| 情報バリアが必須 | Loopワークスペースの作成制限を検討する |
| 部門間分離は必要だが一部利用したい | 対象ユーザーをグループ単位で限定し、利用部門を明確にする |
| 情報バリアより共同編集を優先 | 利用ルール、外部共有、DLP、監査ログの確認を徹底する |
情報バリアが効かない場所がある以上、「Microsoft 365だから既存の情報分離が自動的にすべて効く」とは考えないほうが安全です。
退職者対応ではMy workspaceと共有ワークスペースを分けて考える
Loopのライフサイクル管理では、ユーザー退職時の挙動が大きなポイントです。Microsoft Learnでは、LoopのMy workspaceについて、OneDriveとは異なり、ユーザー退職後に管理者や上司が通常のユーザーワークフローでコンテンツを扱う仕組みがないと説明されています。My workspaceのコンテナーは、既定のOneDrive設定と同じスケジュールで削除されます。(Microsoft Learn)
また、Loopのストレージ概要では、My workspaceは永続的に別の所有者へ再割り当てできず、OneDriveと同様に30日間アクティブ、その後ソフト削除、ソフト削除から93日後に完全削除される流れが示されています。(Microsoft Learn)
退職者対応で実務上必要なのは、次の作業です。
| タイミング | 管理者が確認すべきこと |
|---|---|
| 退職予定が分かった時点 | 対象ユーザーのLoop My workspace、Copilot Pages、Copilot Notebooksの利用有無を確認 |
| アカウント削除前 | 必要なコンテンツをPurviewやGraph APIでエクスポートできるか確認 |
| 退職後の猶予期間 | SharePoint管理センターやPowerShellで復元可能期間を確認 |
| 完全削除前 | 法務・監査・事業部門に保存要否を確認 |
特に、重要な議事録、プロジェクトの意思決定メモ、顧客対応メモをLoopに置いている場合、退職後に「OneDriveと同じように上司が簡単に引き継げる」と考えると失敗します。
訴訟ホールドとeDiscoveryは対応しているが制限もある
LoopコンテンツはMicrosoft Purview eDiscoveryに対応しています。検索、収集、レビュー、HTMLまたは元形式でのエクスポートが可能とされています。ただし、レビューセット内の.loopファイルに対するフルテキスト検索は使用できないという制限があります。(Microsoft Learn)
訴訟ホールドもサポートされていますが、My workspaceはOneDriveとは扱いが異なります。Microsoft Learnでは、ユーザーをLitigation Holdに配置してもLoopのMy workspaceは自動的には含まれず、ユーザーごとにMy workspaceコンテナーを手動で追加する必要があると説明されています。(Microsoft Learn)
法務・コンプライアンス部門と連携する場合は、次のような手順を標準化しておくと安全です。
| 対応項目 | 実務上の注意点 |
|---|---|
| eDiscovery検索 | .loopファイルのフルテキスト検索制限を前提に調査計画を立てる |
| 訴訟ホールド | My workspaceコンテナーを手動追加する手順を文書化する |
| 外部ツール連携 | Graph APIエクスポートやゲストアプリアクセス権限の設定を確認する |
| 監査ログ | PurviewでLoop関連イベントを検索できるよう、監査担当者に検索条件を共有する |
「eDiscovery対応」と聞くとすべて従来のSharePointやOneDriveと同じように扱えると思いがちですが、Loopではファイル形式や保存場所の違いによる制限を前提にする必要があります。
保持ポリシーと保持ラベルは「適用先」の違いに注意
Microsoft Purviewの保持ポリシーは、すべてのSharePointサイトに対して構成されている場合、.loopファイルに適用されます。また、Loopワークスペースごとに構成する選択肢も示されています。(Microsoft Learn)
一方、保持ラベルは制限付きでサポートされています。Loopコンポーネントに対して、OneDriveまたはSharePointで発行済みラベルを適用したり、自動適用したりできます。ただし、Loopコンポーネントから直接ラベルを表示・適用することはできず、Loopアプリ内で対象ファイルへ移動する必要があります。また、レコードまたは規制レコードとしてマークする保持ラベルは、LoopコンポーネントやLoopアプリ内で手動適用できないと説明されています。(Microsoft Learn)
実務では、次のように整理すると運用しやすくなります。
| 機能 | 使いどころ | 注意点 |
|---|---|---|
| 保持ポリシー | ワークスペースやサイト単位で一定期間保持したい場合 | コンテナーには保持ラベルではなく保持ポリシーを使う |
| 保持ラベル | ファイルやコンポーネント単位で分類・保持したい場合 | Loop上から直接扱えない場面がある |
| 自動適用ラベル | 機密情報や条件に基づいて分類したい場合 | テスト環境で誤適用や業務影響を確認する |
| レコード管理 | 厳格な記録管理が必要な場合 | 手動適用やロック解除の制限に注意する |
保持ラベルを使っている組織では、「WordやExcelと同じユーザー体験でLoopにもラベルを付けられる」と説明しないほうがよいでしょう。ユーザー教育では、「Loopの場合はラベルを確認・適用する場所が異なる」と明確に伝える必要があります。
秘密度ラベルとDLPはLoop展開の前提条件として確認する
Loopでは、ページ、コンポーネント、ワークスペースに対する秘密度ラベルが利用できます。Microsoft Learnでは、Loopページとコンポーネントのファイルレベル、さらにLoopワークスペースのコンテナーレベルで秘密度ラベルを使えることが説明されています。コンテナーレベルのラベルは、ワークスペースへのアクセス保護に関係します。(Microsoft Learn)
DLPについても、ルール適用とエンドユーザー向けのポリシーヒントがサポートされています。これは、ユーザーがLoop内で機密情報を扱う際に、禁止や警告を表示できることを意味します。(Microsoft Learn)
ただし、秘密度ラベルには制限もあります。Microsoft Learnの秘密度ラベル記事では、Loopコンポーネントやページに対する自動ラベル付け、推奨ラベル付け、ヘッダー・フッターなど、サポートされない機能が整理されています。(Microsoft Learn)
Loop展開前に確認したい設定は次のとおりです。
| 確認項目 | チェック内容 |
|---|---|
| 秘密度ラベルの発行範囲 | Loop利用者に必要なラベルが公開されているか |
| 暗号化ラベル | Loopページやコンポーネントで業務に支障が出ないか |
| コンテナーレベルのラベル | ワークスペース単位の外部共有制御に使えるか |
| DLPポリシー | Loop上で機密情報入力時にポリシーヒントが表示されるか |
| Copilot連携 | ラベルで保護されたLoopデータをCopilotがどう扱うかを確認する |
特に外部共有を許可している組織では、Loopワークスペース単位の共有設定だけでなく、秘密度ラベルを使った制御を組み合わせることが重要です。
ごみ箱と復元はLoopワークスペースで過信しない
Loopでは、削除されたコンポーネントやページについては、Loopワークスペース、OneDrive、SharePointサイト内でエンドユーザー向けのごみ箱が利用できます。一方で、Loopワークスペース自体にはエンドユーザー向けのごみ箱がありません。さらに、管理ツールでLoopワークスペースを復元しても、Loopアプリの画面上ですぐに復元されたように見えない場合があり、ユーザーは保存済みのページリンクへアクセスする必要があると説明されています。(Microsoft Learn)
この点は、社内サポートで問い合わせが増えやすい部分です。ユーザーには「ページやコンポーネントの削除」と「ワークスペースの削除」は復元体験が違う、と事前に案内しておくべきです。
| 削除対象 | 復元の考え方 |
|---|---|
| Loopページ | Loopワークスペース内のごみ箱で復元できる場合がある |
| Loopコンポーネント | 保存場所に応じてLoop、OneDrive、SharePoint側で確認する |
| Loopワークスペース | エンドユーザー向けごみ箱はない。管理者対応が必要 |
| Copilot Notebooks | 専用記事では、個別削除されたNotebookを管理者・ユーザーが回復できない制限が示されている |
業務上重要なLoopワークスペースでは、誤削除時の連絡先、復元依頼の手順、管理者が確認する保存場所をヘルプデスク向けに文書化しておくと安心です。
グローバル企業はMulti-GeoとEUDBも確認する
グローバルにMicrosoft 365を利用している組織では、Loopのデータ所在地も確認が必要です。公式記事では、My workspaceと共有LoopワークスペースでMulti-Geoがサポートされ、ユーザーまたはグループの優先データ所在地に一致するgeoにコンテンツが作成されると説明されています。GDPRやEU Data Boundaryもサポート対象として整理されています。(Microsoft Learn)
ただし、geo間でコンテナーを移動した直後は、共有や新規ページ作成など一部操作が正しく機能しない場合があるとされています。グローバル拠点をまたいでLoopワークスペースを移動する場合は、移動直後の利用テストとユーザー周知を行うべきです。(Microsoft Learn)
多国籍企業では、次の観点でレビューしてください。
- EU拠点のユーザーが作成したLoopコンテンツの保存geo
- グループのpreferred data locationとLoopワークスペースの関係
- M&Aや組織再編時のSharePoint Embeddedコンテナー移行可否
- 各国のデータ保持要件とMicrosoft Purview保持ポリシーの整合性
特に、M&Aやテナント統合を予定している企業では、SharePoint EmbeddedコンテナーをMicrosoft 365テナント間で移行するサポート済み方法がないとされている点も確認が必要です。(Microsoft Learn)
Microsoft 365管理者がすぐ実施すべきチェックリスト
Loopのガバナンスは、セキュリティ担当だけで完結しません。Microsoft 365管理者、SharePoint管理者、Purview管理者、Teams管理者、法務・監査部門、現場ITが連携する必要があります。
| 担当 | すぐ確認すること | 理由 |
|---|---|---|
| Microsoft 365管理者 | Loopワークスペース作成ポリシーの有効範囲 | 全社許可か部門限定かを判断するため |
| SharePoint管理者 | SharePoint Embeddedコンテナーとストレージ使用量 | LoopがSharePoint容量を消費するため |
| Teams管理者 | Teams内LoopのPowerShell設定 | Cloud PolicyだけではTeamsを完全制御できないため |
| Purview管理者 | DLP、保持、eDiscovery、監査ログ | コンプライアンス対応の抜け漏れを防ぐため |
| 法務・監査部門 | 訴訟ホールド時のMy workspace追加手順 | OneDriveと同じ自動対象ではないため |
| 現場IT・ヘルプデスク | 削除・復元・退職者対応の案内 | ユーザー問い合わせを減らすため |
| ビジネスユーザー | どの情報をLoopに書いてよいか | 機密情報や記録管理対象を誤って扱わないため |
ユーザー向けには「便利だが保存場所が変わる」と説明する
ビジネスユーザーに対しては、SharePoint EmbeddedやPurviewの詳細を長く説明しても定着しません。伝えるべきことは、次の3つです。
- Loopは共同編集に便利だが、作成場所によって保存場所が変わる
- 機密情報を扱うときは秘密度ラベルやDLPポリシーの警告に従う
- 業務上残すべき記録は、部門で決めた保存場所・保持ルールに従う
たとえば、プロジェクトの一時的なアイデア出しにはLoopが向いています。一方、正式な契約判断、監査対象の承認記録、規制上保存が必要な文書は、Loopだけに置くのではなく、SharePointサイトや正式な文書管理プロセスに沿って保存すべきです。
Loopを禁止するのではなく、「どの用途なら使ってよいか」「どの情報は別の管理場所に残すべきか」を明文化することが、現実的なガバナンスです。
2026年4月更新を受けた実務上の結論
2026年4月23日前後のMicrosoft公式ソース更新は、該当ページ単体では機能追加というより文言整理に近いものです。しかし、現在の公式記事が示すLoopのガバナンス、ライフサイクル、コンプライアンスの整理は、Microsoft 365管理者にとって非常に重要です。
特に見直すべきなのは、次の5点です。
- Loopの作成場所ごとの保存先を把握する
- Cloud PolicyとSharePoint PowerShellの両方で管理範囲を確認する
- 情報バリアがSharePoint Embeddedコンテナーに対応していない点を考慮する
- 退職者対応、訴訟ホールド、保持、eDiscoveryの手順を文書化する
- 秘密度ラベル、DLP、監査ログをLoop利用前提でテストする
Loopは、現場の共同作業を速くする一方で、保存場所や管理境界が従来のファイル管理より複雑です。まずは全社展開の可否を急ぐのではなく、テストユーザーでLoopアプリ、Teams、Outlook、OneNote、Whiteboardの作成経路を確認し、保存場所、削除、復元、保持、DLP、監査の挙動を一覧化してください。その結果をもとに、許可する部門、禁止する用途、管理者の対応手順を決めることが、2026年4月時点で最も実務的な対応です。
コメント