Digitalhandeln

Kategorie: E-Commerce Technologie

  • Dein Shopify-Checkout ist ab sofort für KI-Agenten offen: Was das kostet

    Shopify hat den Checkout für KI-Agenten geöffnet. Seit Montag, 28. September, können browserbasierte Agenten auf den Seiten aller berechtigten Shopify-Händler Bestellungen nicht nur zusammenstellen, sondern auch abschließen.

    Drei neue Werkzeuge machen das möglich: get_checkout liest den Warenkorb aus, update_checkout ändert Adresse oder Lieferoption, complete_checkout sendet die Bestellung ab — nach Autorisierung durch den Käufer. Shop Pay ist eingeschlossen. Das berichtet TechCrunch.

    Die Tools laufen innerhalb von checkout-web und teilen den Zustand der bestehenden Checkout-Oberfläche. Keine neue Schnittstelle, keine Händler-Konfiguration. Angekündigt hat den Rollout Gil Greenberg, Staff Product Manager Checkout bei Shopify.

    Warum das für dich relevant ist

    Du hast seit Montag einen agentenfähigen Checkout, den Du nicht eingeschaltet hast. Es gab kein Opt-in, und in der Changelog-Dokumentation ist auch kein Opt-out beschrieben. Ob DACH-Shops vollständig unter die „eligible merchants" fallen, hat Shopify bislang nicht präzisiert — die Formulierung deckt den Rollout an alle berechtigten Händler ab, eine Länderliste fehlt.

    Operativ verschiebt sich damit der Sichtbarkeitsfaktor. Nicht die Produktseite entscheidet, ob ein Agent kauft, sondern der maschinenlesbare Katalog samt Echtzeitbestand. Wer Varianten, Verfügbarkeiten und Lieferzeiten nur im Frontend pflegt, ist für den Agenten unsichtbar.

    Offen bleiben drei Fragen, die Shopify bisher nicht beantwortet: Wie trennt die Betrugserkennung einen legitimen Agenten von einem Bot? Wie greifen Rabattcodes und Aktionslogiken, wenn kein Mensch tippt? Und in welchem Kanal verbuchst Du Umsatz, der über einen Agenten hereinkommt?

    Der größere Zusammenhang

    Der Markt läuft gerade in zwei Richtungen. Amazon und Adidas blockieren agentische Käufe auf ihren Flächen, Shopify öffnet sie für rund zwei Millionen Shops. Die Agenten Muse und Instinct haben direkte Partnerschaften mit Shopify; der Instinct-Deal wurde am selben Tag verkündet.

    Neu ist das Prinzip nicht: Natives WebMCP — ein Protokoll, über das KI-Agenten Funktionen einer Website direkt ansteuern statt Screenshots zu interpretieren — läuft seit dem 5. August auf allen Liquid-Storefronts. Der Checkout war die letzte Stufe, die fehlte. PYMNTS ordnet den Schritt als Wette darauf ein, dass Reichweite über Agenten mehr bringt als Kontrolle über den Kanal.

    Greenberg verweist auf Daten, die für die Öffnung sprächen. Belastbare Conversion- oder Geschwindigkeitswerte hat Shopify bisher nicht veröffentlicht. Bis dahin ist der agentische Checkout ein Kanal ohne Benchmark.

    Was jetzt zu tun ist

    • Produktdaten prüfen: Titel, Varianten, Bestand und Lieferzeiten müssen strukturiert und aktuell sein, sonst fällst Du aus der Agentenauswahl
    • Betrugsregeln nachschärfen: Velocity- und Bot-Regeln, die Automatisierung pauschal blocken, killen künftig echte Bestellungen
    • Attribution definieren: Lege fest, wie Agenten-Traffic in Analytics und Kanalrechnung landet, bevor die ersten Zahlen unsortiert auflaufen
    • Rabattlogik testen: Prüfe, ob Codes, Staffeln und Bundles im agentischen Durchlauf greifen

    Für dich als Entscheider bedeutet das: Die Entscheidung über agentische Käufe ist bei Shopify keine mehr — sie ist getroffen worden. Dein Hebel liegt nicht mehr an der Kanalgrenze, sondern in der Datenqualität dahinter. Wer seinen Katalog jetzt maschinenlesbar und bestandsgenau hält, wird von Agenten gefunden. Wer wartet, verliert Sichtbarkeit in einem Kanal, den er weder gebucht noch gemessen hat. Und solange Shopify weder Opt-out noch Länderliste noch Conversion-Daten nachliefert, gehört diese Lücke in jede Risikobewertung, die Du deinem Payment- und Fraud-Team vorlegst.

  • KI-Checkout auf Eis: Händler sollten in Produktdaten investieren

    Die Agentic-Commerce-Erzählung von 2025 hat sich nicht eingelöst. Die Idee war: KI-Agenten kaufen künftig direkt im Chatfenster, der Shop wird zur Backend-Fassade. Anderthalb Jahre später ist genau der Teil weggefallen, auf den alle geschaut haben — der Checkout. Übrig bleibt eine unspektakuläre, aber teure Pflicht: saubere Produktdaten.

    Das Wichtigste zuerst

    OpenAI hat Instant Checkout in ChatGPT im März 2026 zurückgestellt und setzt stattdessen auf Checkout-Erlebnisse über ChatGPT-Apps der Händler selbst (Digital Commerce 360). Das gemeinsam mit Stripe entwickelte Agentic Commerce Protocol (ACP) — seit 29. September 2025 unter Apache-2.0-Lizenz offen verfügbar — läuft weiter. Es regelt, wie ein Agent die Zahlungsauswahl des Käufers einsammelt und ein eng begrenztes Token an den Händler übergibt.

    Auf der Gegenseite startete Google im Januar 2026 mit dem Universal Commerce Protocol einen eigenen offenen Standard. Dessen Checkout-Funktion steht zunächst nur US-Händlern offen. Für DACH-Händler heißt das: Zwei konkurrierende Protokolle, und in beiden ist der Kaufabschluss gerade nicht der Teil, an dem Du mitspielen kannst.

    Die Nachfrage ist gar nicht da

    Das entscheidende Argument kommt nicht von den Plattformen, sondern von den Nutzern. Forresters Verbraucherdaten von März 2026 zeigen, dass der Kaufabschluss innerhalb eines KI-Assistenten der am wenigsten genutzte Anwendungsfall ist — selbst unter regelmäßigen Nutzern. Dominant bleiben allgemeine Fragen und Produktrecherche. Forrester nennt zusätzlich ein Problem, das in der Branchendebatte kaum vorkommt: Das Bestandsmanagement wurde in den bisherigen Agentic-Plänen vernachlässigt (etailment).

    Genau da liegt die Investition, die sich unabhängig vom Protokoll rechnet. Wer am ACP teilnehmen will, muss drei Flows implementieren — darunter einen regelmäßig aktualisierten Produktfeed als CSV oder JSON mit Pflichtfeldern für Preis und Verfügbarkeit. Ein Feed, der Preis und Lagerbestand verlässlich abbildet, ist also die Eintrittskarte in beide Welten: in die KI-Produktsuche, die schon heute genutzt wird, und in den Checkout, falls er zurückkommt.

    Warum das für dich relevant ist

    Ein Punkt verdient Skepsis. OpenAI schreibt, Händler zahlten eine kleine Gebühr auf abgeschlossene Käufe, für Nutzer bleibe der Dienst kostenlos und Preise unberührt. Im selben Text steht aber: Beim Ranking mehrerer Händler für dasselbe Produkt zählen unter anderem Verfügbarkeit, Preis, Qualität, die Frage nach dem Primärverkäufer — und ob Instant Checkout aktiviert ist. Wer nicht bevorzugt wird, dessen Teilnahme sollte auch kein Ranking-Faktor sein. Beides gleichzeitig geht nicht.

    Die Infrastruktur in DACH ist ohnehin weiter als die Nachfrage. Shopware hat mit Version 6.7.10 einen Agentic-Commerce-Sales-Channel als Beta eingeführt — ein Vertriebskanal auf oberster Ebene, der mehrere KI-Plattformen unterstützt. Shopify öffnet seinen Agentic-Kanal seit Anfang 2026 auch für Nicht-Shopify-Händler. Die Anbindung ist damit in Monaten machbar, wenn die Nachfrage kommt. Die Datenqualität ist es nicht: Fehler im Feed bleiben unsichtbar, weil kein PIM eine Fehlermeldung ausgibt, wenn ein Produkt in KI-Empfehlungen einfach nicht mehr auftaucht.

    Für dich als Entscheider bedeutet das: Kein Budget für ein Checkout-Projekt, dessen prominenteste Umsetzung gerade zurückgezogen wurde und dessen Nachfrage laut Forrester der schwächste aller Anwendungsfälle ist. Stattdessen Produktdaten: Preis- und Verfügbarkeitsfelder in Echtzeit, konsistente Attribute, ein Feed-Prozess, der Fehler meldet statt sie zu verschlucken. Das zahlt sich in der KI-Produktrecherche heute aus, erfüllt die ACP-Pflichtfelder von morgen und funktioniert auch dann, wenn sich statt ACP am Ende Googles UCP durchsetzt. Die Protokollfrage kannst Du aussitzen. Die Datenfrage nicht.

  • Shopsysteme: Viele Möglichkeiten, viel Verwirrung

    Manche Schlachten in den IT-Diskussionen dachte man seien schon geschlagen seit den ERP „Standard vs. Custom Built“ – Diskussionen Ende letzten Jahrhunderts. Stattdessen wird dieses Thema insbesondere bei Online Shop-Systemen wieder intensiv diskutiert – unter anderem auch auf eigenen Konferenzformaten wie den code talks. Dazu habe ich gerade einen sehr lesenswerten Artikel von Roman Zenner in der aktuellen retail technology Zeitschrift gelesen.

    Die Kernthesen fasse ich mal in eigenen Worten zusammen und gebe auch meine Einschätzung mit dazu:

    • Es gibt eine Vielzahl an Shopsystemen, die um die Gunst der Entscheider buhlen
    • Anbieter von Standardsoftwaresystemen nehmen für sich in Anspruch die wesentlichen Use Cases und Features abzubilden, die für den erfolgreichen E-Commerce besonders erfolgsversprechend sind
    • Die Herausforderung bei jedem Standard ist das Abbilden individueller Geschäftsmodelle
    • Daher muss jede noch so vermeintlich ausgereifte Standardsoftware durch Agentur-Partner in einem sehr umfangreichen Customizing an die individuellen Anforderungen angepasst werden (so lesen sich jedenfalls die Angebote dieser Implementierungspartner)
    • Gleichzeitig verändert sich „der Standard im E-Commerce“ so schnell, dass man hier eher von einem „moving target“ sprechen sollte und es somit fraglich es, ob die Anbieter dieses Rennen sinnvoll gewinnen können

    Roman arbeitet sehr schön die Kernherausforderung heraus: Die größere Freiheit durch Eigenentwicklungen (mit oder ohne „Frameworks“ wie Spryker) erkauft man sich durch eine höhere Abhängigkeit von seinem Integrationsdienstleister oder den internen Entwicklern. Das ist ein Punkt, den ich auch teile: Solche Modelle eignen sich eher für erfahrenere Teams – auf Business- wie technischer Seite – die aus moderner Technologie tatsächlich einen Wettbewerbsvorteil bauen und nicht einfach nur in der zusätzlichen Komplexität untergehen. Der Aufbau und Steuerung von solchen IT Expertenteams erfordert eine gänzlich andere Kultur und Geschäftsverständnis als die meisten Entscheider bisher aufbringen (Scrum, MVP, Lean Startup, Fail fast & try often etc. pp.).

    Seine abschließende Schlussfolgerung im Kern auf ein „reifes“ Standardprodukt zu setzen, das aber über mehrere APIs dann doch wieder den technischen Zugriff durch den Händler selbst, ermöglicht, muss nochmals gesondert analysiert werden. Denn hier spricht vor allem der USP des Anbieters für den er aktuell arbeitet. Es kann sinnvoll sein, das würde ich aber gerne nochmals etwas durchdenken.

  • Die andere Seite der Shopsysteme

    Bei der Auswahl von Shopsystemen gibt es diverse hochspannende Fragen…

    • ob es als Digital-Geschäftsmodell möglich ist sich über das Customizing einer Shop-Software zu differenzieren?
    • bei jeder Software werden nur ca. 20% aller Features von allen Kunden intensiv genutzt – kann Standardsoftware tatsächlich diese Features besonders gut identifizieren und abbilden?
    • ob die Software oder der Implementierungspartner („Integrator“) wichtiger ist (nach dem Motto: ein Top-Partner macht auch aus einem schlechten Produkt noch eine Top-Lösung)?

    … die allesamt dieser Artikel nicht beantwortet (aber vielleicht ein anderer einmal). Leider fällt eine Frage immer wieder unter den Tisch bzw. wird zu spät gestellt:

    Wie stellt man sicher dass der Implementierungspartner auch so liefert wie man das möchte?

    Die meisten Auftraggeber haben keine Ahnung von der Domäne E-Commerce und sind daher abseits von theoretischen Überlegungen de facto abhängig von ihrem Integrationsdienstleister. Der Markt verändert sich rasant und diese Kunden haben häufig Schwierigkeiten ein internes Kompetenzteam, gerade hinsichtlich Shop-Technologie aufzubauen.

    Doch dann passiert es: Die Zeitleiste wird massiv überschritten, der Scope muss reduziert werden und die Kosten laufen aus dem Ruder. Was machen die Hersteller der Software? Die halten sich meistens sehr bedeckt… obwohl sie im Vorfeld noch eine Shortlist empfehlenswerter Integratoren zur Verfügung gestellt haben, auf denen sich genau der betroffene Name wiederfindet.

    Mir erscheinen die Qualitätssicherungs-Maßnahmen der Hersteller bezüglich ihrer Partner doch sehr rudimentär zu sein. Analogie: Ich habe einen Neuwagen bei einem namhaften Hersteller gekauft, das Auto geht kaputt, die Vertragswerkstatt baut Mist und der Kunde kann es sogar belegen – Ergebnis: der Hersteller haut dem Händler eines drüber. Bei Software heisst es nur lapidar vom Hersteller: „das ist sehr komplex.“

    Wie kann man dieses Risiko im Vorfeld eingrenzen?

    Meine pragmatische Faustformel ist: Je mehr ein Softwarepaket nur über Agenturen und Integratoren mit seinen Kunden kommuniziert, desto schlechter. In wie fern ist der Hersteller nur Marketingsprachrohr und Projektionsfläche für allerlei Trends? Oder wie weit zeigen Vertreter des Herstellers Präsenz und Verantwortung in den Vorgesprächen und dem Auswahlprozess („skin in the game durch den Hersteller“)?

    (Photo via)

  • Order Management Systeme als strategischer Erfolgsfaktor für E-Commerce Wachstumsunternehmen

    Bei vielen E-Commerce Projekten dominieren zu Beginn Überlegungen hinsichtlich des Shop-Frontends und des Online-Marketing-Mix. Die Entscheider fokussieren sich darauf ihre Geschäftsmodelle mit Sortimenten und User Experience vom Wettbewerb abzugrenzen.

    Wachstumsstarke E-Commerce Unternehmen jedoch sehen sich schnell anderen Herausforderungen gegenüber:

    • Wie lässt sich die logistische und kaufmännische Abwicklung performant und wirtschaftlich sicherstellen?
    • Wie lassen sich unterschiedliche Abverkaufskanäle (z.B. Standalone-Shop, Marktplätze, Filialen etc.) mit internationalen Versand- und Logistikstrukturen (z.B. verschiedene Fulfillment-Dienstleister je Land, Drop Shipping etc.) verknüpfen?

    Order-Management-Systeme sind das Herzstück von Next Generation E-Commerce Plattformen und ermöglichen die Verbindung von mehreren Customer Touchpoints mit verteilten Fulfillment-Szenarien bei geringeren Abwicklungskosten und verbesserten Liefer- und Servicezeiten.

    Dieser lesenswerte Beitrag von Forrester verdeutlicht die steigende Relevanz von „Order Management“ – Anforderungen in internationalen Retail IT-Projekten. Brian Walker zeigt auch wesentliche Treiber des Trends zu Order Management Systemen auf:

    • Fähigkeit Bestellungen aus physisch unterschiedlichen Abverkaufs- und Kundenkontaktkanälen zu verarbeiten
    • Bestandsinformationen aus verschiedenen physischen Lagerorten zu aggregieren
    • Payment und logistische Abwicklungen international abzubilden

    Zum Beispiel MyToys und Zooplus sehen die Logistik und damit verbundenen IT-Systeme als zentralen Skalierungshebel. Gerade in Cross Channel Szenarien ist das Order Management schnell strategischer Vorteil und Achillessehne zugleich. Logistische Abwicklungssysteme als Differenzierungsfaktor rücken dadurch auch für Amazon und Investoren immer mehr in den Fokus.

  • Quo Vadis Magento und seine Integratoren?

    Zur Zukunft von Magento nach dem Kauf durch eBay und der X.Commerce Initiative wurde viel geschrieben: zum Beispiel diese sehr guten Analysen. Diese beleuchten vor allem die technologischen Auswirkungen und Zukunftschancen. Sie fokussieren sich somit auf die „out of the box“ Funktionen und Fähigkeiten von Magento.

    Eine andere Perspektive, die für Auftraggeber und Händler aber mindestens genauso wichtig sein sollte, ist der technische Umsetzungspartner und seine Fähigkeiten (sprich zumeist eine Agentur oder IT-Dienstleister, häufig „Integrator“ genannt). Denn die Shopsoftware soll verkaufen, Emotionen beim Kunden erzeugen, neue Geschäftsmodelle wie Live-Shopping in allen seinen Facetten möglich machen usw.

    Magento ist somit Knetmasse in den Händen des Integrators. Sie soll zu einem individuellen Wettbewerbsfaktor ausgebaut werden. Dazu sollte ein Integrator nicht nur Techie sein, sondern auch die Business-Brille aufhaben. Wie Jochen Krisch richtigerweise fordert, geht es um vom Kunden her gedachte Geschäftsmodelle und nicht nur darum eine Shopsoftware an das CD/CI anzupassen, Produktkataloge einzupflegen und out-of-the-box Features zu konfigurieren.

    Gerade hier verspricht das offene Konzept von Magento viel Potenzial. Die Integratoren können vollkommen frei unter der Motorhaube werkeln und z.B. vertikale Lösungen entwickeln, die auf die Geschäftsmodell-Herausforderungen einzelner Branchen angepasst sind (insbesondere Fashion). Leider lassen viele Magento-Integratoren hier noch Potenzial brach liegen. Sie müssten sich noch mehr als „Geschäftsmodell-Innovatoren, die auch dieses Geschäftsmodell in Software gießen können“ verstehen. Anstatt immer nur Requirements abzufragen, zu priorisieren und in mehr oder weniger ausgefeilten Projektmanagementmethodiken „on time“ abzuliefern. Getreu dem Motto: „Garbage in – Garbage out“ ist diese Vorgehensweise nicht ausreichend um sich am Markt zu differenzieren – weder für die Händler noch für die Integratoren.

    Die Händler wollen das nicht und sind nicht bereit dafür zu bezahlen? Falsch. Sie kennen es einfach nicht besser. Gerade bei Magento wollen die Händler gezielt an dem Wissen der Integratoren aus anderen E-Commerce Projekten partizipieren. Daher ist die Frage an die Integratoren: Welche Lessons Learned stellt man hier in den Vordergrund? Eine Chance für innovative Integratoren, die sich als „Umsatzmaximierende Berater mit eingebauter Umsetzung“ verstehen. Diese Integratoren wissen an welchen Stellschrauben man drehen muss, um Erfolg im Social Commerce zu haben – weil sie es schon oft mit und für andere Kunden gemacht haben. Nicht nur einfach Software programmiert und hingestellt. Mit einem solchen Selbstverständnis können Magento-Dienstleister eine Lücke im Markt schließen.