← Dokumentation

Messung und Inkrementalität

Agenten-Integrationsschicht für Shops

Wie persönliche KI-Assistenten Shops über Suche, Protokolle und Gateways nutzen: die Rollen der Integration und klare Grenzen für Zugriff, Kauf und Bestellung.

YieldBI TeamGrowth ResearchAktualisiert Sept. 2026

Eine Agent-Integrationsebene ist die Menge der Shop-Funktionen, die der persönliche KI-Assistent eines Verbrauchers nutzen kann. Sie kann dem Assistenten erlauben, Produkte zu finden, ein aktuelles Angebot zu erhalten, einen unterstützten Checkout zu starten oder eine Bestellung zu prüfen. Ein vereinbartes Protokoll regelt die Kommunikation; ein Gateway verbindet diese Anfragen mit Katalog, Checkout und Bestellsystemen des Händlers.

Ihre Oberfläche für Menschen bedient den Kunden direkt. Ihre Agent-Integrationsebene stellt dem Assistenten des Kunden Funktionen bereit. Das Gespräch oder der Bestätigungsdialog des Assistenten ist eine dritte Schnittstelle. Diese Rollen auseinanderzuhalten verhindert, dass eine Shop-Integration mit einem Chatbot verwechselt wird.

Agent-Integrationsebene, Agent UI und Agent Harness

Agent-Integrationsebene ist der Leitbegriff dieser Dokumentation. Er benennt die händlerseitige Anbindung, die Shop-Funktionen für einen Assistenten verfügbar macht.

Agent UI ist ein informeller Begriff, der gelegentlich für eine agentenseitige Oberfläche verwendet wird. Wir vermeiden ihn als Leitbegriff, weil er einen Bildschirm für Menschen nahelegt und sich mit AG-UI überschneidet, einem Protokoll für die Kommunikation zwischen Agenten und nutzerseitigen Anwendungen.

Agent Harness bezeichnet die assistentenseitige Laufzeitumgebung um das Modell: die Software, die Kontext, Werkzeuge, Ausführungsschleife, Zustand und Sicherheitskontrollen verwaltet. Das Harness ruft eine Agent-Integrationsebene auf. Wer eine Integration bereitstellt, liefert damit nicht das Harness.

Wie weit der App-Store-Vergleich trägt

Ein Verzeichnis kann einem Menschen oder einem Assistenten helfen, eine Integration zu finden, ihren Anbieter zu erkennen und ihren Zweck zu verstehen. Danach braucht die Integration eine funktionierende Verbindung zum Unternehmen.

Ein Eintrag ist also nur Auffindbarkeit. Das Protokoll regelt die Kommunikation, das Gateway setzt die Verbindung um, und der Shop führt die unterstützte Operation aus. Setzen Sie keinen einzigen universellen Marktplatz voraus, den jeder persönliche Assistent nutzt.

Der Artikel zur Integration persönlicher Assistenten behandelt das größere Modell und seine wirtschaftlichen Folgen.

Die Ebenen

Ebene Rolle
Persönlicher Assistent und Agent Harness Kundenziel interpretieren, Rahmenbedingungen behalten, Werkzeuge wählen und Anfragen ausführen
Discovery Die Integration finden und verfügbare Funktionen erkennen
Protokoll Unterstützte Anfragen, Antworten und Interaktionszustände definieren
Shop-Gateway oder Adapter Diese Anfragen auf die Systeme des Händlers abbilden und Zugriffe durchsetzen
Commerce-System Tatsächliche Produkte, Angebote, Checkout-Ergebnisse und Bestellstatus bestimmen

Angenommen, ein Kunde fragt nach einem Artikel innerhalb eines Budgets und einer Lieferfrist. Der Assistent nutzt eine kompatible Integration, um Produkte abzufragen und ein Angebot anzufordern. Der Kunde bestätigt die verlangte Verpflichtung, und der Checkout läuft über den unterstützten Weg. Die Integration liefert ein bestätigtes Ergebnis oder einen ausdrücklich ungeklärten Zustand.

Worin sich die Protokolle unterscheiden

MCP bietet eine Client-Server-Architektur, über die KI-Anwendungen auf Werkzeuge und Kontext zugreifen. UCP definiert Commerce-Funktionen und ihre Auffindbarkeit. Verwandte Zuständigkeiten, aber nicht dieselben.

AG-UI betrifft die ereignisbasierte Kommunikation zwischen Agenten und nutzerseitigen Anwendungen. Es ist weder ein Shop-Verzeichnis noch ein universelles Einkaufsprotokoll. Das Scaffolding des Agenten liefert ihm Werkzeuge, Kontext und Ausführungsregeln.

Ein Protokoll zu verwenden belegt nicht, dass jeder Assistent mit Ihrem Shop Geschäfte machen kann. Prüfen Sie Versionen, unterstützte Funktionen, Authentifizierung, Marktbeschränkungen und den tatsächlichen Checkout-Weg.

Was ein Gateway bewahren muss

Lassen Sie das Commerce-System für Preise, Bestand, Berechtigungen und Bestellstatus maßgeblich bleiben. Die Produktabfrage kann öffentlich sein, während der Zugriff auf kundenspezifische Bestellungen eine Autorisierung erfordert. Erteilen Sie Zugriff auf die nötigen Operationen, nicht auf die gesamte Shop-Administration.

Eine Verbindung ist keine pauschale Kaufzustimmung. Der Kunde sollte Artikel, Gesamtbetrag, Lieferadresse und Bedingungen kennen, die eine Freigabe abdeckt. Geänderte Bedingungen können eine neue Entscheidung nötig machen.

Wiederholte Anfragen dürfen keine doppelten Käufe erzeugen. Geht eine Antwort verloren, prüfen Sie den bestehenden Vorgang, bevor Sie ihn wiederholen. Unterscheiden Sie einen angelegten Warenkorb, eine bestätigte Bestellung, eine Zahlung, eine Stornoanfrage und eine abgeschlossene Erstattung. Das sind Designanforderungen an eine verlässliche Integration.

Ob Sie ein eigenes Gateway brauchen

Häufig nicht. Ihre Commerce-Plattform liefert die nötige Integration möglicherweise schon. Ein Gateway kann eine Plattformfunktion, ein Adapter oder ein gemeinsam genutzter Dienst für die Lücken zwischen Systemen sein.

Beginnen Sie mit einer unterstützten Kundenreise. Testen Sie Discovery, ein aktuelles Angebot, Autorisierung, Checkout und das Zurücklesen der Bestellung. Nehmen Sie ein nicht verfügbares Produkt und eine abgebrochene Anfrage mit hinein. Der Artikel zu DTC-Shops wendet dieses Vorgehen auf den Shop eines Werbetreibenden an.

Diese Dokumentation beschreibt ein Integrationsmodell. Sie behauptet nicht, dass YieldBI ein solches Gateway derzeit bereitstellt oder dass jeder persönliche Assistent dasselbe Ökosystem unterstützt.