Migration zu oder von Shopware

Shopware ist Ecommerce-Software auf Basis des Symfony-PHP-Frameworks, verfügbar als selbst gehostete Open-Source-Software (Community Edition) oder als gehostetes Cloud-Produkt mit kommerziellen Editionen, die Funktionen wie erweiterte B2B-Tools und regelbasierte Preisgestaltung hinzufügen. Shopware 6 ist die aktuelle Generation, aufgebaut um einen headless-fähigen Kern mit getrennter Storefront- und Verwaltungsschicht, als Ersatz für das ältere, strukturell andere Shopware 5.

Da Shopware eine Store API bereitstellt, unterstützt es Headless- und Composable-Setups neben der eigenen Standard-Storefront, was für Migrationen relevant ist, bei denen Frontend und Backend getrennt behandelt werden. Storefronts auf dem Standardweg nutzen Shopwares eigenes Theme-System auf Twig-Basis, mit Plugins und Themes aus dem Shopware Store.

Shopware organisiert Produkte mit "Eigenschaften" und Konfigurator-Gruppen für Varianten innerhalb eines nativen Kategoriebaums und nutzt "Sales Channels", um unterschiedliche Storefronts oder Markenauftritte aus einem einzigen Backend zu verwalten - ein strukturell anderes Konzept als das, wie Plattformen mit nur einer Storefront Multi-Marken-Setups handhaben. Dieses Sales-Channel-Modell ist einer der ersten Punkte, die wir mappen, wenn ein Händler mehrere zusammengehörige Shops aus einer Shopware-Installation betreibt.

Regelbasierte Preisgestaltung - unterschiedliche Preise oder Aktionen, ausgelöst durch Kundengruppe, Warenkorbinhalt oder andere Bedingungen - ist eine Shopware-Funktion, die früh in einer Migration geklärt werden sollte, da nicht jede Zielplattform bedingte Preisgestaltung auf dieselbe Weise modelliert. Kunden- und Bestelldaten liegen in Shopwares eigener Datenbankstruktur, und bei selbst gehosteten Installationen ist oft direkter Datenbankzugriff verfügbar, was manche Exporte vereinfachen kann, aber weiterhin erfordert, individuelle, durch Plugins hinzugefügte Felder zu identifizieren, bevor ein Standardexport als vollständig vorausgesetzt werden kann.

Ein funktionierender Shopware-Shop hängt meist von Plugins aus dem Shopware Store ab - für Zahlungen, Versand, Marketing oder B2B-Funktionen, die nicht im Shopware-Kern enthalten sind. In Plugins gespeicherte Daten und Konfiguration werden bei einer Plattformmigration nicht automatisch übertragen; ein Wechsel von Shopware bedeutet, zu prüfen, was jedes Plugin speichert, und es separat zu exportieren, und ein Wechsel zu Shopware bedeutet, Äquivalente über den Shopware Store zu installieren und zu konfigurieren oder individuell zu entwickeln.

Shopwares Twig-basierte Themes sind spezifisch für dessen Templatesystem und lassen sich nicht anderswo übertragen, daher bedeutet ein Wechsel von Shopware meist, das Storefront-Design auf der neuen Plattform neu aufzubauen, und ein Wechsel zu Shopware bedeutet, ein Store-Theme anzupassen oder ein individuelles zu bauen. Migrationen mit Shopware 5, das eine andere zugrunde liegende Architektur als Shopware 6 nutzt, müssen als eigener Fall abgegrenzt werden, statt anzunehmen, sie liefen wie eine Shopware-6-Migration.

Shopware unterstützt konfigurierbare SEO-URL-Vorlagen für Produkte, Kategorien und andere Seiten, die je Sales Channel angepasst werden können, aber die tatsächlich genutzten URL-Muster variieren je nach Konfiguration von Shop zu Shop. Ein Wechsel von Shopware bedeutet, die Live-URL-Konfiguration zu prüfen, statt ein Standardmuster vorauszusetzen.

Als Teil einer verwalteten Migration prüfen wir Ihr bestehendes Shopware-URL-Setup, oder planen das des Ziels, wenn Sie zu Shopware wechseln, bauen eine Weiterleitungskarte zwischen alten und neuen URLs je Sales Channel, wo relevant, und übernehmen Metadaten, die weiterhin zutreffend sind - mit demselben Ansatz wie in unserem Service SEO- und Weiterleitungsmigration beschrieben, angewendet auf Shopwares spezifisches Routing und Sales-Channel-Struktur.