Shopware 5 End of Life 2024: Das Ende einer Ära & wie es weiter geht | Q&A

Wenn von einer SW5-Umgebung, wie hier erwähnt, die vollständig dem Standard entspricht, migriert wird, so sollte eine Migration, wenn externe Faktoren wie Servervariablen, Berechtigungen falsch gesetzt etc. ausgeschlossen werden können, im Normalfall tatsächlich mit einem Mausklick abgeschlossen werden können. 

Erfahrungsgemäß entstehen Hindernisse, die eben genau dies verhindern, beinahe ausnahmslos im Zusammenhang mit Faktoren, die von Plugins oder sonstigen Anpassungen im SW5-Shop vorgenommen wurden oder eben durch Serverseitige Faktoren (oft Berechtigungs-Probleme) verkompliziert werden. 

SW5 Standard an SW6 ist beinahe immer reibungslos durchzuführen.

Dies kommt auf deine individuelle Ausgangssituation an. Für die meisten Shopbetreiber, die einen SW5-Shop betreiben, wird vermutlich eine Migration sinnvoller sein, da somit beispielsweise Kundendaten erhalten bleiben und sich deine alten (Stamm-)Kunden ohne erneute Registrierung im neuen Shop ebenfalls einloggen können.

Ja. Allerdings hält dich nichts davon ab, einfach eine Testumgebung aus deinem 5er-Liveshop zu erstellen und daraus eine Migration zu starten – vielleicht ist gar keine Anpassung notwendig und die Migration läuft anstandslos durch.  

Wenn du hier mit einer Testumgebung arbeitest, bleibt der Live-Shop vollständig unberührt. Prinzipiell wird am Quellsystem (also dem 5er-Shop) während einer Migration ohnehin nichts verändert – es muss allerdings zunächst das Plugin Migration Connector installiert werden. Dies sollte ebenfalls keine Schwierigkeiten verursachen – eine Testumgebung ist allerdings immer sicherer, da hier auch unvorhergesehene Ereignisse keinerlei Konsequenz für den Live-Shop haben.

Prinzipiell ist eine neuere Version immer von Vorteil – spielt allerdings für die Migration im Speziellen keine Rolle. Das Migrations-Tool hat Profile für eine Migration ab SW5.4, welches somit die Mindestanforderung darstellt.

Die Migrationsumgebung kann als Testumgebung behandelt werden und hat keinerlei Einfluss auf den Betrieb des Live-Shops (abgesehen von den Ressourcen, die der Server während einer aktiv laufenden Migration benötigt). Solang die Migration nicht abgeschlossen ist, kann der 6er-Shop im Hintergrund laufen und auch von außen – wenn beispielsweise per htaccess oder Wartungsmodus innerhalb von SW6 – nicht erreicht werden. 

Der 5er-Shop kann also während der Migration ganz normal weiterlaufen.

Grundsätzlich hat sich die Struktur in der SW6 Datenbank geändert. Die Migration von Custom Products Templates, sowie die von Artikeln, welche bereits eine Zuweisung zu einem solchen Template haben, ist seit dem Major Release von SW6.5 möglich. 

Innerhalb des SW6 Migrations-Assistenten gibt es dafür die Entität “Custom Products”, welche für die Migration der Daten ausgewählt werden kann. 

Diese Entität ist allerdings erst sichtbar, sofern die Erweiterung “Custom Products” auch in SW6 bereits installiert und aktiviert wurde.

Ja. im Standard hat SW6 einen anderen URL-Aufbau. Daher sollte man sich vorher den Standard SW6-URL-Aufbau vor der Migration anschauen und ggfs. strukturell und genauso aufbauen (auch von der Schreibweise her) wie unter SW5. Dabei muss auch auf die Groß- und Kleinschreibung geachtet werden. Auch mögliche Backslashes in der URL sollten beachtet werden. Grundsätzlich empfehlen wir, sich vor der Migration ein SEO-Tool zu installieren, mit welchem man nicht erreichbare URLs per 301 umleitet. Entsprechende Erweiterungen findest du hier.

Es gibt zwar keine Checkliste im eigentlichen Sinne, allerdings diesen hilfreichen Guide.

Vermutlich eher besser. Dies hat den Hintergrund, dass sich SEO-Anforderungen stetig ändern und SW6 hier immer aktuell gehalten wird. Das heißt, wenn man das Standard-Theme verwendet und/oder an Faktoren wie den Überschriften keine Änderungen vornimmt, macht SW6 hier im Standard bereits alles so, wie es aktuell SEO-konform ist und für die besten Ratings sorgt. Das heißt, in diesem konkreten Beispiel die Reihenfolge der Überschriften ist so, wie es derzeit gewünscht ist (H2 folgt auf H1 usw.).

Nichts. Solang der 5er-Shop auf einer damit kompatiblen PHP-Version läuft und der 6er-Shop dies ebenfalls tut, gibt es keine Komplikationen. Da ohnehin beide Shops nicht in ein- und demselben Verzeichnis liegen sollten, kann man hier (je nach Hoster oft sogar direkt irgendwo in der Oberfläche) die PHP-Versionen auch voneinander unabhängig halten und so sicherstellen, dass beide Shops ihre eigenen PHP-Versionen nutzen, mit welcher sie kompatibel sind.

Zum jetzigen Zeitpunkt gibt es im Standard von SW6 keine Blog-Funktionalität. Diese ist allerdings fest geplant (https://www.shopware.com/de/roadmap) und wird voraussichtlich, sofern technisch möglich, auch für die Migration kompatibel gemacht.

Ja. Prinzipiell kann man die Migration stufenweise durchführen. Die Daten für beispielsweise Bestellungen, Kunden, Produkte usw. sind voneinander unabhängig und können in einzelnen Schritten zu beliebigen Zeitpunkten migriert werden. Mit Prüfsummen wird hierbei auch sichergestellt, dass bereits migrierte Daten nicht doppelt bei einem späteren Lauf der Migration erneut migriert werden (es sei denn, diese haben sich zwischenzeitlich verändert – dann wird natürlich geupdated). 

Eine detaillierte Vorauswahl zu treffen – beispielsweise nur Bestellungen, die >= 1 Jahr alt sind, ist während der Migration nicht möglich. Dies kann aber dennoch relativ einfach realisiert werden, indem man zum Beispiel eine Testumgebung erstellt mit sämtlichen Daten des 5er-Shops, hier nun in der Datenbank “aufräumt” mit ein paar SQL-Queries und nun daraus migriert. 

Die Dauer einer Migration lässt sich, wenn sehr viele Datensätze migriert werden sollen, wie die “7-stellige Anzahl von Kunden im Shop”, für gewöhnlich dramatisch reduzieren, indem man die Migration über die Konsole durchführt.  

Eine Anleitung, wie man die Migration per Konsole durchführt, stellen wir hier bereit.

Ja, die Daten werden übertragen. Genaue Infos findest du hier.

Nein – die Migration der Daten wird nur durchgeführt, wenn die Migration (in der Admin-Oberfläche des 6er-Shops oder per Konsole auf dem Server) angestoßen wird. Die Migration endet allerdings am Ende davon nicht. 

Es wird allen Daten, die migriert wurden, eine Prüfsumme zugewiesen. Wenn nun zu einem späteren Zeitpunkt eine neue Migration durchgeführt wird, wird anhand der Prüfsummen ermittelt, was bereits migriert und unverändert ist und diese Daten dann übersprungen, sodass sichergestellt ist, dass immer nur geänderte Daten geupdated bzw. neue Daten beim erneuten Anstoßen der Migration übernommen werden. 

Somit muss eine Migration nicht immer wieder von vorne gestartet werden und kann – nach der großen initialen Migration am Anfang – mit recht wenig Aufwand auf den jeweils aktuellsten Stand des Live-Shops gebracht werden.

Während der Migration nicht. Es bietet sich daher an, vorab im 5er-Shop schon den Kundenstamm aufzuräumen und “Karteileichen” beispielsweise über die Datenbank zu löschen.

Ja, Bestellungen und Artikel/Produkte werden ebenfalls migriert. Erfahre mehr dazu hier.

Dies kommt darauf an, wie diese implementiert wurden. Wenn sie Teil der Produktbeschreibung sind, werden sie auch migriert. Hier gilt wieder: Sind die Daten an einer in einem Standard SW5-Shop zu findende Stelle ohne individuelle Anpassung und/oder Erweiterung hinzugefügt worden? Dann werden die Daten auch migriert. 

Falls dies nicht der Fall ist, kommt es darauf an, wie die Erweiterung/Anpassung die Daten hinzugefügt hat.

Nein. Artikelbewertungen können zwar migriert werden, sind aber fest verbunden mit dem Artikel, welcher migriert wurde. Der Artikel kann allerdings nach der Migration in jeder Form angepasst und somit praktisch neu angelegt werden. Somit ändert sich nur die Reihenfolge.

ESD-Artikel können ebenfalls migriert werden. Dieses Feature ist in SW6 allerdings noch recht neu, das heißt, es muss auf eine aktuelle Version von SW6 migriert werden, damit dies funktioniert. Dies sollte aber ohnehin getan werden.

Solang sie im 5er Quellshop als “normale Bestellung” in der Datenbank angelegt werden, können sie auch migriert werden. Es kommt hierbei maßgeblich darauf an, was die Erweiterungen machen, die diese Bestellungen in SW5 erstellen. Allerdings scheint es unwahrscheinlich, dass dies von einer Erweiterung auf dem “normalen Weg” gemacht würde, da dies technisch gesehen wesentlich anspruchsvoller umzusetzen wäre – es sollte also möglich sein, solche Bestellungen zu migrieren.

Nein. Allerdings können diese im Vorfeld oder nach der Migration natürlich entfernt werden. Die Vorauswahl sollte hier vermutlich im SW5-Shop gemacht werden. Um dabei den Live-Shop nicht zu beeinflussen, bietet sich auch hier wieder an, eine Testumgebung des 5er-Shops zu erstellen, darin zu “filtern”, was nicht migriert werden soll und dann von hier eine Migration durchzuführen.

Passwörter von Kunden aus einem 5er-Shop können problemlos in einen 6er-Shop migriert werden. Der Kunde kann sich also mit seinem “alten” Passwort im neuen Shop einloggen.

Keineswegs. Du bist nach wie vor das gleiche Unternehmen, welchem deine Kunden ihre Daten überlassen haben. Das Shop-System spielt hier keine Rolle. Wenn deine Bank umzieht, begeht sie auch keinen Datenschutz-Verstoß.

Ja. Alle Sub- und Sprachshops werden als eigene Verkaufskanäle migriert. Dies ist praktisch das Äquivalent dazu in SW6. Die URLs werden hier zwar nicht migriert, können aber einfach nachgetragen werden. Kundengruppen werden ebenfalls migriert und während der Migration bereits dem jeweiligen Sub-/Sprachshop aus SW5 zugewiesen.

Nein. Templates sind der eine große Faktor, der nicht von SW5 zu SW6 migriert werden kann, da die technische Grundlage eine vollkommen andere ist. Allerdings gibt es viele bekannte Templates von SW5 auch für SW6.

Freitextfelder werden ebenfalls migriert. Je nachdem, was du an Anpassungen vorgenommen hast und wo, müsste hier etwas angepasst werden. Sind beispielsweise zusätzliche Daten für Produkte in Freitextfeldern, die im Frontend ausgegeben werden sollen, müsste im Theme/Template nun eingebaut werden, dass der Inhalt dieser Felder ausgegeben werden soll.

Innerhalb der Migration werden dir alle Nachfolge-Erweiterungen für SW6 angezeigt, die du dann auch direkt lizenzieren kannst.

Von Shopware aus – nein. Es gibt allerdings für einige Erweiterungen, die größere Dinge im Shop änderten und einen Nachfolger für SW6 haben, eigene Migrations-Tools oder Anleitungen. In diesem Falle würde es sich anbieten, die jeweiligen Hersteller der Erweiterungen zu kontaktieren.

Shopseiten werden – genau wie Einkaufswelten – nicht migriert, da das Erlebniswelten-Konzept von SW6 grundlegend unterschiedlich ist zu SW5. Diese müssten neu erstellt werden.

SW5 ist zum jetzigen Zeitpunkt bereits in vielerlei Hinsicht veraltet. Einige Hoster haben beispielsweise Versionen von PHP deaktiviert, die ein älterer SW5-Shop benötigt. Weitere Sicherheitslücken werden sicher entdeckt (und von Safe5 mit dem zahlungspflichtigen Plugin gestopft), allerdings ist unter Umständen fraglich, inwieweit hier die datenschutzrechtlich relevante Vorgabe, eine gewartete Software einsetzen zu müssen zum Schutze der Kundendaten erfüllt werden kann, wenn die technische Grundlage jahrelang veraltet ist.

safefive stellt gegen eine Gebühr, die sich nach dem Umsatz des Shops richtet, weiterhin ein Security-Plugin zur Verfügung. Dieses soll Sicherheitslücken schließen, sofern sie innerhalb von SW5 beseitigt werden können (Datenbank, PHP und Co., die in veralteten Versionen von SW5 benötigt werden, sind hier oft außen vor).

Unabhängig vom (gebührenpflichtigen) Plugin, welches savefive ab Juli zur Verfügung stellt, gibt es Lücken, die unter Umständen nicht geschlossen werden können außerhalb von Shopware. So benötigt SW5 beispielsweise ältere Versionen von MySQL und PHP, die zwischenzeitlich überholt sind (und zunehmend von Hostern abgekündigt werden aufgrund der u.a. Risiken). So kann es beispielsweise dazu kommen, dass Kunden- oder Zahldaten abgegriffen werden mit einem Exploit, der Zugriff auf die Datenbank selbst ermöglicht.

Genau aus diesem Grund sieht die DSGVO vor, dass gewartete Software eingesetzt werden muss.

Der Shopware Support begleitet eine Migration nicht und führt diese auch nicht durch. Dies ist ein Agentur-Thema und wird vom Partner (oder dir selbst) übernommen. 

Der Shopware Support steht dir allerdings bei allen Fragen rundum die Migration und bei konkreten technischen Problemen zur Seite. Das heißt, wenn ein Bug bekannt ist, wird dieser von uns analysiert und an die Entwicklung weitergegeben, sodass dieser gefixed werden kann. Auch werden, wenn eine Agentur beispielsweise nicht weiterkommt, von uns die Migrations-Logs interpretiert, um dabei zu helfen, den Fehler im Quell-System zu identifizieren.

Neben dem Shopware Support kannst du dich auch jederzeit an unseren Consulting Service wenden: https://www.shopware.com/de/consulting-services/

Zum jetzigen Zeitpunkt: Nichts. Der Support für SW5 wird irgendwann eingestellt, das steht fest. Allerdings gibt es bislang kein konkretes Datum dafür und wir werden hier dann in einem angemessenen Zeitraum vor dem Support-Ende darüber informieren.

Unser Ziel ist es, dir bei einer Migration auf SW6 auch ein vergleichbar gutes bzw. besseres Produkt anzubieten. Ein Wechsel von einer kommerziellen Edition (SW5) auf eine kostenfreie Version (Sw6) ist nicht möglich.

Ein Kauf von SW6 ist nicht möglich, da wir mit den SW6 Plänen (Rise, Evolve, Beyond) ein Lizenzmodell betreiben. Hier findest du weitere Infos zu den Plänen: https://www.shopware.com/de/preise/ 

Wichtig: Die Preise auf der Shopware Website gelten für Neukunden. Als Bestandskunde kannst du dir einen großen Preisvorteil sichern. Kontaktiere für ein individuelles Angebot unseren Vertrieb unter customer@shopware.com oder schau in deinem Account vorbei.

Das bisherige Preismodell war nicht mehr zukunftsorientiert. Zudem möchten wir weiterhin unseren wertvollen Kunden den höchsten Standard durch ständige Weiterentwicklung und großartigen Features bieten können. Wir möchten mit dir und deinem Geschäft weiter wachsen, um unsere gemeinsame Lovestory fortzuführen. Deshalb möchten wir betonen, dass unsere Bestandskunden auch zukünftig von speziellen Bestandskundenkonditionen profitieren.

Genau – tritt gern mit unserem Vertrieb in Kontakt (customer@shopware.com)um ein individuelles Angebot zu erhalten.

Eine pauschale Aussage ist an dieser Stelle nicht möglich, das ist abhängig von dem Plan, der für dein Business das richtige ist, bzw. den Online-Umsatz, den du mit deinem Shop erwirtschaftest.   Komme gerne auf uns zu und wir sprechen gemeinsam über dein Online-Business.

Wenn du aktuell eine gültige Subscription hast, wird diese ab Vertragsbeginn des neuen Plans gutgeschrieben, sodass dir für die Zeit der Migration keine doppelten Kosten entstehen.

Im Zuge der Migration solltest du prüfen, für welche deiner bisher eingesetzten Erweiterungen es bereits einen Nachfolger oder eine geeignete Alternative gibt oder, ob die entsprechende Funktion bereits im Standard von Shopware 6 enthalten ist.

Kunden, die einen Plan (Shopware Rise, Evolve, Beyond) buchen, können im Rahmen der Migration SW6 ausführlich testen und die notwendigen Daten migrieren. Wenn die Migration auf SW6 abgeschlossen ist, ist ein Wechsel zurück auf SW5 nicht möglich.

Bei den Erweiterungen aus dem Shopware Store wird immer ein Gratis-Probemonat angeboten, sodass die Miete der Erweiterung erst nach Beendigung des Probemonats fällig wird. In dem Zeitraum des Probemonats kann somit jede Erweiterung ausgiebig getestet werden.

Ein SW7 ist weder mittel- noch langfristig geplant. SW6 basiert auf modernstem technologischem Standard und dieser wird sich voraussichtlich auch in absehbarer Zeit nicht ändern. Hinzu kommt, dass ein elementarer Bestandteil der Entscheidung, SW5 durch SW6 abzulösen, eben genau das war – ein System zu haben, welches ganz auf die Zukunft ausgerichtet ist.

Es ist kein Rückschritt, da es ein vollständig anderes System ist. Einige Features, die in SW5 zur Verfügung standen, gibt es in SW6 (noch) nicht – korrekt – aber es gibt in SW6 reichlich Features, die es in SW5 im Gegenzug nie gab. 

Neue Features werden – ganz im Gegensatz zu SW5 – konstant entwickelt und ausgebaut in SW6. Die Roadmap mit allem, was derzeit konkret geplant ist, kannst du hier finden.

Wenn du darüber hinaus gerne Features hättest, nutze gerne unser dediziertes Portal für Feedback unter https://feedback.shopware.com. Viele Vorschläge daraus sind bereits in SW6 integriert worden.

Grundsätzlich steigt deine Performance, wenn du möglichst alle Vorgaben der Core Web Vitals einhältst. Allerdings liegt SW6 im Vergleich zu Mitbewerbern und SW5 bei den Core Web Vitals sehr weit vorne.

Eine Schnittstelle zu einer Warenwirtschaft sollte keinerlei Effekt bei der Migration selbst haben. Viele Warenwirtschaftssysteme haben ihre eigenen Anbindungen für SW6 – allerdings können wir hier nicht mit Sicherheit sagen, welche das sind, da uns nicht alle bekannt sind. Am besten kann man sich hier beim Hersteller der jeweiligen Warenwirtschaft informieren.

Shopware hat seit einiger Zeit die erste Iteration von Multi-Lagern (https://docs.shopware.com/de/shopware6-de/einstellungen/lagerhaeuser), welche die Anforderung vermutlich bereits abdecken kann. Pickware steht allerdings auch für SW6 zur Verfügung.

Die Schnittstelle ist prinzipiell über die REST API bereits vorhanden und kann von jedem Warenwirtschafts-System genutzt werden. Wir entwickeln externe Warenwirtschaftssysteme allerdings nicht, daher wird von uns für plentymarkets im speziellen wohl nichts entwickelt werden. 

Eine konkrete Empfehlung für einen bestimmten Connector können wir nicht aussprechen, da wir den Code von Erweiterungen weder kennen noch prüfen – aber es gibt für plentymarkets (auch kostenfreie) passende Connectoren – beispielsweise hier.

Das Standard Responsive Template ist beliebig anpassbar. Es kann ein eigenes davon abgeleitet werden und dann jede erdenkliche Anpassung vorgenommen werden.

Ja. hierfür gibt es die aus SW5 bekannte Erweiterung Custom Products auch für SW6, die für alle Pläne zur Verfügung steht.

Natürlich könnte dies umgesetzt werden. Das Frontend ist durch das Template/Theme beliebig anpassbar – die entsprechenden HTML-/CCS-Kenntnisse mal vorausgesetzt. Man kann hier auch ein Template/Theme als Basis nehmen, welches viele Dinge schon hat, davon ein neues ableiten und dieses nun anpassen. Jeder Block, der nicht explizit im neuen Theme geändert wurde, wird dann dem Theme entsprechen, von welchem abgeleitet wurde.

Genau, ab 2025 wird das Europäische Gesetz zur Barrierefreiheit in Kraft treten, welches der Barrierefreiheit von Online-Plattformen einen hohen Stellenwert einräumt. SW5 ist zwar ein robustes System, wird aber von Shopware nicht mehr aktiv entwickelt. Infolgedessen müssen Händler manuelle Anpassungen vornehmen, um sicherzustellen, dass ihre Shops den neuen Zugänglichkeitsstandards entsprechen.

Die Community Edition ist und bleibt kostenlos, bietet aber keinen Support von uns und eingeschränkte Features.

Ja, die Community Edition wird von uns auch in Zukunft weiter gepflegt.

Eine Übersicht der Features innerhalb der verschiedenen Pläne findest du hier. In der Dokumentation findest du hier ebenfalls die verschiedenen Features der Pläne sowie auch eine Übersicht der Core Features in der Shopware Community Edition.