Zum Inhalt

Agentic Commerce: Was Shops für KI-Kaufprozesse brauchen

Wie Shops ihre Produktdaten und Schnittstellen auf KI-gestützte Kaufprozesse vorbereiten können – mit Einordnung des Agentic Commerce Protocol.

Agentic Commerce: Was Shops für KI-Kaufprozesse brauchen
In diesem Artikel

Auf den Punkt

KI verändert, wie Menschen Produkte entdecken und auswählen. Für Shops zählen verständliche Produktdaten, aktuelle Verfügbarkeit und kontrollierte Integrationen.

Ein Kunde beschreibt, was er sucht. Ein KI-Assistent hilft dabei, passende Produkte zu finden und Informationen einzuordnen. Welche Schritte bis zum Kauf direkt in einer KI-Oberfläche möglich sind, hängt von der Plattform, dem Händler und der verfügbaren Integration ab.

Für einen Online-Shop ist deshalb nicht die größte Marktprognose entscheidend. Die praktische Frage lautet: Sind Produktdaten und Abläufe so klar, dass auch neue Vertriebskanäle damit arbeiten können?

Was Agentic Commerce bedeutet

Agentic Commerce beschreibt Kaufprozesse, bei denen KI-Assistenten Aufgaben für Nutzer übernehmen oder vorbereiten. Produktsuche, Vergleich und Abschluss sind unterschiedliche Schritte. Die Unterstützung eines Schritts bedeutet nicht automatisch, dass ein Shop alle anderen ebenfalls anbietet.

Stripe beschreibt dafür eine Infrastruktur aus Produktzugang, Checkout und Zahlungen. Das Agentic-Commerce-Angebot von Stripe gibt einen Überblick; Funktionsumfang und Teilnahmebedingungen sollten für den eigenen Fall geprüft werden.

Produktdaten und Checkout sind zwei Aufgaben

Die OpenAI-Dokumentation unterscheidet strukturierte Produktfeeds von der technischen Checkout-Anbindung. Ein Feed liefert Kataloginformationen. Der Checkout benötigt eigene Schnittstellen und eine passende Integration. Die konkreten Anforderungen stehen im offiziellen Commerce-Einstieg.

Für die Projektplanung heißt das: Zuerst klären, welche Oberfläche und welcher Anwendungsfall unterstützt werden sollen. Danach werden Datenformat, Aktualisierung und Transaktionsablauf gemeinsam geplant.

Was Shops bereits vorbereiten können

Unabhängig vom gewählten Kanal sind diese Fragen hilfreich:

  1. Produktidentität: Sind Varianten, Artikelnummern und Eigenschaften eindeutig?
  2. Aktualität: Wie gelangen Preisänderungen und Bestände in angebundene Systeme?
  3. Beschreibung: Erklären Texte verständlich, für wen ein Produkt geeignet ist und welche Grenzen es hat?
  4. Verantwortung: Wer kontrolliert Datenqualität und reagiert auf fehlerhafte Angebote?
  5. Betrieb: Wie werden Ausfälle, abweichende Bestände und doppelte Anfragen behandelt?

Ein möglicher erster Schritt ist ein begrenzter Katalogtest. Wähle eine überschaubare Produktgruppe, dokumentiere problematische Varianten und prüfe, ob Informationen über alle beteiligten Systeme hinweg konsistent bleiben.

Woran eine Integration scheitern kann

Eine technisch erreichbare API genügt nicht. Wenn Preise veraltet sind, Varianten verwechselt werden oder ein Bestellstatus nicht nachvollziehbar ist, entstehen Probleme für Kunden und Support.

Plane deshalb auch Fälle, die nicht dem Idealfall entsprechen: Ein Artikel ist inzwischen ausverkauft, ein Preis hat sich geändert, eine Anfrage wird wiederholt oder ein Nutzer bricht ab. Diese Fälle gehören in den Testplan und brauchen klare Zuständigkeiten.

Vom Katalogtest zum betreuten Bestellprozess

Ein Pilot lässt sich in drei getrennte Arbeitspakete aufteilen. Dadurch wird sichtbar, ob ein Problem in den Daten, in einer Schnittstelle oder im eigentlichen Kaufablauf liegt.

1. Datenbestand aufnehmen

Lege fest, welches System für Artikel, Varianten, Preise und Bestände maßgeblich ist. Prüfe eine repräsentative Auswahl: ein einfaches Produkt, mehrere Größen oder Farben, ein ausverkaufter Artikel und ein Artikel mit besonderen Versandbedingungen. Dokumentiere für jedes Feld Quelle, Aktualisierung und Verantwortliche. Das Ergebnis ist eine konkrete Liste von Datenlücken statt einer pauschalen Bewertung des Shops.

2. Übergaben und Ausnahmen testen

Prüfe den gesamten Weg einer Anfrage: Welche Produktvariante wurde ausgewählt, welcher Preis wurde bestätigt und welche Bestellnummer erhält der Support? Wiederhole Tests mit Preisänderungen, fehlenden Lieferinformationen und einem Abbruch. Eine wiederholte Anfrage darf nicht unbemerkt zu einer doppelten Bestellung führen. Für jeden Fehlerfall braucht es einen definierten Endzustand und eine nachvollziehbare Rückmeldung.

3. Betrieb und Support vorbereiten

Bestimme, wer fehlerhafte Katalogdaten korrigiert, Integrationsfehler untersucht und Rückfragen von Kunden bearbeitet. Auch eine technisch erfolgreiche Übergabe muss für das bestehende Team auffindbar sein. Besprich deshalb mit dem Support, welche Informationen er benötigt, bevor ein Kanal freigeschaltet wird.

Eine brauchbare Abnahme statt einer beeindruckenden Demo

Eine Demo zeigt häufig einen erfolgreichen Kauf. Für eine Abnahme zählt zusätzlich, was unter ungünstigen Bedingungen passiert. Eine kurze Prüfliste kann so aussehen:

TestfallWas nachvollziehbar sein muss
Variante wird gewechseltArtikelkennung, Eigenschaften und Preis gehören zusammen.
Bestand ändert sichDie verfügbare Menge wird vor dem Abschluss erneut berücksichtigt.
Anfrage wird wiederholtEs entsteht keine unbemerkte doppelte Bestellung.
Kauf wird abgebrochenStatus und weitere Bearbeitung sind eindeutig.
Kunde fragt nachDer Support kann den Vorgang im zuständigen System zuordnen.

Das sind Planungs- und Testkriterien, keine Behauptung über den Funktionsumfang einer bestimmten Plattform. Sie müssen auf die tatsächlich verwendete Integration übertragen werden.

Aufwand und Nutzen gemeinsam bewerten

Zum Aufwand gehören neben der Entwicklung auch die Pflege des Katalogs, Monitoring und Support. Als Vergleich dienen die heutigen Abläufe: Wie oft müssen Produktdaten korrigiert werden? Wie viele Übergaben scheitern? Wie viel Nacharbeit entsteht je Vorgang? Ein Pilot ist dann hilfreich, wenn er diese Fragen mit nachvollziehbaren Beobachtungen beantwortet – auch wenn das Ergebnis gegen einen sofortigen Ausbau spricht.

Ein sinnvoller nächster Schritt

Prüfe zuerst den Zustand deiner Produktdaten und die Grenzen deines Shopsystems. Darauf lässt sich aufbauen: mit einer gezielten API-Anbindung, einer E-Commerce-Lösung oder einem begrenzten Pilotprojekt.

Eine Integration sollte einen nachvollziehbaren Nutzen haben. Welche Möglichkeiten für deinen Shop relevant sind, lässt sich im Gespräch über deine Abläufe klären.

Häufige Fragen

Braucht jeder Shop sofort eine ACP-Integration?

Nein. Entscheidend sind Zielkanal, Kundenbedarf, verfügbare Schnittstellen und Aufwand. Gute Produktdaten sind ein sinnvoller Ausgangspunkt.

Ersetzt ein Produktfeed den Checkout?

Nein. Katalogdaten und Transaktionsabläufe erfüllen unterschiedliche Aufgaben und müssen entsprechend geplant werden.

Welche Kennzahl ist für einen Pilot sinnvoll?

Wähle sie passend zum Ziel: etwa Datenfehler, erfolgreiche Übergaben oder betreute Bestellfälle. Lege vor dem Test fest, womit du das Ergebnis vergleichst.

Quellen und Stand

Fachlich überarbeitet am 22. Oktober 2026. Plattformfunktionen ändern sich; für die Implementierung gelten die jeweils aktuellen Spezifikationen.