Microsoft 365 Copilot connectors overviewは、Microsoft 365 Copilotに社外・業務システムのデータをつなぐための公式ドキュメントです。2026年4月21日の更新で特に重要なのは、Synced connectorsとFederated connectorsの2モデルが明確に整理され、Federated connectorsを管理・展開の対象として扱う必要性が高まったことです。管理者は「どの外部データをCopilotに渡すか」だけでなく、「Microsoft Graphに取り込むのか、MCP経由でリアルタイム取得するのか」を判断する必要があります。
今回の更新は、Microsoft 365 admins、workplace IT teams、業務部門のCopilot推進担当者にとって実務的な意味があります。社内ナレッジ、SaaS、CRM、チケット管理、ナレッジベースなどをCopilotから使えるようにする際、設定ミスは情報漏えいリスクや検索品質の低下につながります。この記事では、2026年4月更新のポイント、同期型とフェデレーション型の違い、導入前に確認すべき管理項目を実務目線で整理します。
Microsoft 365の最新動向: Microsoft 365 Copilot connectors overviewで何が変わったか
Microsoft公式の「Microsoft 365 Copilot connectors overview」は、2026年4月21日に更新されています。ページ本文では、Microsoft 365 Copilot connectorsを「外部の業務データをMicrosoft 365 Copilotに持ち込み、ユーザーが企業コンテンツを検索・推論・活用できるようにする仕組み」と説明し、現在のコネクターモデルをSynced connectorsとFederated connectorsの2種類に整理しています。(Microsoft Learn)
GitHub上のMicrosoftDocsリポジトリを見ると、2026年4月20日のコミットに「Updated for federated connectors GA.」とあり、Federated connectorsに関する記述が更新されています。具体的には、以前の「early access preview」という表記が外れ、Federated connectorsがModel Context Protocol、つまりMCPを使ってリアルタイムに外部コンテンツを取得するモデルとして整理されています。(GitHub)
この更新を一言でいえば、Microsoft 365 Copilot connectorsは「外部データをMicrosoft Graphに同期する仕組み」だけではなく、データを同期せず、必要なタイミングで外部サービスから取得する仕組みも含むプラットフォームとして見直すべき段階に入った、ということです。
まず押さえるべき結論：コネクターは「同期型」と「フェデレーション型」で考える
2026年4月更新後のMicrosoft 365 Copilot connectors overviewでは、2つのモデルの違いが明確に示されています。実務では、この違いを理解しないまま導入すると「検索には出るがCopilot回答に活きない」「機密データを意図せず広く参照できる」「最新データを期待したのに古い情報が返る」といった問題が起きやすくなります。
| 観点 | Synced connectors | Federated connectors |
|---|---|---|
| データの扱い | 外部コンテンツをMicrosoft Graphに取り込み、インデックス化する | データをMicrosoft Graphに保存せず、問い合わせ時にMCP経由で取得する |
| 向いている用途 | 社内Wiki、文書リポジトリ、ナレッジベース、LOBシステム | 最新性が重要なデータ、規制・管理上ソースに残したいデータ |
| 検索品質 | セマンティックインデックスを利用できる | セマンティックインデックスの対象外 |
| 認証 | Microsoft Entra IDアプリ登録など | OAuth 2.0などMCP対応方式やサービス固有方式 |
| 取得方法 | インデックス済みデータを検索・要約 | リアルタイムAPI呼び出し |
| 可用性 | Global、GCC、GCCHで利用可能 | コネクターごとの提供状況に依存 |
Microsoft公式ドキュメントでは、Synced connectorsは外部コンテンツをMicrosoft Graphに取り込み、Federated connectorsはMCPを使ってリアルタイムに取得し、Microsoft Graphにはインデックス化しないと説明されています。(Microsoft Learn)
管理者が最初に決めるべきことは、「このデータはCopilotに広く検索・要約させたいのか」「それともソースシステムに残したまま、必要な時だけ参照させたいのか」です。
2026年4月更新ポイント
Federated connectorsの扱いが重要になった
今回の更新で最も注目すべき点は、Federated connectorsがMicrosoft 365 Copilot connectors overviewの中で明確に位置づけられたことです。
Federated connectorsは、Model Context Protocol、つまりMCPを利用して外部データソースからリアルタイムに情報を取得します。外部データをMicrosoft 365側にコピー・保存・インデックス化しないため、動的なデータや、ソースシステム側で厳密に管理したいデータに向いています。(Microsoft Learn)
例えば、次のようなケースではFederated connectorsの検討価値があります。
- 営業案件、顧客接点、問い合わせ履歴など、常に最新状態を見たい
- 外部SaaS上のデータをMicrosoft Graphに取り込みたくない
- ユーザー本人の認証情報と権限で参照範囲を制御したい
- Copilotには回答支援をさせたいが、データの保管場所は変えたくない
ただし、Federated connectorsは「何でもリアルタイムに便利になる魔法の仕組み」ではありません。セマンティックインデックスの対象外であり、提供状況もコネクターによって異なります。ナレッジ全体を横断検索したい用途では、Synced connectorsの方が適している場合があります。
Synced connectorsはセマンティックインデックスの設計が重要になった
Synced connectorsは、外部コンテンツをMicrosoft Graphに取り込み、Microsoft 365 CopilotやMicrosoft Searchなどのインテリジェントな体験で利用できるようにします。更新後のドキュメントでは、Synced connectorsがセマンティックインデックスを使い、キーワード一致だけでなく、文脈や近似的な一致を扱えることが説明されています。(Microsoft Learn)
ここで実務上重要なのは、Copilotに読ませたい情報をtitleとcontentにきちんと入れることです。Microsoft公式ドキュメントでは、共通プロパティとしてTitleとContentがインデックス対象になると説明されています。逆に、タイトルが曖昧だったり、本文が短すぎたり、重要情報がメタデータにだけ入っていたりすると、Copilotの回答品質は上がりにくくなります。(Microsoft Learn)
悪い例は、次のようなデータです。
| 悪い設計 | 起きやすい問題 |
|---|---|
| タイトルが「FAQ001」「資料A」だけ | Copilotが内容を推測しにくい |
| contentに概要しか入っていない | 回答の根拠が不足する |
| 重要なステータスや製品名がカスタム項目だけにある | 自然言語の質問で拾われにくい |
| 古い文書を削除・更新していない | Copilotが古い情報を引用する可能性がある |
良い設計では、titleに「何の情報か」が分かる名前を付け、contentには回答の根拠になる本文を十分に入れます。例えば「VPN設定手順」ではなく、「海外拠点から社内VPNに接続する手順」のように、利用シーンまで含めたタイトルにすると、検索とCopilot回答の両方で使いやすくなります。
Copilotの引用リンクの意味が変わる
Synced connectorsとFederated connectorsでは、Copilot回答に表示される引用の意味も異なります。
Synced connectorsでは、Copilotの回答内の引用はMicrosoft Graphに格納された外部アイテムのプレビューにつながります。一方、Federated connectorsでは、MCPサーバーから返されたコンテンツが引用として扱われ、外部コンテンツ自体はMicrosoft Graphに同期・保存されません。(Microsoft Learn)
これはユーザー教育でも重要です。業務ユーザーには「Copilotの回答だけで完結せず、引用元を確認する」習慣を持たせる必要があります。特に営業データ、顧客対応履歴、契約関連情報などは、Copilotの要約を起点にしつつ、最終判断は元システムで確認する運用が安全です。
利用できるクラウド環境にも注意が必要
Microsoft公式ドキュメントでは、Copilot connectorsは商用環境に加え、Microsoft 365 Government Community Cloud、GCC Highで利用可能とされています。一方で、Department of Defense、DoD環境では利用できないと説明されています。(Microsoft Learn)
グローバル企業や公共系の組織では、テナントのクラウド種別によって導入可否や提供時期が異なる可能性があります。特に米国政府系クラウド、複数リージョン運用、子会社ごとのテナント分離がある場合は、ドキュメントだけでなくMicrosoft 365管理センター上の表示も確認してください。
管理者が今すぐ確認すべき設定
Microsoft 365管理センターでFederated connectorsの状態を確認する
Federated connectorsは、Microsoft 365管理センターのCopilot connectorsから管理します。Microsoft公式のFederated connectors overviewでは、管理者が「Your connections」タブで利用可能なMicrosoft公開のFederated connectorsを確認し、テナント単位で有効化・無効化できると説明されています。さらに、Microsoft Entra IDグループを使った段階的展開にも対応しています。(Microsoft Learn)
実務では、全社一斉展開よりも、次の順序で進める方が安全です。
| 確認項目 | 理由 | 推奨アクション |
|---|---|---|
| どのFederated connectorが表示されているか | 提供状況はテナントや時期で変わる可能性がある | 管理センターのYour connectionsを確認する |
| 既定で有効になっているか | 意図せずユーザーが接続できる可能性がある | 必要に応じて無効化または段階的展開にする |
| 対象ユーザーグループ | 部門ごとに利用データのリスクが異なる | パイロット用のMicrosoft Entra IDグループを作成する |
| 監査・コンプライアンス要件 | 外部SaaS接続は業務データの取り扱いに関わる | セキュリティ部門・法務部門と確認する |
| 利用者向けガイド | Copilot回答の誤用を防ぐ | 引用確認、権限、禁止データを説明する |
特に重要なのは、Federated connectorsがテナントで既定有効になる場合がある点です。Microsoft公式ドキュメントでは、Microsoft公開のFederated connectorが管理センターに初めて表示された際、ユーザーに提供される前に管理者向けの7日間のレビュー期間があると説明されています。(Microsoft Learn)
この7日間を「何もしなくてよい猶予期間」と考えるのではなく、「利用可否・対象者・データ取り扱いを決める審査期間」と捉えるべきです。
PowerShellで一括制御できるようにしておく
Federated connectorsの管理では、PowerShellによる一括制御も重要です。Microsoft公式のManage federated connectorsでは、Connector.Cmdモジュールのバージョン2.1以降を使い、Set-FederatedConnectorToggleコマンドでテナント全体のFederated connectorsを有効化・無効化できると説明されています。(Microsoft Learn)
基本的な流れは次の通りです。
| 手順 | 作業内容 |
|---|---|
| 1 | 管理者権限でPowerShellを起動する |
| 2 | Install-Module Connector.Cmdでモジュールをインストールする |
| 3 | Set-FederatedConnectorToggleを実行する |
| 4 | Global AdministratorまたはAI Administratorで認証する |
| 5 | DisableまたはEnableを選択する |
| 6 | 管理センターとユーザー側の反映を確認する |
Microsoft公式ドキュメントでは、変更がMicrosoft 365全体に反映されるまで最大10分かかる場合があると説明されています。反映確認では、管理センターの画面更新だけでなく、実際のCopilot体験で利用可否が変わっているかも確認してください。(Microsoft Learn)
Synced connectorsはinline resultsの有効化も確認する
Synced connectorsをMicrosoft 365 Copilotで効果的に使うには、データを取り込むだけでは不十分です。公式ドキュメントでは、Microsoft 365 Copilotが取り込んだコンテンツを効果的に使うために、semantic labelsの適用、contentプロパティへのリッチなテキストの取り込み、urlToItemResolverの追加、user activitiesの追加、意味のある接続説明の設定などが推奨されています。さらに、管理者はSynced connectorsがinline resultsで有効になっていることも確認する必要があります。(Microsoft Learn)
つまり、Synced connectorsの導入は「接続できたら終わり」ではありません。検索結果に出るか、Copilot回答に使われるか、引用元が分かりやすいか、ユーザーが元データへ戻れるかまで設計する必要があります。
Synced connectorsとFederated connectorsの選び方
Synced connectorsが向いているケース
Synced connectorsは、社内に蓄積されたナレッジをCopilotから見つけやすくしたい場合に向いています。
例えば、次のような用途です。
- 社内WikiやナレッジベースをCopilot回答に活用したい
- Confluence、Box、Google Drive、ServiceNow、Salesforceなどのコンテンツを横断検索したい
- FAQ、規程、手順書、製品資料を自然言語で探せるようにしたい
- ユーザーが「この件について要約して」と聞いた時に、関連文書を根拠に回答させたい
Microsoft公式ドキュメントでは、Copilot connectors galleryに100以上のコネクターがあり、Azure services、Box、Confluence、Google services、MediaWiki、Salesforce、ServiceNowなどに接続できると説明されています。(Microsoft Learn)
Synced connectorsの判断基準は、次の3つです。
| 判断基準 | Synced connectorsに向いている状態 |
|---|---|
| 情報の安定性 | 頻繁に秒単位で変わらない |
| 検索ニーズ | 多くのユーザーが横断的に探す |
| 回答品質 | 文脈理解や要約が重要 |
典型例は、情シスの手順書、社内規程、営業提案テンプレート、製品FAQ、サポートナレッジです。これらはMicrosoft Graphに取り込み、セマンティックインデックスで探しやすくする価値があります。
Federated connectorsが向いているケース
Federated connectorsは、データをMicrosoft Graphに取り込まず、ソースシステムに残したままCopilotから参照させたい場合に向いています。
例えば、次のような用途です。
- CRMの最新案件情報を参照したい
- カレンダー、連絡先、チケット、問い合わせ状況などリアルタイム性が重要
- 外部SaaS側の権限をそのまま使いたい
- 規制や社内ポリシー上、データを別基盤に同期したくない
- ユーザー本人の認証情報でアクセスさせたい
Federated connectors overviewでは、Microsoft公開のFederated connectorsとしてCanva、Google Calendar、Google Contacts、HubSpot、Intercom、Linear、LSEG、Moody’s、Notionが挙げられています。対象は今後変わる可能性があるため、実際の導入時は管理センター上の表示で確認してください。(Microsoft Learn)
Federated connectorsを選ぶ際の注意点は、セマンティックインデックスによる広範なナレッジ検索ではなく、外部サービスからのリアルタイム取得が中心になることです。ナレッジベース全体をCopilotで深く検索・要約したい場合は、Synced connectorsの方が向いていることがあります。
業務ユーザーへの説明で押さえるべきこと
Microsoft 365 Copilot connectorsは、管理者だけの機能ではありません。最終的に価値を出すのは、営業、サポート、人事、経理、開発、経営企画などの業務ユーザーです。
ただし、ユーザーに「外部システムもCopilotで全部分かる」と説明すると誤解が生まれます。次のように説明すると現実的です。
| ユーザーの期待 | 正しい説明 |
|---|---|
| Copilotがすべての外部データを見られる | 接続済みで、かつ本人に権限があるデータだけ参照できる |
| 回答は常に正確 | 引用元を確認し、重要判断では元システムを見る |
| どのSaaSでも同じように使える | コネクターの種類や提供状況によって体験が異なる |
| つないだら自動で高品質になる | データのタイトル、本文、権限、更新状態が品質を左右する |
| Copilotが外部システムを書き換える | Federated connectorsは読み取り中心で、書き込みとは別に考える必要がある |
Federated connectorsでは、ユーザーが自分の資格情報で外部データソースに接続し、Copilotはそのユーザーが既にアクセス権を持つデータだけを扱うと説明されています。(Microsoft Learn)
業務ユーザー向けのプロンプト例は、次のようなものです。
今週の顧客対応に関連する情報を要約し、未対応の論点を箇条書きで整理してください。引用元も示してください。
社内ナレッジから、海外拠点のVPN接続手順を探し、初めて設定する人向けに手順をまとめてください。
この案件に関連する最近のやり取りを確認し、次回ミーティングで確認すべき事項を整理してください。
ポイントは、「何を」「どの観点で」「どの形式で」まとめるかを明示することです。Copilot connectorsはデータへの入口を広げますが、良い回答を得るには質問の設計も必要です。
導入前に失敗しやすいポイント
権限設計を後回しにする
最も危険なのは、外部データをつなぐ前に権限設計を確認しないことです。Synced connectorsでは、展開されたコネクターは外部アイテムのセキュリティで制限しない限りテナント全体に影響する可能性があります。公式ドキュメントでも、デプロイされたコネクターは外部アイテムセキュリティで制限しない限りtenant-wideになると説明されています。(Microsoft Learn)
導入前には、少なくとも次を確認してください。
- 外部システム側の権限が最新か
- 退職者、異動者、兼務者のアクセス権が残っていないか
- 管理者アカウントで広すぎる範囲を同期していないか
- 機密文書が一般ユーザーに検索されないか
- ゲストユーザーや外部共有の扱いを確認したか
Copilotは、見えてよいデータの中から回答します。裏を返すと、権限設定が緩いデータは、Copilotによって見つかりやすくなる可能性があります。
セマンティックラベルを過信する
Synced connectorsではsemantic labelsが重要ですが、Microsoft公式ドキュメントでは、semantic labelsはフィルタリングに使われるものであり、セマンティックインデックス自体には影響しないと説明されています。(Microsoft Learn)
つまり、「ラベルを付けたからCopilotが賢く理解する」と考えるのは危険です。回答品質を上げるには、titleとcontentに実際の意味ある情報を入れる必要があります。
特に、次のような質問はセマンティックインデックスの効果が出にくいとされています。
- トピックやキーワードがない検索
- 複数条件を同時に指定する検索
- 件数のカウントを求める質問
例えば「担当者Aの未対応バグを数えて」よりも、「ログイン障害に関する未対応バグの概要を教えて」の方が、意味検索の効果を活かしやすい質問です。件数集計や厳密な条件検索は、ソースシステムのレポート機能やPower BIなどと役割分担した方がよい場合があります。
データ更新と削除の運用を決めていない
Copilot connectors導入後に意外と問題になるのが、古いデータです。社内規程、FAQ、製品仕様、価格表、サポート手順などが古いまま残っていると、Copilotが古い情報を引用する可能性があります。
導入前に、次の運用を決めておくべきです。
| 対象 | 決めるべきこと |
|---|---|
| 更新頻度 | どのデータをどの頻度で同期・確認するか |
| 削除ルール | 廃止文書や旧手順をどう扱うか |
| オーナー | データ品質の責任者は誰か |
| 問い合わせ窓口 | Copilot回答が誤っていた時に誰へ報告するか |
| 改善サイクル | 検索されない文書や誤回答をどう改善するか |
Copilot活用は、AI機能の設定だけでなく、ナレッジ管理の成熟度に大きく左右されます。
おすすめの導入ステップ
Microsoft 365 Copilot connectorsを安全に導入するには、いきなり全社展開せず、データ分類とパイロットから始めるのが現実的です。
| ステップ | 実施内容 | 成果物 |
|---|---|---|
| 1 | 接続したい外部データを棚卸しする | データソース一覧 |
| 2 | Synced connectors向きかFederated connectors向きか分類する | コネクター選定表 |
| 3 | 権限と機密度を確認する | アクセス権レビュー結果 |
| 4 | 小規模な部門でパイロットする | 対象グループ、評価項目 |
| 5 | title、content、URL、説明文を改善する | 検索品質改善リスト |
| 6 | 管理センターとPowerShellで制御方法を確認する | 管理手順書 |
| 7 | ユーザー向けガイドを作る | プロンプト例、注意事項 |
| 8 | 利用状況と問い合わせを見ながら拡大する | 展開計画 |
最初の対象としては、全社機密ではないが利用頻度が高いナレッジが向いています。例えば、ITヘルプデスクのFAQ、総務手続き、営業資料、製品サポート情報などです。ここで検索品質、引用の見やすさ、ユーザーの質問パターンを把握してから、CRMや人事データなど機密性の高い領域へ広げる方が安全です。
セキュリティとプライバシーで確認すべきこと
Microsoft 365 Copilot connectorsを導入する際は、外部データがCopilotの回答に使われる範囲を正しく理解する必要があります。Microsoft 365 Copilotのデータ、プライバシー、セキュリティに関する公式ドキュメントでは、Copilotは各ユーザーがアクセス権を持つデータのみを扱うよう、Microsoft 365の既存の権限モデルを利用すると説明されています。(Microsoft Learn)
また、MicrosoftのEnterprise data protectionに関する公式情報では、Microsoft 365 Copilot Chatのプロンプト、応答、Microsoft Graph経由でアクセスされるデータは、基盤モデルのトレーニングには使われないと説明されています。(Microsoft Learn)
ただし、これは「何をつないでも安全」という意味ではありません。組織側の権限設定、外部SaaS側の共有設定、データ分類、監査ログ、ユーザー教育が不十分であれば、Copilotによって機密情報が見つかりやすくなる可能性はあります。
導入前に、次の観点で確認してください。
- 機密情報、個人情報、契約情報を含むデータソースか
- 外部SaaS側のアクセス権が最小権限になっているか
- Copilotで参照されることを前提にデータ分類しているか
- 監査ログや問い合わせ対応の手順があるか
- 利用者に「引用元確認」と「機密情報の扱い」を教育しているか
よくある質問
Microsoft Graph connectorsとは別物ですか？
現在のMicrosoft公式ドキュメントでは、Microsoft 365 Copilot connectorsという表現で整理されています。Synced connectorsは外部コンテンツをMicrosoft Graphに取り込み、CopilotやMicrosoft Searchなどで利用できるようにします。一方、Federated connectorsはMicrosoft Graphにデータをインデックス化せず、MCPを使ってリアルタイムに取得します。(Microsoft Learn)
実務上は、「Graphに取り込む同期型」と「Graphに取り込まないフェデレーション型」と覚えると判断しやすくなります。
Synced connectorsとFederated connectorsは同じテナントで併用できますか？
Microsoft公式のFederated connectors overviewでは、Synced connectorsとFederated connectorsは同じテナント内で共存でき、コネクター一覧にも一緒に表示されると説明されています。(Microsoft Learn)
例えば、社内FAQや手順書はSynced connectorsで取り込み、最新のCRMデータや外部SaaS情報はFederated connectorsでリアルタイム参照する、といった使い分けが可能です。
どのコネクターから始めるべきですか？
最初は、利用頻度が高く、機密リスクが比較的低く、効果を測定しやすいデータから始めるのがおすすめです。ITヘルプデスクFAQ、社内手続き、製品ナレッジ、営業資料などが候補になります。
反対に、人事評価、未公開財務情報、契約交渉、個人情報を多く含むデータは、権限設計とガバナンスが整うまで慎重に扱うべきです。
Federated connectorsならデータ同期が不要なので安全ですか？
データをMicrosoft Graphに同期しない点は大きなメリットですが、それだけで安全とは言えません。Federated connectorsでも、ユーザー本人の権限で外部データにアクセスします。外部システム側の権限が広すぎると、Copilot経由で見つかりやすくなる可能性があります。
安全性は、同期の有無ではなく、権限、認証、監査、データ分類、利用者教育を含めて判断してください。
まとめ：2026年4月更新後は「接続」ではなく「データ活用の設計」が重要
Microsoft 365 Copilot connectors overviewの2026年4月更新では、Synced connectorsとFederated connectorsの役割がより明確になりました。特にFederated connectorsは、MCPを使って外部データをリアルタイム取得するモデルとして整理され、管理者がガバナンス対象として確認すべき重要な領域になっています。
次に取るべき行動は明確です。まず、Microsoft 365管理センターで自社テナントに表示されているCopilot connectorsを確認してください。そのうえで、外部データを「Microsoft Graphに取り込むべきデータ」と「ソースに残したまま参照すべきデータ」に分けます。次に、権限、データ品質、引用元確認、段階的展開、PowerShellによる一括制御を整備します。
Copilot connectorsの価値は、単に外部データをつなぐことではありません。ユーザーが必要な情報を安全に見つけ、根拠を確認しながら、次の行動に移れる状態を作ることにあります。2026年4月更新を機に、Microsoft 365 Copilotの外部データ連携を「機能導入」ではなく「ナレッジ活用基盤の設計」として見直すことが重要です。
コメント