Guide : WebMCP

TL;DR — WebMCP permet à un site web de décrire ses boutons et ses fonctions comme des outils structurés qu’un agent d’IA peut appeler tant que la page est ouverte. Une action réelle sur la page — rechercher dans un stock, valider du code ou filtrer des produits — devient ainsi plus fiable que si l’agent doit deviner sur quel contrôle cliquer. WebMCP ne rend pas la page plus facile à classer, à explorer ou à découvrir. Au 17 juillet 2026, la technologie reste expérimentale : un projet de Community Group assorti d’une origin trial dans Chrome 149, et non une norme web finalisée.

Qu’est-ce que WebMCP ?

WebMCP est une proposition d’API de navigateur qui permet à une page web d’exposer des outils structurés à un agent d’IA opérant dans le contexte de navigation de cette page. Un outil possède un nom, une description, des entrées structurées et du code qui exécute une action. Preuve à l’appui de cette affirmation WebMCP is a proposed browser API through which web applications expose JavaScript-based tools to agents in a browsing context. Portée : WebMCP Draft Community Group Report dated July 10, 2026; the report is not a W3C Standard. Niveau de confiance : élevé · Vérifié : 2026-07-17 WebMCP Draft Community Group Report

Imaginez qu’une personne ouvre un validateur de schéma et demande à l’agent de son navigateur de « valider ce JSON-LD Product ». Sans WebMCP, l’agent peut examiner l’écran, trouver une zone de texte, y coller le code, cliquer sur le bon bouton et interpréter le résultat. Avec WebMCP, la page pourrait proposer un outil validate_schema doté d’un schéma d’entrée explicite et renvoyer un résultat structuré, tout en maintenant l’interface visible à jour.

Voici le bon modèle mental : WebMCP est une surface de contrôle explicite pour un agent qui a déjà atteint la page. Ce n’est pas une nouvelle manière de publier du contenu rédactionnel.

État actuel au 17 juillet 2026

WebMCP évolue rapidement ; les affirmations sur le code et la compatibilité doivent donc être datées. La situation actuelle est la suivante : Preuve à l’appui de cette affirmation As of July 17, 2026, WebMCP is a Community Group draft rather than a W3C Standard, and Chrome documents an origin trial beginning in Chrome 149. Portée : Standards and Chrome experiment status checked July 17, 2026; these are time-sensitive claims. Niveau de confiance : élevé · Vérifié : 2026-07-17 WebMCP: Status of This Document Chrome: Join the WebMCP origin trial

Cette recherche n’a trouvé aucune source primaire permettant d’affirmer que WebMCP est pris en charge de manière stable dans Edge, Safari ou Firefox. La participation d’un éditeur de Microsoft au projet ne signifie pas qu’un navigateur distribue la fonctionnalité.

WebMCP par rapport à MCP

Le Model Context Protocol et WebMCP exposent des outils à des frontières différentes :

• MCP relie généralement une application d’IA à un serveur persistant. Le serveur peut fournir des outils et des données, qu’une page web particulière soit ouverte ou non.
• WebMCP permet à la page ouverte d’exposer les actions et l’état actuels de son interface. Ses outils peuvent changer lorsque la personne navigue ou qu’une action devient indisponible.

Les deux technologies sont complémentaires. Une boutique pourrait utiliser un MCP distant pour son catalogue de produits et WebMCP pour les filtres, la configuration et les étapes de paiement visibles dans l’onglet actuel de la personne. Preuve à l’appui de cette affirmation WebMCP is designed for tools owned by an active page and its browser context, while remote MCP commonly connects an AI application to a persistent backend server. Portée : Architecture-selection guidance, not a rule that prevents an application from using both technologies. Niveau de confiance : élevé · Vérifié : 2026-07-17 Chrome: When to use WebMCP and MCP

WebMCP aide-t-il le SEO ou les citations par l’IA ?

Il n’existe aucune preuve documentée que l’ajout de WebMCP améliore le classement, l’exploration, l’indexation, les citations par l’IA ou la découverte. La fonctionnalité documentée intervient après qu’un agent a atteint une page et inspecté les outils disponibles sur celle-ci. Preuve à l’appui de cette affirmation The documented Chrome WebMCP experiment requires a browsing context and a client visit to discover page tools; no documented ranking, crawling, indexing, or citation benefit was found in this research pass. Portée : The browser-context and visit requirements are direct documentation; the SEO conclusion is a bounded absence-of-evidence statement as of July 17, 2026, not a prediction about future search systems. Niveau de confiance : élevé · Vérifié : 2026-07-17 Chrome: WebMCP overview and limitations Google Search guidance for AI experiences

WebMCP pourrait faciliter l’accomplissement d’une tâche sur le site. Cela peut avoir une valeur commerciale, mais il s’agit d’une hypothèse produit et conversion, pas d’un facteur de classement. Continuez le travail habituel qui rend une page découvrable et compréhensible : HTML sémantique, formulaires accessibles, liens internes, contenu indexable et données structurées appropriées.

Les pages éditoriales n’ont pas besoin de faux outils uniquement pour paraître « prêtes pour les agents ». Si une page doit seulement être lue, un HTML lisible est l’interface adaptée.

Cloudflare peut-il activer WebMCP pour mon site ?

Pas à lui seul. Cloudflare Browser Run propose actuellement des sessions de navigateur expérimentales en laboratoire, capables de visiter et de tester des pages dotées d’outils WebMCP. Votre page doit toujours définir et enregistrer ces outils. La documentation de Cloudflare précise aussi que ces sessions de laboratoire ne sont pas destinées aux charges de production. Preuve à l’appui de cette affirmation Cloudflare Browser Run offers experimental lab sessions that can consume and test page-provided WebMCP tools, but the page still owns tool registration and Cloudflare says lab sessions are not for production workloads. Portée : Cloudflare product documentation last updated April 23, 2026; its example API names lag current Chrome documentation and should not be used as the API authority. Niveau de confiance : élevé · Vérifié : 2026-07-17 Cloudflare Browser Run: WebMCP

Cloudflare peut donc servir d’environnement de test ou de navigateur consommateur, mais ce n’est pas un interrupteur qui transforme chaque formulaire et bouton existant en outil WebMCP.

Faut-il l’implémenter maintenant ?

Pour la plupart des sites en production, attendez. Une petite expérience privée peut être pertinente lorsque toutes les conditions suivantes sont réunies :

• la page possède déjà une action utile et bien circonscrite ;
• l’interface humaine normale reste complète sans WebMCP ;
• l’action est en lecture seule ou facilement réversible ;
• la même logique applicative sert l’interface et l’outil ;
• les entrées, les sorties, l’autorisation et les journaux font l’objet d’un véritable examen de sécurité ; et
• le succès peut être mesuré sans prétendre que l’expérience influence la visibilité dans les résultats de recherche.

N’utilisez pas une API de navigateur expérimentale comme seul moyen d’accomplir une tâche critique.

TL;DR — WebMCP expose, depuis document.modelContext, des outils appartenant à la page à un agent présent dans le contexte de navigation actif. L’API impérative enregistre un nom, une description, une entrée JSON Schema, des annotations et un callback asynchrone ; les outils peuvent dépendre de l’état et être désenregistrés avec un AbortSignal. Chrome documente aussi une couche déclarative pour les formulaires, mais le projet du Community Group daté du 10 juillet 2026 qualifie encore sa section déclarative de TODO. La fonctionnalité fait l’objet d’une origin trial dans Chrome 149 ; elle ne constitue pas une base stable commune aux navigateurs. Considérez-la comme une amélioration progressive, non comme une infrastructure SEO, et sécurisez-la comme une surface applicative authentifiée.

Fonctionnement de WebMCP dans le navigateur

Un cycle de vie WebMCP utile commence et se termine avec la page. La page n’enregistre que les actions valides dans son état actuel ; un agent déjà présent dans ce contexte de navigation en découvre et en invoque une ; la page exécute sa logique applicative habituelle, met à jour l’interface visible et renvoie un résultat circonscrit. Lorsque l’état change, la page retire les outils devenus sans objet. Preuve à l’appui de cette affirmation The imperative API registers named, described, schema-constrained callbacks and supports state-aware cleanup with AbortSignal plus tool-set change notifications. Portée : Current draft and Chrome experiment; API details may change before stable release. Niveau de confiance : élevé · Vérifié : 2026-07-17 WebMCP ModelContext API Chrome: WebMCP Imperative API

Ce cycle de vie dépendant de l’état explique pourquoi WebMCP ne doit pas devenir une liste statique de toutes les fonctions d’un bundle JavaScript. Un outil impossible à utiliser dans l’interface visible devrait normalement être également indisponible pour l’agent.

WebMCP et MCP : deux frontières d’exécution différentes

Les noms peuvent prêter à confusion, mais la frontière opérationnelle diffère. WebMCP vit dans la boucle d’événements du document et la session de navigateur actuelle. Un MCP distant vit à la frontière d’intégration de l’application d’IA et accède généralement à un serveur backend persistant. Preuve à l’appui de cette affirmation WebMCP is designed for tools owned by an active page and its browser context, while remote MCP commonly connects an AI application to a persistent backend server. Portée : Architecture-selection guidance, not a rule that prevents an application from using both technologies. Niveau de confiance : élevé · Vérifié : 2026-07-17 Chrome: When to use WebMCP and MCP

Ne choisissez pas en fonction du sigle, mais de l’entité qui possède l’action. Si l’action a besoin du DOM, de la sélection, du panier ou de l’état actuel de l’interface, WebMCP peut convenir. Si elle doit s’exécuter en arrière-plan, sur de nombreux sites ou sans onglet ouvert, utilisez une API ou un MCP distant.

L’API impérative

L’API impérative enregistre un outil au moyen de document.modelContext.registerTool(). L’outil comprend un nom unique, une description, une entrée JSON Schema, un callback execute et des annotations facultatives. Chrome documente également getTools(), executeTool() pour les tests et un événement toolchange. Preuve à l’appui de cette affirmation Current Chrome documentation uses document.modelContext and says navigator.modelContext is deprecated beginning in Chrome 150. Portée : Chrome implementation guidance checked July 17, 2026; version and API-name claims expire quickly. Niveau de confiance : élevé · Vérifié : 2026-07-17 Chrome: WebMCP Imperative API

Ce candidat illustratif montre la forme prévue pour un futur pilote du validateur de schéma. Il ne fonctionne pas actuellement sur ce site, et l’API peut encore changer avant une version stable :

if (document.modelContext) {
  const registration = new AbortController();

  await document.modelContext.registerTool({
    name: 'validate_schema',
    description: 'Validate pasted JSON-LD and return bounded issues.',
    inputSchema: {
      type: 'object',
      properties: {
        markup: {
          type: 'string',
          description: 'JSON-LD markup to validate.',
          maxLength: 50000
        }
      },
      required: ['markup'],
      additionalProperties: false
    },
    annotations: {
      readOnlyHint: true,
      untrustedContentHint: true
    },
    execute: async ({ markup }) => {
      const result = await validateWithTheSameEngineAsTheUI(markup);
      renderResultInTheVisibleUI(result);
      return minimizeValidationResult(result);
    }
  }, { signal: registration.signal });

  // When this page state no longer supports validation:
  // registration.abort();
}

L’élément architectural important n’est pas l’enveloppe. Le callback appelle le même validateur que l’interface visible, les limites et autorisations côté serveur continuent de s’appliquer, et la réponse est volontairement réduite. La détection de fonctionnalité préserve le workflow humain complet dans les navigateurs non pris en charge.

Utilisez document.modelContext, et non les anciens exemples fondés sur navigator.modelContext ; Chrome signale que ce dernier est obsolète à partir de Chrome 150. Datez cette recommandation, car la fonctionnalité reste expérimentale.

L’API déclarative n’est pas alignée sur le projet de norme

Chrome documente une approche déclarative qui annote les formulaires ordinaires avec des attributs tels que toolname, tooldescription et toolparamdescription. Il documente aussi l’attribut facultatif toolautosubmit ; sinon, la personne clique sur Submit. SubmitEvent.agentInvoked identifie un envoi déclenché par un agent. Preuve à l’appui de cette affirmation Chrome documents declarative WebMCP form annotations, but the July 10, 2026 Community Group draft says its Declarative WebMCP section is entirely TODO. Portée : A direct comparison between Chrome implementation documentation and the current draft; it does not imply Chrome's experimental implementation is unavailable. Niveau de confiance : élevé · Vérifié : 2026-07-17 Chrome: WebMCP Declarative API WebMCP: Declarative WebMCP

Toutefois, le Community Group Report du 10 juillet indique que sa section Declarative WebMCP est « entirely a TODO » et laisse indéfini l’algorithme de conversion d’un formulaire en JSON Schema. Cela ne signifie pas que l’expérience de Chrome est fictive, mais que la documentation de l’implémentation devance le projet normatif. Traitez le balisage déclaratif comme une surface Chrome expérimentale, et non comme du HTML inter-navigateurs stabilisé.

Pour l’instant, les formulaires sémantiques ordinaires restent la base durable. Une couche d’annotations expérimentale doit les améliorer, sans jamais remplacer les libellés, la validation, l’accessibilité, la confirmation ou l’autorisation côté serveur.

Découverte des outils, cycle de vie et frontières inter-origines

L’API actuelle comporte plusieurs frontières qu’il faut concevoir explicitement :

• Contexte de navigation : l’expérience de Chrome exige un contexte de navigateur. Le client visite le site avant d’en découvrir les outils.
• Disponibilité dynamique : enregistrez les outils lorsqu’ils sont valides et annulez leur enregistrement lorsque l’état ou la navigation les invalide. Les observateurs peuvent écouter toolchange.
• Même origine par défaut : la Permissions Policy tools utilise 'self' par défaut. Les iframes inter-origines nécessitent une délégation explicite telle que allow="tools".
• Consentement inter-origines des deux côtés : un outil peut utiliser exposedTo pour énumérer les origines sécurisées autorisées, tandis qu’un appelant demande les outils de certaines origines au moyen de fromOrigins. L’accord d’un seul côté ne suffit pas.
• Amélioration progressive : une version non prise en charge ou désactivée de WebMCP doit laisser la page ordinaire pleinement utilisable.

Ces contrôles de plateforme sont utiles, mais ils ne rendent pas sûre une action applicative risquée.

Sécurité : la session de navigateur accroît les enjeux

Un agent de navigateur peut agir dans la session authentifiée de la personne. C’est à la fois l’intérêt de la fonctionnalité — accès au panier, au compte ou à l’espace de travail actuel — et son danger. Chrome et le projet abordent l’injection de prompt, les métadonnées d’outil trompeuses, les sorties contaminées, les paramètres trop larges, les fuites de confidentialité, l’exposition inter-origines et l’abus de l’autorité de la personne connectée. Preuve à l’appui de cette affirmation WebMCP tool hints can communicate read-only and untrusted-output intent, but they do not eliminate prompt injection, misleading metadata, privacy leakage, cross-origin risk, or misuse of authenticated browser authority. Portée : Threat-model and defensive guidance; application authorization and confirmation remain implementation responsibilities. Niveau de confiance : élevé · Vérifié : 2026-07-17 WebMCP security and privacy considerations Chrome: WebMCP tool security Chrome: Agent security considerations

Traitez chaque outil comme un point de terminaison applicatif public dont l’appelant est inhabituel :

1. Gardez l’outil étroitement ciblé. Une seule tâche, des entrées explicites, des énumérations et longueurs strictes, aucun paramètre caché « tout faire ».
2. Faites respecter l’autorisation dans la logique applicative. L’agent n’obtient pas plus d’autorité que la personne connectée, et une indication ne constitue pas une permission.
3. Séparez les lectures des écritures. readOnlyHint et untrustedContentHint communiquent un risque ; ils ne l’imposent pas.
4. Exigez une confirmation visible pour les actions ayant des conséquences. Achats, envois, suppressions, messages et modifications de compte nécessitent un point de contrôle compréhensible par une personne.
5. Réduisez les sorties. Ne renvoyez que ce dont la tâche a besoin ; n’exposez jamais les données de session, les en-têtes bruts, les secrets ou des enregistrements sans rapport.
6. Considérez les sorties comme non fiables. Une chaîne renvoyée par un outil peut devenir l’entrée d’un raisonnement ultérieur du modèle. Ne lui permettez pas de transmettre clandestinement des instructions ou de l’autorité.
7. Journalisez la frontière. Enregistrez l’outil, la catégorie d’entrée, la décision d’autorisation, la confirmation, la catégorie de résultat, l’erreur, l’origine et le cycle de vie, sans consigner de secrets.

La bonne question n’est pas « Un agent peut-il appeler cet outil ? », mais « Exposerais-je ceci comme un point de terminaison examiné à un appelant susceptible de mal comprendre des instructions et de relayer du texte non fiable ? »

Tester séparément les contrats et le comportement des agents

Les recommandations de Chrome sur les évaluations distinguent les tests produit déterministes des tests probabilistes des agents. Preuve à l’appui de cette affirmation WebMCP testing should combine deterministic contract and UI-state tests with probabilistic evaluation of agent tool selection and use. Portée : Chrome's evaluation guidance; teams must define product-specific tasks, models, risks, and thresholds. Niveau de confiance : élevé · Vérifié : 2026-07-17 Chrome: Evals for WebMCP Les deux sont nécessaires :

Les tests déterministes doivent vérifier l’enregistrement, le rejet par le schéma, les entrées valides et invalides, l’autorisation, les limites de débit, les effets de bord, la forme des erreurs, la réduction des sorties, la parité avec l’interface, le désenregistrement et le repli pour les navigateurs non pris en charge.

Les évaluations probabilistes doivent mesurer si des agents représentatifs découvrent le bon outil, évitent les outils sans rapport, choisissent les bons paramètres, demandent des précisions lorsque c’est nécessaire, respectent les confirmations, s’arrêtent après la réussite et résistent aux descriptions ou sorties adversariales.

N’utilisez pas un seul prompt de démonstration comme critère de publication. Un callback réussi prouve que le code s’est exécuté ; il ne prouve ni que les modèles sélectionnent l’outil de manière fiable, ni que l’action est sûre.

Cloudflare Browser Run : un laboratoire utile, pas un mécanisme d’activation

Cloudflare documente la prise en charge de WebMCP dans le pool expérimental de laboratoire de Browser Run et précise que les sessions de laboratoire ne doivent pas servir aux charges de production. Sa page du 23 avril contient aussi d’anciens noms de test liés à des versions antérieures de Chrome ; utilisez donc cette page comme preuve de l’offre produit actuelle de Cloudflare, pas comme autorité sur la forme la plus récente de l’API WebMCP. Preuve à l’appui de cette affirmation Cloudflare Browser Run offers experimental lab sessions that can consume and test page-provided WebMCP tools, but the page still owns tool registration and Cloudflare says lab sessions are not for production workloads. Portée : Cloudflare product documentation last updated April 23, 2026; its example API names lag current Chrome documentation and should not be used as the API authority. Niveau de confiance : élevé · Vérifié : 2026-07-17 Cloudflare Browser Run: WebMCP

Cloudflare peut fournir une session de navigateur et un chemin d’agent qui consomme des outils. Il ne peut ni déduire le contrat sûr de votre application, ni enregistrer des outils appartenant à la page que vous n’avez pas créés.

Pilote proposé pour patrickstox.com : Schema Validator

Le Schema Markup Validator est un bon candidat pour un futur pilote, et non une implémentation WebMCP active. Il possède déjà une entrée collée et circonscrite, une logique déterministe, des problèmes structurés et un résultat visible. Un futur outil validate_schema pourrait réutiliser le même moteur de validation que l’interface et la suite d’outils MCP distante existante.

Le pilote doit attendre que l’API du navigateur atteigne une version stable et non expérimentale, puis réussisse un nouvel examen de sécurité. La première version doit être en lecture seule, détecter la fonctionnalité, limiter les entrées, réduire les réponses et rester indisponible sur les surfaces de prévisualisation, d’administration ou réservées au propriétaire. Ce site ne prétend pas prendre actuellement WebMCP en charge.

Décision : construire, expérimenter, attendre ou ignorer

Résumé par l’IA

• Définition : WebMCP est une proposition d’API de navigateur qui expose à un agent, dans un contexte de navigation actif, des outils structurés appartenant à la page.
• État au 17 juillet 2026 : projet du Community Group, pas une norme W3C ; origin trial ou indicateur local dans Chrome 149, sans compatibilité stable entre navigateurs.
• API Chrome actuelle : document.modelContext ; Chrome rend navigator.modelContext obsolète à partir de Chrome 150.
• Différent du MCP distant : WebMCP dépend de l’onglet et de l’état de la page ; un MCP distant relie généralement une application d’IA à un serveur backend persistant.
• Ni découverte ni classement : aucun avantage documenté pour l’exploration, l’indexation, le classement, les citations par l’IA ou l’accès initial à la page.
• Réserve sur l’API déclarative : Chrome documente les annotations de formulaire, tandis que le projet du Community Group du 10 juillet marque encore cette section normative TODO.
• Sécurité : état authentifié du navigateur, injection de prompt, métadonnées ou sorties empoisonnées, entrées trop larges et exposition inter-origines rendent indispensables le moindre privilège, la confirmation, l’autorisation serveur et la journalisation.
• Cloudflare : Browser Run peut consommer ou tester WebMCP dans des sessions de laboratoire expérimentales ; il ne crée pas les outils sur le site.
• Recommandation : conservez une interface humaine complète et attendez une prise en charge stable ; les expériences privées doivent être circonscrites, réversibles et mesurables.
• Candidat pour ce site : un futur pilote en lecture seule du Schema Validator. Il est proposé, pas implémenté.

Ce qu’établissent les sources primaires

L’état et la compatibilité ont été vérifiés le 17 juillet 2026. Revérifiez ces sources avant de copier du code ou de prendre une décision de production.

Liste de contrôle pour l’implémentation de WebMCP

Adéquation au produit

• La page possède une action circonscrite qui est sensiblement plus fiable sous forme d’outil.
• L’outil résout une tâche utilisateur ; il n’est pas ajouté dans l’espoir spéculatif d’améliorer le classement.
• Une interface normale, sémantique et accessible reste la source de vérité.
• L’action appartient à la page ou à la session actuelle, et non à une API d’arrière-plan.

Contrat et cycle de vie

• Le nom et la description sont courts, uniques, précis et ne proviennent pas de contenu non fiable.
• Le JSON Schema rejette les champs inconnus et limite les chaînes, tableaux, plages et énumérations.
• Le callback réutilise le même moteur et le même chemin d’autorisation que l’interface visible.
• L’interface reflète visiblement l’état obtenu.
• L’outil est désenregistré lorsque la navigation ou l’état le rend invalide.
• Les navigateurs non pris en charge conservent le workflow complet.

Sécurité et confidentialité

• Le comportement en lecture et en écriture est explicite ; les annotations ne sont considérées que comme des indications.
• L’autorisation serveur est appliquée indépendamment de l’agent.
• Les actions sensibles exigent une confirmation visible et éclairée.
• L’exposition inter-origines est refusée, sauf si un cas d’usage nommé l’exige.
• La sortie de l’outil est réduite et traitée comme une entrée ultérieure non fiable.
• Les secrets, cookies, historique local, enregistrements privés bruts et états sans rapport sont exclus.
• Les journaux permettent d’examiner les incidents sans stocker de charges utiles sensibles.

Publication et évaluation

• L’enregistrement, la validation, les erreurs, les effets de bord, la sortie, la parité avec l’interface et le nettoyage disposent de tests déterministes.
• Des agents représentatifs font l’objet d’évaluations probabilistes de sélection et de paramétrage.
• Les prompts, métadonnées et sorties adversariales, ainsi que les cas de confused deputy, sont testés.
• La spécification actuelle, la version de Chrome, les indicateurs ou essais et la documentation des fournisseurs ont été revérifiés.
• La fonctionnalité ne constitue pas une dépendance de production tant que sa prise en charge reste expérimentale.

Aide à la décision WebMCP

Syntaxe et état actuels

Current object:       document.modelContext
Deprecated in C150:  navigator.modelContext
Chrome status:        149 origin trial / testing flag
Standards status:     Community Group draft, not W3C Standard
Discovery moment:     after the client visits the page
Cloudflare role:      experimental consuming/test browser

Le filtre ACTION

Utilisez ACTION avant d’exposer une fonction de page :

• A — Action circonscrite. Un objectif, une entrée explicite, une sortie prévisible.
• C — Contexte appartenant à la page. L’onglet actuel ou l’état visible est réellement nécessaire ; sinon, préférez une API ou un MCP distant.
• T — Trust boundary examinée. L’authentification, les origines, le contenu non fiable, la confirmation et la réduction des sorties ont des responsables.
• I — Interface complète. L’interface ordinaire reste accessible et pleinement fonctionnelle sans prise en charge expérimentale du navigateur.
• O — One implementation. L’interface, l’API ou MCP et WebMCP appellent le même moteur canonique au lieu de diverger vers des logiques métier distinctes.
• N — Numbers mesurables. Définissez avant le lancement les taux d’achèvement, d’erreur, de demande de précision, d’abandon, de tentative dangereuse et de repli.

Si une lettre échoue, l’outil n’est pas prêt pour la production.

Anti-modèles WebMCP

1. Ajouter un outil à chaque article. Un contenu lisible ne devient pas plus découvrable parce qu’une page enregistre une action read_article vide de sens.
2. Traiter les annotations comme des règles exécutoires. readOnlyHint exprime une intention ; il n’empêche pas les écritures cachées et ne garantit pas un comportement sûr du modèle.
3. Copier des exemples navigator.modelContext sans date. Chrome documente le passage à document.modelContext et l’obsolescence à partir de Chrome 150.
4. Donner à l’agent un exécuteur de commandes générique. Des entrées trop larges annulent l’avantage d’un contrat structuré et amplifient l’impact de l’injection de prompt.
5. Laisser des outils obsolètes enregistrés. Si la page désactive une action, son outil ne doit pas rester appelable.
6. Renvoyer l’objet applicatif entier. Réduisez la sortie ; des champs privés ou non fiables peuvent divulguer des données ou empoisonner un raisonnement ultérieur.
7. Confondre l’état de Cloudflare avec le travail sur la page. Un navigateur bêta qui consomme WebMCP ne crée, n’enregistre, ne sécurise ni ne teste vos outils.
8. Remplacer le formulaire par l’expérience. L’amélioration progressive signifie que l’interface humaine survit à l’absence de prise en charge du navigateur et aux changements d’API.
9. Qualifier une démonstration privée de prête pour la production. La réussite du contrat ne prouve ni la fiabilité des agents, ni l’interopérabilité, ni l’achèvement d’un modèle de menace.

Outils associés sur ce site

• Schema Markup Validator : le premier pilote WebMCP proposé, car ses entrées et ses constats sont circonscrits et déterministes. WebMCP n’y est pas activé aujourd’hui.
• MCP Tool Suite : la surface MCP distante active du site et le moyen le plus clair de comparer une intégration à un serveur persistant avec un futur outil de page.
• Agent Readiness Checker : vérifie plusieurs signaux d’agent visibles par le serveur. Il ne doit volontairement pas noter WebMCP, car une récupération côté serveur ne peut pas observer de manière fiable les outils enregistrés dans un document actif.
• Schema Markup Generator : autre exemple de workflow humain déterministe qui doit rester complet, quelle que soit la prise en charge des agents.

Sources principales

• WebMCP Draft Community Group Report — projet actuel, définitions de l’API, permissions, sécurité et statut normatif explicite.
• Chrome: WebMCP overview — point d’entrée de l’origin trial, limites et configuration des tests.
• Chrome: Imperative API — nom actuel de l’objet, enregistrement, cycle de vie, tests, événements et contrôles inter-origines.
• Chrome: Declarative API — annotations expérimentales de formulaires et comportement d’envoi.
• Chrome: WebMCP tool security — annotations, exposition des origines et garde-fous pour les fournisseurs d’outils.
• Chrome: Agent security considerations — métadonnées malveillantes, sorties contaminées, sessions authentifiées et défense en profondeur.
• Chrome: WebMCP best practices — portée, description, état et fiabilité des outils.
• Chrome: WebMCP evals — tests déterministes et évaluation probabiliste des agents.
• Chrome: When to use WebMCP and MCP — contexte frontend ou page par rapport aux frontières persistantes du backend.
• Chrome: Join the WebMCP origin trial — annonce de l’expérience Chrome 149.
• Chrome DevTools: Debug WebMCP tools — inspection des outils enregistrés et invoqués.
• Lighthouse: Registered WebMCP tools — audit informatif des outils WebMCP enregistrés.
• Cloudflare Browser Run: WebMCP — sessions de laboratoire bêta et limites de production ; les exemples d’API de cette page utilisent d’anciens noms de la documentation Chrome.

Guides associés

• Model Context Protocol
• Agentic Search
• llms.txt
• Schema Markup for AI
• For AI agents — fichiers destinés aux agents et surface MCP distante actuellement disponibles sur le site ; cette page ne prétend pas prendre WebMCP en charge.

Les affirmations de compatibilité et d’état ont été vérifiées le 17 juillet 2026. Revérifiez-les avant toute implémentation, car les versions, indicateurs, noms d’API et textes du projet peuvent changer.

Journal des modifications