Am 10. Juni 2026 fand der Shopware Community Day im Kölner Confex auf dem Gelände der Koelnmesse statt, zum zweiten Mal an diesem Standort und vor rund 1.500 Gästen aus aller Welt. Drei Bühnen (Main, Tech, Commerce), zehn partnergeführte Masterclasses, sechs Deep Dives, sechs Live-Podcast-Sessions und über 50 Speaker: Das Format war erkennbar auf Breite ausgelegt, mit Live-KI-Übersetzung für die Hauptbühnen und Community-Meetups von Women in Tech bis User Experience. Nach dem verschobenen Jahr 2025, als der Termin wegen eines Bombenfunds erst im September und gekoppelt an die DMEXCO stattfand, kehrte der SCD 2026 somit in seinen üblichen Juni-Rhythmus zurück.
Wer einen Strauß einzelner Produktmeldungen erwartet hatte, bekam etwas anderes. Die Keynote unter dem Titel „Open Commerce Infrastructure for the Agentic Era" rahmte die vier zentralen Ankündigungen nicht als Feature-Liste, sondern als zusammenhängende Antwort auf eine Architekturfrage: Was muss eine Handelsplattform leisten, wenn nicht mehr nur Menschen, sondern zunehmend KI-Agenten suchen, vergleichen und kaufen? Genau diese Verschiebung lohnt eine genauere Betrachtung, weniger entlang der Produktnamen und mehr entlang dessen, was sie für Datenmodell, Integration und Betrieb realer Shops bedeuten.
Warum KI auf dem SCD 2026 als Infrastruktur statt als Einzelfeature auftrat
Shopware verstand KI 2026 nicht als zusätzliches Werkzeug, sondern als Eigenschaft der gesamten Plattform. Co-CEO Sebastian Hamann ordnete die Strategie gemeinsam mit CFOO Joachim Weber, CPTO Mark Stanley sowie den Produktverantwortlichen Marie Reckendrees und Aaron Schaarschmidt entlang dreier Leitlinien ein: „Grow your way" für offene Infrastruktur ohne Lock-in in komplexen B2C-, B2B- und Multi-Org-Szenarien, „Automate the work" für das Zusammenspiel der neuen Komponenten und „Elevate the Experience" für differenzierte, weiterhin menschlich geführte Storefronts.
Was die agentische Ära für die Datenbasis eines Shops bedeutet
Ein KI-Agent ist nur so gut wie der Kontext, auf den er zugreifen kann. Diese unscheinbare Bedingung war der eigentliche rote Faden des Tages. Solange Produktdaten, Preislogiken, Verfügbarkeiten und Geschäftsregeln verstreut und uneinheitlich vorliegen, kann keine Automatisierung verlässlich arbeiten. Sie verstärkt dann nur die vorhandene Unordnung. Technisch unterstrich Shopware das mit einer vollständigen MCP-Abdeckung, über die sich Plattformaktionen für KI-Tools und Agenten zugänglich machen lassen; der zugehörige MCP-Server befindet sich in der Beta, Feedback läuft über GitHub. Für Händler heißt das: Die Diskussion verschiebt sich vom Frontend zurück auf die Datenhaltung, also genau dorthin, wo die meiste Arbeit liegt und am wenigsten Aufmerksamkeit hingeht.
Wie Shopware Nexus die Integrationsschicht neu sortiert
Shopware Nexus ist eine eventgetriebene Orchestrierungsschicht, die fragmentierte Daten aus ERP, CRM, PIM und weiteren Systemen zusammenführt und Integrationen standardisiert. Damit adressiert Shopware das vielleicht teuerste, weil unsichtbarste Problem im Projektgeschäft. Nach den auf der Keynote genannten Zahlen verteilt sich die Geschäftslogik eines Händlers im Schnitt auf mehr als fünfzehn getrennte Systeme und ein erheblicher Teil des Implementierungsaufwands fließt nicht in Differenzierung, sondern allein in deren Verbindung.
Was Nexus für die Schnittstellenarbeit im Mittelstand ändert
Nexus zielt auf den Aufwand, der entsteht, wenn jede Verbindung einzeln gedacht wird. Statt individueller Punkt-zu-Punkt-Integrationen sollen wiederverwendbare Konnektoren, automatisiertes Daten-Mapping und KI-gestützte Workflow-Generierung den Standardfall vereinfachen. Für Unternehmen mit gewachsener Systemlandschaft, etwa einer Warenwirtschaft wie Büro+, Lexware oder SelectLine im Hintergrund, ist die nüchterne Lesart wichtig: Eine Orchestrierungsschicht senkt den Aufwand bei standardisierbaren Datenflüssen, sie ersetzt aber keine genuin individuelle Schnittstellenentwicklung dort, wo Geschäftslogik wirklich speziell ist. Wo eine zentrale Vermittlungsschicht zwischen vielen Systemen nötig wird, greift das Thema Middleware. Der Kostentreiber war dabei nie die bloße Existenz einer Schnittstelle, sondern die fachliche Komplexität dahinter. Nexus wurde auf dem SCD 2025 als Preview gezeigt, ging Anfang 2026 in die Beta und ist seit dem zweiten Quartal verfügbar.
Was der Shopware Copilot vom reinen Analysewerkzeug unterscheidet
Der Shopware Copilot, Teil von Shopware Intelligence, erhielt agentische Fähigkeiten und entwickelt sich damit vom Analysewerkzeug zum aktiven Unterstützer im Tagesgeschäft. Dass KI zunehmend selbst zum handelnden Akteur wird, war auf dem SCD an mehreren Stellen greifbar. Weil er direkt in Shopware arbeitet, kennt er den Geschäftskontext: Produkte, Bestellungen, Kundenverhalten, Verkaufsdaten. Auf dieser Basis kann er Zusammenhänge erkennen, Empfehlungen ableiten und Aufgaben innerhalb definierter Workflows ausführen.
Warum die Freigabelogik der eigentliche Knackpunkt ist
Entscheidend ist nicht, dass der Copilot etwas vorschlägt, sondern was zwischen Vorschlag und Ausführung steht. Regeländerungen oder Preisanpassungen lassen sich per Prompt generieren, gehen aber erst nach Bestätigung durch den Admin live. Flankiert wird das durch Rollenbeschränkungen, Whitelisting und menschliche Freigabeprozesse. Diese Kontrollarchitektur ist im operativen Betrieb der relevante Teil: Sie entscheidet darüber, ob ein Agent Arbeit abnimmt oder ein neues Risiko in geschäftskritische Abläufe trägt. Wer agentische Funktionen einführt, sollte die Freigabe- und Rechtelogik deshalb zuerst durchdenken, nicht zuletzt.
Was Shopware Payments als nativer Layer in der Plattform verändert
Shopware Payments ist ein nativer Zahlungs-Layer, direkt in die Plattform eingebettet und auf der globalen Zahlungsinfrastruktur von PayPal aufgesetzt. Zahlungen lassen sich damit ohne Zusatzintegration unmittelbar in der Shopware-Umgebung aktivieren und verwalten; die Lösung wird laufend aktuell gehalten, separate Upgrades entfallen. Sie bleibt bewusst optional: Weitere Zahlungsanbieter lassen sich ergänzen, eine Exklusivität wird nicht erzwungen. Zum Start ist Payments in Deutschland und Österreich verfügbar, weitere EU-Märkte und die USA sollen schrittweise folgen.
Warum Payments eine Betriebs- und keine Checkout-Frage ist
Zahlungsabwicklung wirkt wie ein Detail am Ende des Kaufprozesses und ist in Wahrheit ein Betriebsthema. Wenn Abwicklung, Reporting und Support auf mehrere Systeme verteilt sind, steigt der laufende Aufwand spürbar. Ein nativer Layer rückt Payment näher an Datenflüsse, Checkout und Geschäftslogik und kann diese Reibung reduzieren. Für Händler mit gewachsenen, oft international aufgesetzten Zahlungsstrukturen bleibt die Abwägung dennoch konkret: Vereinfachung im Standardfall gegen die Freiheit, bestehende Anbieterstrategien weiterzuführen. Wo diese Entscheidung in ein bestehendes Setup eingreift, gehört sie in die Shopware-Entwicklung und nicht in eine isolierte Plugin-Frage. Die offene Konzeption hält diese Tür ausdrücklich offen.
Wie das Experience Studio Commerce als gestaltbare Oberfläche denkt
Das Experience Studio stellte Shopware als Research Preview vor, also als Ausblick und nicht als verfügbares Produkt. Die Idee: Händler erzeugen über Prompts funktionsfähige Commerce-Frontends und storybasierte Einkaufserlebnisse, Content und Commerce rücken enger zusammen. Der Gedanke dahinter folgt der Gegenbewegung zur Automatisierung. Je mehr Agenten in Suche und Kauf eingreifen, desto wertvoller werden menschlich gestaltete Erlebnisse, die Vertrauen schaffen und eine Marke unterscheidbar machen. Hier nimmt Shopware mit einem stark an Spatial Commerce erinnernden Ansatz eine Vorreiterrolle ein; ein direktes Pendant bei den Marktbegleitern fehlt bislang. Der praktische Wert wird sich daran entscheiden, wie gut sich automatisch erzeugte Oberflächen später an Design, Content-Strategie und Conversion-Ziele eines Unternehmens anpassen lassen. Eine offene Frage, die eine Preview naturgemäß noch nicht beantwortet.
Was der SCD 2026 für Händler praktisch bedeutet
Zusammengenommen ergeben Nexus, Copilot, Payments und Experience Studio kein Feature-Set, sondern eine These: Datenorchestrierung, Automatisierung, Zahlung und Erlebnis sollen aus einer Plattform heraus zusammenwirken, statt über lose gekoppelte Drittsysteme. Das ist die Richtung. Es lohnt der Blick darauf, wo Shopwares Marktbegleiter stehen. Bei der Datenorchestrierung verfolgt Magento mit seiner stark anpassbaren, aber integrationsintensiven Architektur traditionell den entgegengesetzten Weg: maximale Offenheit bei entsprechend hohem Verbindungsaufwand. Shopify wiederum hat native Zahlung über Shopify Payments früh besetzt und treibt eingebettete Commerce-Funktionen konsequent voran, allerdings in einem stärker gerahmten, weniger offenen Ökosystem. Shopwares Position liegt erkennbar dazwischen: native Bausteine bei gleichzeitig offener, API-first gedachter Architektur. Für die Bewertung im Einzelfall zählt weniger der Funktionsumfang als die Frage, wie gut die eigene Infrastruktur und damit die gesamte E-Commerce-Strategie darauf vorbereitet ist, wenn Daten, KI und Checkout enger ineinandergreifen.
Fazit zum Shopware Community Day 2026
Der SCD 2026 verschob die Erzählung von „Shopware bekommt KI-Features" zu „Shopware versteht sich als Infrastruktur für eine agentische Handelswelt". Diese Verschiebung ist die eigentliche Nachricht des Tages und sie trifft Händler nicht im Marketing, sondern in der Architektur — bei Datenhaltung, Integrationsstrategie und Freigabelogik. Wer diese Schichten sortiert hat, kann die neuen Bausteine nutzen. Wer sie nicht sortiert hat, bekommt durch keine Plattform der Welt die Ordnung geschenkt, die er nicht selbst angelegt hat. Der nächste Shopware Community Day findet am 1. Juni 2027 wieder im Confex auf dem Gelände der Koelnmesse statt.