Migration zu Magento: was sich ändert, egal von welcher Plattform

Magento (Magento Open Source und in der kostenpflichtigen Version Adobe Commerce) ist für große Kataloge, mehrere Shops und mehrere Sprachen gebaut. Was es leistungsfähig macht, macht es auch anspruchsvoll: Wer zu Magento wechselt, übernimmt sein Katalogmodell, seine URL-Form, seine Verwaltung der Rewrites und sein Ökosystem an Erweiterungen. Diese Entscheidungen sind dieselben, egal von welcher Plattform man kommt.

Diese Seite bündelt, was sich beim Wechsel zu Magento ändert. Was die Ausgangsplattform betrifft, hat einen eigenen Artikel: die Migration von PrestaShop zu Magento und die Migration von WooCommerce zu Magento. Das allgemeine Vorgehen bei einem Plattformwechsel beschreibt das Verfahren für den CMS-Wechsel. Die SEO-Schritte eines Onlineshops, unabhängig von der Plattform, beschreibt die Migration einer E-Commerce-Website.

Magento speichert die Eigenschaften der Produkte in Attributen, die in Attributsets zusammengefasst sind (ein Set pro Produktfamilie). Ein Produkt mit Varianten (Größe, Farbe) wird zu einem konfigurierbaren Produkt, das einfache Produkte enthält, eines pro Variante. Die übrigen Typen (gruppiertes Produkt, Bundle, virtuelles oder herunterladbares Produkt) haben eigene Regeln.

Vor jedem Import ist daher zu entscheiden, wie Eigenschaften und Varianten des alten Shops in dieses Modell passen: welche Attribute angelegt werden, welche die Filter der Navigation steuern, welches Attributset zu welcher Familie gehört. Diese Entscheidungen bestimmen die Importdateien und später die Filterseiten, die Google crawlen kann.

Magento importiert Produkte, ihre erweiterten Preise und Kunden mit ihren Adressen nativ als CSV (System, Datentransfer, Import). Bestellungen lassen sich auf diesem Weg nicht importieren: Ihre Historie läuft über ein Migrationstool oder einen Migrationsdienst oder bleibt im alten System abrufbar. Die Methode insgesamt beschreibt unser Artikel zur Datenübernahme im E-Commerce.

Magento bildet die Adresse eines Produkts oder einer Kategorie aus ihrem URL-Schlüssel, gefolgt von einem Suffix, standardmäßig .html, einstellbar in der Katalogkonfiguration (Abschnitt Suchmaschinenoptimierung). Eine weitere Einstellung legt fest, ob die Adresse eines Produkts den Pfad seiner Kategorien enthält. Diese Einstellungen werden vor dem Go-live entschieden: Wer sie später ändert, ändert alle Adressen des Katalogs.

Zwei Fragen sind früh zu klären:

• Adressen nahe an den alten halten, indem dieselben Slugs als URL-Schlüssel übernommen werden: Weiterleitungen bleiben nötig, sobald sich Präfix oder Suffix ändern, aber der Plan ist leichter zu prüfen;
• die Sprache: Jede Sprache ist eine Store View mit eigenen URL-Schlüsseln; eine mehrsprachige Website braucht eine Adresse pro Sprache und Weiterleitungen pro Sprache.

Magento führt eine Tabelle der URL-Rewrites: Ändert man den URL-Schlüssel eines Produkts oder einer Kategorie, kann es selbst eine dauerhafte Weiterleitung von der alten Adresse anlegen (standardmäßig aktiv). Im Backend lässt sich ein Rewrite auch von Hand anlegen (Marketing, URL-Rewrites). Diese Mechanismen dienen dem laufenden Betrieb des Katalogs; die Adressen der alten Plattform kennen sie nicht.

Bei einer Migration werden die Hunderte oder Tausende alter Adressen besser auf Serverebene weitergeleitet, in der .htaccess oder in der Konfiguration des Webservers, bevor Magento die Anfrage verarbeitet. Die drei Methoden und ihr genauer Platz in der .htaccess von Magento stehen in unserem Artikel zu Weiterleitungen in Magento.

Die Module der alten Plattform lassen sich nicht übertragen: Jede Funktion (Zahlung, Versand, Bewertungen, Treueprogramm, Suche) findet sich in einer Magento-Erweiterung oder wird entwickelt. Das Theme ist neu zu bauen, eigener Code neu zu schreiben. Das Hosting muss mithalten: Magento braucht mehr Ressourcen als die meisten Plattformen, eine eigene Suchmaschine (OpenSearch oder Elasticsearch) sowie gut eingerichtete geplante Aufgaben und Caches.

Erstellen Sie die Liste der Funktionen des aktuellen Shops, bevor Sie Erweiterungen auswählen: Eine vergessene Funktion entdeckt oft erst nach dem Go-live ein Kunde.

Swan crawlt den alten Shop und die Magento-Staging-Umgebung, ordnet jeder alten URL nach semantischer Nähe des Inhalts die passende Magento-Seite zu, lässt Sie die Zweifelsfälle bestätigen, prüft die Weiterleitungen auf der Staging-Umgebung und danach in der Produktion und exportiert sie als .htaccess oder CSV. Sie importieren außerdem die URLs aus der Search Console und eigene URL-Listen (Backlinks, Logs), damit keine wichtige Adresse ohne Ziel bleibt.