Ist Dein Shop bereit für Agentic Commerce?

Klassische Suche liefert eine Liste von Verweisen. Der Mensch öffnet mehrere Shops, vergleicht Preise, sucht die Versandkosten, prüft die Rückgabefrist und entscheidet. Jeder dieser Schritte ist ein Seitenaufruf, und jeder Seitenaufruf ist eine Gelegenheit, mit Gestaltung, Text und Vertrauen zu überzeugen.

Agentic Commerce verschiebt diese Zwischenschritte in einen Assistenten. Der Nutzer beschreibt, was er braucht, und bekommt eine kurze, bereits gefilterte Auswahl. In der weitergehenden Ausbaustufe legt der Assistent den Warenkorb an oder schließt den Kauf ab, ohne dass eine Shopseite je im Browser erscheint.

Für den Shop ändert das die Eintrittsbedingung. Nicht die Gestaltung entscheidet zuerst, sondern ob ein Programm die relevanten Fakten sauber und widerspruchsfrei aus der Seite oder einem Feed ziehen kann. Wer diese Fakten nicht maschinenlesbar liefert, taucht in der Vorauswahl gar nicht erst auf.

Anfang 2026 zeichnen sich zwei Linien ab. Die eine ist das Agentic Commerce Protocol, kurz ACP, dokumentiert bei OpenAI und im Umfeld von OpenAI und Stripe entstanden. Es beschreibt einen Checkout innerhalb von ChatGPT, eine delegierte Zahlung für Payment-Provider und ein Feed-Format für Produktdaten.

Die zweite Linie ist das Universal Commerce Protocol, kurz UCP. Es tritt als offener Standard auf, wird von einer breiten Gruppe getragen, unter anderem Google, Shopify, Etsy, Stripe und mehrere große Händler und beschreibt gemeinsame Bausteine für Checkout, Identitätsverknüpfung über OAuth 2.0 und Bestellverwaltung.

Die ehrliche Aussage lautet: Eine Festlegung wäre heute verfrüht. Stripe taucht in beiden Lagern auf, UCP kündigt weitere Branchen noch an, und keine der beiden Spezifikationen hat sich als alleiniger Standard durchgesetzt. Was Du jetzt sinnvoll bauen kannst, ist die Schicht, die beide voraussetzen.

Beide Protokolllinien setzen dieselbe Grundlage voraus: einen Datenstand, der ein Produkt vollständig beschreibt, ohne dass jemand eine Seite ansieht. Solange dieser Stand fehlt, ändert kein Protokoll etwas. Deshalb ist Produktdatenarbeit die Investition, die unabhängig vom Ausgang der Standardfrage trägt.

Die Feed-Spezifikation von ACP macht das konkret. Verpflichtend sind eine stabile Artikel-ID, die Verfügbarkeit, ein Preis mit Währungscode nach ISO 4217 und mindestens ein Bild. Gängige Identifikatoren wie GTIN und Herstellernummer sind optional, machen die Zuordnung zu einem Produkt aber deutlich zuverlässiger.

Interessanter ist, was darüber hinaus verlangt wird. Wer über den Feed auch verkaufen will, muss Datenschutzerklärung und AGB als Feld mitliefern. Rückgaben lassen sich über eigene Felder ausdrücken: ob Retouren akzeptiert werden, innerhalb welcher Frist und unter welcher Richtlinien-Adresse die Regeln nachlesbar sind.

Das Model Context Protocol ist ein offener Standard, über den KI-Anwendungen an externe Systeme angebunden werden. Es arbeitet nach einem Client-Server-Muster: Ein Server stellt Werkzeuge und Daten bereit, ein Assistent verbindet sich damit und ruft sie ab, ohne dass für jede Kombination eine eigene Integration nötig wäre.

Für den Handel gibt es das bereits fertig. Shopify betreibt einen Storefront-MCP-Server, über den ein Assistent im Katalog suchen, Empfehlungen abrufen, einen Warenkorb anlegen und ändern, Versand- und Rückgaberichtlinien nachlesen sowie den Bestellstatus prüfen kann. Die Antworten kommen aus dem Shop selbst, nicht aus einem Index.

Der Unterschied zum Feed ist der Zeitpunkt der Wahrheit. Ein Feed ist ein Abzug und altert zwischen zwei Läufen; ein MCP-Zugang antwortet im Moment der Frage. Dafür muss der Assistent die Verbindung überhaupt herstellen, während ein Feed passiv von mehr Oberflächen gelesen wird.

Der erste Punkt ist die Auslieferung. Steht der Produkttext samt Preis und Verfügbarkeit im ausgelieferten HTML, kann ihn jeder Abrufer lesen. Wird er erst durch clientseitiges JavaScript nachgeladen, hängt alles davon ab, ob der jeweilige Crawler rendert, und viele tun das nicht oder nur verzögert.

Der zweite Punkt ist der Zugang selbst. robots.txt, Bot-Schutz und WAF-Regeln entscheiden, wer überhaupt eine Antwort bekommt. Pauschale Sperren gegen alles ohne Browser-Fingerprint schließen zuverlässig auch die Abrufer aus, die Deine Produkte in eine Antwort aufnehmen würden. Das ist eine bewusste Entscheidung, keine Nebensache.

Der dritte Punkt sind Stabilität und Statuscodes. Produkt-URLs, die jede Sortimentsumstellung überleben, sind mehr wert als perfekte Titel. Ausgelistete Artikel sollten mit 404 oder 410 antworten statt mit einer leeren 200er-Seite. Und Antwortzeiten wirken hier direkt: Was zu langsam antwortet, wird schlicht übersprungen.

Ein Assistent gibt selten eine ganze Seite wieder. Er sucht die Stelle, die eine konkrete Frage vollständig beantwortet, und übernimmt sie. Absätze, die nur im Zusammenhang mit dem vorherigen Satz Sinn ergeben, fallen dabei durch. Ein Absatz, der für sich steht, wird übernommen. Das ist der ganze Mechanismus.

Widersprüche kosten mehr als Lücken. Wenn strukturierte Daten einen anderen Preis nennen als die sichtbare Seite, oder Verfügbarkeit im Markup steht, die der Shop nicht bestätigt, entwertet das beide Quellen. Konsistenz zwischen Markup, Feed und sichtbarer Seite ist wichtiger als die Anzahl ausgefüllter Felder.

Auf Produktseiten heißt das: Passform, Material, Lieferzeit, Pflege und Rückgabe gehören als lesbarer Text auf die Seite. Wenn diese Angaben nur in nachgeladenen Reitern oder in einer Grafik stecken, existieren sie für den Abrufer nicht, und die Antwort entsteht dann aus einer fremden Quelle.

Eine brauchbare Prüfung besteht nicht aus einer Punktzahl, sondern aus einer Liste von Blockern. Entweder ein Abrufer kommt an die Fakten, oder er kommt nicht an sie. Zwischenwerte helfen niemandem bei der Entscheidung, was als Nächstes zu tun ist.

Praktisch prüfst Du jeden Punkt zweimal: einmal so, wie ein Mensch die Seite sieht, und einmal so, wie ein Programm ohne JavaScript sie bekommt. Die Abweichung zwischen beiden Ansichten ist die eigentliche Arbeitsliste. Alles Weitere folgt daraus.

Die häufigste Fehlinvestition ist die frühe Festlegung auf ein Protokoll, das sich noch bewegt. Wer Anfang 2026 einen vollständigen Checkout gegen eine Spezifikation baut, deren Umfeld sich in Monaten verschiebt, bindet Entwicklungszeit an eine Wette. Die Feed- und Datenarbeit dagegen zahlt in jeder Variante der Zukunft ein.

Ebenso wenig lohnt sich der Umbau des Shops zu einer reinen Maschinenschnittstelle. Der überwiegende Teil des Umsatzes entsteht weiterhin über Menschen, die eine Seite ansehen. Agentic-Readiness ist eine zusätzliche Anforderung an dieselbe Seite, kein Ersatz für Gestaltung, Argumentation und Conversion-Arbeit.

Und schließlich: Kein Aufwand für Kennzahlen, die es noch nicht gibt. Die Sichtbarkeit in Assistenten lässt sich Anfang 2026 nicht sauber messen wie Suchpositionen. Wer darauf ein Reporting baut, baut auf Schätzungen. Prüfe stattdessen die Voraussetzungen. Die sind eindeutig feststellbar.