Zum Inhalt springen

Migrationsroute

Migration von Magento zu BigCommerce

Der Wechsel von Adobe Commerce oder Magento Open Source zu BigCommerce tauscht eine selbst gehostete, codezentrierte Plattform gegen eine verwaltete SaaS-Plattform - im Grundsatz ähnlich einem Wechsel zu Shopify, aber mit anderen Kompromissen. BigCommerce unterstützt nativ mehr Produktvariantenkombinationen und gibt Ihnen mehr Kontrolle über die URL-Struktur als viele SaaS-Wettbewerber, was es strukturell näher an einen komplexen Magento-Katalog heranbringen kann - Hosting, Extensions und Multi-Store-Setup müssen aber trotzdem bewusst neu aufgebaut werden, nicht pauschal exportiert.

Warum Händler von Magento wegwechseln

Magento Open Source und Adobe Commerce geben volle Kontrolle über Codebasis, Hosting und Checkout - auf Kosten dessen, diese Infrastruktur selbst verwalten zu müssen: PHP- und Magento-Sicherheitspatches, Server- oder Cloud-Hosting sowie PCI-Compliance für den selbst gehosteten Checkout. BigCommerce nimmt als verwaltete SaaS-Plattform Hosting, PCI-Compliance und plattformseitige Sicherheitspatches von Ihrem Team, im Austausch dafür, dass Sie innerhalb der Plattformgrenzen statt mit beliebigem Code arbeiten.

Ein häufiger Auslöser ist derselbe, der Händler auch zu Shopify treibt: Die Kosten, einen Entwickler oder eine Agentur dauerhaft für die Pflege einer Magento-Instanz zu beauftragen, rechnen sich irgendwann nicht mehr, sobald das Wachstum des Shops diesen Aufwand nicht mehr rechtfertigt - besonders bei Shops, die noch eine ungepatchte Magento-2-Instanz betreiben oder auf dem End-of-Life-Magento-1 verharren.

Was sich im Datenmodell ändert

Magentos EAV-Katalogstruktur (Entity-Attribute-Value) erlaubt weitgehend beliebige individuelle Attribute je Produkttyp. BigCommerces Produktmodell ist strukturierter als das von Magento, aber generell flexibler bei Varianten als konkurrierende SaaS-Plattformen - es unterstützt nativ eine größere Zahl an Produktvariantenkombinationen sowie individuelle Felder und Produktmodifikatoren für Attribute außerhalb der Variantenstruktur. Das bedeutet dennoch, dass Magento-Attribut-Sets bewusst auf BigCommerces Variantenoptionen und individuelle Felder gemappt werden müssen, statt Attribut für Attribut kopiert zu werden.

Magentos Kategoriebaum erlaubt beliebige Verschachtelung mit storeview-spezifischen Anzeigeeinstellungen, und ein Produkt kann mehreren Kategorien gleichzeitig angehören. BigCommerce-Kategorien liegen näher an einem traditionellen Baum als Shopifys flachem Collection-Modell, was die Migration einer tief verschachtelten Magento-Kategoriestruktur etwas direkter macht - sie sollte aber trotzdem überprüft und vereinfacht werden, wo Magentos Struktur über Jahre organisch gewachsen statt gezielt entworfen wurde.

URLs, Weiterleitungen und was hier anders ist als bei Shopify

Magento-URL-Keys und Rewrites sind je Storeview vollständig konfigurierbar. BigCommerce erlaubt anders als Shopify individuelle URL-Pfade für Produkte, Kategorien und Seiten, ohne ein verpflichtendes Präfix wie /products/ oder /collections/ vorzugeben - das kann es leichter machen, eine bestehende Magento-URL-Struktur zu erhalten. Das macht einen Weiterleitungsplan aber nicht überflüssig: Jede URL, die sich doch ändert, braucht weiterhin eine explizite 301-Weiterleitung, und die Aufgabe, jede indexierte Magento-URL gegen ihr neues BigCommerce-Äquivalent zu prüfen, muss so oder so erledigt werden, um einen Rankingverlust nach der Migration zu vermeiden.

Extensions, Checkout und Multi-Storefront

Magentos Extension-Ökosystem und seine Fähigkeit, Checkout, Preisregeln und Admin-Workflows im Code anzupassen, haben kein direktes BigCommerce-Äquivalent - BigCommerce nutzt einen App-Marketplace sowie eigene APIs und Stencil-/Catalyst-Storefront-Anpassung für individuelle Logik. Jede aktive Magento-Extension braucht während der Bewertung eine explizite Entscheidung: eine äquivalente BigCommerce-App, ein individueller Build gegen BigCommerces APIs, oder die Bestätigung, dass sie nicht mehr gebraucht wird. Dasselbe gilt für Magentos Multi-Website-/Multi-Store-Setups, die sich nicht direkt auf BigCommerces Multi-Storefront-Fähigkeiten übertragen lassen, auch wenn das Ergebnis am Ende ähnlich aussehen kann.

Häufig gestellte Fragen

Kann BigCommerce Magentos individuelle Produktattribute abbilden?

Über eine Kombination aus Variantenoptionen und individuellen Feldern, aber BigCommerce hat kein automatisches Äquivalent zu Magentos EAV-Attribut-Sets. Wir mappen Ihre tatsächliche Attributnutzung während der Bewertung, statt jedes Attribut zu migrieren, das Magento zufällig definiert hat.

Ist die Migration von Magento-URLs zu BigCommerce einfacher als zu Shopify?

Oft etwas einfacher, da BigCommerce individuelle URL-Pfade ohne verpflichtendes Präfix erlaubt, anders als Shopifys feste Struktur. Das verringert, wie viele URLs sich ändern müssen, aber jede URL, die sich doch ändert, braucht weiterhin eine explizite 301-Weiterleitung - das Audit muss trotzdem stattfinden.

Was passiert mit meinen Magento-Extensions und individuellen Modulen?

Jede wird während der Bewertung einzeln evaluiert: Ersatz durch eine bestehende BigCommerce-App, Neuaufbau gegen BigCommerces APIs, oder die Bestätigung, dass sie nicht mehr benötigt wird. Wir erfassen diese Liste vor der Umfangsfestlegung des Projekts, nicht danach.

Kann ich Multi-Store- oder Multi-Website-Funktionalität behalten?

Magentos Multi-Website-Modell lässt sich nicht direkt auf BigCommerces Architektur übertragen, auch wenn BigCommerce ebenfalls mehrere Storefronts unterstützt. Wir mappen Ihren tatsächlichen Bedarf - separate Marken, Regionen oder Währungen - auf die passende BigCommerce-Struktur, statt eine 1:1-Umwandlung vorauszusetzen.

Prevedshop.com

Ihr Shop zieht um? Finden wir heraus, was mit muss.

Sagen Sie uns, wo der Shop heute läuft und wohin er soll. Wir melden uns mit nützlichen Fragen statt mit einer allgemeinen Verkaufsrede.

Migrationsplan ansehen