Automatiser avec Make, c'est formidable. Mais à un moment, vous vous retrouvez avec 50 scénarios qui tournent dans tous les sens, des webhooks qui se croisent, et personne dans l'équipe qui sait vraiment ce qui se passe si l'un d'eux tombe.
C'est exactement le problème que le MCP Server de Make (Model Context Protocol) vient résoudre — en donnant à vos automatisations une architecture cohérente, observable et conforme RGPD.
Qu'est-ce que le MCP Server de Make, concrètement ?
Le MCP (Model Context Protocol) est un standard ouvert, développé initialement par Anthropic, qui permet aux IA et aux outils d'automatisation de communiquer avec des systèmes externes de façon structurée et sécurisée.
Dans le contexte de Make, le MCP Server agit comme un point d'entrée centralisé pour vos agents IA et vos scénarios d'automatisation. Au lieu d'avoir des dizaines de connexions directes entre outils, tout passe par un serveur MCP qui :
- Authentifie et autorise les requêtes entrantes
- Orchestre les actions sur vos outils (Notion, Airtable, Slack, CRM, etc.)
- Journalise toutes les opérations pour l'audit et le débogage
- Garantit que les données ne sortent pas de votre périmètre contrôlé
En résumé : c'est la différence entre un atelier où chaque outil est branché directement à la prise électrique, et un atelier équipé d'un tableau électrique centralisé avec disjoncteurs et protections.
Pourquoi c'est critique pour la conformité RGPD
Le RGPD impose de pouvoir documenter et justifier chaque traitement de données personnelles. Avec des automatisations fragmentées, c'est un cauchemar : un webhook envoie des données clients à un outil, qui les renvoie à un autre, qui génère un document stocké quelque part...
Avec une architecture MCP Server, vous avez un point de contrôle unique :
- Toutes les actions qui touchent à des données personnelles passent par le serveur MCP
- Chaque opération est loguée avec horodatage, utilisateur déclencheur et données traitées
- En cas d'audit RGPD, vous avez un registre complet et exploitable
- Vous pouvez désactiver l'accès d'un outil tiers en un seul clic si nécessaire
Pour les entreprises qui traitent des données RH, médicales ou financières, c'est simplement indispensable.
Cas concret : la logistique d'une production TV
Sur une grande émission de divertissement, les données circulent à une vitesse folle : planning des équipes techniques, coordonnées des prestataires, informations des candidats, contrats, feuilles de route...
Avant la mise en place du MCP Server, nous avions une vingtaine de scénarios Make qui se déclenchaient en cascade. Quand quelque chose dysfonctionnait, il fallait 30 à 45 minutes pour identifier l'origine du problème.
Après l'architecture MCP :
- Un seul point d'entrée pour toutes les requêtes liées à la logistique de l'émission
- Le temps de diagnostic en cas d'erreur est passé de 45 minutes à 3 minutes
- Les données des candidats (sensibles par nature) ne circulent plus "en clair" entre outils
- L'équipe prod peut voir en temps réel quels automatismes tournent et lesquels ont échoué
Avant / Après : deux architectures d'automatisation
Avant (architecture non structurée) : chaque scénario Make est indépendant. Les webhooks se déclenchent les uns les autres. Les connexions aux APIs sont dupliquées. En cas de changement de mot de passe ou de rotation de clé API, il faut mettre à jour 15 scénarios différents.
Après (architecture MCP Server) : un serveur MCP central orchestre toutes les interactions. Les scénarios Make l'appellent via des requêtes structurées. Les credentials sont gérés une seule fois. La mise à jour d'une connexion ne demande plus qu'une seule action. C'est le principe du "single source of truth" appliqué à l'automatisation.
Comment mettre en place un MCP Server avec Make
- Définir les “tools” exposés — Chaque action que votre système peut effectuer (créer une entrée Notion, envoyer un email, mettre à jour un CRM) devient un "tool" documenté dans le serveur MCP.
- Configurer l'authentification — OAuth2, API key, ou authentification personnalisée : le serveur MCP gère toutes les méthodes en un endroit centralisé.
- Lier vos scénarios existants — Progressivement, vous faites passer vos scénarios existants par le MCP Server, plutôt que de tout refaire d'un coup.
- Activer la journalisation — Configurez le niveau de logging adapté à vos besoins d'audit (nominal, sensible, ou critique).
Pour qui est-ce vraiment utile ?
Si vous avez moins de 10 scénarios Make et que votre organisation est petite, un MCP Server est probablement surdimensionné. Mais si vous gérez plus de 20 scénarios d'automatisation en production, traitez des données personnelles, ou devez justifier vos traitements face à un audit — alors l'architecture MCP Server n'est plus une option, c'est une nécessité.
Si vous voulez en savoir plus sur la mise en œuvre d'une telle architecture pour votre organisation, je propose des ateliers de diagnostic et de conception d'architecture d'automatisation.
