Wenn der Klick auf eine Anzeige zum Gespräch wird

Ein Werbeklick folgt seit Jahren einem bekannten Muster: Anzeige, Landingpage, Produktdetailseite, Warenkorb, Checkout. Jeder dieser Schritte wurde optimiert, gemessen und wieder optimiert. Mit agentischen Systemen könnte sich diese Abfolge grundlegend verändern.

OpenAI hat am 16. September 2026 sogenannte Sponsored Agents angekündigt. Nutzer sollen nach einer Anzeige nicht nur auf eine klassische Zielseite gelangen, sondern mit einem klar gekennzeichneten Agenten des Werbetreibenden chatten können. Das Format befindet sich derzeit in einem begrenzten Test mit ausgewählten Werbetreibenden in den USA.

Fast zeitgleich veröffentlichte WooCommerce ebenfalls am 16. September eine experimentelle Referenzimplementierung für Claude-Commerce-Agenten. Der Prototyp zeigt, wie agentische Systeme auf Shopfunktionen zugreifen können. Produktsuche, Warenkorbinteraktionen, Fragen zu Bestellungen und sogar bestimmte Merchant-Aufgaben gehören zum demonstrierten Funktionsumfang.

Beide Entwicklungen treffen sich an einem entscheidenden Punkt: Der Shop wird nicht mehr ausschließlich über Seiten, Menüs, Filter und Formulare bedient. Eine zusätzliche Interaktionsschicht entsteht. Nutzer formulieren Absichten in natürlicher Sprache, während ein Agent versucht, diese Absichten in konkrete Aktionen innerhalb eines Commerce-Systems zu übersetzen.

Damit verschiebt sich auch die technische Fragestellung. Die nächste Landingpage könnte tatsächlich ein Gespräch sein. Ob dieses Gespräch jedoch zuverlässig verkauft, hängt weiterhin von Produktdaten, Berechtigungen, Checkout-Prozessen, Tracking und sauber implementierten Backend-Systemen ab.

Bei klassischen Anzeigen endet die Aufgabe des Werbesystems häufig dort, wo die Zielseite beginnt. Danach übernimmt die Website.

Sponsored Agents verbinden diese beiden Ebenen enger miteinander. Nach der Anzeige entsteht eine dialogorientierte Umgebung, in der ein Agent des Werbetreibenden Fragen beantworten und Nutzer durch den weiteren Prozess begleiten kann.

Strategisch ist das interessant, weil der Übergang zwischen Werbemittel und Conversion-Prozess dadurch weniger starr werden könnte. Ein Nutzer muss seine Absicht nicht zwangsläufig selbst in Navigation, Filtereinstellungen und Suchbegriffe übersetzen. Er könnte direkt beschreiben, was er benötigt.

Für Agenturen entsteht dadurch eine neue Disziplin zwischen Advertising, UX, Datenarchitektur und Softwareentwicklung. Es reicht nicht mehr, lediglich eine attraktive Zielseite hinter eine Kampagne zu stellen. Auch die Gesprächslogik und die Systeme, auf die ein Agent zugreifen darf, werden Teil des Conversion-Designs.

Noch handelt es sich allerdings nicht um einen allgemein verfügbaren Standard. OpenAI testet Sponsored Agents zum Stand der Ankündigung vom 16. September 2026 lediglich mit ausgewählten US-Werbetreibenden. Unternehmen sollten das Format deshalb nicht wie einen bereits etablierten Werbekanal behandeln, sondern als Hinweis darauf, wohin sich digitale Customer Journeys entwickeln könnten.

WooCommerce geht auf einer anderen Ebene vor. Statt eines Anzeigenformats steht dort die technische Anbindung eines Commerce-Agenten im Mittelpunkt.

Die experimentelle Referenzimplementierung für Claude zeigt, dass ein Agent bereits heute prototypisch typische Shopaufgaben übernehmen beziehungsweise anstoßen kann. Dazu gehören unter anderem Produktsuche, Warenkorbinteraktionen, Order-Fragen und bestimmte Aufgaben auf Merchant-Seite.

Damit wird aus einer abstrakten Agentic-Commerce-Diskussion eine konkrete Entwicklungsaufgabe.

Genau an dieser Stelle lohnt sich ein genauer Blick. Eine Demo, die einen Warenkorb verändern kann, ist technisch interessant. Ein produktives Shopsystem stellt jedoch deutlich höhere Anforderungen. Es muss geklärt sein, welcher Nutzer welche Aktion durchführen darf, wie Schreibzugriffe abgesichert werden, welche Aktionen protokolliert werden und wann ein Mensch eingreifen muss.

WooCommerce weist auf solche Einschränkungen selbst ausdrücklich hin.

Ein conversational Interface wirkt zunächst wie ein UX-Thema. Der Nutzer schreibt eine Frage, der Agent antwortet. Für einen produktiven Commerce-Einsatz ist das allerdings nur die sichtbare Schicht.

Darunter muss der Agent mit realen Shopdaten arbeiten. Er muss Produkte korrekt finden, Verfügbarkeiten berücksichtigen, Warenkörbe verändern oder Fragen zu Bestellungen beantworten können. Sobald Schreibzugriffe hinzukommen, entstehen zusätzlich erhebliche Anforderungen an Authentifizierung, Rechteverwaltung und Prozesskontrolle.

Ein Agent kann nur so zuverlässig handeln wie die Systeme, die ihm zur Verfügung stehen.

Das macht Agentic Commerce zu einem ausgesprochen technischen Thema. Schlechte Produktdaten lassen sich durch eine bessere Gesprächsoberfläche nicht dauerhaft kaschieren. Unklare Berechtigungen werden durch einen Agenten nicht weniger riskant. Fehlendes Conversion Tracking bleibt fehlendes Conversion Tracking, selbst wenn sich der Kaufprozess plötzlich wie ein Chat anfühlt.

Aus Sicht einer technisch aufgestellten Webagentur verändert sich deshalb weniger das Fundament als die Art, wie darauf zugegriffen wird.

Bei Sodah ist genau diese Verbindung zwischen Marketing und Entwicklung relevant. Von zehn Teammitgliedern arbeiten fünf spezialisiert in Full-Stack-, Frontend- und Backend-Entwicklung. Agentic Commerce lässt sich dadurch nicht nur aus Kampagnen- oder UX-Perspektive betrachten. Entscheidend ist auch, was im Code, in Schnittstellen, Berechtigungsmodellen und den zugrunde liegenden Shopprozessen passiert.

Die WooCommerce-Referenzimplementierung zeigt noch kein fertiges Produktionsmodell. Sie macht aber sichtbar, welche Ebenen bei einer späteren Umsetzung zusammenspielen müssen.

Eine sinnvolle Betrachtung trennt deshalb Gespräch, Commerce-Funktionen und Governance voneinander.

Gerade die Übergänge zwischen diesen Ebenen werden anspruchsvoll.

Eine Produktempfehlung ist zunächst vergleichsweise unkritisch. Sobald ein Agent jedoch einen Warenkorb verändert, Bestelldaten abfragt oder Merchant-Funktionen nutzt, steigt die technische Verantwortung erheblich.

Ein Commerce-Agent benötigt keinen schön gestalteten Produktteaser. Er benötigt strukturierte, verwertbare Informationen.

Damit gewinnt die Qualität des Produktkatalogs zusätzlich an Bedeutung. Wenn Produkte nicht sauber beschrieben oder relevante Informationen nicht zuverlässig verfügbar sind, kann auch ein Agent nur auf dieser unvollständigen Grundlage arbeiten.

Für Shops bedeutet das eine Verschiebung der Perspektive. Produktdaten dienen nicht mehr nur der Darstellung in Kategorien und Produktdetailseiten. Sie werden gleichzeitig Maschinenkontext.

Das betrifft direkt die Qualität der Antworten, Empfehlungen und möglichen Aktionen eines Agenten.

Zwischen der Antwort „Dieses Produkt könnte passen“ und der Aktion „Ich habe das Produkt in Ihren Warenkorb gelegt“ liegt technisch ein erheblicher Unterschied.

Im zweiten Fall verändert das System einen Zustand.

Damit werden Rechte, Fehlerbehandlung und Nachvollziehbarkeit relevant. Bei einem normalen Frontend ist relativ eindeutig, welcher Button welche Funktion auslöst. Bei einem Agenten entsteht die Aktion dagegen aus der Interpretation natürlicher Sprache.

Das System muss deshalb nicht nur funktionieren. Es muss kontrollierbar bleiben.

Der Checkout ist der Punkt, an dem aus einer Beratung ein verbindlicher Geschäftsprozess wird.

Agentic Commerce wirft deshalb früh die Frage auf, wie weit ein Agent Nutzer tatsächlich begleiten soll. Muss er lediglich Produkte und Warenkorb vorbereiten? Darf er weitere Schritte auslösen? Welche Aktionen benötigen eine explizite Bestätigung?

Die WooCommerce-Experimente beantworten diese Fragen noch nicht als allgemeingültiges Produktionsmodell. Genau deshalb ist die Phase jetzt interessant: Unternehmen können untersuchen, an welchen Punkten ein agentischer Prozess sinnvoll ist und wo ein klassisches, eindeutig kontrolliertes Interface weiterhin die bessere Übergabe darstellt.

Die Referenzimplementierung ist ausdrücklich experimentell. WooCommerce nennt selbst erhebliche Einschränkungen.

Besonders relevant sind zwei Punkte: Im Referenzcode fehlt eine vollständige Authentifizierung, und auf Merchant-Seite wird mit einem REST-Key gearbeitet, der vollständige Schreibrechte besitzt.

Das ist für eine technische Demonstration nachvollziehbar. Für einen produktiven Shop wäre eine solche Konstellation jedoch kein tragfähiges Sicherheitsmodell.

WooCommerce empfiehlt deshalb ausdrücklich, die Implementierung zunächst in einer Staging-Umgebung zu testen.

Sobald Bestellinformationen oder schreibende Shopfunktionen beteiligt sind, muss eindeutig feststehen, wer eine Aktion ausführen darf.

Ohne belastbare Authentifizierung entsteht ein fundamentales Problem: Das System besitzt zwar Fähigkeiten, kann diese aber nicht ausreichend sicher einem berechtigten Nutzer oder Prozess zuordnen.

In einer realen Implementierung müsste dieser Bereich daher deutlich stärker ausgearbeitet werden, bevor ein Agent Zugriff auf sensible oder veränderbare Shopdaten erhält.

Ein REST-Key mit umfassenden Schreibrechten ist bequem für einen Prototypen. Er reduziert zunächst die Komplexität der Implementierung.

Genau das wäre in einem Produktivsystem jedoch problematisch.

Je größer die Berechtigung eines Agenten oder der dahinterliegenden Integration ist, desto größer wird auch die Tragweite einer falschen Aktion. Agentic Commerce benötigt deshalb nicht einfach Zugang zu einer API. Es benötigt ein durchdachtes Berechtigungsmodell.

Die technische Leitfrage lautet nicht: „Kann der Agent diese Aktion ausführen?“

Sie lautet: „Soll der Agent genau diese Aktion unter genau diesen Bedingungen ausführen dürfen?“

Shopbetreiber, die Agentic Commerce testen möchten, sollten nicht zuerst über Tonalität und Chatdesign sprechen. Zunächst sollte geprüft werden, ob das bestehende Commerce-System überhaupt eine belastbare Grundlage liefert.

Ein Staging-Prototyp ist dafür ein sinnvoller Ansatz.

Dort lässt sich beobachten, wie der Agent mit realistischen Shopdaten umgeht, ohne unmittelbar das Produktivsystem zu gefährden. Gleichzeitig werden Schwächen sichtbar, die in einer reinen Konzeptdiskussion leicht verborgen bleiben.

Ein sinnvoller Readiness-Check betrachtet mehrere miteinander verbundene Bereiche.

Ein solcher Test liefert deutlich mehr Erkenntnisse als eine isolierte Chat-Demo. Er zeigt, ob die bestehende Commerce-Architektur tatsächlich agentenfähig ist.

Landingpages lassen sich vergleichsweise sauber analysieren. Seitenaufruf, Klick, Add-to-Cart, Checkout und Bestellung bilden eine bekannte Ereigniskette.

Bei einer dialogorientierten Customer Journey entstehen zusätzliche Zwischenschritte.

Ein Nutzer kann mehrere Fragen stellen, seine Anforderungen verändern, Produkte vergleichen und erst anschließend eine Aktion auslösen. Die relevante Einheit ist dann nicht mehr ausschließlich der Seitenaufruf. Auch der Gesprächsverlauf wird Teil der Journey.

Für Agenturen entsteht daraus eine neue Messaufgabe.

Es reicht nicht, lediglich festzustellen, dass ein Agent verwendet wurde. Entscheidend ist, welche Interaktionen tatsächlich zu wertvollen Commerce-Aktionen geführt haben. Produktsuche, Warenkorb, Checkout-Handoff und Bestellung müssen analytisch miteinander verbunden werden.

Sonst entsteht eine beeindruckende Benutzeroberfläche, deren wirtschaftlicher Beitrag kaum sauber beurteilt werden kann.

Gerade an diesem Punkt treffen Agentic Marketing und Agentic Commerce direkt aufeinander. Wenn eine Anzeige in einen Sponsored Agent führt und dieser anschließend mit Shopfunktionen interagiert, muss die Messlogik mehrere bisher getrennte Ebenen verbinden.

Das ist weniger spektakulär als eine Agenten-Demo. Für Marketingentscheidungen ist es wesentlich wichtiger.

Bisher ließ sich die Arbeit an einer Commerce-Kampagne relativ klar aufteilen. Media bringt Besucher. Eine Landingpage übernimmt die Kommunikation. Der Shop stellt Produkte und Checkout bereit. Analytics misst das Ergebnis.

Agentische Systeme lösen diese Grenzen teilweise auf.

Gesprächslogik wird zur UX. Produktdaten werden zum Kontext für das Sprachmodell. API-Berechtigungen beeinflussen die Customer Journey. Checkout-Prozesse bestimmen, welche Versprechen ein Agent überhaupt erfüllen kann. Tracking muss Dialog und Transaktion zusammenbringen.

Dadurch steigt der technische Anspruch an Agenturen deutlich.

Wer ausschließlich die sichtbare Oberfläche betrachtet, wird an wichtigen Stellen nicht weit genug kommen. Ein Commerce-Agent kann im Frontend überzeugend wirken und gleichzeitig im Hintergrund mit ungeeigneten Berechtigungen, unvollständigen Produktdaten oder nicht messbaren Übergaben arbeiten.

Bei Sodah betrachten wir Agentic Commerce deshalb nicht als isoliertes KI-Feature. Unsere Struktur mit fünf spezialisierten Entwicklern in einem zehnköpfigen Team erlaubt es, Marketingfragen direkt mit Frontend-, Backend- und Full-Stack-Perspektiven zu verbinden.

Für einen WooCommerce-Prototypen bedeutet das beispielsweise, nicht bei der Frage stehen zu bleiben, ob der Agent einen Warenkorb befüllen kann. Ebenso relevant ist, über welche Schnittstelle dies geschieht, welche Rechte dafür erforderlich sind, wie der Prozess protokolliert werden kann und wie sich die resultierende Conversion später korrekt messen lässt.

Das ist die Ebene, auf der aus einem Experiment schrittweise eine belastbare Commerce-Architektur werden kann.

Die beiden Ankündigungen vom 16. September 2026 liefern ein interessantes Signal, aber noch keinen fertigen Standard.

OpenAIs Sponsored Agents befinden sich in einem begrenzten US-Test. Die WooCommerce-Implementierung wird ausdrücklich als experimentell beschrieben und enthält technische Einschränkungen, die gegen einen unkritischen Produktionseinsatz sprechen.

Für Shopbetreiber ist das kein Grund, das Thema zu ignorieren.

Es spricht vielmehr für einen kontrollierten technischen Test.

Ein WooCommerce-Agent im Staging kann heute schon konkrete Fragen beantworten: Welche Produktdaten fehlen? Welche Aktionen funktionieren zuverlässig? Wo entstehen Authentifizierungsprobleme? Welche Berechtigungen sind zu breit? An welchem Punkt sollte ein Mensch übernehmen? Wie lässt sich der Übergang zum Checkout messen?

Solche Erkenntnisse sind belastbarer als eine langfristige Strategie, die ausschließlich auf Annahmen über künftige Agentenplattformen basiert.

Der interessante Teil beginnt deshalb nicht mit der Frage, wann jeder Shop einen KI-Agenten benötigt.

Die bessere Frage lautet: Ist die bestehende Commerce-Infrastruktur bereits so sauber aufgebaut, dass ein Agent überhaupt kontrolliert darauf arbeiten könnte?

Sponsored Agents und die WooCommerce-Experimente zeigen zwei Seiten derselben Entwicklung.

Auf der Marketingseite könnte nach einer Anzeige künftig häufiger ein Gespräch beginnen. Auf der Commerce-Seite entstehen gleichzeitig technische Werkzeuge, mit denen Agenten Produktsuche, Warenkorb und weitere Shopprozesse ansprechen können.

Die sichtbare Veränderung ist der Dialog.

Das Fundament bleibt technisch.

Saubere Produktdaten, kontrollierte Schnittstellen, eindeutige Authentifizierung, begrenzte Schreibrechte, sichere Checkout-Handoffs und belastbares Tracking entscheiden darüber, ob aus einem Agenten ein nützliches Commerce-System oder lediglich eine interessante Demo wird.

Für Shopbetreiber liegt genau darin die aktuelle Chance. Noch bevor Agentic Commerce zum Standard wird, lassen sich bestehende WooCommerce-Architekturen darauf prüfen, wo sie bereits vorbereitet sind und wo technische Schulden sichtbar werden.

Wer diesen Test ernst nimmt, beschäftigt sich am Ende nicht nur mit KI. Er beschäftigt sich mit der Qualität des eigenen Shopsystems.

Grundlage dieses Beitrags sind die Ankündigung von OpenAI zu Sponsored Agents und neuen Werbefunktionen vom 16. September 2026, die zugehörigen OpenAI-Informationen zur Verfügbarkeit sowie der am selben Tag veröffentlichte WooCommerce Developer Blog zur experimentellen Claude-Commerce-Agent-Implementierung. Ergänzend fließt die seit dem 14. September laufende GitHub-Diskussion zu den WooCommerce Agentic Tools ein.