Pfade und Versionshinweise mit PrestaShop 9 sowie aktuellen Versionen von Magento Open Source / Adobe Commerce abgeglichen. Hinweis: Wir entwickeln PrestaShop-Module bei mypresta.rocks; die unten genannten Module stammen daher von uns. Die Migrationslogik selbst ist plattformneutral.

Sie haben bereits entschieden, dass Magento für Sie nicht mehr funktioniert, die Hostingkosten, die Entwicklersätze, das ganze Prozedere aus Composer und Deployment-Pipeline für eine einfache Preisänderung. Diese Entscheidung ist ein eigenes Thema, und wir haben in PrestaShop vs Magento: wenn Open Source kompliziert wird genau erläutert, wann Open Source „kompliziert wird“. Dieser Leitfaden setzt voraus, dass Sie diesen Punkt hinter sich haben und die nächste Frage stellen: Was steckt tatsächlich hinter dem Umzug? Was bleibt erhalten, was geht kaputt, was müssen Sie neu aufbauen, und wie lange dauert es wirklich? Hier ist die ehrliche, PrestaShop-spezifische Antwort. Genau die, die wir Händlern geben, die mitten in der Migration in unserem Posteingang landen.

Das Erste, was Sie verstehen sollten: Die Datenmodelle passen nicht zusammen

Zwei Plattformblöcke, verbunden durch eine leuchtende Datenpipeline, die Kartons und Datenbankzylinder von einem alten System zu einem neuen Schaufenster transportiert und die Migration eines Onlineshops auf eine andere E-Commerce-Plattform veranschaulicht
Ein Plattformwechsel bedeutet, Daten von einem Modell auf ein anderes abzubilden, die Strukturen passen selten eins zu eins zusammen.

Fast jedes Migrationsproblem lässt sich auf eine Tatsache zurückführen: Magento und PrestaShop beschreiben einen Shop mit unterschiedlichem Vokabular und unterschiedlichen Datenbankstrukturen. Eine Migration ist keine Kopie. Sie ist eine Übersetzung, und bei Übersetzungen geht etwas verloren. Wer die Abweichungen im Voraus kennt, entscheidet damit oft darüber, ob das Projekt zwei Wochen oder zwei Monate dauert.

So lassen sich die zentralen Entitäten zuordnen:

Magento-KonzeptPrestaShop-EntsprechungWas daran schwierig ist
Einfaches ProduktProduktMeist sauber. Achten Sie auf Attribut-Sets.
Konfigurierbares Produkt + zugehörige einfache ProdukteProdukt mit Kombinationen (Attribute × Werte)Die untergeordneten SKUs aus Magento werden in PrestaShop zu Kombinationen unter einem Produkt. Genau bei dieser Verdichtung gehen Daten verloren.
Attribut (Dropdown/Farbfeld)Attribut (für Varianten) vs Merkmal (für Spezifikationstext)PrestaShop teilt ein Magento-Konzept in zwei auf. Sie müssen für jedes Attribut entscheiden, was daraus wird.
KategoriebaumKategoriebaum (eine Wurzel pro Shop)Die Struktur lässt sich übertragen, aber jede Kategorie-ID ändert sich; deshalb müssen alle Produkt–Kategorie-Verknüpfungen neu zugeordnet werden.
Kunde + AdressenKunden- und AdressobjekteProfildaten lassen sich sauber übertragen. Passwort-Hashes nicht (siehe unten).
Bestellung (mit Positionen, Adress-Snapshot)Bestellung + OrderDetail + verknüpfte Rechnungen/GutschriftenImporte dienen nur als Referenz, vollständige operative Kontinuität (z. B. Erstattungen auf alte Bestellungen) bleibt nicht erhalten.
CMS-Block / Seite (Layout-XML + PHTML)CMS-Seite (Smarty .tpl)Inhalte bleiben erhalten; Layout und Templates müssen vollständig neu aufgebaut werden.

Was bedeutet das für Sie? Der mit Abstand größte Zeitfresser bei einer Magento-Migration sind Produkte mit Varianten. Wenn Ihr Katalog überwiegend aus einfachen Produkten besteht, wird es vergleichsweise unkompliziert. Wenn Sie Mode mit Größen-/Farbmatrizen oder Elektronik mit konfigurierbaren Bundles verkaufen, planen Sie echte Zeit für die Neuordnung von Attributen und Kombinationen ein, und prüfen Sie eine Handvoll fertiger Produkte manuell, bevor Sie der gesamten Charge vertrauen.

Wie Händler die Daten tatsächlich übertragen

Es gibt drei praktikable Wege, Ihren Katalog und Ihre Kunden zu übertragen. Sie liegen auf einer Skala zwischen Kosten und Kontrolle:

  • Ein kostenpflichtiger Migrationsdienst (z. B. Cart2Cart und ähnliche). Diese Dienste verbinden beide Shops und ordnen die Entitäten für Sie zu. Das ist am schnellsten und erfordert am wenigsten Fachwissen, aber Sie verlassen sich auf deren Zuordnung, und die Standardzuordnung behandelt Ihre benutzerdefinierten Attribute selten so, wie Sie es möchten. Führen Sie immer zuerst eine kleine Testmigration durch und prüfen Sie das Ergebnis; migrieren Sie nicht blind 8.000 SKUs.
  • Der native CSV-Import von PrestaShop unter Erweiterte Einstellungen → Import, wo Sie für jeden Durchlauf den Datentyp (Kategorien, Produkte, Kombinationen, Kunden, Adressen) aus einem Dropdown auswählen. Sie exportieren aus Magento, bringen die Spalten in das von PrestaShop erwartete Format und importieren jeden Entitätstyp in einem separaten Durchlauf in der richtigen Reihenfolge (zuerst Kategorien, dann Produkte, dann Kombinationen). Das bietet die meiste Kontrolle, bedeutet aber auch die meiste Tabellenarbeit. Der Importer von PrestaShop gleicht anhand einer von Ihnen gewählten Spalte ab; setzen Sie daher eine stabile Referenz/SKU und verwenden Sie sie über alle Durchläufe hinweg.
  • Der Webservice / die API. PrestaShop stellt einen REST-ähnlichen Webservice bereit (aktivierbar unter Erweiterte Einstellungen → Webservice; Schlüssel generieren, Berechtigungen pro Ressource vergeben). Für einen Entwickler, der die Migration skriptet, bietet das die sauberste Kontrolle darüber, wie jeder Magento-Datensatz landet. Ist aber am langsamsten umzusetzen. Heben Sie diesen Weg für wirklich komplexe Kataloge auf.

Welchen Weg Sie auch wählen: Führen Sie den Import zuerst gegen eine Staging-Kopie aus, nicht gegen die Produktion. PrestaShop-Importe lassen sich nicht trivial rückgängig machen, und eine schlechte Zuordnung, die erst nach dem Livegang auffällt, ist ein sehr unangenehmer Tag.

Das Passwortproblem, planen Sie die Kommunikation jetzt

Dieser Punkt überrascht viele, deshalb sagen wir es direkt: Die Passwörter Ihrer Kunden können nicht übernommen werden. Magento und PrestaShop hashen Passwörter unterschiedlich, und ein Hash ist absichtlich eine Einbahnstraße, da gibt es nichts zu konvertieren. E-Mail-Adressen, Namen, Adressen und Bestellhistorie lassen sich problemlos übertragen; das Login-Geheimnis nicht.

Die praktische Konsequenz: Jeder bestehende Kunde muss beim ersten Login im neuen Shop sein Passwort zurücksetzen. Das ist keine Katastrophe, aber es ist ein Moment, in dem Sie Menschen verlieren können, die annehmen, der Shop sei kaputt. Bereiten Sie vor dem Livegang eine kurze, freundliche E-Mail im Sinne von „Wir haben unseren Shop aktualisiert, bitte setzen Sie Ihr Passwort zurück“ vor, und stellen Sie sicher, dass der PrestaShop-Ablauf für „Passwort vergessen“ (der password-Controller und die zugehörige E-Mail-Vorlage unter International → Übersetzungen / im mails-Ordner Ihres Themes) getestet und gebrandet ist, bevor der erste Kunde ihn nutzt.

URL-Migration. Der Schritt, der am häufigsten vermasselt wird

Das ist die wichtigste technische Aufgabe im gesamten Umzug und der Punkt, an dem eine überhastete Migration still und leise Monate an SEO-Wert zerstört. Ihre Magento-URLs und Ihre PrestaShop-URLs werden unterschiedlich sein, Punkt. Jede Produkt-, Kategorie- und CMS-Seite mit Suchtraffic oder Backlinks benötigt eine 301-Weiterleitung von der alten Adresse zur neuen.

Der Prozess, der funktioniert:

  • Exportieren Sie jede indexierte URL aus Magento, holen Sie sie aus der Google Search Console (Bericht „Seiten“) und crawlen Sie die Live-Website mit einem Tool wie Screaming Frog, damit Sie auch URLs erfassen, die Google möglicherweise übersehen hat.
  • Erstellen Sie eine Zuordnungstabelle: alte Magento-URL → neue PrestaShop-URL, Zeile für Zeile. Mühsam, unvermeidlich und genau der Teil, den man sorgfältig erledigen sollte.
  • Implementieren Sie die 301-Weiterleitungen. Für eine Handvoll ist .htaccess oder Ihre nginx-Konfiguration völlig ausreichend. Bei Hunderten von Weiterleitungen in einer sich ändernden Struktur hält ein Weiterleitungs-/URL-Modul die Verwaltung im Backoffice beherrschbar, statt in einer Konfigurationsdatei, die Sie neu deployen müssen, unser URL-Verwaltungsmodul existiert genau dafür, damit auch Nicht-Entwickler Weiterleitungen hinzufügen und prüfen können, ohne die Serverkonfiguration anzufassen.
  • Vergewissern Sie sich, dass PrestaShop überhaupt saubere URLs erzeugt: Shop-Einstellungen → Traffic & SEO, Benutzerfreundliche URL aktivieren (und die .htaccess auf demselben Bildschirm neu erstellen). Legen Sie hier auch Ihre Canonical-Einstellungen fest.
  • Testen Sie jede Weiterleitung vor dem Livegang gegen die Staging-URL und danach noch einmal nach dem Start.
  • Beobachten Sie im ersten Monat nach dem Livegang den Bericht zur Seitenindexierung in der Search Console auf 404-Fehler und korrigieren Sie jede Weiterleitung, die Sie übersehen haben.

Rechnen Sie nach jeder Plattformmigration mit einem vorübergehenden Rückgang des organischen Traffics, als grobe Faustregel gilt oft ein Schwanken von 10–30 % über einige Wochen, aber verstehen Sie das als Richtungshinweis, nicht als Versprechen; die tatsächliche Zahl hängt vollständig davon ab, wie vollständig Ihre Weiterleitungszuordnung ist. Sorgfältig umgesetzt erholt sich der Traffic, und die sauberere Standard-URL-Struktur von PrestaShop hilft oft dabei, sich über dem Ausgangsniveau einzupendeln. Hastig umgesetzt wird der Rückgang dauerhaft.

Was Sie von Grund auf neu aufbauen müssen

Manche Dinge migrieren schlicht nicht. Sie werden neu erstellt. Wenn Sie das vorher wissen, vermeiden Sie die Panik mitten im Projekt: „Moment, davon ist gar nichts mitgekommen.“

  • Das Theme. Ihr Magento-Theme lässt sich nicht portieren. PrestaShop-Themes basieren auf Smarty-Templates und einem völlig anderen Hook-System. Das ist tatsächlich eine Chance, die meisten Händler nutzen die Migration als Anlass, ein über die Jahre aus der Spur geratenes Design zu modernisieren, und eine aufgeräumtere Shop-Oberfläche verbessert in der Regel schon für sich die Conversion.
  • Erweiterungen → Module. Listen Sie jede Magento-Erweiterung auf, von der Sie abhängen, und suchen Sie das passende PrestaShop-Gegenstück. Gehen Sie nicht von einer Eins-zu-eins-Entsprechung aus, manchmal verteilt sich die Aufgabe einer Magento-Erweiterung auf zwei PrestaShop-Module, manchmal ist sie bereits im Kern enthalten. Häufige Zuordnungen: Als vernünftigen Startpunkt, statt alles neu zu kaufen, was Sie vorher hatten, empfehlen wir die Module, die jeder neue PrestaShop-Shop zuerst installieren sollte, sowie die umfassendere Liste unverzichtbarer Module.
  • API-Integrationen. Alles, was an Magentos REST- oder GraphQL-API angebunden war, ERP-Synchronisierung, Marktplatz-Anbindung, Fulfillment-Dienstleister, wird gegen den PrestaShop-Webservice neu aufgebaut. Die Daten sind alle da; der Vertrag ist ein anderer.

Was PrestaShop nicht genauso macht, gehen Sie mit offenen Augen hinein

Ein ehrlicher Migrationsleitfaden nennt die Kompromisse, nicht nur die Vorteile. Ein paar Dinge aus Magento, an die Sie sich anpassen müssen:

  • B2B-Tiefe ab Werk. Magento bringt ausgereiftere B2B-Funktionen mit, kundenspezifische Preise, Angebote, Bestellanforderungslisten. PrestaShop beherrscht B2B gut, aber fortgeschrittene Szenarien stützen sich eher auf Module und Konfiguration als auf den Kern. (PrestaShop hat einen integrierten B2B-Modus unter Shop-Einstellungen → Kundeneinstellungen, der Preise nach Kundengruppen und die Anzeige ohne Steuern ermöglicht, es lohnt sich, ihn früh zu aktivieren.)
  • Zeitgesteuerte Inhalte. Adobe Commerce kann Inhaltsänderungen für einen zukünftigen Veröffentlichungstermin planen. PrestaShop hat dafür kein natives Gegenstück.
  • Suche. Magento 2 nutzt Elasticsearch/OpenSearch; die Standardsuche von PrestaShop basiert auf MySQL und reicht für die meisten Kataloge völlig aus, aber sehr große Kataloge mit intensiver Facettenfilterung profitieren von einem dedizierten Such-/Facettenmodul.

Nichts davon ist ein K.-o.-Kriterium für kleine bis mittelgroße Shops, die zu PrestaShop wechseln, es ist oft gerade der Grund, warum der Wechsel sinnvoll ist, aber diese Punkte gehören vor dem Tag des Livegangs auf die Liste, nicht erst danach.

Ein realistischer Zeitplan

Wie lange das Ganze dauert, hängt vor allem von der Kataloggröße und der Zahl der individuellen Integrationen ab, die Sie neu aufbauen. Grobe, ehrliche Zeitfenster aus Migrationen, die wir gesehen haben:

ShopRealistisches ZeitfensterWofür die Zeit draufgeht
Klein (< 500 Produkte, einfache Attribute)2–4 WochenVor allem Theme + Tests; die Daten sind schnell erledigt.
Mittel (500–5.000 Produkte, mehrere Attribute)4–8 WochenNeuordnung von Attributen/Kombinationen + Weiterleitungszuordnung.
Groß (5.000+ Produkte, komplexer Katalog, viele Integrationen)8–16 WochenAPI-Neuaufbau + Datenvalidierung + Parallelbetrieb.

Diese Zeitfenster umfassen Datenmigration, Theme, Modulkonfiguration, Tests und Livegang. Sie beinhalten nicht den Neubau maßgeschneiderter Magento-Erweiterungen als individuelle PrestaShop-Module, planen Sie dafür jeweils zusätzliche Zeit ein.

Lassen Sie beide Shops parallel laufen, bevor Sie umschalten

Die Händler mit den reibungslosesten Umstellungen stellen nicht an einem Freitag um und hoffen das Beste. Sie betreiben den fertigen PrestaShop-Shop mindestens zwei Wochen lang parallel zum live geschalteten Magento-Shop und testen jeden kundenrelevanten Pfad mit echten Kartendaten und echten Randfällen:

  • Registrierung, Login und, besonders wichtig, der Ablauf zum Zurücksetzen des Passworts, den alle migrierten Kunden nutzen werden
  • Produktnavigation, Suche und Facettenfilterung
  • In den Warenkorb legen und vollständiger Kaufabschluss mit jeder von Ihnen angebotenen Zahlungsart
  • Bestellbestätigungs- und Statusänderungs-E-Mails (prüfen Sie, ob sie gebrandet sind und tatsächlich versendet werden)
  • Retouren, Erstattungen und Ihren Kundenservice-Prozess

Erst wenn all das langweilig und berechenbar funktioniert, zeigen Sie den DNS auf den neuen Shop, spielen die Weiterleitungen aus und beginnen, die Search Console zu beobachten.

Häufige Fragen zur Migration von Magento

Wie lange dauert eine Migration von Magento zu PrestaShop tatsächlich?

Das hängt vor allem von der Kataloggröße und der Zahl der individuellen Integrationen ab, die Sie neu aufbauen. Grobe Zeitfenster: Ein kleiner Shop (unter ~500 Produkten, einfache Attribute) braucht 2–4 Wochen, vor allem für Theme und Tests; ein mittlerer Shop (500–5.000 Produkte) braucht 4–8 Wochen, wobei die Zeit in die Neuordnung von Attributen/Kombinationen und die Weiterleitungszuordnung fließt; ein großer Shop (5.000+ Produkte, komplexer Katalog, viele Integrationen) braucht 8–16 Wochen. Diese Zeitfenster umfassen Daten, Theme, Modulkonfiguration, Tests und Livegang, sie beinhalten nicht den Neubau maßgeschneiderter Magento-Erweiterungen als individuelle Module, planen Sie dafür also jeweils zusätzliche Zeit ein.

Werden die Passwörter meiner Kunden übertragen?

Nein, und planen Sie die Kommunikation jetzt. Magento und PrestaShop hashen Passwörter unterschiedlich, und ein Hash ist absichtlich eine Einbahnstraße; es gibt also nichts zu konvertieren. E-Mails, Namen, Adressen und Bestellhistorie lassen sich problemlos übertragen; das Login-Geheimnis nicht. Jeder bestehende Kunde muss beim ersten Login sein Passwort zurücksetzen. Senden Sie daher zum Umstellungstermin eine kurze, freundliche E-Mail im Sinne von „Wir haben unseren Shop aktualisiert, bitte setzen Sie Ihr Passwort zurück“, und stellen Sie sicher, dass der Passwort-vergessen-Ablauf von PrestaShop getestet und gebrandet ist, bevor der erste Kunde ihn nutzt. Schweigen an dieser Stelle wirkt wie ein gehacktes Konto und treibt Supportanfragen nach oben.

Was ist die größte einzelne Quelle für Datenverlust beim Umzug?

Produkte mit Varianten. Magentos konfigurierbares Produkt samt zugehörigen einfachen SKUs muss zu einem PrestaShop-Produkt mit Kombinationen verdichtet werden, und genau bei dieser Verdichtung verschwinden Daten. Außerdem müssen Sie pro Magento-Attribut entscheiden, ob daraus ein PrestaShop-Attribut (eine echte Variante) oder ein Merkmal (Spezifikationstext) wird, PrestaShop teilt ein Magento-Konzept in zwei auf. Wenn Ihr Katalog überwiegend aus einfachen Produkten besteht, wird es vergleichsweise unkompliziert; bei Mode oder konfigurierbaren Bundles sollten Sie echte Zeit einplanen und eine Handvoll fertiger Produkte manuell prüfen, bevor Sie der gesamten Charge vertrauen.

Wie behalte ich meine Google-Rankings während der Migration?

Leiten Sie jede indexierte alte URL per 301 auf ihr neues PrestaShop-Gegenstück weiter. Das ist der am häufigsten vermasselte Schritt und derjenige, der still und leise SEO-Wert zerstört. Exportieren Sie Ihre indexierten URLs aus der Search Console und einem Crawl, erstellen Sie Zeile für Zeile eine Alt→Neu-Zuordnung, implementieren Sie die Weiterleitungen (ein Weiterleitungsverwaltungsmodul hält Hunderte davon im Backoffice pflegbar, statt in einer Konfigurationsdatei, die Sie neu deployen), und testen Sie jede einzelne vor und nach dem Start. Rechnen Sie für einige Wochen mit einem vorübergehenden organischen Schwanken von 10–30 %; sorgfältig umgesetzt erholt sich der Traffic, und die saubereren URLs von PrestaShop pendeln ihn oft über dem Ausgangsniveau ein. Hastig umgesetzt wird der Rückgang dauerhaft.

Verliere ich Magento-Funktionen, die PrestaShop nicht hat?

Ein paar, und Sie sollten sie vor dem Start kennen, nicht erst danach. Magento bringt ausgereiftere B2B-Funktionen ab Werk mit (kundenspezifische Preise, Angebote, Bestellanforderungslisten), Adobe Commerce kann Inhaltsänderungen zeitgesteuert veröffentlichen, und Magento 2 nutzt Elasticsearch/OpenSearch für die Suche. PrestaShop beherrscht B2B gut, stützt sich bei fortgeschrittenen Szenarien aber stärker auf Konfiguration und Module, hat keine native Planung für zeitgesteuerte Inhalte und nutzt eine MySQL-Suche, die für die meisten Kataloge ausreicht (sehr große Kataloge mit Facetten profitieren von einem dedizierten Suchmodul). Nichts davon ist ein K.-o.-Kriterium für kleine bis mittlere Shops, die zu PrestaShop wechseln, meist sind genau diese Punkte der Grund, warum der Wechsel sinnvoll ist, aber sie gehören vor dem Tag des Livegangs auf die Liste.

Die ehrliche Einschätzung

Der Wechsel von Magento zu PrestaShop ist ein echtes Projekt, kein Nachmittag. Die Arbeit konzentriert sich auf drei Bereiche: einen Produktkatalog zwischen zwei verschiedenen Datenmodellen zu übersetzen, jede URL auf eine 301-Weiterleitung abzubilden und die Dinge neu aufzubauen, die nie portabel waren, Theme, Integrationen, Passwort-Logins. Wenn diese drei Punkte sauber gelöst sind, ist der Rest vor allem Testarbeit.

Der Nutzen ist der Grund, warum Sie angefangen haben: ein Shop, der oft auf einem deutlich kleineren VPS läuft als ein vergleichbares Magento-Setup, tägliche Abläufe, die ein Nicht-Entwickler tatsächlich bewältigen kann, und ein Modul-Ökosystem, das für Shops wie Ihren dimensioniert ist statt für Enterprise-Budgets. Wenn Sie die längere Geschichte lesen möchten, warum ein Team, das seit über einem Jahrzehnt PrestaShop-Module ausliefert, weiterhin auf die Plattform setzt, finden Sie sie in warum wir uns für PrestaShop entschieden haben, und das größere Argument für Software, die Ihnen wirklich gehört, steht in warum die Kontrolle über Ihren Code wichtiger ist denn je. Planen Sie es richtig, und Sie landen bei einem Shop, der günstiger zu betreiben, leichter auszubauen und wirklich unter Ihrer Kontrolle ist.

Weiterlesen

Schlagwörter: PrestaShop SEO
David Miller

David Miller

Gründer, mypresta.rocks
Über den Autor

David Miller ist PrestaShop-Spezialist mit über einem Jahrzehnt praktischer Erfahrung und Gründer von mypresta.rocks, einem Software-Studio im polnischen Tychy. Er entwickelt und pflegt einen Katalog von 159 PrestaShop-Modulen, darunter 21 „Revolution"-Suiten für SEO, Checkout, Sicherheit, Performance, Marketing, Suche, Support und Lagerverwaltung, , die reale Shops Tag für Tag verbessern und für PrestaShop 1.7.8, 8.x und 9.x getestet sind. Darüber hinaus betreut er Produktivshops, sodass seine Arbeit an echten Verkäufen gemessen wird und nicht an Demos. Seine Erfahrung deckt die gesamte Bandbreite des E-Commerce ab, Performance, Sicherheit, SEO und Marketing, und reicht über PrestaShop hinaus bis zu WooCommerce, Shopify und maßgeschneiderten Systemen. Im Blog schreibt er über die technische Seite von PrestaShop: was die Plattform wirklich tut, was in der Produktion bricht und welche Lösungen sich bewähren.

Diesen Beitrag teilen:

Kommentare

Noch keine Kommentare. Seien Sie der Erste!

Hat Ihnen dieser Artikel gefallen?

Erhalten Sie unsere neuesten Tipps, Anleitungen und Modul-Updates direkt in Ihr Postfach.

Sie können Ihr Einverständnis jederzeit widerrufen. Unsere Kontaktinformationen finden Sie u. a. in der Datenschutzerklärung.

Lade ...
Nach oben