Agentic Commerce — Umsatz pro KI (ChatGPT, Claude, Perplexity, Copilot)

• New: the catalog over MCP as well. /ucp/mcp offers the same search and lookup as MCP tools (catalog_search, catalog_lookup) — the protocol the large assistants speak natively. Same source as the REST endpoints, no second truth; the UCP profile advertises the transport while it is switched on
• New: "The shop as a whole" in the AI readiness report. Above the product list it now says how the shop stands towards an agent: which of the eight agent endpoints answer, whether the seller is identifiable (legal name, VAT ID, tax number, address), and how the catalogue is doing (products scored, average, how many at 75 or above and how many below 50). The grouping follows the categories of Shopware's Agentic Readiness Scanner, so two checklists do not run side by side
• Only what the plugin can determine itself is reported. Reachability, bot protection and content quality stay with the scanner
• PLUGIN_VERSION constant set to 1.67.67

• The feed query in /AGENTS.md and in the API catalog sat in a loop header. It ran once per request in practice, but Shopware's code review reads it as one query per iteration (shopware.noEntityRepositoryInLoop). It now searches once and iterates afterwards
• PLUGIN_VERSION constant set to 1.67.66

• New: Universal Commerce Protocol. The business profile sits at /.well-known/ucp per the 2026-04-08 specification: version, the dev.ucp.shopping service over REST and A2A, and the two catalog capabilities search and lookup. Behind it three real endpoints answer — POST /ucp/catalog/search, /ucp/catalog/lookup and /ucp/catalog/product — from the sales channel's products, with price in minor units plus currency, availability, GTIN, manufacturer number, brand and cover image, cursor pagination and 10 results per page
• Only what answers is advertised. Cart, checkout, order and payment handlers are deliberately absent from the profile: an advertised capability without an endpoint behind it sends an agent into an error instead of an order. Ordering stays in the storefront checkout
• New: A2A agent card at /.well-known/agent-card.json, published together with the endpoint it names: POST /a2a/v1/message:send answers product questions from the same catalog service. The card lists exactly one skill — product search — and that skill works
• AGENTS.md and the API catalog link the new addresses, but only while their switches are on
• Both can be switched off per sales channel. Only data that is public on the product pages anyway is served, and a request returns at most 50 products
• PLUGIN_VERSION constant set to 1.67.65

• The query for the five weakest products on the dashboard sat in a loop header. It ran only once in practice, but Shopware's code review reads it as one query per iteration (shopware.noEntityRepositoryInLoop). It now searches once and iterates afterwards
• PLUGIN_VERSION constant set to 1.67.62

• The "Missing fields" column of the AI readiness report lists the labels as a running enumeration again instead of boxes side by side — easier to read in a list. The hint with the path to the field stays: it appears when hovering a label
• PLUGIN_VERSION constant set to 1.67.61

• The AI readiness alt-text criterion could not pass on any product. It reads the alt text through the association from the product image to the media entity, and that association was not loaded during a rescore — so nothing was ever found, no matter whether alt texts are maintained. Every product with images lost 10 points. Measured on products with alt texts in place: 0 of 2 before, 2 of 2 now
• Variants are now scored with the data they inherit from their parent. Cover image, gallery, properties, EAN, manufacturer number, manufacturer, description and meta description are inherited in Shopware; the rescore read them without inheritance and therefore saw an empty product, while the storefront shows the parent's image to the customer. A variant without own fields scored 0. Measured on the same variant: 0 before, 65 now
• "Missing fields" now names fields a merchant can find. The column printed the scorer's internal keys ("coverImage", "description100") — names that exist nowhere in the admin. Every gap is now named after the field it means and carries the path to it as a tooltip, in all eight languages of the plugin. "description100" and "description300" are one single field, the product description, at 100 and at 300 characters
• "Second product image" now really asks for a second image. The criterion promised one gallery image besides the cover but counted the cover itself, so a product with a single picture passed. The criterion is stricter now: products with only one image lose 10 points
• A rescore no longer stops after 5000 products; the limit follows the number of products to score
• The AI readiness average on the dashboard divided the sum of at most 5000 loaded rows by the total of all rows and was too low from 5000 scored products on. Average and distribution now come from database aggregations, and the five weakest products are sorted by the database
• The English hint texts for the criteria are no longer stored per product — they were never displayed; the explanation is now in the list, translated
• PLUGIN_VERSION constant set to 1.67.60

• Minimum Shopware version raised to 6.7.9 (Composer constraint ~6.7.9, before ~6.7.0). Shops on 6.7.0 to 6.7.8 no longer receive this update. The FAQ already named 6.7.9.0 as the minimum; the cookie registration now relies solely on CookieGroupCollectEvent, and the deprecated CookieProviderInterface decorator was removed
• No repository calls inside loops any more: the support bundle counts the five plugin tables with five separate queries; the tracking cleanup and the readiness rescore command process each batch with one search and one write
• Static analysis: deprecated EntitySearchResult::first() replaced, checks that could never fail removed, unused code removed; PHPStan reports no findings
• Perplexity feed provider no longer receives an unused configuration service
• PLUGIN_VERSION constant set to 1.67.59

• Request paths (controllers, subscribers, Markdown renderer) no longer create a fallback context; the context comes from the request, the event or the caller
• Plain SQL replaced by the DAL in the dashboard, the admin tools, the feed skip log and the tracking cleanup; the AI revenue tile is aggregated by the database without a row limit and converted at the order's currency factor
• Existing product export templates are no longer rewritten: the automatic template update on save and the two template migrations were removed, so merchant changes to body_template stay as they are. To use the current template, select it again in the product comparison sales channel
• robots.txt: the plugin no longer registers its own /robots.txt route; Shopware's robots.txt stays in charge and the plugin only replaces its content while the robots.txt option is switched on
• Migrations: nine migrations with hand-set timestamps are replaced by one idempotent migration; on existing installations it finds all tables and columns in place and changes nothing
• Uninstall no longer deletes configuration values itself (Shopware does that); FAQ CMS slots are removed through the DAL
• Dashboard: no inline scripts or styles any more; the page uses the shop's storefront layout and a storefront JS plugin. Dates and numbers follow the shop language and the visitor's time zone instead of fixed de-DE / Europe/Berlin
• Dashboard password is stored as a hash only. Plain-text passwords from earlier versions are hashed on update and keep working; after the update the dashboard asks for the password once more
• The attribution cookie is still set only with consent to the statistics cookie group; responses that set or clear it are now marked private/no-store so the HTTP cache cannot replay them to visitors without consent
• Administration: module, components, CSS classes and snippet keys carry the great-agentic- prefix; HTTP calls go through an ApiService; snippets are autoloaded; no native DOM calls; all notifications, table headers and labels come from snippets in eight languages; errors are shown as notifications
• Error handling narrowed: no catch-all blocks; tracking write failures are logged
• Code comments in English; the package no longer contains docs/, tests and development files; privacy notes moved into README.md / LIESMICH.md
• Dashboard IP whitelist now reads the maintenance mode allowlist of the sales channel (the configuration key used before does not exist, so with the option on every IP was refused) and accepts exact addresses and CIDR ranges, IPv4 and IPv6; the dashboard tool endpoints check it too
• Admin notifications show the real number (feed preview showed "0 products")
• PLUGIN_VERSION constant set to 1.67.58

• Das Dashboard ist jetzt eine normale Storefront-Seite. Bitte nach dem Update das Theme neu kompilieren.
• Das Dashboard zeigt Datum und Zahlen in der Sprache des Shops und in der Zeitzone des Browsers.
• Das Dashboard-Passwort wird jetzt verschlüsselt gespeichert. Bestehende Passwörter werden beim Update automatisch umgestellt.
• Das Cookie für die KI-Zuordnung wird erst gesetzt, wenn der Besucher der Cookie-Gruppe Statistik zustimmt.
• Die robots.txt nutzt jetzt die robots.txt-Seite von Shopware. Der Inhalt aus den Plugin-Einstellungen wird dort ausgegeben.
• Bestehende Produktexporte werden vom Plugin nicht mehr verändert. Eine neuere KI-Feed-Vorlage wählst Du einfach erneut im Verkaufskanal aus.
• Die KI-Werkzeuge in der Administration wurden überarbeitet. Alle Texte sind jetzt übersetzt.
• Technische Verbesserungen für mehr Stabilität und Kompatibilität mit Shopware 6.7.

• Die AI-Readiness-Liste zeigt jetzt einen klaren Leerzustand mit Icon und Text, wenn noch keine Scores vorliegen, statt eines leeren Grids
• Die Produktspalte zeigt nicht mehr „(unknown)" bei Varianten oder per Bulk-Import angelegten Produkten: Sie greift auf den Namen des Elternprodukts zurück und im letzten Schritt auf die Produktnummer, falls kein Name vorhanden ist
• Feed-Vorschau: Der Knopf „Preview + Validate" bleibt jetzt bei jeder Kartenbreite in derselben Zeile wie das Provider-Dropdown
• Der Fortschrittsbalken für die Neuberechnung verwendet jetzt Shopwares Markenblau während des Laufs und Shopwares Erfolgsgrün nach Abschluss, passend zum Rest der Administration

• Die Anweisung, die bei der Deinstallation die Fremdschlüsselprüfungen der Datenbank abschaltete, ist entfernt. Shopwares Code-Review verbietet sie ausdrücklich, und nötig war sie nie: Ein Fremdschlüssel hindert nur daran, die Tabelle zu löschen, auf die er zeigt — und die Reihenfolge führt die abhängige Tabelle bereits zuerst auf. Der volle Zyklus lief danach erneut: Die Deinstallation räumt weiterhin alle fünf Tabellen und jeden Konfigurationswert ab
• Der QR-Code-Renderer prüft jetzt auch die Encoding-Klasse, bevor er sie instanziiert. Damit ist die letzte Warnung der statischen Analyse weg — und es ist ohnehin das bessere Verhalten: Eine fehlende Klasse wäre vorher erst bei der Benutzung aufgefallen

• Shopwares Code-Review brach beim Analysieren von QrCodeRenderer mit einem schweren Fehler ab: Die optionale QR-Code-Bibliothek war nicht auflösbar. Sie als hartes require zu deklarieren repariert die Prüfung und blockiert die Installation — gegen 6.7.13 gemessen: „Required plugin/package endroid/qr-code ^6.0 is missing or not installed". Die Klasse benennt die Bibliothek jetzt über Zeichenketten-Konstanten und dynamische Instanziierung statt über ::class-Ausdrücke. Damit hat die statische Analyse kein Symbol mehr aufzulösen, während sich zur Laufzeit nichts ändert: Bibliothek da, QR-Codes werden gerendert; Bibliothek fehlt, es erscheint ein Platzhalter

• Die OpenAI-Konfigurationskarte, der Schalter enableOpenAi und die vier openAi*-Felder sind entfernt. Der Schalter hatte seit v1.4.5 keine einzige Lesestelle im Code — er sah aus wie eine Einstellung und war Dekoration —, und die Detailfelder speisten nur den plugin-eigenen OpenAI-Provider, der entfallen ist, seit Shopwares Core den technischen Namen open-ai selbst bedient. Eine Migration räumt die zurückbleibenden Zeilen beim Update ab. Die OpenAI-Feed-Vorlage im Produktexport bleibt unangetastet und wird weiter ausgeliefert
• Fehler behoben: Jeder Produktexport-Feed stürzte mit einem TypeError ab, sobald ein Händler einen anlegte. Das Plugin taggte seine fünf Provider mit Shopwares shopware.product_export.provider; seit der Core diesen Tag in 6.7.13 selbst konsumiert, bekam dessen Registry Objekte, die nicht von der Klasse erben, die ihr Rückgabetyp verlangt — und der Core-Subscriber läuft bei jedem Render. Mit einem echten Perplexity-Export reproduziert, also dem beworbenen Standard-Feed, und behoben, indem die Provider auf einen eigenen Tag und einen eigenen Subscriber umgezogen sind — genau so, wie der Docblock der Basisklasse es seit 1.0 beschreibt. Im Entwicklungscontainer war es nie zu sehen, weil dort gar kein Produktexport angelegt war
• Der CompilerPass, der Shopwares eigenen OpenAI-Produktexport-Provider aus dem Container löschte, ist entfernt. Sein Docblock nannte ihn wirkungslos auf 6.7.x; gemessen an 6.7.13 griff er in jedem Shop, auch in solchen, die nie einen OpenAI-Feed wollten. Mit dem eigenen Provider-Tag gibt es nichts mehr aufzulösen, und Shopwares Provider ist zurück
• Fehler behoben: Die KI-Umsatzzahl hörte still bei 500 zugeordneten Bestellungen auf. Sie lud höchstens 500 Zeilen, neueste zuerst, und addierte sie in PHP — ein Shop mit mehr Bestellungen im gewählten Zeitraum sah eine Zahl, die vollständig aussah und es nicht war, ausgerechnet bei der Kennzahl, mit der das Plugin wirbt. Gruppierung und Währungsumrechnung macht jetzt die Datenbank, ohne Zeilengrenze. Gemessen: 601 zugeordnete Bestellungen werden als 601 gezählt
• Fehler behoben: Das Plugin belegte /robots.txt und antwortete mit 404, solange sein robots-Manager ausgeschaltet war — und das ist der Auslieferungszustand. Jeder Shop, der das Plugin installierte und diese Einstellung nie öffnete, verlor seine robots.txt vollständig, weil die Route Shopwares eigene verdeckt. Die Anfrage wird jetzt an den Shopware-Core zurückgegeben
• Fehler behoben: Der Drei-Punkte-Knopf in jeder Zeile der AI-Readiness-Liste öffnete ein leeres Menü. Er bietet jetzt "Produkt öffnen" und springt direkt zu dem Produkt, das die Punkte verloren hat
• Spaltenüberschriften der AI-Readiness-Liste fallen jetzt auf Englisch zurück, wenn die Administration in einer Sprache läuft, die das Plugin nicht mitliefert — statt den rohen Schlüssel anzuzeigen
• Die beiden Demo-Traffic-Knöpfe im AI-Tools-Bereich sind entfernt. Die Generatoren dahinter wurden in 1.67.23 bewusst ausgebaut, weil ihre Zeilen nicht von echten Tracking-Daten zu trennen waren; die Knöpfe blieben stehen und riefen Routen auf, die es nicht mehr gibt. Der Bereich zeigt jetzt die GPTBot-Crawl-Simulation, die er tatsächlich ausführt
• Fehler behoben: JSON-LD und Open Graph gaben jeden Preis als Euro aus, unabhängig von der Währung des Verkaufskanals. Suchmaschinen und KI-Agenten bekamen CHF- oder GBP-Beträge mit dem Etikett EUR
• Admin-Anfragen führen ihr Zugriffstoken jetzt von Anfang an mit. Bisher ging jeder Klick zuerst unauthentifiziert hinaus, kassierte ein 401 und wurde erst durch einen zweiten Versuch gerettet — bei einem einzigen Neuberechnungslauf 36 vermeidbare Fehlanfragen
• Store-Beschreibung und FAQ bewerben keinen Demo-Traffic-Generator und keine Datenzurücksetzung mehr, die das Plugin nicht enthält
• Acht Snippet-Registrierungsklassen entfernt, die SnippetFileInterface implementierten — ein Shopware-Interface, das es in 6.7.13 nicht mehr gibt. Sie hatten keine Wirkung, die Storefront-Snippets laden nach Konvention aus den JSON-Dateien (vor und nach dem Entfernen gemessen), hätten aber jedes klassenkarten-basierte Autoloading zerrissen
• Store-Beschreibung und Features nennen jetzt die JSON-LD-Typen, die das Plugin tatsächlich ausgibt (an einer gerenderten Produktseite gemessen), statt einer kürzeren, veralteten Auswahl

Erste Version im Store

Erstveröffentlichung im Store