Agentic Commerce und Retouren: Die Infrastrukturlücke, über die niemand spricht

Dein Shop ist bereit für AI-Agenten beim Kauf. Aber ist dein Retourenprozess es auch?

Auf der E-commerce Berlin Expo 2026 war ein Thema allgegenwärtig: Agentic Commerce. KI-Agenten, die für Konsumenten suchen, vergleichen und kaufen. Marcus Diekmann eröffnete mit „Scale up AI or die." Zalando präsentierte, wie KI-Agenten Kaufentscheidungen verändern. Kleinanzeigen.de ist direkt in ChatGPT integriert – 58 Millionen Inserate, durchsuchbar per Konversation. Phia hat 35 Millionen Dollar eingesammelt. Amazon meldet für Rufus und Buy for Me Zusatzumsätze von einer Milliarde Dollar pro Monat.

Die Branche investiert massiv. Aber die Investitionen konzentrieren sich auf eine Seite der Transaktion: den Kauf. Google hat mit dem Universal Commerce Protocol (UCP) einen offenen Standard geschaffen, über den KI-Agenten mit Shops interagieren können. Shopify baut MCP-Schnittstellen für agentenkompatiblen Commerce.

Was nach dem Kauf passiert, wird kaum diskutiert.

Der blinde Fleck nach dem Checkout

Wenn jemand etwas retournieren will, ist der Prozess oft schon umständlich. Website aufrufen, Retourenportal finden, Formular ausfüllen, Label anfordern, Paket verpacken, Status verfolgen. Die meisten Shops haben Teile davon digitalisiert, aber der Ablauf ist für einen Menschen am Bildschirm gebaut.

Jetzt stell dir vor, ein KI-Agent hat den Kauf getätigt. Der Agent hat das Produkt auf Basis von Präferenzen ausgewählt. Wenn der Artikel nicht passt – falsche Größe, andere Farbe als erwartet, Qualitätsproblem – muss die Retoure über denselben Agenten laufen. Oder zumindest über eine maschinenlesbare Schnittstelle.

Ein Retourenportal, das für menschliche Navigation gebaut wurde, funktioniert nicht für einen KI-Agenten. Es gibt kein „hier klicken" für eine Maschine. Es gibt APIs, Webhooks und strukturierten Datenaustausch.

Hier entsteht eine Lücke. Die Kaufseite des E-Commerce wird für Machine-to-Machine-Interaktion umgebaut. Die Retourenseite nicht.

Was agentenkompatible Retouren technisch brauchen

Damit Retouren in einer Welt mit KI-Agenten funktionieren, werden bestimmte technische Eigenschaften notwendig statt optional:

API-first-Architektur. Der gesamte Retourenprozess – Initiierung, Grundangabe, Berechtigungsprüfung, Labelerstellung, Statusverfolgung, Lösung – muss über strukturierte API-Aufrufe zugänglich sein. Ein KI-Agent kann kein Webformular ausfüllen, aber JSON senden und empfangen.

Webhook-basierte Statusupdates. Agenten brauchen Echtzeit-Benachrichtigungen bei Statusänderungen. Ein Portal auf Updates zu prüfen ist ein Muster für Menschen, die einen Browser aktualisieren. Maschinen arbeiten eventgesteuert: Etwas ändert sich, ein Webhook feuert, der Agent verarbeitet das Update.

Strukturierte Retourengrund-Daten. Wenn ein KI-Agent eine Retoure auslöst, müssen die Gründe maschinenlesbar und standardisiert sein. „Größe zu klein" als strukturierter Datensatz ist verwertbar. Ein Freitextfeld nicht – zumindest nicht ohne zusätzliche NLP-Verarbeitung auf der Empfängerseite.

Programmatische Umtauschlogik. Wenn der Retourengrund ein Größenproblem ist, sollte ein agentenkompatibles System über dieselbe API einen Umtausch vorschlagen oder durchführen können. Der Agent fordert einen Umtausch an, das System prüft den Bestand, bestätigt den Tausch und erzeugt die entsprechende Logistik. Ohne einen Menschen in der Schleife.

Maschinenlesbare Retourenregeln. Retourenrichtlinien sind heute in natürlicher Sprache formuliert: „Rücksendung innerhalb von 30 Tagen für ungetragene Artikel mit Etikett." Ein KI-Agent braucht das als maschinenlesbare Policy – Bedingungen, die programmatisch ausgewertet werden können, bevor die Retoure überhaupt eingeleitet wird.

Die entscheidende Frage für E-Commerce-Marken

Die relevante Frage ist nicht, ob KI-Shopping-Agenten irgendwann Retouren abwickeln werden. Wenn sie Käufe abwickeln, werden sie auch Retouren abwickeln. Die Frage ist, ob die Post-Purchase-Infrastruktur dafür gebaut ist.

Die meisten Retourensysteme stammen aus einer bestimmten Ära: Ein Kunde besucht ein Portal, wählt Artikel aus, gibt einen Grund aus einem Dropdown an und erhält ein Versandlabel. Dieser Ablauf setzt einen Browser, einen Bildschirm und einen Menschen voraus, der Auswahlen trifft. Das funktioniert, und für die Mehrheit der Transaktionen heute wird es weiter funktionieren.

Aber die Architektur darunter ist entscheidend. Ein System, das API-first ist – bei dem das Portal eine Oberfläche auf einer darunterliegenden API ist – ist strukturell bereit für eine Welt, in der Maschinen Retouren auslösen. Ein System, bei dem das Portal das Produkt ist, hat einen schwierigeren Migrationspfad.

Diese Unterscheidung ist nicht theoretisch. Sie beeinflusst, wie schnell eine Marke sich in neue Commerce-Protokolle integrieren kann, wie einfach Retourendaten in andere Systeme fließen (ERP, Lagerverwaltung, Analyse) und wie automatisiert die Lösungsfindung werden kann.

Was die Daten zur Readiness sagen

Es gibt noch keinen umfassenden Benchmark, wie viele E-Commerce-Marken API-zugängliche Retourenprozesse haben. Aber Proxy-Indikatoren deuten darauf hin, dass die Zahl niedrig ist.

Eine 2026er Branchenumfrage unter DACH-Händlern ergab, dass Retourenautomatisierung als „wichtiger Use Case" für KI in diesem Jahr gilt. Aber der Fokus liegt weiterhin auf der Automatisierung bestehender menschlicher Workflows – Berechtigungsprüfungen, Labelerstellung, Umtauschempfehlungen – und nicht auf dem Aufbau von Machine-to-Machine-Schnittstellen. Die Automatisierungsdiskussion dreht sich noch darum, das Portal intelligenter zu machen. Nicht darum, das Portal optional zu machen.

Die Händler, die am ehesten bereit sind, nutzen bereits Retourenplattformen mit vollständiger API-Abdeckung und Webhook-Integrationen. Weil das technische Fundament schon da ist, auch wenn der Agent-Use-Case nicht der ursprüngliche Designzweck war.

Umtausch ist der interessante Fall

Käufe und Erstattungen sind vergleichsweise einfache Transaktionen. Geld bewegt sich in eine Richtung. Ein API-Call kann das abbilden.

Umtausch ist komplexer. Ein Kunde – oder ein KI-Agent – will einen Artikel zurückgeben und einen anderen erhalten. Das beinhaltet Bestandsprüfungen, Preisdifferenz-Berechnungen, möglicherweise eine neue Zahlung, Versandlogistik in beide Richtungen und buchhalterische Abstimmung. Wenn der getauschte Artikel später ebenfalls retourniert wird, muss die Transaktionskette nachvollziehbar bleiben.

In einem menschlich bedienten Retourenportal wird diese Komplexität über UX gesteuert: Screens, die den Kunden durch die Optionen führen. In einer agentengesteuerten Umgebung muss diese Komplexität über API-Logik gesteuert werden: strukturierte Requests und Responses, die den gesamten Umtausch-Lebenszyklus programmatisch abbilden.

Marken, die bereits in tiefe Umtauschfähigkeiten investiert haben – vollständiger Katalogzugriff, bestandsabhängige Vorschläge, Kettentracking für sequenzielle Umtäusche – sind architektonisch näher an agentenkompatiblem Post-Purchase als solche, die einfachen Same-Item-Tausch oder Gutschein-Workarounds anbieten.

Ein leiser Infrastrukturwandel

Agentic Commerce wird nicht als einzelner Moment ankommen. Er wird schrittweise kommen, während KI-Assistenten einen wachsenden Anteil routinemäßiger Commerce-Aufgaben übernehmen. Die Marken und Plattformen, die bereit sein werden, sind nicht diejenigen, die hektisch „KI-Retouren-Agenten" als Feature gebaut haben. Es werden diejenigen sein, die ihre Post-Purchase-Infrastruktur bereits auf APIs, Webhooks und strukturierten Daten aufgebaut haben – weil diese Architektur sowohl menschliche als auch maschinelle Clients bedient.

Die Kaufseite des E-Commerce hat 2024 und 2025 damit verbracht, sich für Agenten umzubauen. Die Retourenseite hat diese Diskussion noch nicht geführt.

Sollte sie aber.