Guide : Model Context Protocol (MCP)

TL;DR — MCP (Model Context Protocol) est une norme qui permet aux applications d’IA comme Claude ou ChatGPT de se connecter à des outils et données externes — vos fichiers, une base de données, une API de recherche — afin qu’un agent d’IA puisse réellement les utiliser. Ses créateurs le décrivent comme « un port USB-C pour les applications d’IA ». Il ne faut pas le confondre avec llms.txt (un fichier statique qui répertorie simplement des pages), et ce n’est pas un facteur de classement Google.

Ce qu’est MCP, en une phrase

Model Context Protocol est un protocole ouvert qui connecte les applications d’IA à des sources de données et à des outils externes. Evidence for this claim Model Context Protocol is an open protocol for connecting AI applications to external systems. Scope: The MCP specification and official documentation; individual host and server implementations vary. Confidence: high · Verified: 2026-07-14 MCP: Introduction Son architecture définit des hôtes, des clients et des serveurs, ainsi que des primitives de serveur comme les resources, les prompts et les outils. Evidence for this claim MCP defines host, client, and server roles and server primitives including resources, prompts, and tools. Scope: Current MCP architecture; negotiated capabilities determine which features a connection supports. Confidence: high · Verified: 2026-07-14 MCP: Architecture

Le Model Context Protocol est un standard ouvert qui permet aux applications d’IA de se connecter à des outils et à des sources de données externes grâce à une même prise, plutôt que par une intégration personnalisée pour chaque combinaison. Anthropic — l’entreprise derrière Claude — l’a créé et l’a publié en open source en novembre 2024.

L’analogie utilisée par tout le monde, notamment Anthropic, est celle d’un port USB-C pour l’IA. Avant l’USB-C, chaque appareil avait son propre connecteur. MCP essaie de fournir le connecteur commun sur lequel toute application d’IA et toute source d’outils ou de données peuvent s’accorder.

Pourquoi c’est important aujourd’hui

Vous entendez probablement parler de « MCP » à cause de l’essor des agents d’IA — des systèmes qui ne se contentent pas de répondre à une question, mais qui vont faire quelque chose : consulter votre agenda, interroger une base de données, créer un ticket, vérifier le prix actuel d’un produit. Pour accomplir ces tâches, un agent a besoin d’un moyen fiable d’atteindre le monde extérieur. C’est ce que MCP fournit.

Dans son guide sur le SEO agentique, Ahrefs résume l’idée ainsi :

“MCP (Model Context Protocol) is how your agent reaches the outside world. It’s the standard plug that connects an agent to data and actions.” (traduction) : « MCP est la façon dont votre agent atteint le monde extérieur : la prise standard qui le relie aux données et aux actions. »

Et, de façon mémorable :

“Without MCPs, your agent is just a chatbot with opinions.” (traduction) : « Sans MCP, votre agent n’est qu’un chatbot avec des opinions. »

La confusion fréquente

MCP n’est pas llms.txt. Ce site propose un article distinct sur llms.txt ; en bref, llms.txt est un fichier statique que vous placez sur votre site et qui liste des pages à lire pour une IA — un pointeur à sens unique. MCP est un protocole actif qui permet à un agent d’appeler des fonctions, de récupérer des données et d’effectuer des actions en temps réel. L’un est une carte ; l’autre est un ensemble de commandes.

La mise en place d’un serveur MCP n’améliorera pas votre classement. Rien ne prouve que MCP soit un signal de classement dans la recherche ou les réponses d’IA. En revanche, MCP peut rendre vos données et vos outils utilisables par des agents qui accomplissent des tâches. C’est un cas d’usage réel et en expansion, mais il ne faut pas le confondre avec la visibilité dans les résultats de recherche ou avec une citation dans une réponse d’IA.

Vous voulez l’architecture, l’historique, les réserves de sécurité et le lien avec les workflows SEO ? Passez à l’onglet Avancé.

TL;DR — MCP est un protocole ouvert fondé sur JSON-RPC (créé par Anthropic et publié en open source le 25 novembre 2024) qui relie les applications d’IA à des outils et à des données externes. Il fonctionne selon le modèle hôte → client → serveur ; les serveurs exposent des outils, des resources et des prompts. Il transforme le problème d’intégration N×M en N+M. C’est un protocole, pas du « function calling » et pas llms.txt. OpenAI l’a adopté en mars 2025 ; Anthropic l’a donné à la Linux Foundation au sein de l’Agentic AI Foundation en décembre 2025. Il n’existe aucune recommandation Google ou Bing sur un « MCP pour le SEO » : exposer un serveur MCP sert des agents qui exécutent des tâches, pas la visibilité dans les résultats, et comporte de vrais risques non résolus d’injection de prompt et d’empoisonnement d’outils.

Le problème que MCP résout

MCP standardise la frontière de communication entre un hôte d’IA et des capacités externes ; il ne rend pas automatiquement les données connectées fiables et n’autorise pas chaque action par défaut. Evidence for this claim Model Context Protocol is an open protocol for connecting AI applications to external systems. Scope: The MCP specification and official documentation; individual host and server implementations vary. Confidence: high · Verified: 2026-07-14 MCP: Introduction La spécification distingue les rôles des hôtes, des clients et des serveurs et documente la négociation des capacités. Evidence for this claim MCP defines host, client, and server roles and server primitives including resources, prompts, and tools. Scope: Current MCP architecture; negotiated capabilities determine which features a connection supports. Confidence: high · Verified: 2026-07-14 MCP: Architecture

Avant MCP, relier une application d’IA à une source de données exigeait une intégration spécifique pour cette paire. Si vous connectez N applications d’IA à M outils, vous devez gérer environ N×M intégrations personnalisées — la combinatoire devient vite difficile. MCP standardise l’interface : chaque application implémente MCP une fois et chaque outil l’implémente une fois, ce qui réduit le problème à N+M. C’est le même raisonnement qui a rendu utiles des protocoles comme HTTP ou le Language Server Protocol.

Au lancement, le directeur technique de Block a formulé le « pourquoi » ainsi :

“Open technologies like the Model Context Protocol are the bridges that connect AI to real-world applications, ensuring innovation is accessible, transparent, and rooted in collaboration.” (traduction) : « Les technologies ouvertes telles que Model Context Protocol relient l’IA aux applications concrètes du monde réel et rendent l’innovation accessible, transparente et ancrée dans la collaboration. »

L’architecture : hôte, client, serveur

MCP repose sur un modèle hôte–client–serveur. Les trois rôles sont les suivants :

• Hôte — l’application d’IA elle-même (Claude Desktop, Claude Code, un agent de programmation intégré à un IDE, une application de discussion avec des connecteurs).
• Client — l’hôte lance un client MCP pour chaque serveur auquel il se connecte. Le client gère cette connexion.
• Serveur — un programme qui expose une capacité ou des données. Un serveur peut encapsuler votre système de fichiers, un autre votre base de données et un autre une API de recherche web.

L’hôte peut se connecter à de nombreux serveurs en même temps, chacun par l’intermédiaire de son propre client. Les serveurs locaux communiquent généralement via STDIO (entrée/sortie standard, un client) ; les serveurs distants utilisent généralement Streamable HTTP (plusieurs clients), avec OAuth disponible pour les déploiements qui nécessitent une autorisation déléguée. Sous le capot, le protocole utilise JSON-RPC 2.0. Le cœur actuel 2026-07-28 est sans état : la version du protocole, les métadonnées du client, la méthode et le nom de l’outil, de la resource ou du prompt concerné voyagent avec chaque requête, tandis que server/discover expose les versions modernes et les capacités prises en charge par le serveur. Les résultats de découverte et de liste pouvant être mis en cache peuvent publier les indications ttlMs et cacheScope. Les clients de l’ère 2025 utilisent encore la poignée de main d’initialisation et peuvent utiliser des sessions Streamable HTTP ; les serveurs de production doivent donc souvent prendre en charge les deux époques pendant la transition. Les notes de version du 28 juillet 2026 et le guide de migration du SDK TypeScript précisent ces comportements pour la révision de protocole concernée et son chemin de compatibilité.

Les trois primitives de serveur

Chaque serveur MCP expose ses capacités par l’intermédiaire de trois briques principales :

• Outils — des fonctions exécutables que l’agent peut appeler pour faire quelque chose (exécuter une requête, envoyer un message, récupérer un prix en direct).
• Resources — des données contextuelles que l’agent peut lire (un fichier, un enregistrement de base de données, une réponse d’API).
• Prompts — des modèles d’interaction réutilisables qui organisent un workflow courant.

Chaque type de primitive possède ses propres sémantiques de découverte, de lecture et d’exécution, et ces types ne sont pas interchangeables : un client liste ce qui est disponible avec un appel */list (tools/list, resources/list, prompts/list), puis lit ou invoque un élément précis par son nom (tools/call pour exécuter un outil ; un appel de type get/read pour une resource ou un prompt). Traiter toute capacité de serveur comme un « outil » masque le fait qu’une resource est destinée à être lue et non exécutée, tandis qu’un prompt est un modèle à insérer et non une action à lancer.

Les extensions offrent désormais la voie formelle pour les capacités qui sortent du cœur du protocole. Les MCP Apps peuvent joindre une interface rendue par le serveur au résultat d’un outil, tandis que les Tasks sont passées de leur forme expérimentale dans le cœur à une extension destinée aux travaux durables et de longue durée. La révision 2026-07-28 déprécie également roots, sampling et logging dans le cœur. Les outils, resources et prompts restent les primitives côté serveur à connaître en premier ; la prise en charge d’une primitive ou d’une extension ne signifie jamais que toutes les autres sont prises en charge. Les notes de version du 28 juillet 2026 décrivent les changements d’extension et de dépréciation.

MCP, llms.txt, function calling et WebMCP : les distinguer

Ces quatre notions sont constamment confondues. Les séparer constitue l’essentiel de la valeur de cette page :

Deux distinctions méritent d’être explicitées :

• MCP n’est pas du « function calling ». Le function calling est une fonctionnalité au niveau du modèle : on indique à un modèle quelles fonctions existent et il en choisit une à appeler. MCP est le protocole interopérable entre fournisseurs qui standardise la découverte, la description et l’invocation des outils et des données dans de nombreuses applications et de nombreux serveurs, indépendamment d’un modèle donné. Les serveurs MCP définissent souvent leurs outils selon des schémas de type function calling, mais MCP est la couche d’interopérabilité au-dessus, pas un synonyme.
• WebMCP n’est pas MCP. WebMCP est une proposition distincte, native du navigateur, qui reprend des concepts proches de MCP pour exposer les fonctionnalités d’un site précis — ajout au panier, paiement, envoi d’un formulaire — à un agent déjà présent dans le navigateur. MCP est le protocole plus large et plus ancien qui relie les applications d’IA à des outils et données externes en général. Pour la dimension identité/découverte de ce même paysage, consultez l’article sur llms.txt, ainsi que les articles sur le SEO des entités et le balisage de schéma pour l’IA.

Une brève chronologie

• 25 novembre 2024 — Anthropic publie MCP en open source, avec des partenaires initiaux et des serveurs prêts à l’emploi (Google Drive, Slack, GitHub, Git, Postgres, entre autres).
• 26 mars 2025 — OpenAI annonce l’adoption de MCP : la prise en charge arrive dans son Agents SDK, puis dans l’application de bureau ChatGPT et l’API Responses. Google DeepMind annonce également son soutien. C’est le moment où MCP cesse d’être une initiative Anthropic pour devenir un standard de fait de l’industrie.
• 9 décembre 2025 — Anthropic donne MCP à l’Agentic AI Foundation (AAIF) nouvellement créée, une fondation dirigée sous l’égide de la Linux Foundation et cofondée avec Block et OpenAI, avec d’autres grands fournisseurs comme membres de soutien — explicitement pour que le protocole reste ouvert et neutre, plutôt que détenu par une seule entreprise.
• 28 juillet 2026 — la plus importante révision du protocole depuis son lancement introduit un cœur sans état, des extensions de première classe, des métadonnées de routage et de cache, un renforcement de l’autorisation et une politique formelle de dépréciation. Notes de version

MCP est-il un facteur de classement Google ou Bing ?

Non — et il est important de le dire clairement. Google n’a publié aucune recommandation formelle de Search Central sur MCP. Il n’existe aucun document « MCP pour le SEO » de Google Search Central, aucun épisode de Search Off the Record et aucune page Search Essentials qui traite de ce sujet. Il existe seulement un article explicatif de Google Cloud destiné aux développeurs : c’est une présentation de fournisseur, pas un document sur un signal de classement.

La situation est comparable du côté de Microsoft : Microsoft a largement adopté MCP comme fournisseur de plateforme — il documente MCP sur Windows, maintient un catalogue de serveurs MCP et a collaboré avec Anthropic sur le SDK C# officiel. Mais il s’agit d’un soutien à l’infrastructure, pas de recommandations Bing Webmaster indiquant que MCP influe sur le classement. Ce n’est pas le cas.

Le signal Google le plus proche dans le domaine adjacent au SEO est WebMCP (encore une fois : pas MCP lui-même). Dans une discussion sur llms.txt, John Mueller de Google a dit préférer l’approche WebMCP parce qu’elle a des objectifs concrets et bien délimités :

“I like the WebMCP approach, as well as the commerce integrations – they have clear goals & processes: ‘Given the agent is already on your site, how can it properly do task X?’ (for example, determine the final price of a product, including all fees & potential discounts).” (traduction) : « J’apprécie l’approche WebMCP et les intégrations commerciales : leurs objectifs et processus sont bien délimités — si l’agent est déjà sur votre site, comment peut-il accomplir correctement la tâche X ? Par exemple, calculer le prix final d’un produit avec tous les frais et remises possibles. »

La réponse honnête à « MCP aide-t-il mon SEO ? » est donc la suivante : exposer un serveur MCP peut rendre vos données et vos actions utilisables par des agents qui exécutent des tâches, ce qui constitue une proposition de valeur différente de la visibilité dans la recherche ou les réponses d’IA. Ne le classez pas parmi les facteurs de classement.

La place de MCP dans les workflows SEO et marketing

Aujourd’hui, MCP intervient surtout du côté des praticiens : il permet aux agents d’IA d’interroger les outils que nous utilisons déjà :

• Ahrefs possède un connecteur MCP, qui permet à un agent d’IA de récupérer directement les données Ahrefs au lieu de vous obliger à les exporter et à les coller. Le guide d’Ahrefs sur le SEO agentique détaille ce fonctionnement (l’article est de Mateusz Makosiewicz, relu par Ryan Law — pas par moi).
• Des serveurs MCP pour Google Search Console existent dans l’écosystème ; un agent peut ainsi lire les données de performance GSC dans le cadre d’un workflow.
• Un serveur MCP de recherche Bing expose la recherche web, actualités et images de Bing sous forme d’outils qu’un agent peut appeler.

Le bon modèle mental est le suivant : MCP est la question « faut-il construire une API ? » de l’ère des agents. Exposer vos données via un serveur MCP vise à les rendre actionnables par des agents, pas à améliorer le classement. Si votre public travaille de plus en plus avec des agents, cette facilité d’utilisation peut compter ; traitez-la toutefois comme une décision de distribution et d’intégration, pas comme une décision SEO. C’est le pari « capacité/action », tandis que l’article sur llms.txt correspond au pari « identité/découverte ».

Sécurité : des risques réels et non résolus

Ne supposez pas que MCP est sûr simplement parce qu’il s’agit d’un standard ouvert créé par une entreprise réputée. Dès qu’un agent d’IA peut agir et recevoir des données non fiables, vous ouvrez une surface d’attaque. Simon Willison — l’une des voix indépendantes les plus crédibles sur les outils et la sécurité des LLM — l’a formulé ainsi :

“Any time you mix together tools that can perform actions on the user’s behalf with exposure to potentially untrusted input you’re effectively allowing attackers to make those tools do whatever they want.” (traduction) : « Dès que vous associez des outils capables d’agir au nom de l’utilisateur à des entrées potentiellement non fiables, vous donnez en pratique aux attaquants les moyens de leur faire exécuter n’importe quelle action. »

Il précise que ce n’est pas une faille propre à MCP :

“These vulnerabilities are not inherent to the MCP protocol itself—they’re present any time we provide tools to an LLM that can potentially be exposed to untrusted inputs.” (traduction) : « Ces vulnérabilités ne sont pas inhérentes au protocole MCP lui-même : elles apparaissent chaque fois que nous fournissons à un LLM des outils susceptibles d’être exposés à des entrées non fiables. »

Les risques documentés dans le contexte MCP comprennent l’injection de prompt, l’empoisonnement d’outils (des instructions malveillantes cachées dans la description d’un outil) et les « rug pulls » (un outil qui modifie son comportement après son installation). Au moment de la rédaction, ces problèmes existent encore et ne sont pas résolus ; si vous déployez ou connectez des serveurs MCP, traitez-les comme toute intégration non fiable : privilèges minimaux, approbation humaine pour les actions lourdes de conséquence et sélection attentive des serveurs auxquels vous faites confiance.

Les recommandations de sécurité de la spécification MCP nomment des catégories d’attaque concrètes que les constructeurs de serveurs et de clients doivent savoir contrer — elles sont utiles même si vous évaluez seulement un serveur tiers. Le cas du détournement de session ci-dessous concerne l’ancien modèle avec sessions ; le cœur 2026 supprime les sessions Streamable HTTP au niveau du protocole, tandis que les autres risques de confiance et d’autorisation demeurent. Les notes de version du 28 juillet 2026 précisent ce changement pour la révision actuelle :

• Confused deputy — un serveur MCP proxy utilisant un identifiant client OAuth statique unique peut être trompé et ignorer le consentement de chaque utilisateur pour l’API tierce qu’il relaie.
• Token passthrough — un serveur qui accepte le jeton d’un client et le transmet sans contrôle à une API en aval casse les pistes d’audit et les contrôles de sécurité ; la spécification indique que les serveurs must not faire cela.
• Server-side request forgery (SSRF) — un serveur malveillant peut orienter la découverte OAuth vers des adresses IP internes ou des points de terminaison de métadonnées cloud et tromper un client pour qu’il les récupère.
• Legacy session hijacking — dans un ancien déploiement qui utilise les sessions, un identifiant devinable ou non aléatoire peut permettre à un attaquant d’usurper un client. Les identifiants de session ne sont que des poignées d’état et ne remplacent jamais l’authentification. Les recommandations de sécurité du protocole fixent explicitement cette limite pour le modèle historique.
• Local server compromise — un serveur MCP installé localement s’exécute avec les privilèges de l’utilisateur ; un serveur malveillant ou compromis peut donc lire des fichiers, exfiltrer des identifiants ou exécuter des commandes arbitraires. Les mesures d’atténuation sont la sandbox, une configuration de lancement à privilèges minimaux et la vérification de ce qu’une « installation en un clic » exécute avant de l’approuver.

Rien de tout cela n’est résolu par le fait qu’il s’agit d’un standard ouvert ou par l’activation d’OAuth. La conformité au protocole, l’utilisation d’un SDK officiel, l’activation de l’autorisation ou la sandbox d’un serveur ferment chacun des voies d’attaque spécifiques ; aucun de ces moyens, seul ou combiné, ne garantit qu’une intégration est sûre, qu’un modèle utilisera correctement un outil ou qu’un serveur sera largement adopté. Le support de l’autorisation lui-même est facultatif et dépendant de la version dans la spécification ; ce n’est pas une garantie générale de sécurité.

Mythes courants

1. « MCP et llms.txt sont identiques ou se concurrencent. » Non : llms.txt est un fichier statique à sens unique ; MCP est un protocole actif et bidirectionnel. Ils répondent à des problèmes différents.
2. « MCP n’est que du function calling rebaptisé. » Non : le function calling est une capacité de modèle ; MCP est un protocole interopérable entre fournisseurs construit au-dessus de cette idée.
3. « MCP est un standard Google ou OpenAI. » Non : Anthropic l’a créé (novembre 2024). OpenAI et Google DeepMind l’ont adopté plus tard ; il est désormais gouverné par l’Agentic AI Foundation, neutre vis-à-vis des fournisseurs.
4. « Installer un serveur MCP améliore mon classement. » Rien ne le prouve. MCP sert des agents qui exécutent des tâches, pas la visibilité dans les résultats.
5. « MCP remplace les API. » Non : les serveurs MCP sont généralement de minces enveloppes autour d’API et de données existantes, exposées de façon standard aux applications d’IA.
6. « Cela vient d’Anthropic, donc c’est sûr par défaut. » Non : les risques d’injection de prompt et d’empoisonnement d’outils sont réels et ne sont pas entièrement résolus.

La place de MCP dans le paysage de la recherche par IA

MCP est la couche action de la pile agentique. Autour de lui, les couches de découverte et d’identité — llms.txt, le SEO des entités, le balisage de schéma pour l’IA et la façon dont la recherche agentique planifie et exécute réellement les tâches — complètent la carte. Gardez ces couches distinctes pour raisonner plus facilement malgré le battage médiatique.

Résumé par IA

Une synthèse de la version avancée :

• MCP = un protocole ouvert (Anthropic, publié en open source le 25 novembre 2024) qui relie les applications d’IA à des outils et des données externes. « Un port USB-C pour les applications d’IA. »
• Architecture : hôte → client → serveur. L’hôte exécute un client par serveur ; les serveurs exposent des outils (actions), des resources (données) et des prompts (modèles). Le protocole repose sur JSON-RPC 2.0 ; le cœur actuel est sans état pour chaque requête, tandis que les anciens clients utilisent l’époque de l’initialisation et des sessions.
• Révision 2026 : server/discover, métadonnées par requête, en-têtes de routage et indications de cache remplacent le modèle obligatoire de poignée de main et de session. MCP Apps et Tasks sont des extensions ; roots, sampling et logging sont désormais dépréciés dans le cœur.
• Le problème résolu : MCP transforme un enchevêtrement d’intégrations personnalisées N×M en N+M.
• Pas llms.txt (un fichier statique et unidirectionnel qui liste des pages) et pas du function calling (une capacité du modèle). MCP est le protocole d’interopérabilité entre fournisseurs. WebMCP est une proposition distincte, limitée au navigateur, pour exposer les actions propres à un site à un agent.
• Chronologie : lancement en novembre 2024 → adoption par OpenAI le 26 mars 2025 → don par Anthropic à l’Agentic AI Foundation de la Linux Foundation le 9 décembre 2025.
• Pas un facteur de classement : Google n’a publié aucune recommandation Search Central sur MCP ; Bing et Microsoft le prennent en charge comme plateforme, pas comme recommandation SEO. Exposer un serveur MCP sert des agents qui exécutent des tâches, pas la visibilité dans les résultats.
• Sécurité : risques réels et non résolus d’injection de prompt, d’empoisonnement d’outils et de rug pulls — pas de sécurité « par défaut ». La spécification cite le confused deputy, le token passthrough, le SSRF, le détournement de session historique et la compromission d’un serveur local ; l’OAuth et l’autorisation sont facultatifs et dépendent de la version, sans constituer une garantie générale.

Documentation officielle

Documentation de source primaire sur MCP.

Anthropic / projet MCP

• Présentation de Model Context Protocol — l’annonce originale de novembre 2024 : problème N×M, partenaires du lancement et analogie du port USB-C.
• Don de Model Context Protocol et création de l’Agentic AI Foundation — le passage de gouvernance à la Linux Foundation en décembre 2025.
• Qu’est-ce que Model Context Protocol (MCP) ? — l’introduction officielle pour démarrer.
• Vue d’ensemble de l’architecture — hôte/client/serveur, primitives, couches de données et de transport, mécanismes JSON-RPC.
• Présentation de la version MCP du 28 juillet 2026 — cœur sans état, extensions, renforcement de l’autorisation, cache et politique de dépréciation.
• Découverte (server/discover) — découverte moderne des capacités et versions, ainsi que contrat de réponse pouvant être mis en cache.
• Transport Streamable HTTP — protocole par requête, en-têtes de routage et exigences de sécurité du transport.
• Spécification MCP (25 novembre 2025) — la spécification précédente, fondée sur la poignée de main et les sessions, toujours utile pour la compatibilité.

Google

• Qu’est-ce que Model Context Protocol (MCP) ? Guide — présentation générale de Google Cloud pour les développeurs (pas un document sur le classement de la recherche).

Microsoft / Bing

• Présentation de Model Context Protocol (MCP) sur Windows — registre des agents sur l’appareil Windows.
• microsoft/mcp — catalogue Microsoft d’implémentations de serveurs MCP.
• Microsoft s’associe à Anthropic pour créer le SDK C# officiel — le SDK C# officiel.

Citations des sources

Déclarations attribuées. Les liens profonds pointent vers le passage cité lorsque la page source le permet.

Anthropic et partenaires du lancement — pourquoi MCP

• “Open technologies like the Model Context Protocol are the bridges that connect AI to real-world applications, ensuring innovation is accessible, transparent, and rooted in collaboration.” (traduction) : « Les technologies ouvertes comme le Model Context Protocol sont les ponts qui relient l’IA aux applications du monde réel, afin que l’innovation reste accessible, transparente et fondée sur la collaboration. » — Dhanji R. Prasanna, directeur technique de Block, dans l’annonce de lancement d’Anthropic. Aller à la citation

OpenAI — adopter le standard d’un concurrent

• Le 26 mars 2025, Sam Altman d’OpenAI a annoncé que l’entreprise ajouterait la prise en charge de MCP à ses produits, en commençant par l’Agents SDK, puis l’application de bureau ChatGPT et l’API Responses. Couverture de TechCrunch (Paraphrase de la publication publique d’Altman telle que rapportée par TechCrunch — il ne s’agit pas ici de ses mots exacts.)

Google — WebMCP (pas MCP lui-même)

• “I like the WebMCP approach, as well as the commerce integrations – they have clear goals & processes: ‘Given the agent is already on your site, how can it properly do task X?’ (for example, determine the final price of a product, including all fees & potential discounts).” (traduction) : « J’apprécie l’approche WebMCP ainsi que les intégrations commerciales : leurs objectifs et processus sont clairs — si l’agent est déjà sur votre site, comment peut-il réaliser correctement la tâche X ? Par exemple, déterminer le prix final d’un produit, avec tous les frais et remises possibles. » — John Mueller, Search Advocate de Google. Aller à la citation Relayé par l’article de Roger Montti dans Search Engine Journal ; WebMCP reste une proposition limitée au navigateur et distincte de MCP.

Sécurité — une voix indépendante

• “Any time you mix together tools that can perform actions on the user’s behalf with exposure to potentially untrusted input you’re effectively allowing attackers to make those tools do whatever they want.” (traduction) : « Dès que vous mélangez des outils capables d’agir au nom de l’utilisateur avec des entrées potentiellement non fiables, vous donnez en pratique aux attaquants les moyens de les pousser à exécuter n’importe quelle action. » et “These vulnerabilities are not inherent to the MCP protocol itself—they’re present any time we provide tools to an LLM that can potentially be exposed to untrusted inputs.” (traduction) : « Ces vulnérabilités ne sont pas inhérentes au protocole MCP lui-même : elles apparaissent chaque fois que nous fournissons à un LLM des outils susceptibles d’être exposés à des entrées non fiables. » — Simon Willison. Aller à la citation

Pour un public SEO

• “MCP (Model Context Protocol) is how your agent reaches the outside world. It’s the standard plug that connects an agent to data and actions.” (traduction) : « MCP est la façon dont votre agent atteint le monde extérieur : la prise standard qui le relie aux données et aux actions. » et “Without MCPs, your agent is just a chatbot with opinions.” (traduction) : « Sans MCP, votre agent n’est qu’un chatbot avec des opinions. » — Blog Ahrefs, « What Is Agentic SEO? » (Mateusz Makosiewicz, révision par Ryan Law). Lire l’article

Liste de contrôle pour un serveur MCP

• Définir la tâche utilisateur et expliquer pourquoi MCP est préférable à une page statique, à un appel d’API ou à une intégration de fonction intégrée.
• Publier les versions de protocole prises en charge et tester server/discover ainsi que toute voie d’initialisation historique conservée volontairement.
• Valider les en-têtes de routage protocole/méthode/nom de Streamable HTTP par rapport au corps JSON-RPC avant le dispatch.
• Classer correctement chaque capacité comme outil, resource ou prompt.
• Donner à chaque capacité une description étroite et factuelle, avec ses entrées et sorties explicites.
• Appliquer le principe du moindre privilège aux identifiants, à l’accès au système de fichiers et au réseau, ainsi qu’aux opérations d’écriture.
• Demander une confirmation avant toute action destructive, financière, éditoriale, de publication ou d’envoi de message externe.
• Traiter les descriptions fournies par le serveur et le contenu récupéré comme des entrées non fiables ; tester les voies d’injection de prompt et d’empoisonnement d’outils.
• Valider les arguments côté serveur au lieu de faire confiance aux paramètres produits par le modèle.
• Journaliser la sélection des outils, les entrées assainies, les résultats et les erreurs sans stocker de secrets ni de données personnelles inutiles.
• Tester les échecs, délais d’attente, annulations et résultats partiels.
• Documenter la propriété, le versionnage, la révocation et une voie de désactivation en cas d’incident.

MCP en un coup d’œil — aide-mémoire

Les quatre notions souvent confondues

L’architecture en trois mots : hôte → client → serveur. Un client par serveur ; un hôte peut en gérer plusieurs.

Les trois primitives de serveur

• Outils — actions exécutables (faire quelque chose).
• Resources — données contextuelles (lire quelque chose).
• Prompts — modèles d’interaction réutilisables.

Faits rapides

• Créé par Anthropic, publié en open source le 25 novembre 2024.
• Fondé sur JSON-RPC 2.0 ; sans état pour chaque requête dans 2026-07-28, avec server/discover pour la découverte moderne des capacités et des versions.
• Serveurs locaux : STDIO. Serveurs distants : Streamable HTTP (+ OAuth).
• Les clients de 2025 utilisent encore l’initialisation ; les serveurs de production peuvent devoir prendre en charge les deux époques.
• MCP Apps et Tasks relèvent des extensions ; roots, sampling et logging sont désormais dépréciés dans le cœur.
• OpenAI l’a adopté le 26 mars 2025 ; Google DeepMind également.
• MCP est gouverné par l’Agentic AI Foundation (Linux Foundation) depuis le 9 décembre 2025.
• Il n’existe aucune recommandation Google/Bing « MCP pour le SEO ».
• Les risques réels et non résolus d’injection de prompt et d’empoisonnement d’outils signifient qu’il n’est pas sûr par défaut.

Les modèles mentaux

1. Carte contre commandes. llms.txt est une carte — une liste statique de pages qui indique à une IA ce qu’elle doit lire. MCP est un ensemble de commandes — une interface active qu’un agent utilise pour appeler des fonctions et effectuer des actions. Si vous ne retenez qu’une idée, retenez cette distinction.

2. Capacité contre protocole. Le function calling est une capacité intégrée à un modèle. MCP est un protocole qui standardise la manière dont cette capacité atteint de nombreux outils dans de nombreuses applications. Les serveurs MCP utilisent souvent en interne des définitions de type function calling, mais le protocole est la couche d’interopérabilité au-dessus : ne confondez pas les deux.

3. N×M → N+M. Chaque intégration directe entre une IA et un outil ajoute un terme à N×M. Implémentez MCP une fois de chaque côté et vous obtenez N+M. Cette réduction est la raison d’être du standard.

4. Capacité d’agent ≠ visibilité dans les résultats. Exposer un serveur MCP rend vos données utilisables par des agents qui exécutent des tâches. C’est une décision de distribution et d’intégration, pas une décision de classement. Classer MCP parmi les « tactiques SEO qui améliorent le classement » est une erreur de catégorie.

5. Outils + entrées non fiables = surface d’attaque. Dès qu’un agent peut à la fois agir et lire des entrées non fiables, l’injection de prompt devient possible. Traitez tout serveur MCP auquel vous êtes connecté comme une intégration non fiable : privilèges minimaux, approbation humaine des actions lourdes de conséquence et examen attentif des serveurs auxquels vous accordez votre confiance.

Les erreurs MCP à éviter

Présenter MCP comme un facteur de classement

MCP rend des données et des actions disponibles à l’exécution pour les agents compatibles. Il ne transforme pas le serveur en signal de classement Google ou Bing.

Accorder de larges identifiants à un serveur par défaut

Un agent n’a pas besoin d’un accès sans restriction pour accomplir une tâche étroite. Limitez les jetons, resources, hôtes et droits d’écriture au strict nécessaire.

Considérer les descriptions d’outils comme des instructions sûres

Les descriptions et le contenu récupéré peuvent être empoisonnés ou contenir une injection de prompt. Épinglez les serveurs de confiance, examinez les changements de capacité et gardez l’application des règles en dehors du texte du modèle.

Cacher des écritures lourdes de conséquence derrière des noms vagues

Des noms comme « manage » ou « process » masquent l’impact. Indiquez si un outil lit, crée, met à jour, publie, facture ou envoie, et exigez une confirmation lorsque c’est nécessaire.

Exposer un serveur MCP quand un document suffirait

Les informations publiques statiques n’ont pas automatiquement besoin d’une intégration exécutable. Utilisez MCP lorsque la découverte, la récupération ou l’action à l’exécution apporte une vraie valeur à l’utilisateur.

Ressources utiles

Mes textes associés

• Le guide du SEO technique pour débutants — la place des sujets de recherche par IA dans les fondamentaux.
• Les nouveaux robots du Web : les bots d’IA se rapprochent des bots des moteurs — le mouvement plus large où les systèmes d’IA récupèrent et utilisent le Web, dont MCP est une composante.

Mes présentations

• Comment fonctionne la recherche (SlideShare) — mon parcours du crawl, du rendu, de l’indexation et du classement, pour situer le côté recherche à côté du côté agentique. (Ma réserve habituelle s’applique : « C’est ma compréhension des systèmes… elle ne sera pas complète ou exacte à 100 %. »)

Dans l’industrie

• Présentation de Model Context Protocol (Anthropic) — l’annonce originale et l’explication N×M.
• Model Context Protocol — documentation officielle et la vue d’ensemble de l’architecture — la référence technique canonique.
• Présentation de la version MCP du 28 juillet 2026 — le cœur sans état et les changements de migration incompatibles.
• OpenAI adopte le standard d’Anthropic pour connecter les modèles d’IA aux données (TechCrunch) — le moment de l’adoption en mars 2025.
• Comment Model Context Protocol façonne l’avenir de l’IA et du marketing de recherche (Search Engine Land, Constance Chen) — l’article principal du secteur SEO sur MCP, antérieur aux commentaires sur WebMCP et au don à l’AAIF.
• Qu’est-ce que le SEO agentique ? (Ahrefs, Mateusz Makosiewicz, révision par Ryan Law) — MCP comme ingrédient du SEO agentique, ainsi que le connecteur MCP d’Ahrefs.
• Model Context Protocol présente des problèmes de sécurité liés à l’injection de prompt (Simon Willison) — les réserves de sécurité exposées par une voix indépendante crédible.
• 11 risques émergents de sécurité liés à MCP (Checkmarx Zero) — un catalogue plus complet de la surface de risque.
• Model Context Protocol (Wikipédia) — une vue d’ensemble neutre avec la chronologie et le don à l’AAIF.

Testez vos connaissances : Model Context Protocol (MCP)

Cinq questions rapides sur ce que MCP est et n’est pas. Choisissez une réponse à chaque fois, puis vérifiez-la.

Journal des modifications