Une question pratique, pour commencer. Vous tenez un site touristique, ou commercial, ou institutionnel. En 2027, votre client ouvrira sa fenêtre Chrome, demandera à son agent IA « réserve-moi une chambre à la station X pour le week-end de la Toussaint », et l’agent — sans plugin, sans extension, sans intégration commerciale — invoquera directement les outils que votre site lui aura exposés pour vérifier la disponibilité, comparer, réserver, et confirmer.
C’est le scénario que dessine WebMCP, le standard du W3C qui adapte le Model Context Protocol au navigateur. Chrome 146 bêta supporte déjà la spécification depuis le début de l’année. La généralisation suivra, sans doute en 2027.
La question, alors, n’est plus « les agents IA vont-ils interagir avec mon site ? ». C’est « comment leur exposer les bonnes choses, au bon endroit, sans construire une infrastructure agent dédiée ? ».
Ce qu’est WebMCP, en trois paragraphes
WebMCP est l’extension web du Model Context Protocol (MCP), un protocole introduit par Anthropic fin 2024 pour permettre aux agents IA de découvrir et invoquer des outils exposés par des serveurs externes. MCP a connu une adoption rapide dans l’écosystème dev — Claude Desktop, Cursor, Continue, Zapier, et désormais OpenAI via les Custom GPTs et Connectors.
WebMCP transpose ce mécanisme dans le navigateur. Plutôt qu’un serveur MCP autonome qu’il faut installer et configurer, une page web déclare ses capacités via une balise <script type="application/mcp+json"> ou un endpoint .well-known/mcp.json. L’agent IA du navigateur (Chrome AI, ou tout futur agent compatible) lit cette déclaration, comprend les outils disponibles, et les invoque selon les besoins de l’utilisateur.
Concrètement : si votre site touristique expose un outil verifier_disponibilite_chambre(date_arrivee, date_depart, nb_personnes), l’agent IA appelé depuis le navigateur de votre visiteur peut l’invoquer sans intermédiaire — pas de scraping, pas de DOM-parsing, pas de capture d’écran. La donnée passe en clair, structurée, dans un protocole standardisé.
Pourquoi ça change tout pour les entreprises sans budget agent
L’angle qui nous intéresse ici, c’est le suivant : la plupart des sites — TPE, ETI, OT, CCI, collectivités — n’ont pas le budget de construire leur propre agent IA. Construire un agent destination-grade aujourd’hui, c’est plusieurs mois de développement, plusieurs dizaines de milliers d’euros, et une équipe data qu’il faut embaucher ou sous-traiter. Pour la plupart des structures, c’est un saut hors de portée.
WebMCP renverse cette équation. Vous n’avez pas besoin d’avoir votre agent. Vous n’avez besoin que d’exposer correctement vos données et vos actions, dans un format standardisé. L’agent vit du côté du visiteur — c’est Chrome, ou Edge, ou Safari, ou n’importe quel navigateur futur compatible. Votre rôle se réduit à publier la spécification de ce que vous offrez.
Pour les sites contenu seulement (lecture), c’est encore plus simple : exposer un fichier llms.txt à la racine, embarquer du Schema.org JSON-LD dans vos pages, et vous êtes déjà partiellement compatible. WebMCP ajoute la dimension transactionnelle (réserver, modifier, signaler) — mais commence par récompenser ceux qui ont fait correctement le travail de structuration sur le contenu.
Cette progression incrémentale est ce qui rend WebMCP réaliste. Le standard ne demande pas un saut technologique brutal. Il demande de continuer à publier, mais en exposant la sémantique de ce qu’on publie au format qu’un agent peut consommer. C’est une dépense d’attention, pas une dépense de budget.
Statut au 7 mai 2026
Trois éléments sont déjà en place et observables aujourd’hui.
Chrome 146 bêta intègre une première implémentation de WebMCP. Les développeurs peuvent activer le flag expérimental chrome://flags/#web-mcp et tester localement l’invocation d’outils depuis l’agent IA intégré. La couverture est limitée (lecture seule, pas encore d’écritures transactionnelles avec auth), mais la voie est ouverte.
Le registre MCP officiel d’Anthropic liste désormais des dizaines de serveurs MCP publics, organisés par catégorie. C’est le canal canonique de découverte pour les utilisateurs Claude Desktop, Cursor, Continue. La soumission est ouverte ; un atlas territorial comme web-mcp.fr est dans le périmètre exact de ce registre.
Les plateformes de distribution agent-natives (Zapier MCP marketplace, Smithery.ai, Glama.ai, OpenAI Connectors, à terme Microsoft Copilot Studio) construisent leurs propres listings. Chaque canal a ses contraintes (auth, format de manifest, conditions d’usage), mais le principe est le même : un site bien exposé est trouvable depuis chacun de ces canaux sans recoder son backend.
Comment commencer simplement, dès aujourd’hui
Si l’horizon WebMCP 2027 vous semble lointain, voici trois actions concrètes qui se cumulent et préparent l’arrivée du standard sans investissement spécifique.
1. Exposez un llms.txt à la racine de votre site. C’est un fichier texte de 30 à 100 lignes qui dit aux crawlers IA quelles ressources lire en priorité, dans quel ordre, dans quel format. Les pages que vous estimez canoniques. Les URLs de vos données structurées. Vos endpoints API publics. Une journée de travail éditorial pour la version initiale, mises à jour ponctuelles ensuite.
2. Embarquez du Schema.org JSON-LD dans vos pages clés. Les types LodgingBusiness, Restaurant, TouristAttraction, Event (pour les événements), Organization (pour votre structure elle-même) sont reconnus nativement par tous les LLMs depuis leur entraînement. Une balise <script type="application/ld+json"> dans le <head> de chaque page suffit. Pas de plugin, pas de javascript actif, pas de surcoût utilisateur.
3. Préparez la transition WebMCP en observant les premières spécifications publiées. Le brouillon W3C est public. La couche transactionnelle (réserver, modifier) demandera plus de travail — exposition d’API authentifiées, gestion des intentions, garanties de cohérence. Mais elle s’appuiera sur la structuration que vous aurez déjà faite à l’étape 1 et 2. Le travail n’est jamais perdu.
Pour les destinations touristiques en particulier, nous avons documenté l’application concrète de cette progression dans le cas Valberg — disponible en version technique complète ci-dessous. La méthodologie est généralisable à toute destination, à tout territoire civique, à tout site éditorial qui publie de la donnée structurable.
La position web-mcp.fr
Notre projet web-mcp.fr est précisément un atlas territorial pré-WebMCP. Nous publions, gratuitement, les données structurées des communes françaises dans les formats que les agents IA actuels savent lire — et que les agents WebMCP de demain consommeront sans intermédiaire. 163 communes des Alpes-Maritimes sont déjà publiées en alpha ; le pipeline est généralisable.
Cette publication s’appuie exclusivement sur des sources publiques (DATAtourisme, INSEE, IGN, SIRENE, Google Places). Elle ne demande aucune intégration côté commune. Elle ne capte pas de trafic — chaque fiche pointe systématiquement vers les sites officiels concernés. Elle s’inscrit dans la continuité d’une infrastructure publique territoriale, pas dans une logique commerciale fermée.
Le pari implicite : WebMCP s’imposera comme le standard de l’interaction agent-site dans les 18-24 mois qui viennent. Les territoires et les commerces qui auront fait le travail de structuration en amont seront les premiers cités, les premiers consultés, les premiers proposés par les agents. Ceux qui attendent risquent de découvrir, en 2027, qu’ils sont absents d’un canal qu’ils n’avaient pas vu venir.
Pour discuter d’une publication structurée pour votre territoire ou votre activité : [email protected]. Pour le détail de la spécification WebMCP, consultez le brouillon W3C en cours d’instruction.