Egy AI-ügynök ma úgy használja a weboldaladat, mint egy turista, aki nem beszéli a nyelvet. Képernyőképet készít, kitalálja, melyik gomb mit csinál, kattint, vár, újra képet készít, és reménykedik. Működik, de lassú, drága, és minden felületmódosításnál eltörik.
A WebMCP erre a problémára ad választ. A lényege egyszerű: az oldalad nem képként adja át magát az ügynöknek, hanem kész, nevesített műveletekként. „Ezt tudom: termékkeresés kulcsszó és kategória szerint. Ezek a paraméterek kellenek hozzá.”
Mi az a WebMCP pontosan?
A WebMCP egy javasolt webszabvány, ami a W3C egyik munkacsoportjában készül, a Google és a Microsoft közös szerkesztésében. Egy új felületet ad a böngészőnek, a navigator.modelContext-et, amin a weboldal regisztrálhatja a saját funkcióit.
Gyakorlatilag a weboldalad lesz egy tool-készlet: a termékkeresés, a kosárba tétel, az időpontfoglalás vagy a kapcsolatfelvételi űrlap nem HTML-elemként áll ott, amit értelmezni kell, hanem meghívható műveletként, megadott bemeneti mezőkkel.
Két módon lehet ilyen tool-t készíteni. Az egyik a JavaScript-alapú út, ahol a meglévő függvényeidet írod le sémával együtt. A másik egyszerűbb: egy meglévő HTML űrlapot látsz el annotációkkal, és abból lesz a művelet.
Fontos, hogy ez nem ugyanaz, mint a klasszikus MCP. Az MCP egy külön szervert köt az AI-hoz. A WebMCP a böngészőfülben fut, a te frontend kódodból, a látogató saját bejelentkezett munkamenetében, tehát nincs mögötte új szerver, nincs külön API-kulcs.
Hol tart most a szabvány?
Kísérleti fázisban, de gyorsan mozdul, és már nem csak fejlesztői játszótér.
A Chrome fejlesztői tesztként elérhetővé tette, ami azt jelenti, hogy éles forgalmon is ki lehet próbálni, de alapból még senkinél nincs bekapcsolva. A kereskedelmi oldalról a Shopify állt be elsőként: a boltjaik nagy részén már élnek ezek a műveletek. A hosting- és edge-szolgáltatók szintén elkezdték beépíteni, és a ChatGPT asztali appjának beépített böngészője azóta már fel is ismeri és használja a kompatibilis oldalak műveleteit. Nagy nemzetközi kereskedők is kísérleteznek vele.
Ugyanakkor a szabvány továbbra is alakuló javaslat, nem befejezett szabvány. A felülete menet közben többször változott. Aki ma épít rá, az mozgó célpontra épít.
Miben más ez, mint az AI-láthatóság?
Ez a legfontosabb megkülönböztetés, és a legtöbb cikk elmossa.
Az AI-láthatóság arról szól, hogy az AI egyáltalán ismerjen téged. Hogy amikor valaki azt kérdezi a ChatGPT-től vagy a Perplexitytől, hol vegyen egy adott terméket, a te boltod termékoldala legyen az egyik, amit a válasz mögött felhasznál. Ehhez rendezett termékadat kell, tiszta struktúra, olyan tartalom, ami válaszol a kérdésre, és olyan robots.txt, ami nem zárja ki az AI-botokat.
A WebMCP arról szól, hogy amikor az ügynök már ott van az oldaladon, tudjon is csinálni valamit. Keresni a katalógusban, kosarat összeállítani, űrlapot kitölteni.
A kettő sorrendje nem cserélhető fel. Hiába teszed ki a legszebb műveleteket, ha az ügynök soha nem jut el az oldaladig.
Mit tesz hozzá az ügynöki vásárlásra való felkészültséghez?
Az „ügynöki vásárlás” mostanra elég sokat emlegetett kifejezés, de ritkán bontják szét. Pedig három külön rétegről van szó, és a webshopod mindháromban máshol tart.
Az első a találhatóság. Az ügynöknek tudnia kell, hogy létezel, és hogy nálad van az, amit keresnek. Ez a termékadaton, a strukturált adaton és a tartalmon múlik. Ez a réteg ma is teljesen kiépíthető, magyar boltnál is, és ma is mérhető.
A második a cselekvés. Az ügynöknek végig kell tudnia menni egy folyamaton: kereséstől a kosárig. Eddig ez csak találgatással ment, felületet kattintgatva. Ide teszi be magát a WebMCP: ez az a réteg, ahol a bolt maga mondja meg, mit lehet nála csinálni, ahelyett hogy az ügynök kikövetkeztetné.
A harmadik a fizetés. Itt tart ma a legkevésbé az egész, és Magyarországon különösen. Az ügynöki fizetés infrastruktúrája erősen amerikai fókuszú, a hazai fizetési szolgáltatói oldal pedig még nem tart itt. Aki ma azt ígéri neked, hogy a boltod „készen áll az ügynöki vásárlásra”, az vagy a fizetési véget nem nézte meg, vagy nem mondja el az egészet.
A gyakorlati tanulság ebből az, hogy a WebMCP nem egy külön projekt, hanem a második réteg. És mind a három réteg ugyanarra az alapra épül: arra, hogy a boltod adata rendezett, egyértelmű és géppel olvasható legyen. Ha az adat kusza, a WebMCP-vel csak azt éred el, hogy az ügynök gyorsabban fér hozzá rossz adathoz.
Ezért van az, hogy a felkészülés ma nem a fizetési véggel kezdődik, hanem az adattal. Ez az a munka, ami akkor is megtérül, ha a szabvány végül máshogy alakul, vagy ha a fizetési oldal még évekig csúszik.
Számít ez már ma egy magyar webshopnak?
Őszintén: sürgős feladatként nem. Három ok miatt.
A támogató böngészők köre még szűk, és éles, alapból bekapcsolt állapotban egyik sem futtatja. A ChatGPT beépített böngészője az első nagy fogyasztó, de az is egy szűk használati kör. És a magyar platformok nagy része egyszerűen nincs még ott.
WooCommerce alatt már vannak WordPress-bővítmények, amik termékkeresést, kosárkezelést, kuponbeváltást tesznek ki WebMCP-műveletként. Ez a legkönnyebben kísérletezhető terep. Unas és Shoprenter esetében nem találni nyilvános WebMCP-támogatást, ott a platformra kell várni.
Ami viszont ma is számít: a versenytársaid egy része most kezd adatot gyűjteni arról, hogyan látják őket az AI-felületek. Aki ezt kihagyja, az később nem onnan indul, ahonnan ők, hanem évekkel mögülük.
Mi a kockázata, ha valaki elkapkodja?
Egy dolgot érdemes tudni, mielőtt bárki lelkesen kitenné a fél boltját műveletként.
Ha az oldal maga mondja meg az ügynöknek, mit tehet, akkor az oldal tartalma egyben utasítás is lesz. Egy rosszindulatú vagy megfertőzött leírás, egy termékvéleménybe rejtett szöveg félre tudja vinni az ügynököt. Ezt a szakma prompt injectionnek hívja, és sem a böngészőgyártók, sem az AI-szolgáltatók nem állítják, hogy megoldották volna. Az ügynökök eleve nem megbízhatóként kezelik az oldal által adott definíciókat és eredményeket, a vásárláshoz, üzenetküldéshez, törléshez kötődő hívások külön ellenőrzésen mennek át, a felhasználó pedig ki tudja kapcsolni az egészet.
A gyakorlati következtetés: ha valaki most kísérletezik, kezdje olvasó műveletekkel, keresés és terméklekérés szintjén. A pénzt mozgató és adatot törlő funkciókat hagyja a végére.
Mit jegyezz meg
A WebMCP egy új böngésző-felület, amin a weboldal kész, hívható műveleteket ad át az AI-ügynököknek, képernyőkép-találgatás helyett. Az ügynöki vásárlás három rétege közül ez a középső, a cselekvés: a találhatóság előtte van, a fizetés utána, és a fizetési vég tart ma a legkevésbé, főleg Magyarországon.
Magyar KKV-webshopnál a WebMCP ma még nem a legsürgősebb feladat, főleg Unas és Shoprenter alatt, ahol nincs platformtámogatás. Az viszont már most számít, hogy a boltod adata rendezett és géppel olvasható legyen, mert mindhárom réteg erre épül.
Ha nem tudod, hol áll ma a boltod ebben, azzal érdemes kezdeni. Egy AI-láthatósági felmérés megmutatja, mit lát ma a te termékoldaladból egy AI-felület, és mi az a néhány dolog, ami a legtöbbet mozdítana rajta.
