Blog-Inhalte
September 17, 2026

Migration von OpenCart zu Shopify: Eine technische Schritt-für-Schritt-Anleitung

Technischer Leitfaden zur Migration von OpenCart zu Shopify: Options als Varianten übertragen, 301-Weiterleitungen, Multi-Store-Strukturen und eigene Module.

Die Migration von OpenCart zu Shopify bedeutet den Umzug von einer selbst gehosteten PHP-Plattform auf eine vollständig verwaltete SaaS-Infrastruktur. Die Schritte sind: Datenbestandsaufnahme auf Datenbankebene, Zuordnung der OpenCart-Options zu Shopify-Varianten und Line Item Properties, 301-Weiterleitungskarte, Einrichtung von Theme und Modulen sowie der Go-live-Test. Bei einfachen Katalogen kann der Prozess 3-4 Wochen dauern, bei Installationen mit mehreren Shops und eigenen Modulen 6-8 Wochen.

Die wichtigsten Unterschiede zwischen OpenCart und Shopify

Ein Großteil der Herausforderungen bei der Migration von OpenCart zu Shopify geht auf den Unterschied im Hosting- und Verantwortungsmodell der beiden Plattformen zurück: OpenCart ist eine PHP-basierte Open-Source-Plattform, die Sie auf Ihrem eigenen Server hosten (self-hosted), Shopify dagegen ein SaaS, das vollständig auf Shopifys eigener Infrastruktur läuft. Dieser Unterschied macht die Migration nicht nur zu einer Datenübertragung, sondern auch zu einem Architekturwechsel, bei dem die Verantwortung für Sicherheit und Wartung den Besitzer wechselt.

OpenCart ist in vielen Märkten, auch in der Türkei, besonders bei E-Commerce-Shops mit kleinem bis mittlerem Budget verbreitet; der Hauptgrund ist, dass es kostenlos ist und sogar auf Shared Hosting läuft. Mit dem Wachstum des Shops wird diese Zugänglichkeit jedoch zu einer Einschränkung bei Leistung, Sicherheit und Skalierbarkeit.

Kriterium OpenCart Shopify
Hosting Self-hosted, meist auf Shared- oder VPS-Hosting Vollständig verwaltetes SaaS auf Shopifys Infrastruktur
Sicherheit und PCI-Konformität Serversicherheit, SSL und PCI-DSS-Konformität liegen in der Verantwortung des Shopbetreibers PCI-DSS-Konformität und SSL stellt Shopify automatisch bereit
Variantenmodell der Produkte „Options“ (Dropdown, Checkbox, Text); eingeschränkte Bestands-/SKU-Verfolgung Integrierte Variantenstruktur, eigene SKU/eigener Bestand/eigener Preis je Variante
App-Ökosystem OpenCart Marketplace, begrenzte Zahl an Erweiterungen von schwankender Qualität Shopify App Store, mehr als 21.000 Apps
Template-/Theme-Architektur .tpl in OC1-2, Twig ab OC3 (Architekturbruch) Durchgängige Liquid-Template-Sprache, kein Bruch zwischen Versionen
Anpassung Änderungen per OCMod/VQMod, ohne den Kerncode anzufassen App-Entwicklung mit Liquid + Admin/Storefront API

Bei den OpenCart-Migrationen, die wir bei Nodus Works durchführen, sehen wir immer wieder dasselbe Szenario: Der Shopbetreiber arbeitet mit 5-10 Erweiterungen, die er über die Jahre im OpenCart Marketplace gekauft hat und die von ihren Entwicklern nicht mehr aktualisiert werden; sobald eine dieser Erweiterungen nach einem PHP-Versionsupgrade nicht mehr funktioniert, wird die Migrationsentscheidung zu einer dringenden Notwendigkeit. In diesem Szenario erfolgt die Migrationsplanung meist unter Druck und ohne ausreichend Zeit.

Wichtiger Hinweis: Die Funktion „Options“ von OpenCart ähnelt den Custom Options von Magento, ist aber weniger strukturiert: In älteren OpenCart-Versionen (2.x und früher) lässt sich der Bestand für Options-Kombinationen nicht separat verfolgen. Bei der Migration zu Shopify bedeutet das, dass echte Bestandsdaten je Produkt auf OpenCart-Seite womöglich nie existiert haben; in diesem Fall muss der Bestand während der Migration neu gezählt werden.

Warum von OpenCart zu Shopify migrieren?

Hinter der Entscheidung für eine Migration von OpenCart zu Shopify stehen meist drei konkrete Auslöser: der Sicherheits- und Wartungsaufwand einer selbst gehosteten Lösung, der Template-Bruch durch den Wechsel auf OpenCart 3 und ein begrenztes App-Ökosystem, das den Bedarf eines wachsenden Shops nicht decken kann.

Sicherheits- und Wartungsaufwand einer selbst gehosteten Lösung

Da OpenCart auf Ihrem eigenen Server läuft, liegen PHP-Versionsupdates, die Erneuerung von SSL-Zertifikaten, Sicherheitspatches für den Server und Backups vollständig in der Verantwortung des Shopbetreibers oder seines Entwicklers. In einem selbst gehosteten Shop, der Kreditkartendaten direkt verarbeitet, wird die Sicherstellung der PCI-DSS-Konformität zu einem eigenen Sicherheitsprojekt, während sie bei Shopify automatisch enthalten ist. Dass Shared Hosting bei steigendem Traffic nicht mehr ausreicht und ein Umzug auf einen VPS oder dedizierten Server nötig wird, gehört ebenfalls zu diesem Aufwand.

Der Twig-Template-Bruch durch den Wechsel auf OpenCart 3

Während OpenCart 1.x und 2.x PHP-Template-Dateien mit der Endung .tpl verwenden, hat OpenCart 3.0 die Template-Engine auf Twig umgestellt. Ein Theme oder Modul, das in OC2 funktioniert, läuft daher in OC3 nicht direkt; da viele Theme- und Erweiterungsentwickler für ältere Versionen entwickelt haben, erfordert ein Upgrade auf OC3 meist, Theme und Module von Grund auf neu zu schreiben. Daraus entsteht eine ähnliche Dynamik wie beim tiefgreifenden Architekturwechsel von Magento 1 zu Magento 2: Die Überlegung „Wenn ich ohnehin so viel Aufwand betreibe“ bringt Shopbetreiber dazu, Shopify in Betracht zu ziehen.

Begrenztes App-Ökosystem und Qualität der Erweiterungen

Der OpenCart Marketplace ist deutlich kleiner als der Shopify App Store, und die Qualität der Erweiterungen schwankt stärker; viele Erweiterungen sind kleine Projekte, die von einem einzelnen Entwickler gepflegt und nicht mit aktuellen PHP-Versionen getestet werden. Wenn der Shop wächst und ein leistungsfähiges CRM, eine erweiterte E-Mail-Marketing-Automatisierung oder eine Multichannel-Synchronisierung braucht, ist es im OpenCart-Ökosystem meist schwer, dafür eine ausgereifte Lösung zu finden.

Zu vermeidendes Risiko: Wer weiter wächst und dabei von einer OpenCart-Erweiterung abhängt, die nicht mehr aktualisiert wird, muss damit rechnen, dass diese Erweiterung eines Tages wegen einer PHP-Versionsinkompatibilität komplett ausfällt. In diesem Szenario wird die Migration von einem geplanten Projekt zu einer Notfall-Rettungsaktion.

Vorbereitung vor der Migration und Datenbestandsaufnahme

Bei der Migration von OpenCart zu Shopify beginnt die Datenbestandsaufnahme mit einer direkten Prüfung der Datenbanktabellen; um über das hinaus, was im OpenCart-Admin-Panel sichtbar ist, zu verstehen, welche Daten tatsächlich aktiv genutzt werden, bilden die Tabellen oc_product, oc_category, oc_manufacturer, oc_product_option und oc_seo_url die Grundlage der Bestandsaufnahme.

Tabellen oc_product, oc_manufacturer und oc_seo_url der OpenCart-Datenbank in phpMyAdmin

Diese Datentypen müssen aus einem OpenCart-Shop übertragen werden: Produkte und Varianten-/Options-Kombinationen, der Kategoriebaum, die Hersteller-/Markenliste (Manufacturer), Kundenkonten, die Bestellhistorie, Produktbewertungen (Reviews), herunterladbare Produkte (Downloads) und SEO-URL-Zuordnungen. Bei Installationen mit mehreren Shops (Multi-Store) sollte zusätzlich dokumentiert werden, welche Teilmenge an Produkten und Kategorien jeder Shop anzeigt.

In der Phase der Bestandsaufnahme werden diese beiden Punkte am häufigsten übersehen:

  • Fehlende oder inkonsistente SEO-URL-Zuordnungen: In OpenCart wird die SEO-URL-Funktion pro Produkt manuell aktiviert; in manchen Shops wurde dieses Feld bei einem Teil der über die Jahre hinzugefügten Produkte nie ausgefüllt, sodass beim Erstellen der 301-Karte Referenz-URLs fehlen.
  • Keine echten Bestandsdaten bei Options-Kombinationen: Vor allem in älteren OpenCart-Versionen wurde der Bestand nicht pro Option verfolgt, sodass die „echte“ Bestandszahl, die zu Shopify übertragen werden soll, in der OpenCart-Datenbank womöglich gar nicht existiert.

Wir bei Nodus Works haben beobachtet, dass ein Scan per SQL-Abfrage mit direktem Datenbankzugriff in der Phase der Bestandsaufnahme deutlich verlässlichere Ergebnisse liefert als eine Bestandsaufnahme, die nur durch Navigieren im Admin-Panel entsteht; gerade in Shops, die über die Jahre von mehreren Entwicklern betreut wurden, sammeln sich ungenutzte Daten an, die im Admin-Panel nicht sichtbar sind.

Übertragung der Produktdaten: von Options zu Varianten

Die Funktion „Options“ von OpenCart unterstützt acht verschiedene Eingabetypen (Select, Radio, Checkbox, Text, Textarea, File, Date, Time/DateTime); wie diese Typen zu Shopify übertragen werden, hängt davon ab, ob die Option den Preis beeinflusst und ob sie eine Bestandsverfolgung erfordert.

Größenoption vom Typ Select bei einem OpenCart-Produkt und ihre Umwandlung in Shopify-Varianten mit eigenem Preis und Bestand
OpenCart-Option-Typ Entsprechung in Shopify Hinweis
Select / Radio (beeinflusst Preis/Bestand) Variante Optionen wie Farbe und Größe werden direkt in die Variantenstruktur von Shopify überführt
Checkbox (Auswahl von Zusatzprodukten/Zubehör) Empfehlung ähnlicher Produkte oder Bundle-App Shopify bietet keine integrierte „Checkbox-Option“ für Mehrfachauswahl
Text / Textarea (Personalisierungstext) Line Item Property Wenn der Preis nicht beeinflusst wird, reicht ein einfaches Checkout-Feld
File (Datei-Upload durch den Kunden) App für Datei-Uploads Der Shopify-Checkout hat keine integrierte Funktion für Datei-Uploads
Date / Time Line Item Property oder Buchungs-App Wenn ein Termin oder Lieferdatum ausgewählt werden muss, ist eine eigene App nötig

Die Shopify-Entsprechung des Felds Manufacturer (Marke)

In OpenCart hat jedes Produkt ein Feld „Manufacturer“ (Hersteller/Marke), das automatisch eine Seite mit der Markenauflistung erzeugt. In Shopify gibt es dafür kein direktes Objekt „Marke“, jedes Shopify-Produkt hat aber ein integriertes Feld Vendor (im deutschen Admin „Anbieter“), das genau wie die Entsprechung des Manufacturer-Felds von OpenCart funktioniert. Sobald das Feld Vendor ausgefüllt ist, macht Shopify diesen Wert automatisch filterbar, und mit einer Regel für automatisierte Kollektionen („Anbieter ist gleich X“) lässt sich für jede Marke eine eigene Seite erstellen.

Über das Feld Vendor automatisch befüllte Markenkollektion in Shopify als Gegenstück zur Manufacturer-Seite von OpenCart

Diese Zuordnung ist eines der seltenen Beispiele für eine Übertragung „eins zu eins und ohne Probleme“ bei der Migration von OpenCart zu Shopify: Werden die Daten aus dem Manufacturer-Feld direkt in das Feld Vendor übertragen und eine automatisierte Kollektion eingerichtet, entstehen die Markenseiten ohne zusätzliche Entwicklung neu.

Tipp: Um den bestehenden SEO-Wert der Herstellerseiten zu erhalten, sollten Sie die alten OpenCart-Marken-URLs (etwa /manufacturer/markenname) unbedingt per 301 auf die neuen Vendor-Kollektions-URLs in Shopify weiterleiten; diese Seiten bringen meist organischen Traffic.

URL-Struktur und Erhalt des SEO-Werts

In OpenCart ist die Funktion für SEO-freundliche URLs standardmäßig deaktiviert; solange sie nicht aktiviert wird, laufen Produkt- und Kategorieseiten unter parameterbasierten Adressen wie index.php?route=product/product&product_id=42. Wird die SEO-URL-Funktion aktiviert, füllt man für jedes Produkt, jede Kategorie und jede Marke ein eigenes Feld „Keyword“ aus, und diese Zuordnung wird in der Tabelle oc_seo_url gespeichert.

301-Weiterleitung alter OpenCart-Produkt- und Markenadressen auf neue Shopify-Adressen in der Ansicht URL Redirects

Vor der Migration gibt es zwei mögliche Szenarien, die jeweils eine andere Strategie erfordern:

  • Wenn SEO-URLs von Anfang an aktiv waren: Die Tabelle oc_seo_url wird exportiert, um die vollständige Liste der alten URLs zu erhalten, die dann eins zu eins der Struktur /products/ und /collections/ von Shopify zugeordnet wird.
  • Wenn SEO-URLs nie genutzt oder erst später aktiviert wurden: Auch für die alten, von Google indexierten parameterbasierten URLs (etwa ?product_id=42) ist eine eigene Weiterleitungsregel nötig; sonst gehen der organische Traffic auf diese URLs und ein eventueller Backlink-Wert verloren.

Statische Seiten, die als Information-Seiten bezeichnet werden („Über uns“, Rückgaberichtlinie, Datenschutzerklärung), lassen sich meist unter Beibehaltung ihres Slugs in die Seitenstruktur von Shopify übertragen; für sie ist keine zusätzliche Umwandlungsstrategie nötig.

Eine vollständige 301-Weiterleitungskarte ist der entscheidende Schritt, um den organischen Traffic nach der Migration zu erhalten; um diesen Prozess vor dem Livegang in einer Testumgebung zu prüfen, erfasst unser Service für die Migration zu Shopify den alten URL-Bestand auf Datenbankebene und ordnet ihn systematisch der neuen Struktur zu.

Wichtiger Hinweis: Da ein Produkt in OpenCart mehreren Kategorien zugeordnet werden kann, können für dasselbe Produkt mehrere URL-Varianten entstehen (kategoriebasierte Breadcrumb-URLs). Nach der Migration zu Shopify hat jedes Produkt eine einzige kanonische URL; beim Erstellen der 301-Karte muss geklärt werden, welche Kategorie-URL als die „eigentliche“ gilt.

Übertragung einer Multi-Store-Struktur

Mit der Multi-Store-Funktion von OpenCart lassen sich über eine einzige Installation und eine einzige Datenbank mehrere Shops (verschiedene Domains, Themes, Kundengruppen) betreiben; diese Shops teilen sich standardmäßig denselben Produktkatalog, für jedes Produkt lässt sich aber separat festlegen, in welchem Shop es erscheint.

Zwei Märkte mit demselben Produktkatalog in unterschiedlicher Sprache und Währung auf der Shopify-Seite Markets

Die Shopify-Entsprechung dieser Struktur hängt davon ab, worin sich die Shops unterscheiden:

OpenCart-Multi-Store-Szenario Entsprechung in Shopify
Gleicher Katalog, andere Sprache/Währung Shopify Markets (regionale Lokalisierung innerhalb eines Shops)
Gleicher Katalog, unterschiedliche Preise je Kundengruppe Shopify B2B-Katalog (außerhalb von Plus maximal 3 aktive Kataloge) oder Rabattregel auf Basis von Kunden-Tags
Völlig anderer Produktkatalog oder andere Markenidentität Separate Shopify-Shops + zentrale Verwaltung über Organization

Kundengruppen (Customer Groups), die in OpenCart für einen bestimmten Shop definiert sind, und die daran gebundenen Sonderpreise gibt es in Shopify nicht als direktes Objekt „Kundengruppe“; stattdessen werden sie über Kunden-Tags und automatische Rabattregeln oder über die B2B-Unternehmensprofile abgebildet, die in allen Shopify-Tarifen verfügbar sind. Welcher Ansatz passt, hängt davon ab, ob der Preisunterschied ein einfacher prozentualer Rabatt ist oder eine völlig andere Preisliste je Produkt. Um Großhandelspreise für bestimmte Kundengruppen ohne Programmierung festzulegen, können Sie B2B- und Händlerpreise mit Toptan nutzen.

Shopify-Entsprechungen für eigene Module (OCMod/VQMod)

Keines der Module, die mit OCMod (ab OpenCart 2.1, XML-basiert) oder dem älteren VQMod-System entwickelt wurden, mit denen OpenCart Anpassungen ohne Eingriff in den Kerncode ermöglicht, lässt sich direkt zu Shopify übertragen; für jedes Modul muss entweder eine Entsprechung im Shopify App Store gefunden oder eine eigene Neuentwicklung umgesetzt werden.

Zahlungs- und Versandintegrationen sind meist der einfachste Teil: Für Zahlungsanbieter wie iyzico, PayTR und Craftgate sowie türkische Versanddienstleister wie Aras Kargo und Yurtiçi Kargo gibt es offizielle Integrationen, die jeweils separat für OpenCart und Shopify entwickelt wurden; diese Module werden direkt durch ihre Shopify-Entsprechung ersetzt, eine Datenübertragung ist nicht nötig.

Die eigentliche Herausforderung zeigt sich bei OCMod-/VQMod-Modulen, die speziell für den Shop entwickelt wurden (bespoke): Ein eigenes Treuepunktesystem, ein ERP-spezifisches Synchronisierungsskript oder eine shopspezifische Preisregel haben im Shopify App Store unter Umständen keine fertige Entsprechung. Die Logik dieser Module muss gezielt auf Basis der Shopify Admin API neu programmiert werden.

Wichtiger Hinweis: In OpenCart ist es technisch möglich, per VQMod/OCMod direkt in den Checkout-Controller einzugreifen und einen eigenen Zahlungsablauf aufzubauen. In Shopify ist eine Checkout-Anpassung auf dieser Ebene nur mit Shopify Plus + Checkout Extensibility möglich; in den Standardtarifen von Shopify kann kein Code in den Checkout eingefügt werden. Für OpenCart-Shops mit eigenen Checkout-Modulen muss diese Einschränkung ganz am Anfang des Migrationsplans geklärt werden.

Shopspezifische Geschäftsregeln, die keine fertige Shopify-App abdeckt, zu übertragen, erfordert eine individuelle API-Entwicklung; unser Service für Shopify-Integrationslösungen und individuelle App-Entwicklung überträgt die Logik solcher OpenCart-spezifischen Module auf die Shopify Admin API.

Der Migrationsprozess von OpenCart zu Shopify mit Nodus Works

Der Prozess, dem wir bei Migrationsprojekten von OpenCart zu Shopify folgen, besteht aus diesen Schritten:

  • Bestandsaufnahme auf Datenbankebene: Wir prüfen Tabellen wie oc_product, oc_seo_url und oc_manufacturer direkt und ermitteln, welche Daten tatsächlich aktiv sind.
  • Zuordnung von Options zu Varianten: Optionen, die Preis/Bestand beeinflussen, übertragen wir in die Variantenstruktur von Shopify, die übrigen mit der passenden Strategie in Line Item Properties.
  • 301-Weiterleitungskarte: Ob SEO-URLs aktiv sind oder nicht, wir ordnen die gesamte alte URL-Struktur den neuen Shopify-URLs zu und testen sie vor dem Livegang.
  • Theme- und Modul-Einrichtung: Ein Theme passend zu Ihrer Markenidentität, Zahlungs- und Versandintegrationen sowie die Neuentwicklung eigener Module ohne Entsprechung.
  • Go-live-Test: Wir testen Zahlung, Variantenauswahl und die mobile Ansicht vor dem Livegang durchgängig.

Die plattformunabhängigen gemeinsamen Schritte dieses Prozesses (Tarifwahl, DNS-Umstellung, Go-live-Checkliste) behandeln wir gesondert in unserem Leitfaden zur Umstellung auf Shopify.

FAQ

Wie lange dauert eine Migration von OpenCart zu Shopify? Das hängt von der Kataloggröße und der Zahl der Options-Kombinationen ab. Bei einfachen Katalogen kann sie 3-4 Wochen dauern, bei Installationen mit mehreren Shops und vielen eigenen Modulen 6-8 Wochen.

Sinken meine OpenCart-SEO-Rankings nach der Migration? Wenn die 301-Weiterleitungskarte nicht korrekt erstellt wird, ja. In Shops, in denen die SEO-URL-Funktion nicht aktiv ist, ist zusätzlich eine eigene Weiterleitungsregel für die alten parameterbasierten URLs nötig.

Wie werden Produkte mit OpenCart-Options zu Shopify übertragen? Optionen, die Preis und Bestand beeinflussen (etwa Farbe und Größe), werden in die Variantenstruktur von Shopify übertragen, rein informative Textoptionen dagegen in Line Item Properties.

Wird das Feld Manufacturer von OpenCart in Shopify abgedeckt? Ja. Das integrierte Feld Vendor (Anbieter) von Shopify entspricht eins zu eins dem Feld Manufacturer von OpenCart; die Markendaten lassen sich direkt übertragen und eine automatisierte Kollektion kann eingerichtet werden.

Gibt es alle OpenCart-Erweiterungen auch für Shopify? Für die meisten gängigen Integrationen wie Zahlung und Versand gibt es eine Shopify-Entsprechung. Für speziell für den Shop entwickelte (bespoke) OCMod-/VQMod-Module gibt es dagegen keine fertige Lösung; diese Module müssen gezielt auf Basis der Shopify Admin API neu programmiert werden.

Wie wird meine Multi-Store-Struktur in Shopify abgebildet? Sind die Kataloge gleich, verwaltet Shopify Markets die regionalen Unterschiede innerhalb eines Shops. Sind die Kataloge völlig verschieden, ist es sinnvoller, separate Shopify-Shops einzurichten und sie über die Organization-Struktur zentral zu verwalten.

Fazit

Die Migration von OpenCart zu Shopify ist der Wechsel vom Sicherheits- und Wartungsaufwand einer selbst gehosteten Plattform zu einer vollständig verwalteten SaaS-Infrastruktur. Der Erfolg dieser Migration hängt davon ab, dass Options-Kombinationen mit der richtigen Strategie in Varianten umgewandelt werden, der SEO-URL-Bestand vollständig erfasst wird und die Shopify-Entsprechung shopspezifischer OCMod-/VQMod-Module von Anfang an geklärt ist.

Wenn Sie überlegen, Ihren OpenCart-Shop zu Shopify umzuziehen, nehmen Sie Kontakt mit Nodus Works auf; wir planen den Prozess gemeinsam, von der Datenbestandsaufnahme bis zum Go-live-Test.