Shopify 28. září rozšířilo podporu WebMCP až do checkoutu. AI agent běžící v prohlížeči tak nově zvládne celou nákupní cestu: najít produkt, poskládat košík, projít pokladnou a — po potvrzení zákazníkem — objednávku skutečně odeslat.
Sama zpráva zapadá do trendu, který je vidět už rok. Zajímavější je, jak to Shopify udělalo. Protože tím fakticky nastavuje, jak bude agentní nakupování vypadat i jinde.
Co přesně se zapnulo
Formulace z changelogu je střízlivá: prohlížečoví agenti teď mohou číst a upravovat Shopify checkouty pomocí WebMCP nástrojů pro checkout.
Prakticky agent umí čtyři věci:
- dojít na storefront,
- přečíst stav checkoutu, jeho hlášky a po dokončení i detaily objednávky,
- vyplnit podporovaná pole checkoutu,
- odeslat checkout po potvrzení kupujícím.
Dvě věty z changelogu stojí za vypíchnutí, protože mění povahu celé věci: nástroje běží uvnitř checkoutu a pracují se stejným stavem jako jeho uživatelské rozhraní. Nevystavují nové API a nevyžadují konfiguraci ze strany obchodníka.
To druhé znamená, že se to obchodníka netýká jako projekt. Nezapíná to, neinstaluje, neplatí za to. Prostě to na jeho e-shopu jednoho dne je.
Kde agent musí ustoupit
Changelog zmiňuje i hranici, a ta je podstatná. Agent vrací řízení zpět kupujícímu vždy, když je potřeba lidský vstup — jmenovitě u 3D Secure ověření platby a u rozšíření, která checkout zablokují.
Není to tedy autonomní nákup. Je to asistovaný nákup, kde člověk zůstává u rozhodnutí a u platby. Rozdíl mezi „agent nakupuje za vás" a „agent vám vyplní formuláře a vy zmáčknete potvrdit" je v téhle fázi zásadní a v marketingových shrnutích se ztrácí.
Dvě cesty, které se běžně pletou
Kolem agentního nakupování na Shopify kolují zkratky typu „Catalog MCP → Cart MCP → Checkout MCP → objednávka". Ten řetězec zní logicky, ale míchá dvě odlišné architektury dohromady.
WebMCP běží v prohlížeči. Nástroje jsou součástí stránky, sdílí stav s jejím rozhraním. Agent je v podstatě druhý uživatel toho samého okna. Právě sem přibyl checkout.
Catalog, Cart a Checkout MCP jsou serverové endpointy. Agent se na ně připojuje zvenčí, přes MCP rozhraní obchodu. Storefront Catalog MCP obsluhuje vyhledávání v katalogu, Cart MCP skládání košíku, Checkout MCP vytváření a správu checkout sessions a převod košíku na checkout.
Obě cesty vedou k nákupu a doplňují se, ale nejsou jedním řetězcem. Kdo staví integraci, musí vědět, kterou z nich řeší — jsou to jiná rozhraní s jinými omezeními. (Shopify navíc starší Storefront MCP nástroje pro košík ukončuje ve prospěch novějšího Cart MCP, takže i uvnitř té serverové větve se ještě usazuje terminologie.)
Agent s ověřitelnou identitou
Druhá věc, která se v téhle debatě podceňuje: kdo vlastně ten agent je.
Dosavadní automatizace nad e-shopy fungovala tak, že skript anonymně předstíral člověka — klikal, parsoval HTML, obcházel omezení. E-shop neměl jak rozlišit užitečného agenta od scraperu.
Shopify to řeší ze dvou stran. Provozovatelé botů a nástrojů mají své požadavky podepisovat pomocí Web Bot Auth — HTTP podpisů generovaných v administraci; nepodepsané požadavky dostávají nejpřísnější rate limity. A vývojáři agentů si registrují profil agenta, na který se odkazují při každém požadavku; vyšší stupně důvěry pak odemykají širší přístup včetně přímého dokončení checkoutu.
Jinými slovy: agent přestává být anonymní návštěvník a stává se identifikovatelným partnerem s přiděleným oprávněním. To je z pohledu provozovatele e-shopu lepší svět než dnešní stav, kdy se automatizace musí tvářit jako člověk.
Co z toho plyne pro český e-shop
Buďme konkrétní: pokud máte e-shop na Shoptetu, dnes se vás to přímo netýká. Shoptet podobné rozhraní pro agenty nenabízí a nic nenaznačuje, že by to bylo otázkou týdnů.
Nepřímo je to ale relevantní hodně, a to ze dvou důvodů.
První: velká platforma právě nastavila očekávání. Když jeden hráč ukáže, že se dá dát agentům řízený přístup ke katalogu, košíku a pokladně, přestává to být výzkum a stává se to referencí, proti které se ostatní poměřují. Otázka se posouvá z „bude tohle vůbec potřeba" na „kdy a v jaké podobě".
Druhé: to, z čeho agenti čerpají dnes, si můžete zlepšit hned. Než přijde jakékoli rozhraní, čtou agenti a jazykové modely váš e-shop tak, jak je — z obsahu stránky, ze strukturovaných dat a z feedů. A tam je u většiny českých e-shopů co dohánět:
- Strukturovaná data u produktů. Cena, dostupnost, varianty, recenze ve formátu, který stroj přečte jednoznačně. Ne obrázek s cenou a ne cena dopočítaná JavaScriptem.
- Feedy, které odpovídají realitě. Když se dostupnost ve feedu liší od skladu, agent doporučí něco, co nemáte. Chyba se projeví hned a na vaši stranu.
- Čitelné produktové texty. Ne pro robota, ale prostě úplné — parametry, kompatibilita, rozměry. Model nedoplní, co na stránce není.
- Technický stav webu. Rychlost, dostupnost, funkční vyhledávání. To, co pomáhá člověku, pomáhá i agentovi.
Tohle není příprava na hypotetickou budoucnost. Je to práce, která se vyplácí už teď ve vyhledávání i v generativních odpovědích — a když někdy dorazí agentní rozhraní, budete o krok dál.
Co nedělat
Nepřepisujte si e-shop kvůli tomuhle. Nic z toho, co Shopify zapnulo, není dnes dostupné mimo jejich platformu a migrace kvůli jedné funkci je nejdražší možná reakce.
Neberte to jako konec SEO. Agent někde musí produkt najít a zatím ho hledá tam, kde hledá i člověk. Mění se rozhraní, ne potřeba být nalezen.
A nepřeceňujte rychlost. Mezi „platforma to umí" a „zákazníci to reálně používají" bývá několik let. Adopce agentního nakupování zatím není nikde doložená čísly, která by opravňovala k velkým investicím.
Časté otázky
Co přesně Shopify 28. září zapnulo? Podporu WebMCP nástrojů pro checkout. Agent v prohlížeči může číst stav checkoutu, jeho hlášky i detaily dokončené objednávky, vyplňovat podporovaná pole a po potvrzení zákazníkem checkout odeslat. Nástroje běží uvnitř checkoutu a sdílí stav s jeho rozhraním.
Musí obchodník něco nastavit nebo nainstalovat? Ne. Shopify výslovně uvádí, že nástroje nevystavují nové API a nevyžadují konfiguraci ze strany obchodníka. Zapíná se to na jejich straně.
Může agent nakoupit úplně sám bez zákazníka? V tomhle režimu ne. Checkout odesílá až po potvrzení kupujícím a řízení vrací člověku vždy, když je potřeba jeho vstup — typicky u 3D Secure ověření platby nebo u rozšíření, která checkout zablokují.
Je WebMCP totéž co Catalog, Cart a Checkout MCP? Ne, jsou to dvě různé cesty. WebMCP běží v prohlížeči uvnitř stránky. Catalog, Cart a Checkout MCP jsou serverové endpointy, na které se agent připojuje zvenčí. Doplňují se, ale nejde o jeden řetězec.
Co z toho plyne pro e-shop na Shoptetu? Přímo zatím nic — Shoptet tyhle rozhraní nenabízí. Nepřímo hodně: čitelný strukturovaný katalog, funkční feedy a korektní data o dostupnosti a ceně jsou to, z čeho agenti čerpají už dnes. To je práce, která se vyplatí bez ohledu na to, kdy a zda podobné rozhraní přijde.
Shrnutí
- Shopify pustilo agenty do checkoutu bez nutnosti cokoli nastavovat na straně obchodníka. Nástroje běží uvnitř pokladny a sdílí její stav; agent ale odesílá až po potvrzení zákazníkem a u 3D Secure vrací řízení člověku.
- WebMCP v prohlížeči a serverové Catalog/Cart/Checkout MCP jsou dvě různé věci. Doplňují se, ale nejde o jeden řetězec — a pro stavbu integrace je to rozdíl.
- Pro české e-shopy z toho plyne směr, ne úkol. Co má smysl dělat hned, je čitelný katalog, přesné feedy a úplné produktové údaje. Z toho agenti čerpají už dnes.
Chcete mít e-shop připravený na to, jak ho čtou vyhledávače i jazykové modely? Podíváme se na strukturovaná data, feedy a technický stav konkrétně: Shoptet na míru.
