Von der Eigenentwicklung zu Shopify migrieren: Leitfaden 2026

Eine selbst entwickelte E-Commerce-Plattform ist anfangs ein Vorteil. Vor einigen Jahren war die eigene Lösung – ein maßgeschneidertes System, ein Shop auf Laravel, Rails oder .NET, ein hausgemachter Stack – oft der einzige Weg, genau das Einkaufserlebnis und die Kontrolle zu bekommen, die man wollte. Eine Zeit lang ist diese Kontrolle ein echter Vorsprung.

Dann wird aus dem Vorteil nach und nach eine Belastung. Die ursprünglichen Entwickler sind nicht mehr da. Jede neue Funktion lässt sich schwerer umsetzen. Sicherheitsupdates sind keine Routine mehr, sondern eine Zitterpartie. Immer mehr Entwicklungszeit fließt in den reinen Betrieb, statt das Geschäft voranzubringen. Irgendwann bremst genau die Plattform, die Ihnen einen Vorsprung verschaffen sollte.

Dieser Leitfaden zeigt, wie der Umzug von einer Eigenentwicklung zu Shopify gelingt: warum Marken wechseln, was eine solche Migration von einem gewöhnlichen Plattformwechsel unterscheidet, wie der Ablauf konkret aussieht und wie Sie Ihre aufgebauten SEO-Rankings schützen. Wir entwickeln auf Shopify – ordnen Sie unsere Sicht entsprechend ein. Dazu gehört auch, dass wir offen sagen, wann es weiterhin richtig ist, bei der Eigenentwicklung zu bleiben.

Die Falle der technischen Schulden

Jede selbst entwickelte Plattform sammelt technische Schulden an. Das ist kein Zeichen schlechter Entwicklungsarbeit, sondern die natürliche Folge eines Systems, das sich ständig weiterentwickeln muss, während sich Menschen, Prioritäten und Technologien um es herum verändern.

Shopify selbst formuliert es deutlich: Selbst entwickelte und veraltete E-Commerce-Plattformen sind dafür bekannt, technische Schulden anzuhäufen und mit der Zeit zu „technologischen Kolossen“ heranzuwachsen, mit Schichten aus Code und Anpassungen, die aktualisiert, integriert, dokumentiert und verwaltet werden müssen. Jede Anpassung, die Sie hinzufügen, muss dauerhaft gepflegt werden – von Menschen, die sie verstehen.

Die finanzielle Realität dahinter ist ernüchternd. Branchenstudien, die vielfach zitiert werden, gehen seit Langem davon aus, dass die Wartung von Altsystemen bis zu 80 % des IT-Budgets eines Unternehmens verschlingen kann – Geld, das in den laufenden Betrieb fließt statt in Neues. Bei einer selbst entwickelten E-Commerce-Plattform zeigt sich das in typischen, gut erkennbaren Symptomen:

• Das Verhältnis von Wartung zu Innovation kippt. Ihre Entwickler verbringen den Großteil ihrer Zeit mit Patches, Feuerwehreinsätzen und Wartung, statt Funktionen auszuliefern, die das Geschäft wachsen lassen. Wenn der größte Teil Ihrer Entwicklungskapazität in den reinen Betrieb fließt, ist die Plattform selbst zum Produkt geworden – nicht mehr der Shop.
• Wissen geht mit den Menschen. Eigenentwicklungen hängen an den Personen, die sie gebaut haben. Verlassen diese Entwickler das Unternehmen, werden Teile der Codebasis zu Bereichen, die niemand mehr vollständig versteht – „Frankenstein“-Komponenten, die keiner anfassen will. Eine einzige Kündigung trennt Sie dann von einem System, das Sie nicht mehr gefahrlos ändern können.
• Updates werden zum Risiko. Wenn ein routinemäßiges PHP-Upgrade, eine neue Anforderung des Zahlungsanbieters oder ein Sicherheitspatch den Checkout lahmlegen kann, blockieren die technischen Schulden bereits aktiv die Wartung. Teams verschieben notwendige Updates, weil jede Änderung zu riskant erscheint – und machen das nächste Update damit noch riskanter.
• Sicherheit und Compliance werden zur Vollzeitaufgabe. Auf einer Eigenentwicklung liegen PCI-DSS-Konformität, Sicherheitspatches und die Absicherung der Infrastruktur vollständig bei Ihnen. Wer hier in Rückstand gerät, geht nicht nur ein Risiko ein, sondern haftet unmittelbar – und gerade in älteren Eigenentwicklungen entstehen Compliance-Lücken.
  Das Tückische: Die Kosten bleiben unsichtbar, bis sie es plötzlich nicht mehr sind. Die Plattform läuft ja, also werden die Schulden immer weiter aufgeschoben – bis der Checkout mitten in einer umsatzstarken Aktion ausfällt, ein wichtiger Entwickler geht oder ein Sicherheitsaudit Probleme aufdeckt, deren Behebung Monate dauert. Dann kostet der Plattformwechsel als Notfallprojekt deutlich mehr, als ein geplanter gekostet hätte.

Was die Migration einer Eigenentwicklung anders macht

Der Umzug von einer Eigenentwicklung ist nicht dasselbe wie ein Wechsel von Magento, WooCommerce oder BigCommerce – und diese Unterschiede prägen das gesamte Projekt.

Kein Standardexport. Standardplattformen haben bekannte Datenstrukturen und etablierte Migrationswerkzeuge. Eine Eigenentwicklung hat Ihre Datenstruktur – so, wie Ihr Team sie entworfen hat und wie sie sich über die Jahre entwickelt hat. Einen fertigen Konnektor gibt es nicht; Datenextraktion und Mapping sind Individualarbeit, zugeschnitten auf Ihr konkretes Datenbankschema. Das ist der größte Unterschied überhaupt – und die Stelle, an der der Aufwand solcher Migrationen am häufigsten unterschätzt wird.

Undokumentierte Logik. In Eigenentwicklungen sammelt sich Geschäftslogik, die nur im Code existiert – Preisregeln, Bestandsverhalten, Checkout-Anpassungen, die aus einem Grund gebaut wurden, den niemand aufgeschrieben hat. Ein Teil der Migration besteht darin, neu herauszufinden, was die Plattform tatsächlich tut, bevor sie sich auf Shopify nachbauen lässt. Wer diesen Schritt auslässt, verliert bei der Migration Funktionen, von denen niemand wusste, dass sie tragend waren.

Handgebaute Integrationen. Wer von einer SaaS-Plattform wechselt, ordnet meist App zu App zu. Wer von einer Eigenentwicklung kommt, hat es dagegen oft mit Integrationen zu tun, die direkt ins System programmiert wurden – individuell gebaute Anbindungen an ERP, WMS, Zahlung und Fulfillment. Jede davon muss auf Shopify neu aufgesetzt werden, entweder über Shopifys Enterprise-Konnektoren für Systeme wie SAP, NetSuite und Microsoft Dynamics 365 oder über individuelle Integrationsarbeit. Genau diese Art von Integrationsarbeit beschreiben wir in unserer Case Study zu individuellen Shopify-Integrationen für eine britische Geschenkmarke.

Der Vorteil: ein wirklich sauberer Neuanfang. Die Kehrseite all dessen: Gerade Händler mit Eigenentwicklung profitieren oft am meisten, weil sie die größte Last tragen. Shopifys eigene Case Studies bestätigen das – Marken wie Parachute und Dollar Shave Club haben ihre selbst entwickelten Stacks gezielt verlassen, um aufwendige Inhouse-Entwicklung gegen eine gepflegte Plattform und ein geprüftes App-Ökosystem zu tauschen. Wer ein System hinter sich lässt, das den Großteil der Entwicklungszeit bindet, spürt die Entlastung entsprechend stärker.

Der Ablauf der Migration

Die Migration einer Eigenentwicklung ist ein strukturiertes Projekt mit einer zusätzlichen Phase am Anfang – der Bestandsaufnahme –, die hier wichtiger ist als bei jeder anderen Migration.

1. Bestandsaufnahme und System-Archäologie

Bevor irgendetwas umzieht, dokumentieren Sie, was Ihre Eigenentwicklung tatsächlich leistet: jede Datenstruktur, jede Geschäftslogik, jede Integration, jede URL. Da es für ein selbst entwickeltes System keine Standarddokumentation gibt, ist diese Phase echte Detektivarbeit – das Schema erfassen, die undokumentierten Regeln sichtbar machen und entscheiden, was übernommen, was neu gebaut und was zurückgelassen wird. Hier entscheidet sich, ob die Migration gelingt oder scheitert.

2. Daten-Mapping und Datenübernahme

Ihre individuelle Datenstruktur wird auf das Datenmodell von Shopify abgebildet – Produkte auf Produkte und Varianten, dazu Kunden und Bestellhistorie –, mit einer eigens für Ihr Schema entwickelten Extraktion. Zwei Punkte gelten immer: Passwörter lassen sich aus Sicherheitsgründen nicht zwischen Systemen übertragen (Kunden setzen ihr Passwort beim ersten Login neu – planen Sie dafür eine vorab versendete E-Mail ein), und jetzt ist der richtige Moment, die Daten zu bereinigen, statt jahrelang angesammelten Ballast mitzunehmen.

Ein weiterer Schritt, wenn Kundendaten umziehen: die DSGVO. Ihre Kundendaten gehen an einen neuen Auftragsverarbeiter. Schließen Sie deshalb das Data Processing Addendum (Auftragsverarbeitungsvertrag) von Shopify ab und aktualisieren Sie Ihr Verzeichnis von Verarbeitungstätigkeiten. Übernehmen Sie Einwilligungen wie Newsletter-Opt-ins zusammen mit den Kontakten, und migrieren Sie keine Daten, für die Sie keine Rechtsgrundlage mehr haben. Exporte und Backups aus der Umstellung bewahren Sie zugriffsbeschränkt auf und löschen sie nach festem Zeitplan. Die Details stimmen Sie am besten mit Ihrem Datenschutzbeauftragten ab.

3. Logik und Integrationen neu aufbauen

Die Geschäftslogik aus Ihrem individuellen Code wird mit den Werkzeugen von Shopify neu umgesetzt – mit Functions, Apps, Metafeldern oder, wo wirklich nötig, individueller Entwicklung. Individuelle Integrationen werden über die APIs von Shopify, Enterprise-Konnektoren oder eigens entwickelte Middleware neu aufgesetzt. Hier zahlt sich die Bestandsaufnahme aus: Neu bauen können Sie nur, was Sie in Schritt 1 verstanden haben.

4. Design und Umsetzung

Die Storefront wird auf Shopify neu aufgebaut. Viele Marken nutzen die Migration einer Eigenentwicklung, um das Design zu modernisieren, da das Frontend ohnehin neu entsteht – und beim Wechsel von einem selbst entwickelten Frontend ins Shopify-Ökosystem zeigen sich Performance-Gewinne oft sofort.

5. SEO erhalten

Die Phase, in der sich entscheidet, ob Sie Ihren organischen Traffic behalten – mehr dazu unten.

6. Tests und Livegang

Vor dem Livegang wird alles in einer Staging-Umgebung getestet – Datenintegrität, neu aufgebaute Logik, Integrationen, Weiterleitungen, Performance. Die DNS wird erst im letzten Schritt auf Shopify umgestellt, sodass es während der Migration selbst keine Ausfallzeit gibt. Ein geprobter Livegang mit aktivem Monitoring ist besser als eine harte Umstellung.

Diesen gesamten Umfang übernehmen wir mit unserem Shopify-Migrationsservice.

SEO während der Migration schützen

Das größte Risiko jeder Migration ist der Verlust der aufgebauten organischen Rankings – und bei einer Eigenentwicklung ist die URL-Struktur oft eigenwilliger als bei einer Standardplattform. Umso wichtiger ist ein sorgfältiges Vorgehen.

Der Kern des Problems: Shopify verwendet feste URL-Strukturen – /products/ und /collections/. Welches URL-Schema Ihre Eigenentwicklung auch genutzt hat, die Pfade werden sich ändern. Eigenentwicklungen haben oft sehr individuelle URL-Muster, deshalb braucht das Weiterleitungs-Mapping besondere Sorgfalt.

Die wesentlichen Schritte laut Shopifys eigenen Empfehlungen:

• Jede URL crawlen und zuordnen – Produkte, Kollektionen, Seiten sowie alle Content- und Blog-URLs –, jeweils mit ihrem neuen Shopify-Gegenstück in einer 1:1-Weiterleitungstabelle.
• 301-Weiterleitungen für jede geänderte URL einrichten – nur direkte Zuordnungen, keine Weiterleitungsketten. Standard-Shopify unterstützt bis zu 100.000 Weiterleitungen, Plus bis zu 20 Millionen.
• Metadaten exakt übernehmen – Title-Tags, Meta-Beschreibungen, strukturierte Daten.
• Weiterleitungen in der Staging-Umgebung testen, dann die neue Sitemap am Tag des Livegangs in der Google Search Console einreichen und 404-Fehler in den ersten Wochen täglich prüfen.
  Ein vorübergehender Rückgang direkt nach dem Livegang ist normal und erholt sich bei sauberen Weiterleitungen meist innerhalb weniger Wochen bis zu ein, zwei Monaten. Bei schlechter Umsetzung kann die Erholung Monate dauern und echten Umsatz kosten.

Warum migrieren – und wann eine Eigenentwicklung weiterhin richtig ist

Das Argument für den Abschied von einer Eigenentwicklung läuft darauf hinaus, das Verhältnis von Wartung zu Innovation wieder umzukehren. Auf Shopify werden Hosting, Sicherheit, PCI-Konformität und die Wartung der Kernplattform für Sie übernommen – die Entwicklungszeit, die Ihre Eigenentwicklung gebunden hat, fließt also wieder ins Wachstum. Laut Shopify setzen wechselnde Marken ihr Projekt im Schnitt 20 % schneller um als auf konkurrierenden Plattformen und gehen deutlich häufiger termin- und budgetgerecht live. Für ein Team, das den Großteil seiner Kapazität in Wartung gesteckt hat, ist genau diese Verschiebung der eigentliche Gewinn.

Für jeden ist das aber nicht das Richtige, und ein ehrlicher Leitfaden sagt das auch. Eine Eigenentwicklung kann weiterhin die richtige Wahl sein, wenn:

• Ihr Alleinstellungsmerkmal tatsächlich in der Plattform selbst steckt. Wenn Ihr Einkaufserlebnis so spezifisch ist, dass keine Plattform – auch nicht Shopify mit Headless und Custom Apps – es abbilden kann, und dieses Erlebnis ein echter Wettbewerbsvorteil ist, kann es gerechtfertigt sein, die volle Kontrolle zu behalten.
• Sie die Entwicklungsstärke haben, um sie gut zu tragen. Ein Team, das eine Eigenentwicklung pflegen kann, ohne dass die technischen Schulden außer Kontrolle geraten, kann die Vorteile der vollen Kontrolle behalten. Das Problem sind nicht Eigenentwicklungen an sich – sondern Eigenentwicklungen, die das Team überdauern, das sie pflegen kann.
• Sie gerade erst modernisiert haben. Wenn Sie kürzlich refaktoriert haben und die technischen Schulden im Griff sind, besteht kein Handlungsdruck.
  Der ehrliche Test ist das Wartungsverhältnis: Fließt der Großteil Ihrer Entwicklungszeit in den Betrieb der Plattform statt in das, was das Geschäft wachsen lässt, ist die Eigenentwicklung kein Vorteil mehr. Liefert Ihr Team tatsächlich Neues aus und hebt die Plattform Sie tatsächlich vom Wettbewerb ab, kann sie sich weiterhin lohnen.

Für die grundsätzliche Plattformentscheidung lesen Sie unseren Leitfaden zur Wahl der richtigen Plattform, und für die allgemeine Abwägung den Beitrag Warum zu Shopify migrieren.

Kosten und Zeitrahmen: realistische Spannen

Migrationen von Eigenentwicklungen unterscheiden sich stärker voneinander als jede andere Art, weil die Ausgangslage jedes Mal einzigartig ist. Verstehen Sie diese Angaben als grobe Orientierung, nicht als Angebot.

Diese Werte geben die Spannen wieder, die wir in der Zusammenarbeit mit verschiedenen Marken typischerweise beobachtet haben. Die tatsächlichen Ergebnisse können je nach Shop-Setup, Anpassungen, Drittanbieter-Apps und Gesamtumsetzung abweichen.

Zwei wichtige Hinweise. Erstens dauern Migrationen von Eigenentwicklungen tendenziell länger als Wechsel von SaaS-Plattformen, weil Bestandsaufnahme und individuelles Mapping hinzukommen – es gibt keine Standardwerkzeuge, auf die man sich stützen kann, und der Zeitrahmen hängt fast vollständig davon ab, wie viel undokumentierte Logik und wie viele handgebaute Integrationen existieren. Zweitens ist dies die Migrationsart, bei der ein erfahrener Partner am meisten zählt: Bestandsaufnahme und Mapping sind Spezialistenarbeit, und Fehler an dieser Stelle führen dazu, dass bei Migrationen unbemerkt Funktionen verloren gehen.

Zur Wahl des Tarifs: Händler im Mittelstand, die von einer Eigenentwicklung kommen, landen oft bei Shopify Grow oder Advanced, während Unternehmen mit hohem API-Bedarf, komplexem B2B oder tiefen Integrationen eher zu Shopify Plus tendieren – wegen der höheren API-Limits und der Enterprise-Konnektoren.

Das Fazit

Für Marken, deren Eigenentwicklung die Grenze vom Vorteil zur Belastung überschritten hat – bei denen die Wartung das Entwicklungsbudget aufzehrt, wichtiges Wissen das Unternehmen verlassen hat und Updates zum Risiko werden –, ist die Migration zu Shopify oft der Schritt mit der größten Hebelwirkung. Aus einem System, das die Zeit Ihres Teams verbraucht, wird eines, das sie ihm zurückgibt.

Ein Selbstläufer ist das aber nicht. Wenn Ihre Eigenentwicklung Sie tatsächlich vom Wettbewerb abhebt und Ihr Team sie pflegen kann, ohne in technischen Schulden zu versinken, kann sie weiterhin die richtige Plattform sein. Entscheidend ist das Wartungsverhältnis, nicht das Alter des Systems.

Und wenn die Argumente für den Wechsel überwiegen, hängt eine solche Migration mehr als jede andere von einer gründlichen Bestandsaufnahme ab – davon, zu verstehen, was Ihre Plattform tatsächlich tut, bevor sie neu gebaut wird, die individuellen Daten sorgfältig zuzuordnen und Ihre SEO-Rankings zu erhalten. Das ist Spezialistenarbeit, und bei keiner anderen Migrationsart richtet Eile so viel Schaden an.

Wenn Sie den Abschied von Ihrer Eigenentwicklung abwägen – einschließlich einer offenen Einschätzung, ob er der richtige Schritt ist –, nehmen Sie Kontakt mit uns auf. Wir gehen die Bestandsaufnahme gemeinsam mit Ihnen durch, bevor irgendjemand Ihren Shop anfasst.

FAQ

Warum migrieren Unternehmen von einer Eigenentwicklung zu Shopify?
Der Haupttreiber sind technische Schulden. Eigenentwicklungen häufen mit der Zeit Wartungsaufwand an: Ein immer größerer Teil des Entwicklungsbudgets fließt in den Betrieb statt in neue Funktionen, wichtiges Wissen geht mit den Entwicklern, die das System gebaut haben, und Routine-Updates werden riskant. Mit der Migration zu Shopify gehen Hosting, Sicherheit, PCI-Konformität und die Kernwartung an die Plattform über – die Entwicklungszeit, die die Eigenentwicklung gebunden hat, wird wieder frei. Außerdem erhalten Marken ein geprüftes App-Ökosystem und einen konversionsstarken Checkout, der für sie gepflegt wird.

Worin unterscheidet sich die Migration einer Eigenentwicklung von anderen Migrationen?
Sie ist aufwendiger, vor allem weil es keinen Standardexport gibt. Standardplattformen haben bekannte Datenstrukturen und Migrationswerkzeuge; eine Eigenentwicklung hat Ihr individuelles Schema, sodass Datenextraktion und Mapping Individualarbeit sind. Hinzu kommen undokumentierte Geschäftslogik und handgebaute Integrationen, die neu erschlossen und neu gebaut werden müssen. Deshalb ist die Bestandsaufnahme hier weit wichtiger als bei einer Standardmigration – an ihr entscheidet sich, ob die Migration gelingt oder scheitert.

Wie lange dauert die Migration einer Eigenentwicklung zu Shopify?
Die Dauer schwankt stärker als bei anderen Migrationen, weil jede Eigenentwicklung anders ist. Eine kleinere Eigenentwicklung mit überschaubarer Logik kann 6–12 Wochen dauern; eine Eigenentwicklung im Mittelstand mit umfangreicher Logik und mehreren Integrationen typischerweise 3–6 Monate; Enterprise-Migrationen mit tiefer ERP-Integration und viel individueller Logik 6 Monate oder länger. Der Zeitrahmen hängt fast vollständig davon ab, wie viel undokumentierte Logik und wie viele handgebaute Integrationen neu erschlossen und neu gebaut werden müssen.

Verliere ich bei der Migration von einer Eigenentwicklung meine SEO-Rankings?
Nicht, wenn sie sauber umgesetzt wird. Wegen der festen URL-Struktur von Shopify ändern sich die URLs Ihrer Eigenentwicklung, und da Eigenentwicklungen oft eigenwillige URL-Muster nutzen, braucht das Weiterleitungs-Mapping besondere Sorgfalt. Eine vollständige 1:1-Tabelle mit 301-Weiterleitungen, übernommene Metadaten und strukturierte Daten sind unverzichtbar. Ein vorübergehender Rückgang direkt nach dem Livegang ist normal; bei sauberen Weiterleitungen erholen sich die Rankings typischerweise innerhalb weniger Wochen bis zu ein, zwei Monaten.

Lohnt sich der Abschied von unserer Eigenentwicklung, oder sollten wir sie behalten?
Entscheidend ist das Verhältnis von Wartung zu Innovation. Fließt der Großteil Ihrer Entwicklungszeit in den Betrieb der Plattform statt in das, was das Geschäft wachsen lässt, ist die Eigenentwicklung zur Belastung geworden, und die Migration lohnt sich wahrscheinlich. Liefert Ihr Team tatsächlich neue Funktionen aus, hebt die Plattform Sie tatsächlich vom Wettbewerb ab und sind die technischen Schulden im Griff, kann sich die Eigenentwicklung weiterhin lohnen. Das Alter des Systems zählt weniger als das, was sein Betrieb Sie kostet.

Was passiert bei der Migration mit unseren individuellen Integrationen?
Handgebaute Integrationen (ERP, WMS, Zahlung, Fulfillment) müssen auf Shopify neu aufgesetzt werden. Shopify bietet Enterprise-Konnektoren für große Systeme wie SAP, NetSuite und Microsoft Dynamics 365, und der App Store deckt viele gängige Integrationen ab. Wo eine Integration wirklich individuell ist, wird sie über die APIs von Shopify oder eine individuelle Middleware neu gebaut. Jede Integration zu identifizieren und einzuplanen gehört zur Bestandsaufnahme, noch bevor die Migration beginnt.

Base X Tech migriert Marken von Eigenentwicklungen und Altsystemen zu Shopify – mit gründlicher Bestandsaufnahme, sorgfältigem Daten-Mapping, neu aufgebauten Integrationen, erhaltenen SEO-Rankings und einem getesteten Livegang. Wenn Sie den Abschied von einer Eigenentwicklung abwägen, nehmen Sie Kontakt mit uns auf – wir gehen die Bestandsaufnahme gemeinsam durch, bevor irgendjemand Ihren Shop anfasst.