Connecteurs Copilot et Microsoft Graph : bien choisir

Les connecteurs Microsoft 365 Copilot, qui s'appuient sur l'API des connecteurs Microsoft Graph, permettent à Copilot et à la recherche Microsoft de répondre à partir de données qui vivent hors de Microsoft 365 : un wiki Confluence, un CRM Salesforce, un outil de tickets, une base SQL. Il en existe deux familles : les connecteurs synchronisés, qui copient et indexent le contenu, et les connecteurs fédérés, qui l'interrogent en direct par MCP. Le choix entre les deux est un choix d'architecture, pas un détail de configuration. Voici ce qu'en dit la documentation Microsoft lue le 15/11/2026.

Les trois formes

Les connecteurs synchronisés

Ils parcourent la source et ingèrent son contenu dans l'index de Microsoft Graph, par l'API des connecteurs Microsoft Graph. Chaque élément ingéré comprend son contenu, ses métadonnées (titre, adresse) et une liste de contrôle d'accès (ACL) qui porte les droits. Ensuite :

• l'élément rejoint l'index de recherche de l'organisation, en texte intégral et en indexation sémantique ;
• la recherche et Copilot ne le montrent qu'aux personnes qui y ont accès dans la source ;
• le connecteur vérifie périodiquement les changements ; l'administrateur règle la fréquence et peut lancer un parcours complet.

Pour la version configurée par l'utilisateur, Microsoft précise qu'elle parcourt un volume limité de contenu récent par personne, avec ses propres identifiants, et que le contenu indexé est supprimé quand l'utilisateur se déconnecte ou que l'administrateur désactive le connecteur.

Les connecteurs fédérés

Ils reposent sur MCP (Model Context Protocol) : aucune indexation, les données restent dans la source et sont lues au moment de la question, avec l'authentification OAuth 2.0 de l'utilisateur. Ceux fournis par Microsoft apparaissent comme « Ready » dans la liste des connexions du centre d'administration Microsoft 365. La documentation les décrit comme en lecture seule (chercher et lire, pas écrire), tout en annonçant des actions d'écriture « starting early October 2026 » : vérifiez l'état au moment où vous déployez.

Prédéfinis ou sur mesure

Microsoft annonce plus de 100 connecteurs prédéfinis, par exemple :

• Fichiers et contenus : Box, Dropbox, Google Drive, Confluence, MediaWiki, partages de fichiers réseau ;
• Applications et bases : Salesforce, ServiceNow, Dynamics 365, services Azure, bases SQL et Oracle, SAP ;
• Autres : Workday, Zendesk, Jira.

Si votre logiciel n'y est pas, un développeur peut écrire un connecteur synchronisé sur mesure, avec le Microsoft 365 Agents Toolkit ou l'API des connecteurs Microsoft Graph : il faut définir un schéma, inscrire la connexion dans Microsoft Entra ID, et écrire le code qui pousse les données. Pour une source interne, l'agent de connecteur Microsoft Graph indexe du contenu local. Microsoft conseille de préférer les connecteurs prédéfinis et de réserver le développement aux sources uniques ou critiques, car un connecteur sur mesure demande de la maintenance.

Comment choisir

Deux précautions avant d'indexer :

1. Les droits de la source doivent être justes. Le connecteur reprend les ACL : si un dossier est ouvert à tous dans la source, il le sera dans Copilot. Le même problème existe pour SharePoint, décrit sur NL-Q SharePoint.
2. L'écriture n'est pas comprise. Microsoft précise que Copilot Chat ne peut pas écrire dans les systèmes externes, sauf extension par des connecteurs d'action ou des plugins. Un agent Copilot Studio peut, lui, utiliser des connecteurs Power Platform pour agir ; les administrateurs contrôlent quels connecteurs et quelles actions chaque agent peut utiliser.

Et hors de Copilot ?

Cette logique synchronisé/fédéré n'est pas propre à Microsoft : c'est le choix entre indexation et lecture en direct décrit sur la page architecture d'intégration type. Si vous construisez votre propre assistant, vous ferez le même arbitrage, source par source. L'équivalent côté Google est traité sur délégation au niveau du domaine.