Des API au MCP : le changement de paradigme qui connecte les IA à vos outils

Votre site internet affiche peut-être déjà la météo locale en haut de page. Si c'est le cas, vous utilisez une API sans le savoir. Votre site demande la prévision en temps réel à un service tiers (Météo-France, Environnement Canada, OpenWeather), récupère la réponse et l'affiche à vos visiteurs. L'API est ce qui permet à deux logiciels de se parler. Sans elle, votre site afficherait toujours la même météo, celle qui aurait été codée en dur le jour de sa mise en ligne.

Cette mécanique discrète fait tourner la quasi-totalité du web moderne. Les paiements en ligne, l'envoi de courriels, l'affichage d'une carte, la livraison d'un colis, l'analyse d'audience : tout passe par des API. Le problème, c'est que chaque API parle sa propre langue. Brancher un outil sur un autre demande à chaque fois un travail spécifique. C'est gérable quand on connecte deux ou trois services. Cela devient ingérable quand chaque intelligence artificielle doit pouvoir parler à chaque logiciel d'entreprise existant.

Le Model Context Protocol, ou MCP, a été créé pour résoudre ce problème précis. C'est un standard ouvert, lancé par Anthropic en novembre 2024, qui définit une fois pour toutes comment une IA doit dialoguer avec un outil externe. En dix-huit mois, il s'est imposé comme le langage commun de l'écosystème IA. OpenAI, Google, Microsoft et la quasi-totalité des éditeurs de logiciels professionnels l'ont adopté. Et pour une PME qui réfléchit à intégrer l'IA dans ses opérations, ce changement n'est pas un détail technique. C'est ce qui rend le sujet abordable, pour la première fois.

C'est quoi une API, concrètement

Imaginons que votre site internet propose une rubrique « météo locale » sur sa page d'accueil. Vous ne voulez évidemment pas mettre à jour la prévision à la main chaque matin. Vous voulez que votre site se mette à jour tout seul, en récupérant l'information auprès d'un service spécialisé.

Pour que cela fonctionne, le service météo doit publier une API. Concrètement, c'est une adresse web à laquelle votre site peut envoyer une question simple : « Quelle est la météo à Lyon aujourd'hui ? » Le service répond avec une réponse structurée, lisible par votre site : { "ville": "Lyon", "temperature": 14, "ciel": "couvert", "precipitations": 0 }. Votre site lit cette réponse, l'habille avec un peu de design et l'affiche à vos visiteurs. La conversation entre les deux logiciels est invisible pour l'utilisateur final. Mais sans elle, rien ne fonctionne.

Une API est donc un contrat entre deux logiciels. Le premier logiciel (le service météo) s'engage à répondre à certaines questions selon un format précis. Le second logiciel (votre site) s'engage à poser ses questions selon ce même format. Tant que les deux respectent le contrat, ils peuvent travailler ensemble, même s'ils ont été développés par des équipes différentes, dans des langages différents, à dix mille kilomètres de distance.

Ce mécanisme est partout. Quand un client paie avec sa carte bancaire sur votre boutique en ligne, votre site appelle l'API de Stripe ou d'un autre processeur de paiement. Quand vous affichez une carte d'accès à votre commerce, votre site appelle l'API de Google Maps ou de Mapbox. Quand votre formulaire de contact envoie un courriel, c'est presque toujours l'API d'un service comme Postmark, SendGrid ou Mailgun qui s'en charge. Quand un livreur scanne un colis, l'API du transporteur informe votre site que la livraison a eu lieu.

Le web tel qu'on le connaît est un immense maillage d'API. C'est ce qui permet à votre site internet d'être plus qu'une brochure statique : c'est ce qui en fait un outil connecté à votre système de paiement, à votre logistique, à votre marketing digital, à votre comptabilité. Chez MtoM Création, une part importante de notre travail consiste précisément à raccorder un site web aux bonnes API pour que tout cet écosystème fonctionne ensemble sans friction.

L'addition cachée des intégrations

Tant que chaque API ne parle qu'à un ou deux autres logiciels, le système tient. Le problème change de nature avec l'intelligence artificielle. Une IA générative comme Claude, ChatGPT ou Gemini n'a aucune utilité opérationnelle si elle reste isolée du monde. Pour vous être vraiment utile, elle doit pouvoir consulter votre calendrier, lire vos courriels, fouiller votre base de contacts, interroger votre catalogue produits, mettre à jour une fiche dans votre CRM. Sans accès à ces données et à ces actions, l'IA ne peut que discuter dans le vide.

Avant 2024, la seule façon de connecter une IA à un outil tiers consistait à développer une intégration spécifique. ChatGPT voulait lire Google Drive ? OpenAI développait un connecteur Google Drive. Claude voulait écrire dans Notion ? Anthropic développait un connecteur Notion. Et si Gemini voulait faire la même chose, Google devait à son tour développer son propre connecteur Notion, sans réutiliser ce que les autres avaient déjà fait.

Le calcul est rapide. Si l'on a trois IA majeures et trente outils d'entreprise courants à connecter, cela fait quatre-vingt-dix intégrations distinctes à développer, à maintenir, à mettre à jour à chaque évolution d'un côté ou de l'autre. Multipliez par les centaines de logiciels métier qui existent, par les dizaines de modèles IA disponibles, et vous obtenez une équation impossible à résoudre. Personne ne peut couvrir tout l'écosystème, donc chaque IA finit par couvrir une trentaine d'outils populaires et laisse le reste sur le carreau.

Pour une PME, cette situation produit deux frustrations concrètes. La première : votre IA préférée ne sait pas parler à votre CRM, parce que celui-ci est trop petit pour avoir intéressé OpenAI ou Anthropic. La seconde : si vous voulez changer d'IA dans deux ans, vous devez tout reconstruire, parce que les connecteurs ne sont pas réutilisables d'un fournisseur à l'autre. C'est exactement le scénario du verrouillage propriétaire, transposé à l'IA. Et c'est exactement ce qu'un standard ouvert peut casser.

Du connecteur sur mesure au protocole partagé

Pour saisir ce que change un standard, il faut faire un détour par l'histoire du courriel. Avant l'invention des protocoles SMTP, POP et IMAP, chaque service de messagerie utilisait sa propre logique. Les utilisateurs d'un service ne pouvaient pas écrire à ceux d'un autre. Une fois que tout le monde s'est mis d'accord sur des protocoles communs, les boîtes courriel ont pu se parler entre elles, peu importe le fournisseur. Le marché s'est ouvert, les utilisateurs ont gagné la liberté de choisir leur outil, et personne n'a pu reverrouiller la situation.

Le web a connu la même histoire avec HTTP. Avant HTTP, chaque réseau de partage de documents avait son propre format. Avec HTTP et HTML, n'importe quel navigateur peut afficher n'importe quelle page web hébergée n'importe où dans le monde. Cette interopérabilité est ce qui a permis l'explosion du web, pas la qualité technique d'un acteur particulier.

Une API est un connecteur entre deux logiciels précis. Un protocole, c'est une règle commune que tous les logiciels acceptent de suivre. La différence est essentielle. Un connecteur résout un problème ponctuel. Un protocole résout la classe entière des problèmes du même type, pour tout le monde et pour toujours.

Le MCP est exactement cela appliqué à l'IA. Plutôt que de demander à chaque IA de développer un connecteur pour chaque outil, on définit une fois pour toutes la grammaire que doivent parler une IA et un outil pour se comprendre. Une fois cette grammaire publiée et adoptée, la matrice impossible des quatre-vingt-dix intégrations se simplifie. Trente outils ont besoin d'écrire un seul serveur MCP chacun. Trois IA ont besoin de parler le MCP. Total : trente-trois implémentations au lieu de quatre-vingt-dix. Et chaque nouvel outil ou chaque nouvelle IA n'ajoute qu'une seule implémentation, pas une multiplication.

Naissance du MCP et adoption éclair

Anthropic, la société qui développe Claude, a publié le MCP en open source le 25 novembre 2024. La proposition était modeste dans sa formulation : un protocole simple, basé sur des standards existants comme JSON-RPC, conçu pour que n'importe qui puisse écrire un serveur MCP en quelques heures. Le pari assumé était que la qualité technique du protocole, combinée à son ouverture totale, suffirait à le faire adopter par les concurrents.

Le pari a été tenu plus vite que prévu. En mars 2025, Sam Altman annonce publiquement que ChatGPT et la plateforme OpenAI adoptent le MCP. Quelques semaines plus tard, Google DeepMind confirme que Gemini et l'écosystème Google AI s'y rallient. Microsoft intègre le MCP dans Copilot Studio et l'expose ensuite à travers ses outils de développement. Au cours de l'été 2025, le MCP n'est plus un protocole d'Anthropic. Il est devenu le standard de fait de l'industrie.

Pourquoi des concurrents adoptent le travail d'un concurrent

La logique semble contre-intuitive. Pourquoi OpenAI adopterait-il un protocole créé par Anthropic, son rival le plus direct ? La réponse tient à la nature même des effets de réseau. Si chaque IA gardait son propre protocole, aucune ne pourrait promettre à ses utilisateurs un écosystème complet. En adoptant le MCP, chaque IA hérite immédiatement de tous les serveurs MCP déjà construits par la communauté. C'est un échange où tout le monde gagne, à condition que personne ne tente de fragmenter le standard à son avantage.

Cette logique d'adoption rejoint ce que nous décrivions dans notre article sur l'open source comme colonne vertébrale du web. Les standards ouverts produisent de la valeur que personne ne peut capter seul, mais à laquelle chacun a intérêt à participer. Le MCP est l'illustration la plus récente et la plus rapide de ce phénomène.

La donation à la Linux Foundation

En octobre 2025, Anthropic a transféré la gouvernance du MCP à une fondation indépendante hébergée par la Linux Foundation, l'AI Agents and Applications Foundation (AAIF), co-fondée avec Block (la société de paiement de Jack Dorsey, anciennement Square) et OpenAI. Ce transfert est lourd de sens. Anthropic aurait pu garder le contrôle du protocole et imposer ses orientations. La société a choisi de le donner à une structure neutre, exactement comme Tim Berners-Lee avait donné le web au W3C en 1994.

Concrètement, plus aucun acteur unique ne peut faire évoluer le MCP dans son intérêt exclusif. Les décisions sur le protocole passent par un comité technique multi-acteurs, avec des représentants de plusieurs fournisseurs IA, de grandes entreprises utilisatrices et de la communauté open source. Pour une PME qui investit aujourd'hui dans le MCP, c'est la garantie que son investissement ne sera pas réduit à néant par une décision unilatérale d'un acteur dominant.

Les chiffres d'adoption

À la fin du premier trimestre 2026, les bibliothèques officielles du MCP dépassent les 97 millions de téléchargements mensuels, tous langages confondus. Plus de 5 800 serveurs MCP communautaires sont publiquement référencés, couvrant à peu près tout ce qui existe en logiciel professionnel : bases de données, CRM, ERP, outils de design, plateformes e-commerce, systèmes de gestion de contenu, services cloud. Cette densité d'écosystème en moins de dix-huit mois est sans précédent dans l'histoire des protocoles techniques.

Comment ça marche, concrètement

Le MCP repose sur trois rôles distincts. Le client est l'intelligence artificielle, ou plus exactement l'application qui héberge l'IA (Claude Desktop, Cursor, Claude Code, ChatGPT, etc.). Le serveur est le programme qui expose un outil ou une source de données à l'IA. L'hôte est l'orchestrateur qui met en relation les deux et gère les autorisations. Quand vous installez Claude Desktop sur votre Mac et que vous y branchez un serveur MCP pour Google Drive, Claude Desktop joue le rôle d'hôte, Claude est le client, et le serveur Google Drive est le serveur MCP.

Un serveur MCP expose trois choses à l'IA :

• des outils (tools), qui sont des actions que l'IA peut déclencher (par exemple « créer une fiche client », « envoyer un courriel », « effectuer une recherche »),

• des ressources (resources), qui sont des données que l'IA peut lire (par exemple « contenu d'un fichier », « ligne d'une base », « page d'un wiki »),

• des prompts, qui sont des instructions préparées que l'utilisateur ou le serveur peuvent suggérer à l'IA pour mener une tâche spécifique.

Quand vous posez une question à l'IA, elle commence par lire la liste des outils et ressources disponibles. Si la question nécessite un outil, l'IA demande à l'hôte la permission de l'utiliser. L'hôte affiche une demande d'autorisation, vous validez, l'outil s'exécute, l'IA récupère le résultat et formule sa réponse. Tout cela se passe en quelques secondes, mais chaque étape est tracée et contrôlable.

Un exemple minimal

Voici à quoi ressemble la configuration d'un serveur MCP dans Claude Desktop. Le fichier claude_desktop_config.json déclare les serveurs disponibles :

{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/Users/lisa/Documents/MtoM"]
    },
    "postgres": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres",
               "postgresql://lisa:•••@localhost/mtom_prod"]
    }
  }
}

Avec cette configuration, Claude Desktop peut faire deux choses qu'il ne pouvait pas faire seul. Il accède aux fichiers du dossier Documents/MtoM via le serveur officiel filesystem. Il peut aussi interroger directement la base de données de production de l'agence via le serveur officiel postgres, en lecture seule. À partir de là, nous pouvons demander à Claude « lis le brief client de juin 2026 dans mon dossier MtoM, croise-le avec les commandes du même client en base et propose un plan d'action », et Claude enchaîne les deux étapes sans aller-retour manuel.

L'élégance technique du MCP tient à cette simplicité. Pas de SDK lourd à installer, pas de contrat propriétaire à négocier, pas de coût de licence. Un serveur MCP est un programme qui parle JSON-RPC sur stdio ou sur HTTP. C'est tout. Cette légèreté est ce qui a permis à des milliers de développeurs de publier des serveurs MCP en quelques mois.

Ce que ça change pour votre entreprise

Pour une PME, le MCP ouvre des possibilités qui étaient hors de portée il y a un an. Trois catégories d'usage sont déjà solidement établies.

Connecter votre site et votre boutique en ligne

Si votre site est sous WordPress, plusieurs serveurs MCP communautaires s'appuient sur l'API REST de WordPress pour permettre à n'importe quelle IA compatible MCP de lire vos articles, vos pages, vos commandes WooCommerce, vos contacts, et d'effectuer des actions (publier un article, modifier un produit, répondre à un commentaire). C'est l'équivalent d'avoir un assistant qui aurait accès à votre back-office, mais sans qu'il faille lui apprendre à utiliser l'interface : il discute directement avec WordPress en langage machine.

Pour une boutique e-commerce, cela permet par exemple de demander à l'IA « combien de commandes en attente d'expédition contiennent un produit en rupture, et lesquelles peut-on regrouper avec une livraison de la semaine prochaine ? ». Sans MCP, cette question demande de ressortir Excel et de croiser plusieurs exports. Avec MCP, l'IA fait elle-même les jointures et vous propose une réponse directement actionnable.

Travailler avec vos documents et votre Drive

Les serveurs MCP officiels pour Google Drive, OneDrive, Dropbox et Notion permettent à l'IA de lire et de modifier vos documents partagés. Pour un dirigeant de PME qui passe sa semaine à chercher des fichiers dans des arborescences profondes, le gain est immédiat : « retrouve-moi le contrat signé avec le fournisseur X en 2025 et résume-moi les clauses de résiliation » devient une question à laquelle l'IA répond en quelques secondes, sans qu'il faille ouvrir le moindre dossier à la main.

L'intérêt principal n'est pas tant la rapidité que la cohérence. L'IA cite ses sources, indique précisément dans quel fichier elle a trouvé l'information, et permet de remonter à la source originale. C'est très différent d'un assistant qui réinvente une réponse plausible mais non vérifiable.

Brancher votre CRM et vos outils métier

Les éditeurs de CRM ont rejoint l'écosystème MCP en 2025, soit en publiant un serveur officiel, soit en s'appuyant sur des serveurs communautaires construits au-dessus de leur API. Sur les principaux CRM du marché (HubSpot, Salesforce, Pipedrive, Zoho et leurs équivalents francophones), il existe aujourd'hui au moins une voie d'accès MCP fonctionnelle. Cela permet de demander à l'IA d'enrichir une fiche client à partir d'un courriel, de proposer le prochain message de relance pour un lead chaud, de générer un récapitulatif des opportunités du mois ou de préparer un compte-rendu de prospection.

Pour les TPE et PME qui utilisent des outils plus de niche (logiciels de gestion sectoriels, ERP français comme Sage ou québécois comme Acomba, outils de prise de rendez-vous), la situation évolue rapidement. Si l'éditeur n'a pas encore publié de serveur MCP officiel, il devient relativement simple pour une agence comme la nôtre d'en développer un sur mesure à partir de l'API existante du logiciel. Le coût d'un tel développement est sans commune mesure avec ce qu'il fallait investir auparavant pour intégrer un seul outil à une seule IA.

Le bon réflexe d'achat

Quand vous évaluez un nouveau logiciel professionnel, posez une question simple à l'éditeur : « Disposez-vous d'un serveur MCP officiel, et quelle est votre feuille de route à ce sujet ? » La réponse est devenue un signal fort sur la modernité de l'éditeur. Un logiciel qui n'aura jamais de serveur MCP est un logiciel qui restera silencieux pour vos IA. Cela ne le disqualifie pas forcément, mais cela mérite d'entrer dans votre grille de décision.

Ce qu'il faut surveiller

Le MCP ouvre des portes, et toute porte ouverte mérite une vigilance proportionnée. Trois sujets méritent une attention particulière avant de déployer un serveur MCP dans un contexte professionnel.

Le premier sujet est l'authentification. Un serveur MCP qui expose vos données à une IA donne de fait à cette IA les mêmes droits que ceux que vous avez configurés. Si vous branchez un serveur MCP avec un compte administrateur de votre site WordPress, l'IA peut techniquement supprimer des articles, créer des utilisateurs, désinstaller des extensions. Le bon réflexe consiste à créer un compte technique dédié au serveur MCP, avec uniquement les permissions nécessaires aux tâches prévues. Ce principe du moindre privilège n'est pas spécifique au MCP, mais il devient central dès qu'une IA agit en votre nom.

Le deuxième sujet est l'audit. La spécification du MCP impose la traçabilité des appels, mais c'est l'hôte qui décide de la finesse du journal. Pour une PME, il est sain d'exiger que les actions menées par l'IA via un serveur MCP soient enregistrées dans un journal consultable a posteriori : qui a déclenché quelle action, à quel moment, avec quel résultat. Si vous travaillez avec une agence qui déploie le MCP pour vous, demandez à voir ce journal et à savoir comment vous y accédez en autonomie.

Le troisième sujet est le risque émergent des serveurs MCP malveillants. Comme pour les extensions WordPress, le risque vient des serveurs tiers téléchargés sans vérification. Un serveur MCP installé depuis un dépôt non officiel peut envoyer vos données vers un serveur distant ou exécuter du code arbitraire sur votre machine. La règle de prudence est simple : privilégier les serveurs officiels publiés par les éditeurs eux-mêmes, ou les serveurs maintenus par des projets reconnus de la communauté MCP. Pour les besoins spécifiques, faites développer le serveur en interne ou par un prestataire identifié, pas par un script récupéré sur un forum.

Le standard discret qui rend l'IA utile

Le MCP n'est pas une fonctionnalité spectaculaire. Personne n'en parle dans les démos publiques d'IA générative, parce qu'il est par construction invisible : c'est la plomberie qui permet aux outils de communiquer, pas l'interface qui parle à l'utilisateur. Cette discrétion explique pourquoi le sujet reste mal connu en dehors des cercles techniques, alors qu'il conditionne tout ce que l'IA peut faire d'utile dans votre quotidien professionnel.

Pour une PME, retenir trois choses suffit. D'abord, le MCP est aujourd'hui le langage commun de l'IA et de vos outils métier, et il l'est durablement parce qu'il est porté par une fondation neutre. Ensuite, il rend l'intégration de l'IA dans vos processus dix à cent fois moins coûteuse qu'elle ne l'était avant 2025, ce qui change le calcul de retour sur investissement de la plupart des projets IA. Enfin, il vous évite le verrouillage : un serveur MCP que vous installez aujourd'hui pour Claude fonctionnera demain pour ChatGPT, Gemini ou n'importe quelle IA qui apparaîtra ensuite.

Chez MtoM Création, c'est sur cette plomberie que nous bâtissons les intégrations IA pour nos clients. Pas parce que c'est à la mode, mais parce que c'est aujourd'hui le seul moyen de raccorder une IA à votre site internet, à votre boutique en ligne et à vos outils métier sans construire une dépendance que vous regretterez dans deux ans. La promesse d'une agence digitale en 2026 n'est plus seulement de faire un beau site. C'est de le rendre actionnable par les IA que vous utiliserez demain, sans avoir à tout refaire.