WebMCP oktobra 2026: kako spletno mesto narediti uporabno za agente umetne inteligence in kaj origin trial v resnici pomeni

WebMCP spletni strani omogoča, da agentu umetne inteligence (UI) izroči kratek seznam stvari, ki jih agent lahko naredi, vsako z imenom, opisom in vhodno shemo, namesto da bi agent moral strani razvozlati iz posnetkov zaslona in modela DOM. Agent, ki najde orodje check_order_status, ga lahko pokliče s številko naročila. Brez njega mora poiskati pravo polje in klikniti pravi gumb.

To je obljuba. Stanje na dan 22. oktobra 2026 je ožje, kot namigujejo večina zapisov. WebMCP je predlog skupnostne skupine W3C, ne standard. Chrome ga izvaja kot origin trial, odločitve o splošni uvedbi pa še ni. Orodja kliče en sam potrošniški agent (brskalnik, vgrajen v namizno aplikacijo ChatGPT), ta agent pa ignorira deklarativno različico z obrazci, ki so jo iz specifikacije umaknili 8. oktobra. Ekipa za pogon brskalnika Safari predlogu nasprotuje, Mozilla je nevtralna.

Članek je namenjen razvijalcem in produktnim vodjem, ki se odločajo, ali naj WebMCP dodajo zdaj. Pojasnjuje, kaj ta API je, kdo ga kliče, kako ga vklopiti za prave obiskovalce, kako napisati orodja, ki agentu ne dajo v roke nabite pištole, in kaj najprej popraviti, če želite, da agenti sploh uporabljajo vaše spletno mesto.

Kaj je WebMCP

Specifikacija določa API v JavaScriptu na document.modelContext, prek katerega stran registrira orodja: „API WebMCP spletnim aplikacijam omogoča, da agentom UI ponudijo orodja v JavaScriptu.“ Orodje ima name, description in povratni klic execute, po želji pa še title, inputSchema (JSON Schema) in annotations. Ko agent orodje pokliče, se izvede koda same strani, in sicer v seji uporabnika.

Pri treh stvareh je zlahka storiti napako:

• Ni standard. Dokument je osnutek poročila skupnostne skupine (Draft Community Group Report) skupine Web Machine Learning Community Group in to tudi pove: „Ni standard W3C in ni na standardni poti W3C.“ Chromova dokumentacija ga imenuje „predlagani spletni standard“. Datum poročila se je oktobra spreminjal vsakih nekaj dni; njegovi urejevalniki so iz Microsofta in Googla.
• MCP v njem ni. Specifikacija pravi, da je strani, ki ga uporabljajo, „mogoče obravnavati kot strežnike Model Context Protocol, ki orodja izvajajo v skriptu na strani odjemalca“, nato pa, da „ne predpisuje oblike, v kateri so orodja izpostavljena agentu v brskalniku“. Mozillina presoja je bila neposredna: „Ime zavaja ... MCP tu ni.“ Orodje WebMCP se ne poveže z vašim zalednim strežnikom MCP in ga tudi ne nadomešča.
• Ne omogoča, da bi vas našli. Omejitev navaja že Chromova dokumentacija: „Odjemalci in brskalniki morajo spletno mesto obiskati neposredno, da izvedo, ali ima orodja, ki jih je mogoče poklicati.“ WebMCP pomaga agentu, ki je že na vaši strani. Za to, da bi vas agent našel, ne stori ničesar.

API je omejen na varne kontekste, nadzira pa ga pravilnik Permissions Policy z imenom tools, katerega privzeti seznam dovoljenih je 'self', zato orodij ne more registrirati iframe z drugega izvora, razen če to dovoli vgrajujoča stran.

Stanje na dan 22. oktobra 2026

Chrome 156, zadnja izdaja v prvotnem oknu preizkusa, je 20. oktobra 2026 prišel na stabilni kanal. Chrome 162, konec zahtevanega podaljšanja, je za stabilni kanal predviden 2. februarja 2027. Ali je podaljšanje v veljavi, iz konzole preizkusa ni bilo mogoče potrditi, zato računajte, da je verjetno, a ne gotovo.

Zahteva za podaljšanje pojasnjuje, zakaj Chrome želi več časa: „Povratne informacije iz origin triala so pokazale izboljšave API-ja, ki jih uvajamo.“ V isti niti je Googlov Dominic Farolino zapisal, da ekipa „upa, da bo v oknu podaljšanja prešla na I2S“, torej zaprosila za splošno uvedbo, in da je „imperativni API bistveno bolj priljubljen od deklarativnega, zato se odzivamo na potrebe uporabnikov in vanj vlagamo več“. Omenil je tudi API za nadaljevanje (continuation API), API za stabilnost orodij in omejitve velikosti orodij, ki jih prototipirajo. API, proti kateremu pišete danes, se bo spremenil.

Kdo dejansko kliče orodja

Za registracijo orodij ni treba ničesar. Za njihovo uporabo je potreben agent, seznam agentov pa je kratek.

Chromova testna razširitev. Chromova dokumentacija ponuja dve razširitvi, med njima Model Context Tool Inspector, s katerima lahko orodja preizkusite v predstavitvah in na lastnih straneh. Potrebujeta vaš lasten ključ API za model, Chrome pa opozarja: „Ti razširitvi sta ločeni od Geminija v Chromu.“ So razvijalska orodja, ne stranke.

ChatGPT-jev vgrajeni brskalnik. Zaposleni pri OpenAI je 25. avgusta 2026 v objavi na razvijalskem forumu zapisal, da so „orodja spletnih mest (site tools) ChatGPT-jeva izvedba predlaganega standarda WebMCP“. Dokumentacija postavlja pogoje: določeni modeli, najnovejša namizna aplikacija, skrbnik, ki to dovoli v delovnih prostorih Enterprise, brez delovnih prostorov Edu, ter „razpoložljivost je odvisna tudi od uvajanja“. Našteje tudi, česa ne podpira: „Deklarativni API: orodja, določena z atributi obrazcev HTML, niso na voljo kot orodja spletnih mest“, pa tudi orodij, registriranih znotraj iframov, vključno s tistimi z istega izvora. OpenAI-jevo navodilo je jasno: „Orodja registrirajte z JavaScriptom na strani najvišje ravni“. Dokumentacija ne pove, ali stran potrebuje žeton Chromovega origin triala, da ChatGPT vidi njena orodja.

Gemini v Chromu. Google je maja povedal, da „bo kmalu podpiral API-je WebMCP“. Od tedaj nismo našli nobenega primarnega vira, ki bi to potrjeval. Načrta ne gradite na tem.

Vsi drugi se zatečejo k staremu. Vsak agent v vsakem brskalniku strani še vedno bere po starem. Chrome to pove v lastni oceni tveganja: „Agenti v brskalniku Chrome lahko spletna mesta še naprej upravljajo kot doslej, s posnemanjem vedenja uporabnika.“ OpenAI: „Če ni primernega orodja, bo agent morda še vedno lahko uporabil svoje običajne zmožnosti brskalnika.“ Spletno mesto brez WebMCP agentom ni nevidno. Spletno mesto z neveljavnimi gumbi in neoznačenimi polji je težavno za vse.

Imperativni API

To je različica, ki jo določa specifikacija, ki jo podpira ChatGPT in ki jo po Chromovih besedah razvijalci raje uporabljajo. Orodje ovije logiko, ki jo stran že ima. Spodaj je poizvedba samo za branje za prijavljeno stranko po vzoru Chromove dokumentacije in OpenAI-jevega zaznavanja funkcije:

if (typeof document.modelContext?.registerTool === 'function') {
  const tools = new AbortController();

  await document.modelContext.registerTool({
    name: 'check_order_status',
    description: 'Look up the status and tracking link of one of the signed-in customer\'s orders by its order number.',
    inputSchema: {
      type: 'object',
      properties: {
        orderNumber: { type: 'string', description: 'Order number as printed in the confirmation email' },
      },
      required: ['orderNumber'],
    },
    annotations: { readOnlyHint: true },
    execute: async ({ orderNumber }, { signal }) => {
      const res = await fetch(`/api/orders/${encodeURIComponent(orderNumber)}`, { signal });
      if (!res.ok) return `No order ${orderNumber} was found on this account.`;
      const order = await res.json();
      return `Order ${orderNumber}: ${order.status}. Tracking: ${order.trackingUrl ?? 'not available yet'}.`;
    },
  }, { signal: tools.signal });

  // When the page state no longer fits the tool:
  // tools.abort();
}

Kaj je v njem pomembno:

• Ime, opis in shema so tisto, kar bere model. Chrome priporoča največ 500 znakov na opis orodja, 150 na opis parametra, 30 na ime orodja in parametra ter 1,5 K znakov na izpis orodja, in dodaja, da „so ta priporočila podvržena spremembam“. Pojasnilo ob specifikaciji (explainer) opozarja, da „izpostavljanje preveč orodij (npr. deset ali sto) lahko močno poslabša delovanje agenta“: registrirajte, kar potrebuje trenutno stanje strani, ostalo pa odstranite s signalom AbortController.
• Drugi argument funkcije execute nosi AbortSignal, tako da preklicani klic lahko ustavi zahtevo, ki je v teku.
• Anotacije so namigi. readOnlyHint označuje poizvedbo. consequentialHint označuje vse, kar rezervira, kupi, pošlje, izbriše ali prenese, in Chromova dokumentacija pravi, da „agentom in brskalnikom omogoča uveljavljanje obveznih potrditvenih pozivov uporabniku“. untrustedContentHint označuje izpis, ki vsebuje ocene, uporabniške vsebine ali podatke tretjih oseb. Anotacija debugging obstaja od različice Chrome 156.
• Tudi koda strani lahko našteje in izvaja orodja, z document.modelContext.getTools() in executeTool(), ob spremembi seznama pa se sproži dogodek toolchange. Argumenti, pretvorjeni v niz JSON, za executeTool() so zastareli od različice Chrome 155.

React, Angular in Vue imajo vsak eksperimentalne pomočnike, paket webmcp-types na npm pa ponuja tipe za TypeScript. Starejši vodniki, ki kličejo navigator.modelContext, so zastareli: specifikacija je API 27. maja 2026 prestavila na document.

Deklarativni API: v Chromovem preizkusu, izven specifikacije

Deklarativna različica obstoječi obrazec HTML spremeni v orodje z dvema atributoma. Privlačna je za stara spletna mesta, polna obrazcev, ker se ni treba spreminjati nič drugega:

<form toolname="request_quote"
      tooldescription="Send a request for a quote. The user reviews the form and submits it."
      action="/quote" method="post">
  <label for="email">Work email</label>
  <input id="email" name="email" type="email" required>
  <label for="details">What you need</label>
  <textarea id="details" name="details" required></textarea>
  <button type="submit">Send</button>
</form>
<script>
  document.querySelector('form[toolname]').addEventListener('submit', (e) => {
    e.preventDefault();
    const sent = sendQuoteRequest(new FormData(e.target)); // your existing submit, returning a promise
    if (e.agentInvoked) e.respondWith(sent.then(() => 'Quote request sent.'));
  });
</script>

V Chromovem preizkusu velja: „Ko agent pokliče toolname, brskalnik obrazec postavi v žarišče in izpolni njegova polja. Obrazec ostane viden uporabniku.“ Brskalnik parametre sestavi iz kontrolnikov: njihovih imen, njihovih elementov <label>, atributa required in možnosti elementa <select>. Če obrazec nima atributa toolautosubmit, „mora uporabnik za dokončanje naloge ročno klikniti Pošlji“, kar je tisto, kar želite pri vsem, kar odda naročilo ali pošlje povpraševanje. SubmitEvent.agentInvoked vaši obdelavi pove, da je obrazec izpolnil agent, respondWith() pa po klicu preventDefault() agentu vrne izid. Dogodke toolactivated in toolcancel poslušajte na document.modelContext z addEventListener: window.ontoolactivated in window.ontoolcancel od različice Chrome 156 nista več podprta.

Težava je njen status. Zadnja sprememba v explainerju z dne 8. oktobra 2026 se imenuje „Za zdaj odstrani deklarativni API iz specifikacije“, zdaj pa v njem piše, da se deklarativni dvojnik „raziskuje ločeno ... vendar trenutno ni del specifikacije.“ ChatGPT ga ne podpira. Chrome ga v preizkusu še vedno dokumentira, Googlov Farolino pa je v Mozillini niti zagovarjal: „vrednost deklarativnega predloga vidimo preprosto zaradi starejših spletnih mest, zlasti tistih z obrazci“. Obravnavajte ga kot Chromov eksperiment znotraj eksperimenta: dober za poskus, nespameten kot edina pot.

Vklop za prave obiskovalce

Zastavica (chrome://flags/#enable-webmcp-testing) vklopi WebMCP v vašem lastnem brskalniku za preizkušanje. Za obiskovalce ne stori ničesar. Zanje stran potrebuje žeton origin trial.

1. Registrirajte izvor na Chromovi strani preizkusa WebMCP. Origin triali „so javni in odprti za vse razvijalce“, žeton pa „omogoči funkcijo vsem uporabnikom na vašem izvoru“.
2. Žeton postrezite na vsaki strani, ki naj izpostavi orodja, kot <meta http-equiv="origin-trial" content="..."> v elementu <head> ali kot odzivno glavo Origin-Trial:. Žeton je mogoče vstaviti tudi iz skripta. En žeton pokriva en izvor; stran jih lahko nosi več.
3. Obnovite ga. Ko je preizkus podaljšan, Chrome registrirance prosi, naj „posredujejo nov žeton za vsak izvor, vključen v preizkus“, in „Chrome neveljavne ali pretekle žetone ignorira“. Pretečen žeton odpove tiho: orodja preprosto prenehajo biti vidna.
4. Za Edge se registrirajte ločeno na Edgeovi strani preizkusa. Njegovi pogoji prosijo, da „kjer je mogoče, uporabite zaznavanje funkcije in postopno degradacijo“.

Lighthousovi pregledi WebMCP prav tako potrebujejo registracijo v preizkusu, zato jim bo spletno mesto, ki jih preizkuša brez žetona, odpovedalo.

Pisanje orodij, ki jih je varno klicati

Varnostni razdelek specifikacije ni normativen in odkrito pove, kje je breme: preprečevanje manipulacije agenta „je predvsem odgovornost lastnega varnostnega modela agenta in ne nekaj, kar bi lahko ta specifikacija normativno uveljavila.“ Vaša orodja še vedno določajo, koliko škode lahko povzroči manipuliran agent.

• Namigi lahko lažejo, zato jim agenti ne bodo zaupali. Specifikacija: „zlonamerno spletno mesto lahko te namige izpusti ali zlaže.“ OpenAI: „Ime orodja ali trditev, da samo bere podatke, ni dokaz, kaj dejansko počne“, vsak klic v njegovem brskalniku pa gre skozi varnostni pregled, pri nakupih in podobnih dejanjih pa je potrditev še vedno potrebna. Anotirajte kljub temu pošteno. Tako skrben agent presodi, kdaj vprašati uporabnika.
• Učinke opišite natančno. Specifikacijin lastni slab primer je orodje z opisom „Zaključi trenutno košarico“, ki „dejansko sproži nakup. Uporabnik ni nameraval ničesar kupiti.“ Če orodje obremeni kartico, opis to pove, consequentialHint pa je true.
• Pooblastila preverjajte na strežniku, vsakič. Orodje teče v seji uporabnika: specifikacija ugotavlja, da „agenti lahko od brskalnika podedujejo identiteto uporabnika in kontekst overitve.“ Klic orodja je zahteva tega uporabnika in zanj veljajo enaka preverjanja. Nasvet iz explainerja drži: „Strogo preverjajte v kodi, ohlapno v shemi“, ker lahko stroge napake sheme agente ustavijo.
• Računajte na vbrizgavanje ukazov (prompt injection). Specifikacija ga navaja prvega, v treh oblikah: navodila, skrita v metapodatkih orodja, v izpisu orodja, in napadi, ki orodja uporabijo kot tarče. Izpis, ki nosi besedilo, ki so ga napisali drugi (ocene, sporočila, vprašanja o izdelkih), sodi pod untrustedContentHint in naj se vrne kot podatki, ne kot proza, ki bi jo agent lahko vzel za navodila.
• Strani izločite namerno. Glava Permissions-Policy: tools=() API-ja ne naredi na voljo dokumentu in vsemu, kar vgrajuje. Kandidati so nastavitve računa, plačilne strani in skrbniški zasloni.

Ena previdnostna opomba o Chromovi dokumentaciji: njena varnostna stran pravi, da osnutek vsebuje metodo requestUserInteraction() za spraševanje uporabnika sredi izvajanja orodja. Osnutek specifikacije z dne 20. oktobra 2026 take metode nima, explainer pa potrditev uporabnika še vedno navaja kot odprto vprašanje. Ne načrtujte okoli nje.

Kaj očitajo inženirji pri Safariju in Firefoxu

Ugovore je vredno prebrati, tudi če gradite samo za Chrome, ker opisujejo, kako lahko WebMCP v praksi zaide.

Stališče WebKita, objavljeno 3. junija 2026, trdi, da je težko uporabne strani treba popraviti v HTML in ARIA, „kjer koristi uporabniku, podporni tehnologiji in agentom“, ter da se z orodji „krhkost preprosto preseli iz modela DOM v opise orodij.“ Agenta obravnava kot podporno tehnologijo, ki je ne bi smeli izpostavljati: „WebMCP počne nasprotno in dejstvo, da ‚vozi agent‘, naredi opazljivo.“ Ugotavlja tudi, da predlog „nima modela soglasja ali povrnljivosti za dejanja s posledicami“.

Mozilla se je avgusta ustalila na nevtralnem: WebMCP „uvaja potencialno dragoceno abstrakcijo“, vendar „odpira površino, katere dinamika v resničnem svetu pušča preveč odprtih vprašanj za polno podporo“. Opozarja, da bi lahko spletna mesta „ponujala orodja, ki ne ustrezajo izkušnji uporabnika na strani“, na primer „vbrizgavanje ukazov, ki je za običajne uporabnike nevidno“. Posamezni Mozillini inženirji so pokazali zanimanje za imperativni primitiv za klicanje funkcij; to ni Mozillina podpora.

Chrome sam tveganje, da WebMCP ne bi sprejeli drugi pogoni, za uporabnike ocenjuje kot nizko. Druga plat tega je, da spletno mesto v Safariju ali Firefoxu z dodajanjem orodij danes ne pridobi ničesar.

Kaj danes deluje za vse agente

Vsak brskalniški agent bere posnetke zaslona, HTML in drevo dostopnosti. Googlov vodnik web.dev za spletna mesta, prijazna agentom, pravi, da agenti „uporabijo DOM in drevo dostopnosti, da dobijo čist, strukturiran seznam interaktivnih elementov, nato pa ga primerjajo z vizualnim prikazom“. Njegov praktični seznam je kratek:

• Uporabljajte prave elemente <button> in <a>, ne klikljivih <div> in <span>.
• Vsak <label> z for povežite z njegovim vnosom.
• Brez prosojnih prekrivnih plasti nad interaktivnimi elementi in nič interaktivnega, manjšega od 8 kvadratnih slikovnih pik.
• Stabilna postavitev, ki se ne premika, ko se agent pripravlja na klik.

Njegov sklep: „Vse, kar predlagamo, da bi bilo spletno mesto ‚pripravljeno za agente‘, spletna mesta izboljša tudi za ljudi.“ To je tudi, skoraj dobesedno, tisto, kar WebKit zahteva namesto WebMCP. Če vaša blagajna pade na pregledu dostopnosti, to popravite, preden napišete eno samo orodje.

Lighthouse ima kategorijo Agentic Browsing od različice 13.2.0 (1. maja 2026), v Chromu je na voljo od različice 150, za API PageSpeed Insights pa je bila omogočena v Lighthouse 13.4.1 (20. julija 2026). Preverja podmnožico pregledov dostopnosti, pomembnih za stroje, stabilnost postavitve, registrirana orodja WebMCP in obrazce brez njih, veljavnost sheme ter prisotnost datoteke llms.txt. Chrome jo imenuje „informativna in brez primerjalnih vrednosti“: ocene od 0 do 100 ni. Glede llms.txt je usmeritev Iskanja Google, da takšne datoteke ignorira: dodajanje ene „vidnosti ali uvrstitve vašega spletnega mesta v Iskanju Google ne bo ne škodilo ne koristilo“. Dejstvo, da Lighthouse datoteko preverja, tega ne spremeni.

Ali naj WebMCP dodate zdaj?

Na Shopifyju s temo Liquid: dela ni. Shopifyjeva orodja za izložbo, košarico in blagajno že delujejo, „ničesar ni treba nameščati ali nastavljati“, z Shopifyjevim lastnim pridržkom, da je „podpora za agente trenutno omejena na brskalnike na osnovi Chromiuma prek origin triala“. Trgovine z arhitekturo headless so pokrite samo v razvijalskem predogledu Hydrogena. Nismo našli nobene druge platforme za e-trgovino, plačilnega ponudnika ali CDN, ki bi WebMCP vklopil za svoje stranke.

Na lastnem, headless ali starejšem spletnem mestu: odvisno je od tega, kdo so vaši uporabniki.

• Če vaše stranke ali osebje uporabljajo brskalnik v namizni aplikaciji ChatGPT, so imperativna orodja na strani najvišje ravni edina vrsta, ki jih doseže. Začnite z dvema ali tremi orodji samo za branje okoli vaše najpogostejše naloge (stanje naročila, razpoložljivost, ponudba), za zaznavanjem funkcije, z žetonom origin trial, in merite, ali jih kdo kliče.
• Če želite poceni eksperimentirati v Chromu, so deklarativni atributi na obstoječih obrazcih delo za nekaj ur. Ne ustavite se tam: ChatGPT jih ne bo videl, specifikacija pa jih ne vsebuje več.
• Če nimate dokazov, da vas agenti obiskujejo, najprej popravite semantiko, oznake in postavitev. To delo koristi vsakemu agentu in vsakomur, ki uporablja podporno tehnologijo, in nič od tega se ne bo zavrglo, ko se bo API spremenil.

V vsakem primeru ohranite običajni vmesnik popoln. OpenAI-jev nasvet: „Ohranite običajni vmesnik za ljudi in brskalnike, ki WebMCP ne podpirajo.“

Kaj se lahko spremeni

• Intent to Ship. Chromova ekipa upa, da bo prošnjo vložila v oknu podaljšanja, ki se konča s Chromom 162 (2. februarja 2027), če podaljšanje obvelja. Splošna uvedba bi odpravila potrebo po žetonih v Chromu.
• Oblika API-ja. API za nadaljevanje (rezultati, ki po navigaciji pristanejo na naslednji strani), API za stabilnost orodij in omejitve velikosti se prototipirajo. Nedavne izdaje so že odstranile window.ontoolactivated in argumente, pretvorjene v niz.
• Usoda deklarativnega API-ja. Izven specifikacije „za zdaj“, v Chromovem preizkusu še vedno.
• Klicatelji. Podpora Geminija v Chromu je napovedana, a ni uvedena. Stran s stanjem izvedb v specifikaciji kot „kmalu na voljo“ navaja WebMCP za spletne aplikacije na očalih Ray-Ban Display družbe Meta, eksperimentalno podporo pa v pomočniku Leo brskalnika Brave.

Če orodja dodate zdaj, jih hranite v enem modulu, za zaznavanjem funkcije, da bo naslednja sprememba en sam popravek.

Kje dobiti pomoč

Gradimo dele spletnega mesta in njegovega zaledja, ki se jih dotikajo agenti: orodja, ki ovijejo obstoječo logiko naročil, rezervacij in računov, pooblaščanje, ki klic agenta obravnava kot vsako drugo zahtevo tega uporabnika, ter popravke semantike in dostopnosti, ki spletno mesto naredijo uporabno, še preden obstaja kakršno koli orodje. Naša storitev razvoja agentov UI in integracije MCP zajema orodja WebMCP in zaledne strežnike MCP, ki so kljub imenu nekaj drugega.

Če želite vedeti, kaj agent na vašem spletnem mestu vidi danes in ali bi orodja za vaše stranke kaj spremenila, pišite na office@c9group.dev.