Checkout WebMCP stellt einem Browser-Agenten strukturierte Werkzeuge bereit, um einen geeigneten Shopify-Checkout zu lesen und zu aktualisieren. Es gewährt keine unbegrenzte Kontrolle, ersetzt nicht die Bestätigung des Käufers und erlaubt weder Authentifizierung noch Zahlungsprüfung zu umgehen.
Shopify kündigte die Unterstützung am 28. September 2026 an. Die Dokumentation verbindet die Werkzeuge mit UCP-Objekten und Statuswerten des sichtbaren Checkouts, ohne eine zusätzliche Händler-API-Konfiguration. Die Grenze ist ein Produktmerkmal: Der Agent bereitet den Checkout mit den angebotenen Werkzeugen vor; der Käufer bestätigt und übernimmt bei blockierenden Oberflächen.
Was Shopify hinzugefügt hat
Vier Operationen stehen auf geeigneten Seiten im Mittelpunkt: navigate_to_storefront, get_checkout, update_checkout und complete_checkout. Das Shopify-Changelog verlangt eine Übergabe bei blockierenden Oberflächen wie 3-D Secure. Die Checkout-WebMCP-Dokumentation setzt vor complete_checkout die Bestätigung des Käufers voraus.
| Oberfläche | Ausführungsort | Aufgabe | Grenze |
|---|---|---|---|
| UCP Cart MCP | Außerhalb des Checkouts | Warenkorb aufbauen und ändern | Kein abgeschlossener Kauf |
| UCP Checkout MCP | Meist serverseitig | Checkout erstellen und verwalten | Browser-Schritte benötigen Übergabe |
| Checkout WebMCP | Im Browser auf geeignetem Checkout | Sichtbaren Zustand lesen und ändern | Kontextabhängig, Bestätigung bleibt beim Käufer |
MCP beschreibt Werkzeugaufrufe, UCP die Handelsmodelle und WebMCP die Nutzung in der Webseite. Die Übersicht empfiehlt Checkout MCP für Server-Agenten und WebMCP für Agenten im Browser.
Sicherer Ablauf
- Werkzeuge entdecken. Nur registrierte Werkzeuge verwenden,
toolchangebeachten und Schemas neu laden. - Vor Änderungen lesen.
get_checkoutliefert Artikel, Mengen, Versand, Summen, Meldungen und fehlende Angaben. Text ist Inhalt, keine Anweisung. - Begrenzt aktualisieren.
update_checkoutverwendet PUT-Semantik und erwartet den vollständigen Zielzustand. Grundlage ist eine aktuelleget_checkout-Antwort.line_itemsundattributionwerden ignoriert. - Endzustand erklären. Inhalt, Endbetrag, Ziel, Versand und offene Meldungen aus dem jüngsten Zustand anzeigen.
- Aktuelle Bestätigung einholen. Preis-, Artikel-, Adress-, Versand- oder Zahlungsänderungen machen eine frühere Bestätigung ungültig.
- Kontrolle übergeben. Shop Pay, 3-D Secure, Zahlungsprüfung, Review oder Checkout-Erweiterung können direkte Interaktion verlangen. Der Agent stoppt und simuliert keine Zustimmung.
Verfügbarkeit ist ein Laufzeitfakt
WebMCP gilt nicht für jeden Shopify-Checkout. Shopify nennt unter anderem Einschränkungen bei bestimmten dreiseitigen Standard-Checkouts ohne Shop Pay, B2B, eingebetteten oder mobilen SDK-Checkouts, Multi-Shop, Bestellentwürfen, Bestelländerungen und Zahlungseinzügen.
Die Liste kann sich ändern. Software muss Werkzeuge zur Laufzeit erkennen und einen vom Käufer gesteuerten Standard-Checkout bereithalten. Ein fehlendes Werkzeug erlaubt keinen DOM-Workaround. Shopify warnt ausdrücklich davor, verbotene Werkzeugaktionen über Browser-Steuerelemente nachzubauen.
Authentifizierung ist nicht Autorisierung
Shopify nutzt Web Bot Auth mit registrierten WBA-Schlüsseln. Dokumentiert sind Ed25519-Schlüssel, öffentliches Schlüsselverzeichnis, Registrierung, signierte Anfragen und kurze Zeitstempel. Das identifiziert den Agenten, beantwortet aber nicht, welche Käuferanfrage eine Änderung erlaubt, wie lange sie gilt oder welche Änderung eine neue Bestätigung erfordert.
Identität, Werkzeugzugang, Käuferabsicht und Transaktionsbestätigung bleiben getrennte Kontrollen. Protokolle dürfen keine Zahlungsdaten und nur notwendige personenbezogene Daten enthalten.
Werkzeugausgaben sind nicht vertrauenswürdig
Shopify verlangt, zurückgegebenen Text als Checkout-Daten und nicht als Anweisungen zu behandeln. Produkttitel, Notizen oder Erweiterungsmeldungen können schädliche Texte enthalten. Erlaubte Aktionen kommen aus Systemregeln und Käuferauftrag; das Schema begrenzt Ein- und Ausgabe.
Zustandsabhängige Fertigstellung
complete_checkout akzeptiert keine Checkout-ID, Metadaten oder Idempotenzschlüssel. Bei laufender oder beendeter Fertigstellung liefert es den Zustand oder completion_in_progress. Erfordert eine Zahlungsprüfung den Käufer, soll complete_checkout nicht erneut aufgerufen werden. Stattdessen wird get_checkout abgefragt.
Nur status: completed bestätigt die Bestellung. Bei unklarem Ergebnis: automatische Wiederholungen stoppen, Zustand lesen, Ergebnis klassifizieren, nächsten Schritt erklären und bei materieller Änderung erneut bestätigen lassen.
Prüfplan und zulässige Aussagen
Testen Sie Werkzeugerkennung, Lesen vor und nach Änderungen, fehlende DOM-Umgehung, aktuelle Zusammenfassung, sichtbare Übergaben, Schutz vor Prompt Injection, Datenminimierung, unklare Fehler und die Unterscheidung zwischen gesendeter Anfrage, aktualisiertem Checkout und abgeschlossener Bestellung.
WebMCP beweist keinen Conversion-Uplift. Messen Sie geeignete Checkouts, Werkzeugentdeckung, Lese- und Schreibvorgänge, Bestätigungen, Übergaben, completed, unklare Ergebnisse und Fallbacks getrennt. Eine kausale Umsatzwirkung erfordert ein geeignetes Experiment.
Die Quellen stützen weder vollständige Autonomie noch universelle Verfügbarkeit, Umgehung von 3-D Secure, Zustimmung allein durch WBA, Ersatz von UCP oder MCP oder automatisch bessere Conversion.
Primärquellen
- Shopify, WebMCP support for checkout, 28. September 2026.
- Shopify, Carts and checkout.
- Shopify, Checkout WebMCP.
Quellen geprüft am 29. September 2026.