Headless 360 : Salesforce veut transformer ses applications en capacités accessibles aux agents IA

Salesforce élargit Headless 360, une architecture qui vise à rendre les capacités de sa plateforme accessibles au-delà de l’interface web traditionnelle. L’idée est d’exposer les données, processus, API, métadonnées, règles métier et expériences Salesforce à des agents, des développeurs et des applications autorisés, au moyen d’API, d’outils du Model Context Protocol (MCP) et de commandes CLI. Headless 360 n’est ni un produit unique ni une référence commerciale autonome : c’est un ensemble de capacités organisé autour d’un principe simple, selon lequel « l’API est l’interface utilisateur ».

Le changement de fond : Salesforce devient une infrastructure accessible aux agents

Les intégrations d’entreprise traditionnelles nécessitent souvent du code spécifique pour relier chaque application, canal ou assistant IA aux données et processus métier. Avec Headless 360, Salesforce veut réduire cette duplication en exposant des capacités qui conservent déjà le contexte d’identité, d’autorisations, de métadonnées, de workflows et de gouvernance de l’organisation. Les agents compatibles peuvent ainsi agir sans être limités aux écrans de l’application Salesforce.

L’approche est particulièrement pertinente pour les entreprises qui développent plusieurs expériences d’IA en parallèle. Au lieu de recréer pour chaque agent et chaque canal une recherche client, une procédure d’approbation ou une action de service, les équipes peuvent exposer une capacité gouvernée une seule fois, puis la réutiliser dans différents outils et environnements.

Comment fonctionne le serveur MCP de Headless 360

Le serveur MCP Headless 360, sensible aux métadonnées, est conçu pour fournir une connexion MCP unique à l’ensemble de la plateforme Salesforce. Plutôt que de présenter des milliers de fonctions disparates sous forme d’outils indépendants, sa version bêta propose quatre outils s’appuyant sur une bibliothèque en expansion d’opérations Salesforce.

Son système de découverte doit permettre à un agent d’identifier la bonne capacité Salesforce au moment de l’exécution. Salesforce décrit un processus dans lequel la demande de l’agent est interprétée, puis comparée à un index sémantique des API et des Skills afin de renvoyer des candidats classés avant l’appel de l’opération.

Le serveur ne se résume donc pas à une collection d’endpoint bruts. L’objectif est qu’un agent puisse comprendre le rôle d’une capacité et ses liens avec la configuration de l’organisation, les autorisations, les workflows, les règles de validation et les mécanismes de gouvernance. Les MCP hébergés par Salesforce fournissent des points d’accès gérés aux clients IA, agents et outils de développement compatibles avec MCP, en s’appuyant sur le modèle de confiance et d’autorisations existant de l’organisation Salesforce.

Les développeurs peuvent connecter des capacités Salesforce à des outils comme Cursor et Claude Code, tandis que l’éditeur positionne la plateforme pour fonctionner avec des agents et applications compatibles. En pratique, un environnement de développement ou un agent externe peut travailler avec les métadonnées et les capacités métier Salesforce sans nécessiter une intégration spécifique pour chaque outil.

Une disponibilité à ne pas confondre

Le serveur MCP généraliste de Headless 360 ne doit pas être confondu avec les capacités MCP hébergées de Salesforce déjà disponibles. La documentation de l’éditeur indique que le serveur MCP Headless 360 est un service bêta disponible à partir de juillet 2026. Les entreprises qui l’évaluent doivent donc s’attendre à voir évoluer son comportement, sa couverture fonctionnelle et ses conditions d’utilisation.

Ce que Data 360 apporte

L’extension MCP de Data 360 vise à fournir aux agents un contexte client gouverné en dehors de l’interface Salesforce. Selon Salesforce, Data 360 expose plus de 200 API sous forme de points d’accès programmables utilisables par des agents IA.

Les cas d’usage documentés comprennent la création, la transformation et la mise en correspondance de données, ainsi que la segmentation et l’activation de champs. Un agent peut ainsi intervenir sur des processus liés aux données clients depuis un environnement d’IA ou de développement existant, sans obliger les utilisateurs à passer manuellement d’une interface à l’autre.

La distinction entre les deux surfaces MCP est importante :

• Serveur MCP Headless 360 : une surface large, sensible aux métadonnées, destinée à aider les agents à découvrir et appeler des capacités Salesforce dans toute la plateforme ; elle est documentée comme étant en version bêta.
• MCP Data 360 : un accès ciblé aux données clients gouvernées et aux opérations Data 360, notamment la préparation des données, la segmentation et l’activation.

Ensemble, ces deux briques dessinent un modèle dans lequel les agents peuvent raisonner à partir du contexte pertinent de l’entreprise et déclencher des actions encadrées par Salesforce, plutôt que de simplement récupérer des fiches isolées.

Une extension qui touche tout l’écosystème Salesforce

Salesforce étend cette approche à plusieurs pans de son écosystème, notamment Marketing, Sales, Service, Commerce, MuleSoft, Informatica, Tableau et la plateforme Salesforce au sens large.

L’expansion comprend notamment :

• Des Skills et plugins réutilisables : Salesforce indique que plus de 100 outils et Skills réutilisables encapsulent la logique métier dans des capacités utilisables par les développeurs et les agents.
• Un accès pour les développeurs : les principales capacités Salesforce sont exposées via des API, des outils MCP et des commandes CLI, avec une prise en charge d’environnements de développement assistés par IA comme Cursor et Claude Code.
• Des actions dans Slack : Salesforce ajoute un accès fondé sur MCP pour que certaines actions d’entreprise puissent être réalisées dans le flux de travail, et pas uniquement depuis l’écran d’un CRM.
• Le développement d’applications React : Salesforce Multi-framework doit permettre de créer des applications React modernes tout en conservant l’authentification, la sécurité et la gouvernance natives de Salesforce.
• Des expériences headless : la Headless Experience Layer prend en charge des expériences riches sur le web, mobile, dans des applications intégrées et sur des canaux conversationnels. L’objectif affiché est de construire une capacité une fois, puis de la distribuer sur plusieurs surfaces sans réécrire sa logique pour chaque canal.

Le projet dépasse donc largement celui d’un simple connecteur d’IA. Salesforce cherche à dissocier les capacités fondamentales de sa plateforme des applications accessibles depuis un navigateur, qui constituaient jusqu’ici le principal point d’entrée pour les utilisateurs.

Ce que montrent — et ne montrent pas — les premiers résultats clients

Les exemples mis en avant par Salesforce illustrent le bénéfice recherché. L’éditeur affirme qu’Engine a lancé son agent d’assistance IA EVA en 12 jours et que celui-ci résout désormais environ la moitié des conversations clients sans intervention humaine.

Ces chiffres donnent une indication de la vitesse de déploiement et du niveau d’automatisation que Salesforce souhaite rendre possibles avec Headless 360. Ils ne constituent pas pour autant une référence générale pour le marché : il s’agit de résultats communiqués par l’éditeur dans le cadre d’un exemple client individuel, et les éléments disponibles ne permettent pas de conclure qu’ils seraient reproductibles dans toutes les organisations.

Un nouveau chantier pour les équipes d’architecture et de sécurité

Headless 360 déplace la question de l’intégration. Il ne s’agit plus seulement de demander : « Comment connecter cet outil d’IA à Salesforce ? », mais plutôt : « Quelles capacités Salesforce peuvent être consommées sans risque par des agents, et où leurs règles doivent-elles être appliquées ? » Les recommandations de Salesforce pour les développeurs mettent notamment en avant l’application de la logique métier, la cartographie des intégrations, la communication des métadonnées et la validation du comportement de la plateforme lorsqu’elle est consommée par des agents plutôt que par des humains.

Cette évolution ouvre des possibilités, mais elle impose aussi de nouvelles responsabilités. La réutilisation des autorisations et mécanismes de gouvernance natifs peut limiter la duplication de logique. En revanche, l’exposition d’un plus grand nombre de capacités aux agents rend encore plus importants la qualité des métadonnées, l’autorisation, la validation et les tests opérationnels. Une plateforme adaptée aux agents doit toujours définir clairement ce qu’un agent peut découvrir, appeler ou modifier.

L’expansion de Salesforce marque ainsi un passage d’un modèle centré sur des applications — des destinations pour les utilisateurs humains — à une plateforme conçue comme une infrastructure d’entreprise composable. MCP sert de standard d’accès ; Headless 360 désigne l’architecture d’ensemble ; Data 360 fournit le contexte client gouverné ; et la couche d’expérience permet de distribuer les actions sur davantage de canaux. La promesse est celle de capacités réutilisables et gouvernées, avec moins d’intégrations spécifiques. Mais la surface MCP la plus large reste en bêta et doit être évaluée avec cette réserve à l’esprit.