Es gibt zwei Wege, auf denen ein KI-Agent Ihren Store erreicht, und die meisten Diskussionen decken nur einen ab.
Der serverseitige Weg ist UCP: Ein Agent verbindet sich mit einem MCP-Endpunkt, durchsucht einen Katalog, baut einen Warenkorb. Der andere läuft vollständig im Browser, auf der Seite, die der Käufer gerade ansieht. Er heißt WebMCP, und auf Shopify ist er standardmäßig aktiv.
Die wichtigsten Punkte
- WebMCP ist ein Webstandard, mit dem Seiten strukturierte Werkzeuge bei einem Agenten im Browser registrieren. Schnittstelle:
document.modelContext, mitgetTools()undexecuteTool(). - Shopify registriert sie automatisch auf jeder Liquid-Storefront und auf Hydrogen-2026-10-Storefronts, die
ShopifyScriptsrendern. - Rund 19 Werkzeuge in fünf Gruppen — Katalog, Warenkorb, Checkout, Navigation und Storeinformationen.
- Offizielle Formulierung: Agenten erhalten Daten, statt Screenshots zu parsen.
search_shop_policies_and_faqsist heute der einzige aktive Ausgang Ihrer Wissensdatenbank.

Die Werkzeugliste
Gruppe | Werkzeuge | Was der Agent tun kann |
|---|---|---|
Katalog |
| Innerhalb der Seite suchen, Kollektionen durchsehen, Varianten wechseln |
Warenkorb |
| Den Warenkorb der laufenden Session direkt bedienen |
Checkout |
| Zum Checkout vorrücken und abschließen |
Navigation und Bestellungen |
| Im Store navigieren, Bestellungen verwalten |
Storeinformationen |
| Richtlinien- und FAQ-Fragen auf der Seite beantworten |

Warum der Ersatz von Screenshots durch Funktionsaufrufe zählt
In den letzten zwei Jahren haben Browser-Agenten E-Commerce-Seiten visuell bedient: Screenshot, Button erkennen, Koordinaten berechnen, klicken, erneut screenshotten. Diese Schleife ist langsam, teuer und brüchig. Ein Redesign bricht sie. Ein Cookie-Banner bricht sie. Ein lazy geladener Preis bricht sie.
WebMCP ersetzt sie durch einen Funktionsaufruf, was für Händler drei Dinge ändert.
Stabilität. Der Agent hängt an einem Werkzeugvertrag, nicht an Pixelpositionen. Gestalten Sie die Produktseite neu, und der Kaufpfad funktioniert weiter. Für Teams, die häufig ausliefern, verschwindet damit still eine ganze Kategorie unsichtbarer Defekte.
Kosten. Ein add_to_cart-Aufruf ersetzt ein Dutzend Screenshots und Klicks. Billiger und schneller für den Agenten heißt, dass mehr Käufe abgeschlossen statt abgebrochen werden.
Beobachtbarkeit. Werkzeugaufrufe sind im Prinzip messbar, was simulierte Klicks nie waren. Erstmals gibt es einen Weg zu wissen, wie viele Agenten was in Ihrem Store getan haben — wobei die Reporting-Seite, wie in der Attributionslücke beschrieben, noch unreif ist.
Die Klausel, die es wirklich wichtig macht
Die /agents.md Ihres Stores enthält eine Zeile, die man leicht überliest: „Do not fall back to scripted form fills or page controls."
Sind Werkzeuge nicht verfügbar, sollen Agenten nicht wieder klicken, sondern den Käufer an einen Browser zurückgeben. Kombiniert mit einer Storefront, die null WebMCP-Werkzeuge registriert, ist das Ergebnis konkret: Der Agent fällt nicht auf die alte visuelle Methode zurück. Er geht.
Damit wird das grep-Ergebnis zu einer echten Zahl. Liefert curl -s --compressed https://ihrstore.com/ | grep -ci 'modelContext\|webmcp' eine Null, ist das kein fehlendes Extra, sondern eine geschlossene Tür. Auf dem untersuchten Headless-Store war die Zahl null, während ein vergleichbarer Liquid-Store fünf Treffer lieferte — der vollständige Vergleich steht hier.
Die Verbindung zur Wissensdatenbank
search_shop_policies_and_faqs verdient eigene Aufmerksamkeit wegen dessen, was es konsumiert: die Fakten, die Sie unter Sales channels → Agentic → Knowledge base veröffentlichen.
Die protokollseitige Ask-Fähigkeit ask_business ist noch ein UCP-Draft und fehlte unter den 15 Werkzeugen, die uns ein echter Store zurückgab. Dieses browserseitige Werkzeug liest dieselben Fakten aber bereits. Ein Käufer, der Ihren Store mit einem Agenten im Browser durchsieht, bekommt heute Ihre freigegebenen Antworten.
Genau das ist das praktische Argument, die Wissensdatenbank jetzt zu bauen, statt auf die Stabilisierung des Protokolls zu warten. Das Asset ist bereits im Einsatz.
Was konkret zu tun ist
- Registrierung prüfen. Das grep ausführen. Größer als null, sonst gilt nichts aus diesem Artikel für Sie.
- Auf Hydrogen bestätigen, dass Sie auf 2026-10 sind und
ShopifyScriptsgerendert wird oderinitializeShopifyScriptsaufgerufen wird. Das ist die häufigste Ursache für eine Null. - Die relevanten Werkzeuge testen. Durchsuchen Sie Ihren eigenen Store mit einem Agenten im Browser: ein Produkt finden, in den Warenkorb legen, eine Rückgabefrage stellen. Drei Minuten, und aussagekräftiger als jeder Auditbericht.
- Wissensdatenbank-Fakten veröffentlichen, denn
search_shop_policies_and_faqsliest sie bereits. - Nicht annehmen, Standard heiße funktionsfähig. Stark angepasste Themes, veränderte Checkouts und Drittanbieter-Cart-Apps können stören.
FAQ
Ist WebMCP eine Shopify-Erfindung? Nein. Es ist ein sich entwickelnder Webstandard, mit dem Seiten strukturierte Werkzeuge für Agenten im Browser bereitstellen. Shopifys Beitrag ist, eine Implementierung standardmäßig über seine Storefronts auszurollen — und genau das macht aus einem Standard einen Kanal.
Ersetzt WebMCP UCP? Nein, beide laufen parallel. UCP ist Server-zu-Server und trägt geschäftsübergreifende Discovery und agentenseitigen Checkout. WebMCP arbeitet auf der Seite, auf der ein Käufer bereits ist. Für das Gesamtbild braucht es beides — siehe den Sechs-Schichten-Stack.
Kann ich eigene Werkzeuge registrieren? Nicht über die Standardregistrierung von Shopify, die einen festen Satz liefert. Behandeln Sie die Standardwerkzeuge als Vertrag und investieren Sie darin, dass sie gute Daten zurückgeben.