Microsoft 365 Copilot Connectorsを導入している組織では、「どのコネクタが実際にCopilotの回答や検索体験に役立っているのか」を把握しにくいことがあります。今回の「Microsoft 365 admin center: Usage reports – Microsoft 365 Copilot Connectors」は、その課題を解消するために、Microsoft 365 管理センター上でコネクタの利用状況を確認できる新しいレポートを追加する更新です。
結論から言うと、管理者は今後、コネクタ全体の利用状況、発行元ごとの傾向、コネクタを使った回答パターン、ユーザー単位の導入状況を確認しやすくなります。単に「接続できているか」を見るだけでなく、「業務で使われているか」「不要な接続はないか」「権限やデータ公開範囲に問題がないか」を判断する材料になります。公式ロードマップでは、Roadmap ID 519571として掲載され、2026年5月6日23:15 UTCに更新されているため、日本時間では2026年5月7日更新相当です。ステータスは開発中、提供フェーズは一般提供、対象はWorldwideの標準マルチテナント環境、提供予定はJune CY2026とされています。ただし、Microsoft 365 Roadmapの予定日は変更される可能性があります。(Microsoft)
Microsoft 365 Copilot ConnectorsのUsage reportsで何が変わるのか
今回追加予定のUsage reportsは、Microsoft 365 Copilot Connectorsの利用実態をMicrosoft 365 admin centerで確認するためのレポートです。公式ロードマップでは、全体的なコネクタ活動、パブリッシャー単位の傾向、時間経過に伴うコネクタ駆動の回答パターン、ユーザー単位のコネクタ導入データを提供すると説明されています。これにより、管理者は導入状況の監視、利用パターンの把握、Copilot体験の最適化に使える分析情報を得られます。(Microsoft)
これまでコネクタ管理では、接続状態、インデックス状況、エラー、Microsoft Search側の接続分析などを個別に確認する場面が多くありました。たとえば既存のMicrosoft Search usage reportのConnection analyticsでは、アクティブな接続数、総インデックス項目数、コネクタ結果を含むクエリ数、クリックされたクエリ数、ユニークユーザー数などを確認できます。(Microsoft Learn)
新しいレポートの価値は、これらの運用情報に加えて、Microsoft 365 Copilotの文脈で「どのコネクタが回答や利用に貢献しているか」を見やすくする点にあります。
| 観点 | これまで確認しやすかったこと | 新レポートで確認しやすくなること | 実務での使い道 |
|---|---|---|---|
| 接続の有無 | コネクタが作成済みか、接続状態がReadyか | 実際にCopilotで使われているか | 使われていない接続の見直し |
| データ量 | インデックスされた項目数、クロール失敗数 | 回答や利用パターンとの関係 | データ量だけ多い低効果コネクタの改善 |
| 利用者 | 検索やクリックの傾向 | ユーザー単位の導入状況 | 部門別の展開、教育、ライセンス判断 |
| 発行元 | コネクタ名や接続単位の管理 | パブリッシャー単位の傾向 | 外部サービスやベンダーごとの効果測定 |
| 改善判断 | エラー修正や同期確認が中心 | 採用率、回答貢献、継続利用を含めた判断 | 継続、拡張、停止、再設計の判断 |
重要なのは、この更新がエンドユーザー向けの画面変更ではなく、管理者向けの可視化強化であることです。ユーザーがCopilotに質問する操作そのものが大きく変わるというより、管理者がコネクタの価値とリスクを判断しやすくなる更新と捉えるとよいでしょう。
影響を受ける範囲
今回の更新は、Microsoft 365 Copilot Connectorsを利用している組織の管理、運用、開発、定着化に関わります。特に影響が大きいのは、Microsoft 365管理者、AI管理者、セキュリティ担当者、コネクタを設計する開発者、Copilotの利用定着を推進する担当者です。
| 対象者 | 影響 | 確認すべきこと |
|---|---|---|
| Microsoft 365管理者 | 利用状況をもとにコネクタの継続・停止を判断しやすくなる | レポート閲覧権限、接続状態、利用傾向 |
| AI管理者 | Copilot Connectorsの管理と改善判断がしやすくなる | 接続一覧、アクセス権限、Copilot Visibility |
| セキュリティ・コンプライアンス担当 | ユーザー単位データや外部データ接続の扱いを見直す必要がある | レポートの個人情報表示設定、監査、過剰共有 |
| 開発者・コネクタ担当者 | 利用されるコネクタと使われないコネクタの差が見えやすくなる | スキーマ、semantic labels、URL、更新日時、ACL |
| 利用定着担当者 | 部門別・ユーザー別の利用促進施策を考えやすくなる | 低利用部門、研修対象、プロンプト例、業務シナリオ |
Microsoft 365 Copilot Connectorsには、外部データをMicrosoft GraphにインデックスするSynced connectorsと、MCPを使ってリアルタイムにデータを取得するFederated connectorsがあります。Synced connectorsは組織レベルの接続に向き、Federated connectorsはライブ性が高いデータやインデックス化したくないデータに向く設計です。どちらもアクセス制御の考え方が重要で、ユーザーが本来アクセスできない情報をCopilot経由で見られる状態にしないことが前提になります。(Microsoft Learn)
管理者が最初に確認すべき設定
レポート閲覧権限を最小権限で整理する
Usage reportsを見るには、Microsoft 365 admin centerのレポート閲覧に必要な管理者ロールが必要です。公式ドキュメントでは、Global Administrator、Reports Reader、Usage Summary Reports Reader、Global Reader、AI AdministratorなどがUsage reportsの閲覧に関係するロールとして示されています。Microsoftは、Global Administratorのような高権限ロールを日常運用に使い続けるのではなく、必要最小限の権限を使うことを推奨しています。(Microsoft Learn)
実務では、次のように役割を分けると安全です。
| 作業 | 推奨される考え方 |
|---|---|
| 利用状況を確認するだけ | Reports ReaderやUsage Summary Reports Readerを検討 |
| Copilot Connectorsを管理する | AI Administratorを中心に検討 |
| 全体設定や例外対応を行う | Global Administratorは緊急時や限定的な利用に絞る |
| 部門別の利用定着を分析する | 個人情報表示の要否を事前に社内ルール化する |
Copilot Connectorsの接続を管理するには、組織のAI administratorである必要があるとMicrosoft Learnに記載されています。レポート閲覧者とコネクタ管理者を同じ人にする必要はありませんが、運用上は両者の連携が欠かせません。(Microsoft Learn)
ユーザー情報の表示設定を確認する
Usage reportsは、組織の利用状況を把握するためのデータを提供します。一方で、ユーザー単位の利用データはプライバシーや社内規程に関わります。Microsoft 365 admin centerのUsage reportsでは、既定でユーザー名、グループ名、サイト名などの情報が非表示になる設定があります。組織のプライバシーポリシー上問題がない場合、Global administratorが設定を変更して識別可能な情報を表示できますが、その操作はMicrosoft Purviewポータルの監査ログに記録されます。(Microsoft Learn)
新しいCopilot ConnectorsのUsage reportsでユーザー単位の導入データを活用する場合も、次のルールを事前に決めておくべきです。
| 確認項目 | 判断基準 |
|---|---|
| 個人名を表示するか | 利用促進に必要か、匿名集計で足りるか |
| 誰が閲覧できるか | IT部門、情シス、部門管理者、定着化担当の範囲 |
| 何に使うか | 教育、改善、ライセンス配分、セキュリティ確認に限定する |
| 何に使わないか | 個人の勤務評価や監視目的に直結させない |
特にCopilot関連の利用データは、「使っている人を評価する」よりも「使いにくい理由を見つける」ために見るべきです。低利用ユーザーを責めるのではなく、権限不足、接続ミス、業務に合わないデータソース、プロンプト例の不足を疑うほうが改善につながります。
コネクタのアクセス権限を見直す
Microsoft 365 Copilot Connectorsは、外部データソースの情報をMicrosoft 365 CopilotやMicrosoft Copilotで利用できるようにします。Microsoft Learnでは、接続時に設定したアクセス権限が組織の想定する公開範囲と一致している必要があり、誤って「Everyone」に広げると機密情報の過剰共有につながる可能性があると説明されています。(Microsoft Learn)
設定確認は、Microsoft 365 admin centerで「Copilot > Connectors > Your Connections」に移動し、対象コネクタの詳細ペインからPermissionsを確認します。権限は大きく分けて、データソース側のアクセス制御を尊重する「Only people with access to this data source」と、組織内の全ユーザーに表示する「Visible to everyone」があります。(Microsoft Learn)
注意すべき点は、作成後にアクセス権限を直接更新する操作が現時点ではサポートされていないことです。意図と異なるアクセス権限で作成してしまった場合は、既存の接続を削除し、Custom setup flowで明示的にアクセス権限を指定して再作成する必要があります。(Microsoft Learn)
接続状態とエラーを確認する
新しい利用状況レポートを正しく読むには、まずコネクタ自体が正常に動いている必要があります。Microsoft 365 admin centerのYour Connectionsでは、接続状態としてSyncing、Ready、Paused、Failed、Delete failedなどが表示されます。Readyであっても最終同期時刻が古ければ、Copilotが参照する情報の鮮度に影響する可能性があります。(Microsoft Learn)
エラー確認は、Microsoft 365 admin centerの「Connectors > Your connections」から対象接続を選び、詳細ペインのErrorタブで行います。Errorタブでは、エラーコード、発生回数、ログのダウンロードを確認できます。代表的な原因には、データソースに到達できない、認証情報が誤っている、認証情報が期限切れ、対象アイテムにアクセス権がない、といったものがあります。(Microsoft Learn)
利用状況が低いコネクタを見つけたときは、いきなり「不要」と判断しないでください。先に、接続状態、クロール失敗、認証情報、アクセス権限、Copilot Visibility、スキーマ設定を確認するのが安全です。
Copilot Visibilityを確認する
パートナーコネクタなど一部の接続では、CopilotやCopilot Searchにデータソースを表示するかどうかを管理者が切り替えられます。Microsoft Learnでは、Copilot Visibilityをオフにすると、そのコネクタはCopilot SearchおよびCopilot Chatの結果や応答から除外されると説明されています。設定変更がCopilot体験全体に反映されるまで最大30分程度かかる場合があります。(Microsoft Learn)
この設定は、次のような場面で重要です。
| 状況 | 対応例 |
|---|---|
| 一時的にデータ品質を確認したい | Visibilityをオフにして検証する |
| 機密性の高いデータソースを段階展開したい | 対象ユーザーを限定し、表示範囲を確認する |
| 利用が少ないが業務上必要な接続がある | Visibilityではなく教育やプロンプト例を見直す |
| 誤った情報がCopilot回答に混ざる | Visibilityを停止し、データソースやスキーマを修正する |
開発者・コネクタ担当者が確認すべき実装ポイント
スキーマとsemantic labelsを整える
カスタムCopilot connectorでは、スキーマ設計がCopilotでの見つかりやすさや引用の品質に影響します。Microsoft 365 admin centerでは、公開済みのカスタムコネクタに対してスキーマ推奨を表示し、Copilotが理解、順位付け、引用に使う重要なsemantic labelsの不足を示します。確認対象には、title、url、lastModifiedBy、lastModifiedDateTimeなどがあります。(Microsoft Learn)
特に重要なのはURLです。urlラベルが適切でないと、Copilotが回答の根拠として元データに戻す導線が弱くなります。titleが不適切だと、検索結果や引用表示でユーザーが内容を判断しにくくなります。lastModifiedDateTimeが欠けていると、更新日時を前提にした質問への回答品質に影響する可能性があります。
実装時は、次の観点で点検してください。
| 項目 | 確認ポイント |
|---|---|
| title | ユーザーが見て内容を判断できる名称になっているか |
| url | 元システムの該当アイテムに戻れる正規URLか |
| lastModifiedDateTime | 更新日時が正しく入り、古い情報を判別できるか |
| ACL | データソース側の権限とMicrosoft 365側のユーザー対応が一致しているか |
| description | ユーザーがCopilot上でデータソースを識別しやすい説明か |
Synced connectorsとFederated connectorsを同じ指標で評価しない
Synced connectorsは、外部データをMicrosoft Graphにインデックスし、Microsoft 365 CopilotやMicrosoft Searchで利用できるようにする方式です。クラウドサービスやオンプレミスのデータソースに対応し、ソース側の権限を尊重しながら、ユーザーがアクセス権を持つ情報だけを表示します。(Microsoft Learn)
一方、Federated connectorsはMCPを使ってリアルタイムにデータを取得し、コンテンツをMicrosoft 365にインデックスしない方式です。ライブ性が高いデータ、動的なデータ、インデックス化したくない機密性の高いデータに向いており、データはソースシステムに残ります。(Microsoft Learn)
そのため、利用状況レポートを見るときも、次のように評価軸を分けると誤解を避けられます。
| 種類 | 見るべき観点 | 注意点 |
|---|---|---|
| Synced connectors | インデックス量、同期状態、検索・回答への貢献 | データ量が多くても使われるとは限らない |
| Federated connectors | リアルタイム取得、認証、ユーザー接続、回答への貢献 | インデックス数だけで価値を測れない |
| カスタムコネクタ | スキーマ、semantic labels、ACL、引用URL | 実装品質が利用率に直結しやすい |
| パートナー提供コネクタ | パブリッシャー単位の利用傾向、接続品質 | ベンダーや部門ごとの重複を確認する |
展開・移行で失敗しやすいポイント
今回の更新そのものは、既存のコネクタを別サービスへ移行するような大規模移行ではありません。ただし、利用状況が見えるようになることで、これまで放置されていた設定不備や運用課題が表面化しやすくなります。
| 失敗しやすいポイント | 起きる問題 | 事前対策 |
|---|---|---|
| レポート公開後に初めて棚卸しする | どのコネクタを誰が管理しているか分からない | 接続名、発行元、所有者、対象部門を一覧化する |
| 利用が少ない接続をすぐ削除する | 実は権限や教育不足が原因だった可能性がある | エラー、Visibility、ACL、プロンプト例を確認する |
| Everyone設定を見落とす | 機密情報の過剰共有につながる | Permissionsを全接続で確認する |
| ユーザー単位データを無秩序に共有する | プライバシーや社内規程に抵触する | 閲覧者と利用目的を明文化する |
| スキーマ不備を放置する | Copilotが適切に引用・順位付けできない | title、url、更新日時、作成者を点検する |
| インデックス数だけで価値判断する | 大量データだが実務で使われない接続を温存する | 回答貢献、ユニークユーザー、業務シナリオで評価する |
特に注意したいのは、アクセス権限の設定です。Microsoft Learnでは、アクセス権限が意図と異なる場合、作成後に直接更新するのではなく、既存接続を削除してCustom setup flowで再作成する必要があると説明されています。設定ミスが見つかった場合は、影響範囲を確認してから再作成計画を立てましょう。(Microsoft Learn)
レポート公開前に作っておきたい運用フロー
新しいUsage reportsを効果的に使うには、レポートが表示されてから慌てて見るのではなく、事前に運用フローを決めておくことが重要です。Microsoft 365 admin centerのUsage reports全般では、レポートは通常7日、30日、90日、180日の期間で確認でき、データは一般に24〜72時間で利用可能になりますが、場合によっては数日かかることがあります。(Microsoft Learn)
| 手順 | 作業 | 完了条件 |
|---|---|---|
| 棚卸し | 既存のCopilot Connectorsを一覧化する | 接続名、発行元、所有者、対象部門、データソースが分かる |
| 権限確認 | PermissionsとACLを確認する | Everyone設定や意図しない公開範囲がない |
| 健全性確認 | Ready、Failed、Paused、エラーコードを確認する | 重要接続に未対応エラーがない |
| ベースライン作成 | 既存のConnection analyticsを確認する | 現在の利用傾向を把握している |
| 評価基準作成 | 継続、改善、停止の判断基準を決める | 利用率だけでなく業務価値も含めて判断できる |
| 改善実行 | スキーマ、説明文、Visibility、教育資料を改善する | ユーザーが使うべき場面を理解できる |
| 定例レビュー | 月次または四半期で見直す | 放置された接続や低品質データが減る |
実務では、まず「業務上重要だが利用が少ない接続」を探すのが効果的です。たとえばServiceNowのナレッジ、Salesforceの顧客情報、Confluenceの設計資料、Jiraのチケット情報などは、部門によって価値が大きく変わります。利用が少ない場合でも、ユーザーが存在を知らない、Copilotにどう聞けばよいか分からない、権限マッピングが不完全、引用URLが分かりにくい、といった原因が考えられます。
Usage reportsをどう読めばよいか
新しいMicrosoft 365 Copilot ConnectorsのUsage reportsは、単に数値を見るだけでは不十分です。重要なのは、数値から次のアクションを決めることです。
利用が多いコネクタは「横展開」の候補にする
特定のコネクタが多く使われ、Copilotの回答にも継続的に貢献している場合は、業務に合っている可能性が高いです。その場合は、利用部門のプロンプト例、成功事例、FAQを作成し、他部門にも展開します。
例として、営業部門でSalesforce関連のコネクタ利用が多いなら、「先週更新された商談のリスクを要約して」「この顧客に関する直近の問い合わせを整理して」といった業務プロンプトをテンプレート化できます。
利用が少ないコネクタは「不要」ではなく「原因調査」から始める
利用が少ないコネクタには、不要なものもありますが、設定や展開方法に問題があるものもあります。まず次の順に確認してください。
| 確認順 | 見る項目 | 判断 |
|---|---|---|
| 1 | 接続状態 | FailedやPausedなら運用問題 |
| 2 | 認証情報 | 期限切れや権限不足なら管理問題 |
| 3 | Permissions | 対象ユーザーに見えていない可能性 |
| 4 | Copilot Visibility | Copilot回答から除外されていないか |
| 5 | スキーマ | title、url、更新日時が適切か |
| 6 | 利用者教育 | ユーザーが使い方を知っているか |
この順で確認すると、「使われていないから削除する」という短絡的な判断を避けられます。
パブリッシャー単位の傾向はベンダー整理に使う
新レポートではpublisher-level trendsが見えるようになる予定です。これは、複数の外部サービスやパートナー提供コネクタを使っている組織にとって重要です。たとえば、同じ用途のコネクタが複数ある場合、実際に使われている発行元、エラーが少ない発行元、回答に貢献している発行元を比較できます。
ただし、利用数だけでベンダーを評価するのは危険です。対象部門の人数、業務頻度、データソースの重要度、セキュリティ要件も合わせて見てください。
ユーザー単位の導入データは教育とサポートに使う
ユーザー単位の導入データは、Copilot活用が進んでいる人とそうでない人を見つけるのに役立ちます。ただし、目的は監視ではなく支援です。
たとえば、特定部門で導入率が低い場合は、次のように改善できます。
| 状況 | 改善策 |
|---|---|
| Copilotは使っているがコネクタを使っていない | コネクタを使うプロンプト例を配布する |
| 特定のデータソースだけ利用されない | 接続名や説明文を見直す |
| 一部ユーザーだけ利用できない | ライセンス、権限、IDマッピングを確認する |
| 回答に外部データが出ない | Visibility、ACL、スキーマ、同期状態を確認する |
管理者と開発者が今すぐ取るべきアクション
今回の更新に備えて、まずは既存のCopilot Connectorsを棚卸ししましょう。レポートが表示されるまで待つのではなく、接続名、発行元、所有者、データソース、対象ユーザー、アクセス権限、最終同期、エラー状況を一覧化しておくと、Usage reports公開後の分析が速くなります。
次に、過剰共有リスクのある接続を優先して確認します。特に「Visible to everyone」の設定、サービスアカウントの権限、データソース側のACL、カスタムコネクタのユーザーマッピングは重点的に見てください。Microsoft 365 Copilotはユーザーの権限に基づいて情報を扱う設計ですが、コネクタ設定が意図とずれていれば、期待した安全性を損なう可能性があります。(Microsoft Learn)
開発者は、カスタムコネクタのスキーマとsemantic labelsを確認してください。title、url、lastModifiedBy、lastModifiedDateTimeが不足していると、検索結果、引用、回答の鮮度判断に影響します。Microsoft 365 admin centerのスキーマ推奨は補助になりますが、完全な設計レビューの代わりにはなりません。(Microsoft Learn)
最後に、利用状況レポートを「削除候補探し」ではなく「価値を最大化するための改善サイクル」に組み込みましょう。Copilot Control Systemの管理コントロールでは、ライセンス、エージェントライフサイクル、カスタマイズ、コネクタ管理が重要な要素として位置付けられています。コネクタのUsage reportsは、この管理サイクルを回すための測定ポイントになります。(Microsoft Learn)
まとめ：コネクタは「つなぐ」より「使われる状態にする」ことが重要
Microsoft 365 Copilot ConnectorsのUsage reportsは、Copilot導入後の運用を一段階進める更新です。これまでは、コネクタが接続済みか、インデックスされているか、エラーがないかに注目しがちでした。今後は、実際にCopilotの中で使われているか、どの発行元やユーザー層で効果が出ているか、どの接続を改善・拡張・停止すべきかを判断しやすくなります。
まず行うべきことは、既存コネクタの棚卸し、アクセス権限の確認、接続エラーの解消、カスタムコネクタのスキーマ点検です。そのうえで、レポート公開後は月次で利用状況を確認し、低利用の原因を設定、権限、教育、データ品質の観点から切り分けてください。
Copilot Connectorsは、接続数を増やすだけでは価値が出ません。業務で使われるデータを、安全に、見つけやすく、回答に活かせる状態に保つことが、管理者と開発者に求められる実務上のポイントです。
コメント