Microsoft Loopとは?M365 E3/E5で使う共同編集ワークスペースを実務目線で整理
この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。Microsoft LearnのLoop要件、保存先、管理・コンプライアンス情報を確認し、Microsoft 365 E3/E5でLoopを使うときに利用者と管理者が押さえる点を整理しています。検証ステータス:📘 Microsoft公式情報確認済み・テナント設定/クラウド環境は要確認・実機未確認
Microsoft Loopは、まだ完成していない情報を、複数人で同時に育てるための共同編集ツールです。
Wordは完成文書、Plannerは担当と期限が決まったタスク、SharePointは組織で残す情報の置き場に向きます。一方Loopは、会議前の論点、プロジェクト開始直後のメモ、途中で形が変わる表やチェックリストなど、「決まる前」の共同作業に向いています。
最初に覚える4つの用語
| 用語 | 初心者向けの意味 |
|---|---|
| Loopコンポーネント | TeamsやOutlookなどでも共同編集できる小さな部品。表、チェックリストなどを複数人で同時更新できる |
| Loopページ | 文章や複数のコンポーネントを1ページへまとめたもの |
| Loopワークスペース | 関連するLoopページをまとめる共同作業場所 |
| SharePoint Embedded | アプリがMicrosoft 365テナント内に専用コンテナーを持ってデータを保存する仕組み。通常のSharePointサイトとは見え方が異なる |
Microsoft Learnでは、現在のLoopファイルを .loop ファイルとして説明しています。以前のリリースで使われた .fluid という名前を見かけても、現在の記事では .loop を基準に考えます。
Loopは「どこに保存されるか」が重要
Loopを理解するうえで大切なのは、Loopだから全部同じ場所に保存されるわけではないことです。作成した場所によってSharePoint Embedded、SharePointサイト、OneDriveへ分かれます。
flowchart LR
U[利用者]
LA[Loopアプリ]
TC[Teamsチャネル]
TP[Teamsプライベートチャット]
O[Outlook]
SPE[(SharePoint Embedded)]
SP[(SharePointサイト)]
OD[(OneDrive)]
U --> LA
U --> TC
U --> TP
U --> O
LA --> SPE
TC --> SPE
TC -. 会議・チャネル内の一部 .-> SP
TP --> OD
O --> OD
代表例は次のとおりです。
| 作成場所の例 | 主な保存先 |
|---|---|
| LoopアプリのMy workspace | SharePoint Embeddedのユーザー所有コンテナー |
| Loopアプリの共有ワークスペース | SharePoint Embeddedの共有コンテナー |
| Teamsチャネルワークスペース | SharePoint Embedded |
| TeamsプライベートチャットのLoop | 作成者のOneDrive |
| OutlookメールのLoop | 作成者のOneDrive |
| Teamsチャネル会議等の一部 | SharePointサイト |
この違いは情シスだけの話ではありません。退職者対応、保持、eDiscovery、共有、容量、アクセス制御を考えるときに「そのLoopデータの保存先はどこか」が出発点になります。
M365 E3/E5ではどう考える?
Microsoftの現行要件では、LoopコンポーネントにはOneDriveまたはSharePointのライセンスが必要です。Loopワークスペースには Loop with workspaces サービスプランを含む対象ライセンスが必要です。
Microsoft 365 E3/E5は対象プランですが、E5にすればLoopそのものが大幅に高機能になる、という整理ではありません。まず契約SKU、ユーザーへ割り当てられたサービスプラン、管理ポリシーを確認します。
| 確認項目 | 考え方 |
|---|---|
| Loopコンポーネント | OneDriveまたはSharePointライセンスを確認 |
| Loopワークスペース | Loop with workspacesサービスプランを確認 |
| @メンションやワークスペース共有 | 完全な機能にはExchange Onlineメールボックスも必要 |
| Teams内で利用 | Teams側の利用権・管理設定も確認 |
| Purview機能 | 機能ごとのライセンスと、Loopの保存先ごとの対応範囲を確認 |
| Copilot Pages / Copilot Notebooks | Loopと共通基盤を使う部分があるが、Copilot側の利用条件は別途確認 |
特にOffice 365 E3/E5とMicrosoft 365 E3/E5を同じものとして扱わないことが重要です。管理者はMicrosoft 365管理センターで実際のSKUとサービスプランを確認します。
ネットワーク担当者が知っておくこと
Loopのリアルタイム共同編集ではWebSocket通信が使われます。Microsoft LearnはOffice 365のURL/IP要件に加え、*.svc.ms と *.office.com へのWebSocket通信を許可するよう案内しています。
sequenceDiagram
participant A as 利用者A
participant M as Microsoft 365 / Loop
participant B as 利用者B
A->>M: 表のセルを更新
M-->>B: WebSocket等で変更を反映
B->>M: チェック項目を完了
M-->>A: 変更をリアルタイム反映
「Loopだけ編集がリアルタイム反映されない」という場合、アプリだけでなくプロキシ、FW、WebSocket制御も切り分け候補になります。
まず試す:3項目の共同メモ
テスト用ワークスペースまたはページを作れる環境なら、次の3つだけ置きます。
目的 確認したいこと 次のアクション
「確認したいこと」にチェックリストを3件追加し、テスト相手1人と共有します。
ここを見る
相手の変更が自分の画面へ反映される
共有相手が意図した人だけになっている
ページを閉じて再度開いても内容が残る
どこから作成したLoopなのかを覚えておく
1か所変えてみる
チェックリストの1項目を表へ変更し、「担当」列を追加します。情報の形を途中で変えやすいことがLoopの特徴です。
実務例:M365移行の論点整理
たとえば新しいMicrosoft 365環境への移行準備で、最初から正式な仕様書を書くと、未確定事項まで確定事項のように見えがちです。
Loopでは次のように分けられます。
| 区分 | 例 |
|---|---|
| 決まっている | 対象ユーザー約450名 |
| 未決 | 外部共有の初期設定 |
| 調査中 | 既存共有フォルダーの移行方式 |
| 次の確認 | 部門代表者へ利用実態を確認 |
内容が固まったら、正式な設計書はWord、管理表はLists、実施タスクはPlannerへ移します。Loopを「最終成果物」ではなく「考える途中の作業台」と位置づけると運用しやすくなります。
一般利用者・事務職・情シスで見る場所が違う
| 立場 | Loopで重視すること |
|---|---|
| 一般利用者 | TeamsやOutlookを離れずに表やチェックリストを共同編集できるか |
| 事務職 | 会議前の情報収集、担当整理、未決事項の見える化が楽になるか |
| 情シス | 保存先、共有、ライセンス、WebSocket、保持、DLP、eDiscovery、退職者データを管理できるか |
Purviewは「全部同じように効く」と考えない
LoopはMicrosoft Purviewの保持、eDiscovery、秘密度ラベル、DLPなどに対応していますが、保存先によって対応範囲が異なる機能があります。
たとえばMicrosoft Learnでは、Information Barriers(情報バリア。特定グループ同士の検索・通信・共同作業を制限する仕組み)はOneDrive/SharePoint保存のLoopでは適用されますが、SharePoint Embeddedコンテナーでは未対応とされています。
秘密度ラベルはLoopコンポーネント/ページに適用でき、Loopワークスペースにもコンテナー向けラベルを利用できます。ただし、ワークスペースへアップロードしたファイルなど、実体がユーザーのOneDriveに保存されるものはワークスペースのコンテナーラベルだけでは保護されない点に注意します。
つまり管理者は「Loop対応/非対応」だけを見るのではなく、次の順で確認します。
flowchart TD
A[対象のLoopデータを特定] --> B{どこで作成した?}
B --> C[SharePoint Embedded]
B --> D[SharePointサイト]
B --> E[OneDrive]
C --> F[対象Purview機能の対応表を確認]
D --> F
E --> F
F --> G[必要ライセンスとポリシーを確認]
読み取り中心:Microsoft Graph PowerShellで接続権限を見る
Loopそのものをいきなり変更するのではなく、Graphを使う検証ではまず現在の接続コンテキストを確認するところから始めます。
Connect-MgGraph -Scopes "User.Read" Get-MgContext | Select-Object Account, TenantId, Scopes
何を見る?
Account、TenantId、Scopes を見て、「どのテナントへ、どの権限で接続しているか」を確認します。
成功条件
想定したアカウントとテナントが表示され、User.Read がScopesに含まれていれば、この確認例としては成功です。Loopデータを書き換える処理は行いません。
1か所変える意味
別テストアカウントで接続して比較すると、「アプリが見える/見えない」を調べる前に、接続先テナントを取り違えていないか確認できます。権限をむやみに追加するのではなく、目的に必要な最小権限から始めます。
生成AIでLoopページのたたき台を作るプロンプト
新しいプロジェクトのLoopページを作ります。 次のメモを「目的 / 決まっていること / 未決事項 / 次に確認すること」の4つに分類してください。 元のメモにない決定事項は追加せず、推測は「推測」と明示してください。 各項目に、正式文書へ移すべきタイミングも1行で提案してください。 [メモ]
Loopは途中段階の情報を扱うことが多いため、AIが推測を確定事項に変えないよう明示します。
管理者が確認する点
実際に割り当てられたMicrosoft 365 SKUとLoopサービスプラン
OneDrive / SharePointライセンス
Exchange Onlineメールボックスの有無
Cloud PolicyとSharePoint PowerShellによるLoop作成ポリシー
Teams / Outlook等、Loopを埋め込む側の設定
Office 365 URLs/IPとWebSocket通信
SharePoint Embedded / SharePoint / OneDriveのどこへ保存されるか
保持、eDiscovery、秘密度ラベル、DLP、Information Barriersの対応範囲
退職者・異動者が所有するLoopデータのライフサイクル
Copilot Pages / Copilot Notebooksを使う場合の追加条件
公式情報・一次情報
Requirements for Loop components and Loop workspaces – Microsoft Learn
Summary of governance, lifecycle, and compliance capabilities for Loop experiences – Microsoft Learn
Use sensitivity labels with Microsoft Loop – Microsoft Learn
Loopは更新が続いているサービスです。この記事は2026年9月17日時点のMicrosoft公式情報を基準にしています。管理画面、クラウド環境、ロールアウト状況、Purview機能の対応範囲は変更されるため、実導入時は上記一次情報と自テナントを再確認してください。
