1 perc alatt
A WebMCP egy kísérleti böngésző-API, amivel az oldalad strukturált eszközöket ad az AI-ügynökök kezébe: árlistát, foglalási linket, megrendelési folyamatot, kitalálás helyett definiálva. 2026 májusától nyilvános origin trialben tesztelhető a Chrome-ban, és a timesaver.hu az elsők között élesítette itthon. Nem rangsorolási tényező, nem hoz holnap forgalmat, de pontosan az a réteg, ami a következő két évben épül ki. Ebben a cikkben megmutatom, mi ez, mit nem tud, és hogyan tettük fel lépésről lépésre.
01Mi az a WebMCP, két bekezdésben
02Miért pont most lett aktuális
03Mit csinál a WebMCP, és mit nem
04Így került fel a timesaver.hu-ra
05Kinek éri meg most, és kinek nem
06Feltérképezhetőség, idézhetőség, kezelhetőség: három külön dolog
A böngészőben futó AI-ügynökök eddig úgy használták a weboldalakat, mint egy türelmes, de rövidlátó gyakornok: képernyőt olvastak, gombokat kerestek, tippeltek, hogy melyik mező mire való, aztán reménykedtek, hogy az űrlap tényleg elment. Ez lassú, drága és törékeny. Elég egy átnevezett gomb, és az ügynök elveszik.
A WebMCP ezt fordítja meg. Egy weboldal mostantól saját maga jelentheti be a böngészőnek, hogy milyen műveletei vannak: itt egy eszköz, ami visszaadja az árlistát, itt egy másik, ami időpontfoglalási linket ad, itt egy harmadik, ami egy űrlapot tölt ki. Az ügynök nem tippel, hanem meghív egy pontosan definiált funkciót, névvel, leírással és bemeneti sémával. A javaslatot a Google és a Microsoft mérnökei indították, és a W3C Web Machine Learning közösségi munkacsoportja fejleszti nyílt webes szabvánnyá.
A WebMCP hónapokig egy fejlesztői kapcsoló mögött lapult a Chrome-ban, és akkor még azt írtam volna róla, hogy figyeld, de ne nyúlj hozzá. A helyzet 2026 májusában változott meg: a Google I/O fejlesztői konferencián bejelentették, hogy a Chrome 149-es verziójától a WebMCP nyilvános origin trialbe kerül.
Az origin trial magyarul annyit tesz: egy időkorlátos tesztprogram, amiben egy weboldal tulajdonosa regisztrál, kap egy tokent, kiteszi az oldalára, és onnantól a funkció a valódi látogatóinál is működik, anélkül, hogy bárkinek bármit át kellene állítania a böngészőjében. Ez a különbség a laborkísérlet és az éles terep között. A Microsoft ugyanezt futtatja az Edge-ben, tehát nem egy böngésző magánakciója, hanem egy készülő szabvány első nyilvános köre.
És van még egy időzítési részlet: a Google azt kommunikálja, hogy a Gemini in Chrome integráció hamarosan érkezik. Vagyis a böngészőbe épített ügynök, ami ezeket a toolokat ténylegesen hívni fogja, már be van jelentve. Aki akkor kezd el WebMCP-t építeni, amikor az ügynökforgalom már mérhető, az nem korai alkalmazó lesz, hanem sorban álló.
A közös munka első lépése nálam mindig az átfogó SEO és AEO diagnosztikai elemzés: technikai állapot, tartalom, kereshetőség és AI-olvashatóság, konkrét, rangsorolt teendőlistával.
Kérem a diagnosztikai elemzést Ha inkább előbb beszélgetnél, foglalj egy 15 perces hívást a kapcsolat oldalon.Mielőtt bárki hátradőlne, hogy megvan az új csodafegyver, rögzítsük a kereteket. Ez a rész a cikk legfontosabb része, pont azért, mert a téma körül már most több a hype, mint a tapasztalat.
Strukturált, gépileg hívható eszközöket ad a böngészőben futó AI-ügynököknek. Egy webshopban az ügynök kosárba tehet egy terméket a termékkód alapján. Egy foglalási oldalon kitölthet egy összetett űrlapot mezőnkénti tippelgetés nélkül. Egy szolgáltatói oldalon lekérheti az árlistát pontosan úgy, ahogy a tulajdonos definiálta, nem úgy, ahogy egy régi cache-ből összeollózta. A fejlesztőknek a Chrome DevTools kísérleti panelt is kapott, ahol a regisztrált toolok láthatók és kézzel tesztelhetők.
Nem rangsorolási tényező. A Google keresője nem ad érte pontot, a PageSpeed Insights ügynöki böngészés blokkja is csak listázza, nem pontozza. Nem hoz holnap forgalmat, mert a toolokat hívó ügynökök tömeges elterjedése még előttünk van. Nem működik háttérben: a tool hívásához nyitott böngészőfül kell, headless futtatást a rendszer nem támogat. És nem kész szabvány: az API még mozog, a navigator.modelContext felületet például a Chrome 150-től már a document.modelContext váltja. Aki most épít rá, annak számolnia kell azzal, hogy fél év múlva hozzá kell nyúlni a kódhoz.
Az elvet vallom, hogy amit ajánlok, azt előbb magamon tesztelem. A timesaver.hu-n a beüzemelés négy lépés volt, és összesen nem vitt el egy délelőttöt.
Regisztráció az origin trialre. A Chrome origin trial oldalán Google-fiókkal regisztráltam a https://timesaver.hu origint, cserébe kaptam egy hosszú token stringet. Ingyenes, öt perc.
Token kihelyezése. A token egy meta tagként került az oldal head részébe, WordPress alatt egy pár soros snippettel. Ettől a ponttól a Chrome tudja, hogy az oldal részt vesz a tesztben.
Toolok regisztrálása. Három eszközt definiáltam: egy szolgáltatás- és árlistát, egy időpontfoglalási információs eszközt és egy diagnosztika-terméklapot. Mindhárom csak olvasható adatot ad vissza, szándékosan: az első kör célja nem a tranzakció, hanem az, hogy az ügynök pontos, friss, hivatalos adatot kapjon rólam, ne a saját emlékeiből dolgozzon.
Tesztelés a DevToolsban. A Chrome fejlesztői eszközeinek kísérleti WebMCP paneljén a három tool megjelenik, névvel, leírással, sémával, és kézzel is meghívható. Ha a panel látja, az ügynök is látni fogja.
És egy tanulság, amit egyetlen WebMCP-bemutatóban sem olvastam, mert csak élesben derül ki: a süti-hozzájárulást kezelő plugin először blokkolta a tool-regisztrációs kódot, amíg a látogató nem fogadta el a sütiket. Csakhogy az AI-ügynökök és az auditáló eszközök soha nem kattintanak Elfogadom gombra, nekik a toolok egyszerűen nem léteztek. A megoldás: a tool-regisztráció sütimentes, funkcionális kód, ezért kivételként kell kezelni a consent-kezelőben. Ha WebMCP-t építesz, ez legyen az első ellenőrzőpontod.
Egy tool regisztrációja kódban nagyjából így néz ki, a teljes bonyolultság ennyi:
Név, leírás, bemeneti séma, függvény. Aki írt már valaha egy Make-forgatókönyvet, annak ez ismerős terep: ugyanaz a gondolkodás, csak a böngészőben.
Tesztelés eredménye a DevToolsban: a timesaver.hu három regisztrált toolja.
Nem mindenkinek. És ezt pont egy olyan cikkben érdemes kimondani, ami arról szól, hogy én megcsináltam.
Megéri most: akinek az oldalán valódi tranzakció történik. Webshop, foglalási rendszer, ajánlatkérő űrlap, regisztráció. Ezeken a pontokon a WebMCP kézzelfogható különbséget jelent majd, amint az ügynökforgalom megindul, és a korai implementálók addigra kitapasztalják, mi működik. Megéri annak is, aki a szakmájánál fogva nem engedheti meg, hogy egy új réteget csak tankönyvből ismerjen. Ez utóbbi kategóriába tartozom én.
Ráér: a tisztán tartalmi oldalak, blogok, portfóliók többsége. Ott a következő egy évben a jól strukturált, idézhető tartalom sokszorosan többet hoz, mint egy tool, amit még nem hív senki. Ha a kettő közül választani kell, előbb a tartalom legyen rendben.
És egy figyelmeztetés: hamarosan meg fognak jelenni azok az ajánlatok, amik a WebMCP-t kötelező, sürgős, mindent eldöntő fejlesztésként adják el. Nem az. Egy ígéretes, korai, mozgó szabvány, amire érdemes rákészülni, arányos energiával.
06Ha régebb óta olvasod ezt a blogot, tudod, hogy egy gondolatot következetesen ismétlek: attól, hogy egy AI-robot bejárja az oldaladat, még nem fog idézni. A feltérképezhetőség nem idézhetőség. A WebMCP-vel ez a kép kap egy harmadik réteget.
Az első réteg a feltérképezhetőség: a gép hozzáfér az oldaladhoz, és el tudja olvasni. A második az idézhetőség: a tartalmad annyira egyértelmű, tényszerű és forráshoz köthető, hogy egy AI-asszisztens válaszában forrásként hivatkozik rád. Ezen dolgozunk a strukturált adatokkal, a tényalapú leírásokkal, az entitásjelekkel. A harmadik, most születő réteg a kezelhetőség: az oldalad nemcsak olvasható és idézhető, hanem egy ügynök műveletet is végre tud hajtani rajta. Foglal, rendel, ajánlatot kér, a felhasználója nevében.
A három réteg nem helyettesíti egymást. Egy tökéletes WebMCP-implementáció sem segít, ha az AI-asszisztens sosem jut el odáig, hogy téged ajánljon, mert az idézhetőségi rétegen elakadtál. Fordítva viszont működik a sorrend: aki ma az idézhetőségen dolgozik, és közben felteszi az első toolját, az akkor lesz teljes, amikor a piac még csak az első réteget tanulja.
A SEO/AEO diagnosztikai elemzés pontosan ezt nézi meg: indexelés, sebesség, strukturált adatok, AI-idézhetőség, konkrét teendőlistával. Ha pedig folyamatos partnert keresel, aki a teljes rendszert kézben tartja, a CreaWise szolgáltatások erre valók. Az első 15 perces hívás ingyenes.
Foglalj egy 15 perces hívástNem. A Google keresője nem veszi figyelembe a rangsorolásnál, és a PageSpeed Insights ügynöki böngészés blokkja is csak listázza, nem pontozza. A WebMCP az AI-ügynökök munkáját segíti, nem a keresőpozíciódat.
Egy egyszerű, csak olvasható toolokból álló első kör WordPress alatt néhány kódrészlettel megoldható, fejlesztői csapat nélkül. Tranzakciós toolokhoz, például webshopos kosárkezeléshez már érdemes szakembert bevonni, mert ott a hibának ára van.
Rövid távon semmi. Az ügynökforgalom ma még minimális, a szabvány pedig mozog. Középtávon viszont a tranzakciós oldalak számára valódi különbség lesz, hogy egy ügynök tud-e náluk műveletet végezni, vagy a konkurenciához viszi a felhasználóját.
A Chrome a 149-es verziótól nyilvános origin trialben teszteli, és a Microsoft Edge is futtat hozzá saját tesztprogramot. A cél egy böngészőfüggetlen webes szabvány, de ettől még évek választanak el.
Nem, más rétegen dolgoznak. A strukturált adat azt segíti, hogy a gépek megértsék és idézzék a tartalmadat. A WebMCP azt, hogy műveletet hajtsanak végre az oldaladon. Az egyik az idézhetőség, a másik a kezelhetőség eszköze, és mindkettőre szükség lesz.
1 perc alatt
A WebMCP egy kísérleti böngésző-API, amivel az oldalad strukturált eszközöket ad az AI-ügynökök kezébe: árlistát, foglalási linket, megrendelési folyamatot, kitalálás helyett definiálva. 2026 májusától nyilvános origin trialben tesztelhető a Chrome-ban, és a timesaver.hu az elsők között élesítette itthon. Nem rangsorolási tényező, nem hoz holnap forgalmat, de pontosan az a réteg, ami a következő két évben épül ki. Ebben a cikkben megmutatom, mi ez, mit nem tud, és hogyan tettük fel lépésről lépésre.
01Mi az a WebMCP, két bekezdésben
02Miért pont most lett aktuális
03Mit csinál a WebMCP, és mit nem
04Így került fel a timesaver.hu-ra
05Kinek éri meg most, és kinek nem
06Feltérképezhetőség, idézhetőség, kezelhetőség: három külön dolog
A böngészőben futó AI-ügynökök eddig úgy használták a weboldalakat, mint egy türelmes, de rövidlátó gyakornok: képernyőt olvastak, gombokat kerestek, tippeltek, hogy melyik mező mire való, aztán reménykedtek, hogy az űrlap tényleg elment. Ez lassú, drága és törékeny. Elég egy átnevezett gomb, és az ügynök elveszik.
A WebMCP ezt fordítja meg. Egy weboldal mostantól saját maga jelentheti be a böngészőnek, hogy milyen műveletei vannak: itt egy eszköz, ami visszaadja az árlistát, itt egy másik, ami időpontfoglalási linket ad, itt egy harmadik, ami egy űrlapot tölt ki. Az ügynök nem tippel, hanem meghív egy pontosan definiált funkciót, névvel, leírással és bemeneti sémával. A javaslatot a Google és a Microsoft mérnökei indították, és a W3C Web Machine Learning közösségi munkacsoportja fejleszti nyílt webes szabvánnyá.
A WebMCP hónapokig egy fejlesztői kapcsoló mögött lapult a Chrome-ban, és akkor még azt írtam volna róla, hogy figyeld, de ne nyúlj hozzá. A helyzet 2026 májusában változott meg: a Google I/O fejlesztői konferencián bejelentették, hogy a Chrome 149-es verziójától a WebMCP nyilvános origin trialbe kerül.
Az origin trial magyarul annyit tesz: egy időkorlátos tesztprogram, amiben egy weboldal tulajdonosa regisztrál, kap egy tokent, kiteszi az oldalára, és onnantól a funkció a valódi látogatóinál is működik, anélkül, hogy bárkinek bármit át kellene állítania a böngészőjében. Ez a különbség a laborkísérlet és az éles terep között. A Microsoft ugyanezt futtatja az Edge-ben, tehát nem egy böngésző magánakciója, hanem egy készülő szabvány első nyilvános köre.
És van még egy időzítési részlet: a Google azt kommunikálja, hogy a Gemini in Chrome integráció hamarosan érkezik. Vagyis a böngészőbe épített ügynök, ami ezeket a toolokat ténylegesen hívni fogja, már be van jelentve. Aki akkor kezd el WebMCP-t építeni, amikor az ügynökforgalom már mérhető, az nem korai alkalmazó lesz, hanem sorban álló.
A közös munka első lépése nálam mindig az átfogó SEO és AEO diagnosztikai elemzés: technikai állapot, tartalom, kereshetőség és AI-olvashatóság, konkrét, rangsorolt teendőlistával.
Kérem a diagnosztikai elemzést Ha inkább előbb beszélgetnél, foglalj egy 15 perces hívást a kapcsolat oldalon.Mielőtt bárki hátradőlne, hogy megvan az új csodafegyver, rögzítsük a kereteket. Ez a rész a cikk legfontosabb része, pont azért, mert a téma körül már most több a hype, mint a tapasztalat.
Strukturált, gépileg hívható eszközöket ad a böngészőben futó AI-ügynököknek. Egy webshopban az ügynök kosárba tehet egy terméket a termékkód alapján. Egy foglalási oldalon kitölthet egy összetett űrlapot mezőnkénti tippelgetés nélkül. Egy szolgáltatói oldalon lekérheti az árlistát pontosan úgy, ahogy a tulajdonos definiálta, nem úgy, ahogy egy régi cache-ből összeollózta. A fejlesztőknek a Chrome DevTools kísérleti panelt is kapott, ahol a regisztrált toolok láthatók és kézzel tesztelhetők.
Nem rangsorolási tényező. A Google keresője nem ad érte pontot, a PageSpeed Insights ügynöki böngészés blokkja is csak listázza, nem pontozza. Nem hoz holnap forgalmat, mert a toolokat hívó ügynökök tömeges elterjedése még előttünk van. Nem működik háttérben: a tool hívásához nyitott böngészőfül kell, headless futtatást a rendszer nem támogat. És nem kész szabvány: az API még mozog, a navigator.modelContext felületet például a Chrome 150-től már a document.modelContext váltja. Aki most épít rá, annak számolnia kell azzal, hogy fél év múlva hozzá kell nyúlni a kódhoz.
Az elvet vallom, hogy amit ajánlok, azt előbb magamon tesztelem. A timesaver.hu-n a beüzemelés négy lépés volt, és összesen nem vitt el egy délelőttöt.
Regisztráció az origin trialre. A Chrome origin trial oldalán Google-fiókkal regisztráltam a https://timesaver.hu origint, cserébe kaptam egy hosszú token stringet. Ingyenes, öt perc.
Token kihelyezése. A token egy meta tagként került az oldal head részébe, WordPress alatt egy pár soros snippettel. Ettől a ponttól a Chrome tudja, hogy az oldal részt vesz a tesztben.
Toolok regisztrálása. Három eszközt definiáltam: egy szolgáltatás- és árlistát, egy időpontfoglalási információs eszközt és egy diagnosztika-terméklapot. Mindhárom csak olvasható adatot ad vissza, szándékosan: az első kör célja nem a tranzakció, hanem az, hogy az ügynök pontos, friss, hivatalos adatot kapjon rólam, ne a saját emlékeiből dolgozzon.
Tesztelés a DevToolsban. A Chrome fejlesztői eszközeinek kísérleti WebMCP paneljén a három tool megjelenik, névvel, leírással, sémával, és kézzel is meghívható. Ha a panel látja, az ügynök is látni fogja.
És egy tanulság, amit egyetlen WebMCP-bemutatóban sem olvastam, mert csak élesben derül ki: a süti-hozzájárulást kezelő plugin először blokkolta a tool-regisztrációs kódot, amíg a látogató nem fogadta el a sütiket. Csakhogy az AI-ügynökök és az auditáló eszközök soha nem kattintanak Elfogadom gombra, nekik a toolok egyszerűen nem léteztek. A megoldás: a tool-regisztráció sütimentes, funkcionális kód, ezért kivételként kell kezelni a consent-kezelőben. Ha WebMCP-t építesz, ez legyen az első ellenőrzőpontod.
Egy tool regisztrációja kódban nagyjából így néz ki, a teljes bonyolultság ennyi:
Név, leírás, bemeneti séma, függvény. Aki írt már valaha egy Make-forgatókönyvet, annak ez ismerős terep: ugyanaz a gondolkodás, csak a böngészőben.
Tesztelés eredménye a DevToolsban: a timesaver.hu három regisztrált toolja.
A valódi főpróba viszont nem a panel volt, hanem egy ügynök. A Google Model Context Tool Inspector bővítményével feltettem a kérdést, magyarul: mivel foglalkozik a TimeSaver? Az ügynök megtalálta a toolt, meghívta, megkapta a hivatalos szolgáltatás- és árlistát, és abból válaszolt. Nem a modell hónapokkal ezelőtti emlékeiből, hanem az oldal aznapi, általam definiált adataiból.
Ügynök-teszt élesben: a kérdés magyarul érkezik, az ügynök a toolt hívja, és a timesaver.hu saját adataiból válaszol.
Nem mindenkinek. És ezt pont egy olyan cikkben érdemes kimondani, ami arról szól, hogy én megcsináltam.
Megéri most: akinek az oldalán valódi tranzakció történik. Webshop, foglalási rendszer, ajánlatkérő űrlap, regisztráció. Ezeken a pontokon a WebMCP kézzelfogható különbséget jelent majd, amint az ügynökforgalom megindul, és a korai implementálók addigra kitapasztalják, mi működik. Megéri annak is, aki a szakmájánál fogva nem engedheti meg, hogy egy új réteget csak tankönyvből ismerjen. Ez utóbbi kategóriába tartozom én.
Ráér: a tisztán tartalmi oldalak, blogok, portfóliók többsége. Ott a következő egy évben a jól strukturált, idézhető tartalom sokszorosan többet hoz, mint egy tool, amit még nem hív senki. Ha a kettő közül választani kell, előbb a tartalom legyen rendben.
És egy figyelmeztetés: hamarosan meg fognak jelenni azok az ajánlatok, amik a WebMCP-t kötelező, sürgős, mindent eldöntő fejlesztésként adják el. Nem az. Egy ígéretes, korai, mozgó szabvány, amire érdemes rákészülni, arányos energiával.
06Ha régebb óta olvasod ezt a blogot, tudod, hogy egy gondolatot következetesen ismétlek: attól, hogy egy AI-robot bejárja az oldaladat, még nem fog idézni. A feltérképezhetőség nem idézhetőség. A WebMCP-vel ez a kép kap egy harmadik réteget.
Az első réteg a feltérképezhetőség: a gép hozzáfér az oldaladhoz, és el tudja olvasni. A második az idézhetőség: a tartalmad annyira egyértelmű, tényszerű és forráshoz köthető, hogy egy AI-asszisztens válaszában forrásként hivatkozik rád. Ezen dolgozunk a strukturált adatokkal, a tényalapú leírásokkal, az entitásjelekkel. A harmadik, most születő réteg a kezelhetőség: az oldalad nemcsak olvasható és idézhető, hanem egy ügynök műveletet is végre tud hajtani rajta. Foglal, rendel, ajánlatot kér, a felhasználója nevében.
A három réteg nem helyettesíti egymást. Egy tökéletes WebMCP-implementáció sem segít, ha az AI-asszisztens sosem jut el odáig, hogy téged ajánljon, mert az idézhetőségi rétegen elakadtál. Fordítva viszont működik a sorrend: aki ma az idézhetőségen dolgozik, és közben felteszi az első toolját, az akkor lesz teljes, amikor a piac még csak az első réteget tanulja.
A SEO/AEO diagnosztikai elemzés pontosan ezt nézi meg: indexelés, sebesség, strukturált adatok, AI-idézhetőség, konkrét teendőlistával. Ha pedig folyamatos partnert keresel, aki a teljes rendszert kézben tartja, a CreaWise szolgáltatások erre valók. Az első 15 perces hívás ingyenes.
Foglalj egy 15 perces hívástNem. A Google keresője nem veszi figyelembe a rangsorolásnál, és a PageSpeed Insights ügynöki böngészés blokkja is csak listázza, nem pontozza. A WebMCP az AI-ügynökök munkáját segíti, nem a keresőpozíciódat.
Egy egyszerű, csak olvasható toolokból álló első kör WordPress alatt néhány kódrészlettel megoldható, fejlesztői csapat nélkül. Tranzakciós toolokhoz, például webshopos kosárkezeléshez már érdemes szakembert bevonni, mert ott a hibának ára van.
Rövid távon semmi. Az ügynökforgalom ma még minimális, a szabvány pedig mozog. Középtávon viszont a tranzakciós oldalak számára valódi különbség lesz, hogy egy ügynök tud-e náluk műveletet végezni, vagy a konkurenciához viszi a felhasználóját.
A Chrome a 149-es verziótól nyilvános origin trialben teszteli, és a Microsoft Edge is futtat hozzá saját tesztprogramot. A cél egy böngészőfüggetlen webes szabvány, de ettől még évek választanak el.
Nem, más rétegen dolgoznak. A strukturált adat azt segíti, hogy a gépek megértsék és idézzék a tartalmadat. A WebMCP azt, hogy műveletet hajtsanak végre az oldaladon. Az egyik az idézhetőség, a másik a kezelhetőség eszköze, és mindkettőre szükség lesz.
Rövid, lényeges, azonnal bevethető ötletek AI-hoz, Canvához és kampányokhoz. Egy e-mail, heti egyszer. Ennyi.
Miért jó?
⏱️ 5 perc alatt elolvasható
🧩 Konkrét sablon/prompt vagy checklist jár hozzá
📈 A/B-el tesztelt, valóban működő minták
