WebMCP: come funziona

TL;DR — WebMCP permette a un sito di descrivere pulsanti e funzioni come strumenti strutturati che un agente AI può chiamare mentre la pagina è aperta. Questo può rendere più affidabile un’azione reale della pagina — cercare nell’inventario, validare codice, filtrare prodotti — rispetto a chiedere all’agente di indovinare quale controllo cliccare. Non rende la pagina più facile da posizionare, sottoporre a scansione o scoprire. Al 17 luglio 2026 è sperimentale: una bozza del Community Group con un origin trial di Chrome 149, non uno standard web definitivo.

Che cos’è WebMCP

WebMCP è un’API proposta per il browser che permette a una pagina web di esporre strumenti strutturati a un agente AI che opera nel contesto di navigazione della pagina. Uno strumento ha un nome, una descrizione, input strutturati e codice che esegue un’azione. Prova a sostegno di questa affermazione WebMCP is a proposed browser API through which web applications expose JavaScript-based tools to agents in a browsing context. Ambito: WebMCP Draft Community Group Report dated July 10, 2026; the report is not a W3C Standard. Attendibilità: alta · Verificato: 2026-07-17 WebMCP Draft Community Group Report

Immagina che un visitatore apra un validatore di dati strutturati e chieda all’agente del browser di usare esattamente la richiesta “validate this Product JSON-LD.” («valida questo Product JSON-LD»). Senza WebMCP, l’agente potrebbe esaminare lo schermo, trovare un’area di testo, incollarvi il contenuto, fare clic sul pulsante corretto e interpretare il risultato. Con WebMCP, la pagina potrebbe offrire uno strumento validate_schema con uno schema di input esplicito e restituire un risultato strutturato, mantenendo sincronizzata l’interfaccia visibile.

Questo è il modello mentale utile: WebMCP è una superficie di controllo esplicita per un agente che ha già raggiunto la pagina. Non è un nuovo modo per pubblicare prosa.

Stato attuale al 17 luglio 2026

WebMCP si muove rapidamente, quindi le affermazioni su codice e compatibilità devono avere una data. La posizione attuale è: Prova a sostegno di questa affermazione 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. Ambito: Standards and Chrome experiment status checked July 17, 2026; these are time-sensitive claims. Attendibilità: alta · Verificato: 2026-07-17 WebMCP: Status of This Document Chrome: Join the WebMCP origin trial

In questa ricerca non ho trovato una base in fonti primarie per affermare un supporto WebMCP stabile in Edge, Safari o Firefox. Il fatto che un editor Microsoft contribuisca alla bozza non equivale al fatto che un browser distribuisca la funzionalità.

WebMCP e MCP a confronto

Model Context Protocol e WebMCP espongono strumenti a confini diversi:

• MCP di solito collega un’applicazione AI a un server persistente. Il server può fornire strumenti e dati indipendentemente dal fatto che una specifica pagina web sia aperta.
• WebMCP permette alla pagina aperta di esporre le azioni e lo stato correnti del frontend. I suoi strumenti possono cambiare quando il visitatore naviga o quando un’azione non è più disponibile.

Si completano a vicenda. Un negozio potrebbe usare MCP remoto per un catalogo prodotti e WebMCP per i passaggi di filtro, configurazione e checkout visibili nella scheda corrente del visitatore. Prova a sostegno di questa affermazione 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. Ambito: Architecture-selection guidance, not a rule that prevents an application from using both technologies. Attendibilità: alta · Verificato: 2026-07-17 Chrome: When to use WebMCP and MCP

WebMCP aiuta la SEO o le citazioni AI?

Non esiste alcuna evidenza documentata che l’aggiunta di WebMCP migliori ranking, scansione, indicizzazione, citazioni AI o scoperta. La funzionalità documentata inizia dopo che un agente raggiunge una pagina e ispeziona gli strumenti disponibili. Prova a sostegno di questa affermazione 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. Ambito: 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. Attendibilità: alta · Verificato: 2026-07-17 Chrome: WebMCP overview and limitations Google Search guidance for AI experiences

Potrebbe migliorare il completamento di un’attività sul sito. Questo può avere valore commerciale, ma è un’ipotesi di prodotto e conversione, non un fattore di ranking. Continua a svolgere il lavoro ordinario che rende una pagina scopribile e comprensibile: HTML semantico, moduli accessibili, link interni, contenuti indicizzabili e dati strutturati.

Le pagine editoriali non hanno bisogno di strumenti fittizi solo per sembrare pronte per gli agenti. Se la pagina deve soltanto essere letta, l’HTML leggibile è l’interfaccia corretta.

Cloudflare può abilitare WebMCP per il mio sito?

Non da solo. Cloudflare Browser Run offre attualmente sessioni browser sperimentali in laboratorio che possono visitare e testare pagine con strumenti WebMCP. La tua pagina deve comunque definire e registrare questi strumenti. La documentazione Cloudflare dice inoltre che le sessioni di laboratorio non sono destinate ai carichi di lavoro di produzione. Prova a sostegno di questa affermazione 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. Ambito: 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. Attendibilità: alta · Verificato: 2026-07-17 Cloudflare Browser Run: WebMCP

Questo rende Cloudflare un possibile ambiente di test o browser che consuma gli strumenti, non un interruttore che converte ogni modulo e pulsante esistente in WebMCP.

Dovresti implementarlo ora?

Per la maggior parte dei siti di produzione, aspetta. Un piccolo esperimento privato può avere senso quando sono vere tutte queste condizioni:

• la pagina ha già un’azione circoscritta e utile;
• l’interfaccia normale per le persone rimane completa senza WebMCP;
• l’azione è di sola lettura o facilmente reversibile;
• la stessa logica applicativa serve sia l’interfaccia sia lo strumento;
• input, output, autorizzazione e log ricevono una vera revisione di sicurezza; e
• il successo può essere misurato senza fingere che l’esperimento influenzi la visibilità nella ricerca.

Non usare un’API sperimentale del browser come unico percorso per un’attività critica.

TL;DR — WebMCP espone gli strumenti di proprietà della pagina da document.modelContext a un agente nel contesto di navigazione attivo. L’API imperativa registra un nome, una descrizione, un input JSON Schema, annotazioni e un callback asincrono; gli strumenti possono dipendere dallo stato e venire deregistrati con un AbortSignal. Chrome documenta anche un livello dichiarativo per i moduli, ma la bozza del Community Group del 10 luglio 2026 continua a contrassegnare la sezione dichiarativa come TODO. La funzionalità è in un origin trial di Chrome 149, non in una baseline stabile tra browser. Trattala come progressive enhancement, non come infrastruttura SEO, e proteggila come una superficie applicativa autenticata. Prova a sostegno di questa affermazione Chrome documents declarative form annotations such as toolname and tooldescription, but the declarative section of the July 10, 2026 Community Group draft is still marked TODO. Ambito: secure browser context Attendibilità: alta · Verificato: 2026-07-17 WebMCP Draft Community Group Report

Come funziona WebMCP nel browser

Un ciclo di vita WebMCP utile inizia e finisce con la pagina. La pagina registra soltanto le azioni valide nello stato corrente; un agente che opera già in quel contesto di navigazione ne scopre e invoca una; la pagina esegue la normale logica applicativa, aggiorna l’interfaccia visibile alle persone e restituisce un risultato circoscritto. Quando lo stato cambia, la pagina rimuove gli strumenti non più applicabili. Prova a sostegno di questa affermazione The imperative API registers named, described, schema-constrained callbacks and supports state-aware cleanup with AbortSignal plus tool-set change notifications. Ambito: Current draft and Chrome experiment; API details may change before stable release. Attendibilità: alta · Verificato: 2026-07-17 WebMCP ModelContext API Chrome: WebMCP Imperative API

Questo ciclo di vita basato sullo stato è uno dei motivi per cui WebMCP non dovrebbe diventare un dump statico di ogni funzione contenuta in un bundle JavaScript. Uno strumento impossibile da usare nell’interfaccia visibile dovrebbe normalmente essere indisponibile anche all’agente.

WebMCP e MCP: due confini di runtime diversi

I nomi invitano alla confusione, ma il confine operativo è diverso. WebMCP vive nell’event loop di un documento e nella sessione corrente del browser. MCP remoto vive al confine d’integrazione dell’applicazione AI e raggiunge comunemente un server backend persistente. Prova a sostegno di questa affermazione 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. Ambito: Architecture-selection guidance, not a rule that prevents an application from using both technologies. Attendibilità: alta · Verificato: 2026-07-17 Chrome: When to use WebMCP and MCP

Non scegliere in base all’acronimo. Scegli in base al proprietario dell’azione. Se l’azione richiede il DOM, la selezione, il carrello o lo stato dell’interfaccia correnti, WebMCP può essere adatto. Se deve essere eseguita in background, su molti siti o senza una scheda aperta, usa un’API o MCP remoto.

L’API imperativa

L’API imperativa registra uno strumento tramite document.modelContext.registerTool(). Lo strumento include un nome univoco, una descrizione, un input JSON Schema, un callback execute e annotazioni facoltative. Chrome documenta inoltre getTools(), executeTool() per i test e un evento toolchange. Prova a sostegno di questa affermazione Current Chrome documentation uses document.modelContext and says navigator.modelContext is deprecated beginning in Chrome 150. Ambito: Chrome implementation guidance checked July 17, 2026; version and API-name claims expire quickly. Attendibilità: alta · Verificato: 2026-07-17 Chrome: WebMCP Imperative API

Questo candidato illustrativo mostra la forma prevista per un futuro pilot di Schema Validator. Non è in esecuzione su questo sito e l’API potrebbe cambiare prima di una release stabile:

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’architettura importante non è il wrapper. È che il callback chiami lo stesso validatore dell’interfaccia visibile, che limiti e autorizzazioni lato server continuino ad applicarsi e che la risposta sia ridotta deliberatamente al minimo. Il rilevamento della funzionalità conserva l’intero flusso umano nei browser non supportati.

Usa document.modelContext, non esempi obsoleti basati su navigator.modelContext; Chrome indica quest’ultimo come deprecato a partire da Chrome 150. Data questo consiglio perché la funzionalità resta sperimentale. Prova a sostegno di questa affermazione Current Chrome documentation uses document.modelContext; navigator.modelContext is deprecated in Chrome 150. Ambito: browser document Attendibilità: alta · Verificato: 2026-07-17 WebMCP Imperative API

L’API dichiarativa non coincide con gli standard

Chrome documenta un approccio dichiarativo che annota i moduli ordinari con attributi come toolname, tooldescription e toolparamdescription. Documenta anche toolautosubmit come opzione; altrimenti è l’utente a fare clic su Submit. SubmitEvent.agentInvoked identifica un invio attivato da un agente. Prova a sostegno di questa affermazione Chrome documents declarative WebMCP form annotations, but the July 10, 2026 Community Group draft says its Declarative WebMCP section is entirely TODO. Ambito: A direct comparison between Chrome implementation documentation and the current draft; it does not imply Chrome's experimental implementation is unavailable. Attendibilità: alta · Verificato: 2026-07-17 Chrome: WebMCP Declarative API WebMCP: Declarative WebMCP

Tuttavia, il Community Group Report del 10 luglio dice che la sezione Declarative WebMCP è “entirely a TODO” («interamente TODO») e lascia indefinito l’algoritmo da modulo a JSON Schema. Questo non significa che l’esperimento Chrome sia immaginario. Significa che la documentazione dell’implementazione è più avanti della bozza normativa. Tratta il markup dichiarativo come una superficie sperimentale di Chrome, non come HTML cross-browser stabilizzato. Prova a sostegno di questa affermazione Chrome documents declarative WebMCP form annotations, but the July 10, 2026 Community Group draft says its Declarative WebMCP section is entirely TODO. Ambito: A direct comparison between Chrome implementation documentation and the current draft; it does not imply Chrome's experimental implementation is unavailable. Attendibilità: alta · Verificato: 2026-07-17 Chrome: WebMCP Declarative API WebMCP: Declarative WebMCP

Per ora, i normali moduli semantici restano la base duratura. Un livello di annotazioni sperimentale dovrebbe migliorarli, mai sostituire etichette, validazione, accessibilità, conferma o autorizzazione lato server.

Scoperta degli strumenti, ciclo di vita e confini cross-origin

L’API attuale presenta diversi confini che vale la pena progettare esplicitamente:

• Contesto di navigazione: l’esperimento Chrome richiede un contesto browser. Il client visita il sito prima di scoprirne gli strumenti.
• Disponibilità dinamica: registra gli strumenti quando sono validi e interrompi la loro registrazione quando lo stato o la navigazione li rendono non validi. Gli observer possono ascoltare toolchange.
• Stessa origine per impostazione predefinita: la Permissions Policy tools ha come valore predefinito 'self'. Gli iframe cross-origin richiedono una delega esplicita come allow="tools".
• Consenso cross-origin su due lati: uno strumento può usare exposedTo per elencare le origini sicure autorizzate, mentre un chiamante richiede strumenti da origini nominate con fromOrigins. L’adesione di un solo lato non basta.
• Progressive enhancement: WebMCP non supportato o disabilitato deve lasciare la pagina ordinaria completamente utilizzabile. Prova a sostegno di questa affermazione WebMCP tool exposure is origin-isolated and controlled by the tools Permissions Policy; cross-origin iframes require explicit delegation. Ambito: browser document Attendibilità: alta · Verificato: 2026-07-17 WebMCP Imperative API

Sono controlli utili della piattaforma, ma non trasformano un’azione applicativa rischiosa in un’azione sicura.

Sicurezza: la sessione browser aumenta la posta in gioco

Un agente browser può operare nella sessione autenticata dell’utente. Questo può essere la funzionalità — accesso al carrello, all’account o all’area di lavoro correnti — e anche il pericolo. Chrome e la bozza discutono prompt injection, metadati degli strumenti fuorvianti, output degli strumenti contaminati, parametri troppo ampi, perdita di privacy, esposizione cross-origin e uso improprio dell’autorità di un utente autenticato. Prova a sostegno di questa affermazione 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. Ambito: Threat-model and defensive guidance; application authorization and confirmation remain implementation responsibilities. Attendibilità: alta · Verificato: 2026-07-17 WebMCP security and privacy considerations Chrome: WebMCP tool security Chrome: Agent security considerations

Tratta ogni strumento come un endpoint applicativo pubblico con un chiamante insolito:

1. Mantieni lo strumento circoscritto. Un solo compito, input espliciti, enum e lunghezze rigorosi, nessun parametro nascosto che autorizzi qualsiasi operazione.
2. Applica l’autorizzazione nella logica applicativa. L’agente non ottiene più autorità dell’utente autenticato e un suggerimento non è un permesso.
3. Separa letture e scritture. readOnlyHint e untrustedContentHint comunicano il rischio; non lo impongono.
4. Richiedi una conferma visibile per le conseguenze. Acquisti, invii, eliminazioni, messaggi e modifiche all’account richiedono un passaggio di controllo comprensibile per una persona.
5. Riduci al minimo l’output. Restituisci solo ciò che serve al compito; non riversare mai dati di sessione, header grezzi, segreti o record non pertinenti.
6. Tratta l’output come non attendibile. Una stringa restituita da uno strumento può diventare input per il ragionamento successivo del modello. Non permetterle di introdurre di nascosto istruzioni o autorità.
7. Registra il confine. Registra strumento, classe dell’input, decisione di autorizzazione, conferma, classe del risultato, errore, origine e ciclo di vita senza registrare segreti.

La domanda sicura non è «un agente può chiamarlo?». È «esporrei questo come endpoint revisionato a un chiamante che può fraintendere le istruzioni e inoltrare testo non attendibile?».

Contratti di test e comportamento dell’agente separati

Le indicazioni di valutazione di Chrome separano i test deterministici del prodotto dai test probabilistici dell’agente. Prova a sostegno di questa affermazione WebMCP testing should combine deterministic contract and UI-state tests with probabilistic evaluation of agent tool selection and use. Ambito: Chrome's evaluation guidance; teams must define product-specific tasks, models, risks, and thresholds. Attendibilità: alta · Verificato: 2026-07-17 Chrome: Evals for WebMCP Entrambi sono importanti:

I test deterministici dovrebbero verificare registrazione, rifiuto dello schema, input validi e non validi, autorizzazione, limiti di frequenza, effetti collaterali, forma degli errori, riduzione dell’output al minimo, parità dell’interfaccia, comportamento di deregistrazione e fallback nei browser non supportati.

Le valutazioni probabilistiche dovrebbero misurare se agenti rappresentativi scoprono lo strumento corretto, evitano quelli irrilevanti, scelgono i parametri corretti, chiedono chiarimenti quando necessario, rispettano le conferme, si fermano dopo il successo e resistono a descrizioni o output avversari.

Non usare un’unica demo prompt come gate di release. Un callback riuscito dimostra che il codice è stato eseguito; non dimostra che i modelli lo selezionino in modo affidabile o che l’azione sia sicura.

Cloudflare Browser Run: laboratorio utile, non abilitazione

Cloudflare documenta il supporto WebMCP nel pool di laboratorio sperimentale di Browser Run e dice che le sessioni di laboratorio non dovrebbero essere usate per carichi di lavoro di produzione. La sua pagina del 23 aprile contiene anche nomi di test più vecchi dell’epoca Chrome; usala quindi come prova dell’offerta attuale di Cloudflare, non come autorità sulla forma più recente dell’API WebMCP. Prova a sostegno di questa affermazione 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. Ambito: 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. Attendibilità: alta · Verificato: 2026-07-17 Cloudflare Browser Run: WebMCP

Cloudflare può fornire una sessione browser e un percorso agente che consuma strumenti. Non può dedurre il contratto sicuro della tua applicazione né registrare strumenti di proprietà della pagina che non hai costruito.

Pilot proposto per patrickstox.com: Schema Validator

Lo Schema Markup Validator è un buon candidato per un futuro pilot, non un’implementazione WebMCP attiva. Dispone già di un input incollato circoscritto, logica deterministica, problemi strutturati e un risultato visibile. Un futuro strumento validate_schema potrebbe riutilizzare lo stesso motore di validazione dell’interfaccia e dell’attuale suite di strumenti MCP remoti.

Il pilot dovrebbe aspettare che l’API del browser raggiunga una release stabile e non sperimentale e superi una nuova revisione di sicurezza. La prima versione dovrebbe essere di sola lettura, rilevata tramite feature detection, limitata negli input, con risposta ridotta al minimo e non disponibile sulle superfici preview, admin o riservate al proprietario. Questo sito non dichiara attualmente il supporto WebMCP.

Decisione: costruire, sperimentare, aspettare o saltare

Riepilogo AI

• Definizione: WebMCP è un’API proposta per il browser che espone strumenti strutturati, di proprietà della pagina, a un agente in un contesto di navigazione attivo.
• Stato al 17 luglio 2026: bozza del Community Group, non standard W3C; origin trial/flag locale di Chrome 149, non supporto stabile cross-browser.
• API Chrome attuale: document.modelContext; Chrome depreca navigator.modelContext a partire da Chrome 150.
• Non è MCP remoto: WebMCP dipende dalla scheda e dallo stato della pagina; MCP remoto collega comunemente un’applicazione AI a un server backend persistente.
• Non riguarda scoperta o ranking: non esiste un beneficio documentato per scansione, indicizzazione, ranking, citazioni AI o raggiungimento iniziale della pagina.
• Caveat dichiarativo: Chrome documenta annotazioni per i moduli, mentre la bozza del Community Group del 10 luglio continua a marcare TODO quella sezione normativa.
• Sicurezza: stato browser autenticato, prompt injection, metadati o output avvelenati, input ampi ed esposizione cross-origin rendono essenziali minimo privilegio, conferma, autorizzazione server e log.
• Cloudflare: Browser Run può consumare/testare WebMCP in sessioni sperimentali di laboratorio; non crea strumenti sul sito.
• Raccomandazione: mantieni completa l’interfaccia per le persone e aspetta un supporto stabile; gli esperimenti privati devono essere circoscritti, reversibili e misurabili.
• Candidato di questo sito: un futuro pilot di Schema Validator in sola lettura. È proposto, non implementato.

Cosa stabiliscono le fonti primarie

Lo stato e la compatibilità sono stati verificati il 17 luglio 2026. Ricontrolla queste fonti prima di copiare codice o prendere una decisione di produzione.

Checklist d’implementazione WebMCP

Idoneità del prodotto

• La pagina ha un’unica azione circoscritta che è sostanzialmente più affidabile come strumento.
• Lo strumento risolve un’attività dell’utente; non viene aggiunto per ranking speculativi.
• Un’interfaccia semantica e accessibile normale resta la fonte di verità.
• L’azione appartiene alla pagina/sessione corrente, non a un’API di background.

Contratto e ciclo di vita

• Nome e descrizione sono brevi, univoci, specifici e non generati da contenuti non attendibili.
• Il JSON Schema rifiuta i campi sconosciuti e limita stringhe, array, intervalli ed enum.
• Il callback riutilizza lo stesso motore e lo stesso percorso di autorizzazione dell’interfaccia visibile.
• L’interfaccia riflette visibilmente lo stato risultante.
• Lo strumento viene deregistrato quando la navigazione o lo stato lo rendono non valido.
• I browser non supportati conservano il flusso completo.

Sicurezza e privacy

• Il comportamento di lettura/scrittura è esplicito; le annotazioni sono trattate solo come suggerimenti.
• L’autorizzazione server viene applicata indipendentemente dall’agente.
• Le azioni sensibili richiedono una conferma visibile e informata.
• L’esposizione cross-origin è negata salvo che un caso d’uso nominato la richieda.
• L’output dello strumento è ridotto al minimo e trattato come input downstream non attendibile.
• Segreti, cookie, cronologia locale, record privati grezzi e stato non pertinente sono esclusi.
• I log supportano la revisione degli incidenti senza memorizzare payload sensibili.

Release e valutazione

• Registrazione, validazione, errori, effetti collaterali, output, parità dell’interfaccia e pulizia hanno test deterministici.
• Agenti rappresentativi hanno valutazioni probabilistiche di selezione e parametrizzazione.
• Prompt, metadati e output avversari e casi di confused deputy vengono testati.
• Specifica attuale, milestone Chrome, flag/trial e documentazione dei vendor sono stati ricontrollati.
• La funzionalità non è una dipendenza di produzione finché il supporto resta sperimentale.

Scheda rapida per decidere su WebMCP

Sintassi e stato attuali

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

Il gate ACTION

Usa ACTION prima di esporre una funzione della pagina:

• A — Azione circoscritta. Un solo scopo, input esplicito, output prevedibile.
• C — Contesto pertinente alla pagina. La scheda o lo stato visibile correnti sono realmente necessari; altrimenti preferisci un’API o MCP remoto.
• T — Tutela del confine di fiducia. Autenticazione, origini, contenuti non attendibili, conferma e riduzione dell’output hanno responsabili definiti.
• I — Interfaccia completa. L’interfaccia ordinaria è accessibile e pienamente funzionante senza il supporto browser sperimentale.
• O — Opera con una sola implementazione. UI, API/MCP e WebMCP chiamano lo stesso motore canonico invece di divergere in logiche applicative separate.
• N — Numeri misurabili. Definisci prima del lancio i tassi di completamento, errore, chiarimento, abbandono, tentativo non sicuro e fallback.

Se una lettera fallisce, lo strumento non è pronto per la produzione.

Anti-pattern WebMCP

1. Aggiungere uno strumento a ogni articolo. Il contenuto leggibile non diventa più scopribile perché una pagina registra un’azione read_article priva di significato.
2. Trattare le annotazioni come imposizioni. readOnlyHint comunica l’intento; non impedisce scritture nascoste né garantisce un comportamento sicuro del modello.
3. Copiare esempi navigator.modelContext senza una data. Chrome documenta il passaggio a document.modelContext e la deprecazione a partire da Chrome 150.
4. Dare all’agente un command runner generico. Input ampi cancellano il vantaggio di un contratto strutturato e ampliano l’impatto della prompt injection.
5. Lasciare registrati strumenti obsoleti. Se la pagina disabilita un’azione, il suo strumento non dovrebbe restare richiamabile.
6. Restituire l’intero oggetto applicativo. Riduci l’output al minimo; campi privati o non attendibili possono far trapelare dati o avvelenare il ragionamento successivo.
7. Lasciare che lo stato Cloudflare sostituisca il lavoro sulla pagina. Un browser beta che consuma WebMCP non scrive, registra, protegge o testa i tuoi strumenti.
8. Sostituire il modulo con l’esperimento. Progressive enhancement significa che l’interfaccia per le persone sopravvive all’assenza del supporto browser e ai cambiamenti dell’API.
9. Chiamare pronto per la produzione un demo privato. Il successo del contratto non equivale ad affidabilità dell’agente, interoperabilità o threat model completato.

Strumenti correlati su questo sito

• Schema Markup Validator: il primo pilot WebMCP proposto perché input e risultati sono circoscritti e deterministici. WebMCP oggi non è abilitato.
• MCP Tool Suite: la superficie MCP remota attiva del sito e il modo più chiaro per confrontare un’integrazione con server persistente e un futuro strumento della pagina.
• Agent Readiness Checker: controlla diversi segnali dell’agente visibili al server. Intenzionalmente non dovrebbe valutare WebMCP perché un fetch lato server non può osservare in modo affidabile gli strumenti registrati in un documento attivo.
• Schema Markup Generator: un altro esempio di flusso umano deterministico che deve restare completo indipendentemente dal supporto degli agenti.

Fonti primarie

• WebMCP Draft Community Group Report — bozza attuale, definizioni API, autorizzazioni, sicurezza e stato esplicito rispetto agli standard.
• Chrome: panoramica WebMCP — punto d’ingresso dell’origin trial, limiti e configurazione dei test.
• Chrome: API imperativa — nome dell’oggetto attuale, registrazione, ciclo di vita, test, eventi e controlli cross-origin.
• Chrome: API dichiarativa — annotazioni sperimentali dei moduli e comportamento dell’invio.
• Chrome: sicurezza degli strumenti WebMCP — annotazioni, esposizione delle origini e misure di sicurezza per i fornitori di strumenti.
• Chrome: considerazioni sulla sicurezza degli agenti — metadati malevoli, output contaminati, sessioni autenticate e difesa in profondità.
• Chrome: best practice WebMCP — ambito dello strumento, descrizioni, stato e affidabilità.
• Chrome: valutazioni WebMCP — test deterministici e valutazione probabilistica dell’agente.
• Chrome: quando usare WebMCP e MCP — contesto frontend/pagina rispetto ai confini backend persistenti.
• Chrome: partecipa all’origin trial WebMCP — annuncio dell’esperimento Chrome 149.
• Chrome DevTools: esegui il debug degli strumenti WebMCP — ispezione degli strumenti registrati e invocati.
• Lighthouse: strumenti WebMCP registrati — audit informativo degli strumenti registrati.
• Cloudflare Browser Run: WebMCP — sessioni beta di laboratorio e limiti di produzione; gli esempi API su quella pagina sono indietro rispetto alla documentazione Chrome attuale.

Guide correlate

• Model Context Protocol
• Ricerca agentica
• llms.txt
• Dati strutturati per l’AI
• Per gli agenti AI — i file attualmente disponibili del sito rivolti agli agenti e la superficie MCP remota; non dichiara il supporto WebMCP.

Le affermazioni sulla compatibilità e sullo stato sono state verificate il 17 luglio 2026. Ricontrolla prima dell’implementazione perché milestone, flag, nomi API e testo della bozza possono cambiare.

Cronologia modifiche