MCP ou API : l'IA doit-elle avoir les clés de tous vos outils ?

Sur LinkedIn, un protocole enterre l'autre chaque mois. Le RAG était mort, puis les développeurs, le SEO, puis les moteurs de recherche. Aujourd'hui, ce serait l'API qui aurait vécu, remplacée par le MCP.

La réalité est moins nette : le MCP ne remplace pas l'API, il change la manière dont une IA accède à vos outils. Et cette nuance a des conséquences directes sur la sécurité de vos données.

Le MCP, un protocole pour connecter n'importe quel outil à une IA

Le MCP (Model Context Protocol) est un standard ouvert créé par Anthropic en novembre 2024, confié depuis décembre 2025 à l'Agentic AI Foundation, un fonds indépendant hébergé par la Linux Foundation. Sa promesse : une seule connexion pour brancher un LLM sur n'importe quel outil, là où l'API exigeait jusque-là une intégration sur mesure pour chaque service.

Selon les chiffres publiés par Anthropic lors de la donation à la Linux Foundation, le protocole comptait fin 2025 plus de 97 millions de téléchargements mensuels de son SDK et plus de 10 000 serveurs actifs.

Chez Soleil Digital, les connecteurs MCP donnent accès à la boîte mail, à SharePoint et surtout aux outils SEO du quotidien : Google Search Console, Screaming Frog. En pratique, ça veut dire interroger directement les données de crawl ou de performance sans étape d'export manuel entre l'outil et l'IA. Pas de script à écrire, pas d'intégration à maintenir : la connexion se fait depuis l'interface, en quelques clics.

La différence technique tient en une phrase : l'API, c'est l'automatisation, vous décidez ce qui entre et ce qui sort ; le MCP, c'est l'agent, l'IA choisit elle-même ce qu'elle consulte.

Le risque que l'API ne pose pas

Donner à une IA le pouvoir de décider elle-même ce qu'elle consulte élargit la surface d'attaque. En mai 2025, les chercheurs d'Invariant Labs ont démontré qu'un serveur MCP connecté à GitHub pouvait être détourné via une simple issue publique : un attaquant y cache des instructions, l'IA les lit en pensant faire un résumé de routine, et exécute des actions jamais validées par l'utilisateur, jusqu'à faire fuiter le contenu de dépôts privés. Aucune faille de code exploitée, aucun identifiant volé. L'IA a simplement fait ce qu'on lui a demandé, sauf que ce n'était pas l'utilisateur qui parlait.

C'est ce qu'on appelle l'injection de prompt : cacher des instructions dans un contenu que l'IA va lire, pour lui faire faire autre chose que ce qu'on lui a réellement demandé. Une limite qui ne se corrige pas avec un correctif ponctuel, puisqu'elle tient à l'architecture même du protocole : un LLM ne distingue pas naturellement une instruction légitime d'une instruction glissée dans les données qu'il consulte.

L'injection de prompt n'est pas un bug isolé du serveur GitHub, c'est une limite structurelle de tout agent connecté par MCP à des sources qu'il ne contrôle pas.

Non, l'API n'est pas morte

Deux raisons factuelles suffisent à trancher. D'abord, la couverture MCP reste partielle : pour une bonne partie des outils métier ou des bases de données internes, aucun serveur MCP n'existe encore, et l'API demeure la seule voie d'accès. Ensuite, certains usages exigent de garder la main sur ce qui se passe. Quand les données sont sensibles ou les process critiques, déléguer les décisions à un LLM n'est pas un choix à prendre à la légère, d'autant moins avec le risque d'injection de prompt qu'on vient de voir.

La vraie question n'est donc pas « MCP ou API », c'est : quelle liberté suis-je prêt à laisser à l'IA, et sur quoi je garde le contrôle.

Ce que nous recommandons

N'utilisez que des connecteurs MCP officiels ou identifiés, jamais un serveur dont vous ne connaissez pas la provenance. Si votre structure a une DSI ou un responsable informatique, obtenez son accord avant toute connexion, ça évite des découvertes désagréables plus tard.

Sur le fond, la répartition est simple. Deux cas de figure suffisent à trancher : données sensibles ou process critiques, l'API garde la priorité, avec un accès scopé et contrôlé de bout en bout. Tâches répétitives à faible risque sur des outils déjà maîtrisés, comme un audit technique via Screaming Frog ou un export de positions GSC, le MCP fait gagner du temps sans exposer grand-chose.

Le protocole qui gagne n'est pas celui qui remplace l'autre. C'est celui qu'on choisit en connaissance de cause, outil par outil, donnée par donnée.

Envie d'évaluer où votre entreprise doit garder le contrôle avant de connecter un outil à l'IA ? Parlons-en.