14.07.2026

ca. 6 Minuten

E-Commerce Replatforming: Leitfaden für den Umstieg

E-Commerce Replatforming: Leitfaden für den Umstieg

Der Internethandel in Deutschland wächst weiter: Laut dem B2B-Marktmonitor 2025 des ECC KÖLN erzielten Großhandel und Hersteller allein über Onlineshops und Marktplätze 509 Milliarden Euro Umsatz, ein Plus von sieben Prozent gegenüber dem Vorjahr. Wer an diesem Wachstum teilhaben will, braucht ein Shopsystem, das mitwächst. Genau hier kommt oft ein E-Commerce Replatforming ins Spiel: der strategische Wechsel des bestehenden Shopsystems auf eine neue Plattform. Dieser Leitfaden zeigt, wann sich der Schritt lohnt, wie ein Projekt abläuft, was es kostet und welche Fehler regelmäßig teuer werden.

Die kurze Antwort: Ein E-Commerce Replatforming lohnt sich nicht, weil ein System veraltet, sondern wenn das aktuelle System das Geschäftsmodell ausbremst. Steigende Wartungskosten, fehlende B2B-Funktionen und schlechte Performance sind die klaren Signale. Entscheidend ist nicht die modernste Technik, sondern die Plattform, die zum Geschäftsmodell und zum Reifegrad des Unternehmens passt.

Was bedeutet E-Commerce Replatforming?

Der Begriff wird oft mit einem Relaunch verwechselt, meint aber etwas anderes.

E-Commerce Replatforming bezeichnet den vollständigen Wechsel der technischen Basis eines Onlineshops von einem Shopsystem auf ein anderes, etwa von einer veralteten Eigenentwicklung auf eine Standardplattform oder von einem monolithischen System auf einen modularen Aufbau. Ein Relaunch verändert dagegen meist nur Design und Struktur auf der bestehenden Plattform. Beim Replatforming wechselt der technische Unterbau komplett: Daten, Prozesse und Schnittstellen ziehen auf ein neues Fundament um. Das ist ein strategisches Vorhaben, kein reines IT-Projekt, weil es direkt auf Umsatz, Betriebskosten und Handlungsfähigkeit einzahlt.

Wann sich ein Replatforming wirklich lohnt

Der richtige Zeitpunkt lässt sich an konkreten Signalen ablesen, nicht am Alter des Systems.

Ein Wechsel ist meist dann gerechtfertigt, wenn mehrere dieser Punkte zutreffen:

  • Technische Schulden: Jede Anpassung wird aufwendiger und teurer, Updates sind riskant oder unmöglich.
  • Hohe Betriebskosten: Lizenz, Hosting und Wartung fressen einen wachsenden Anteil der Marge.
  • Fehlende Funktionen: B2B-Anforderungen wie Kundenpreise, Freigabeprozesse oder Angebotsfunktionen lassen sich nicht sauber abbilden.
  • Schwache Performance: Ladezeiten und Ausfälle kosten messbar Conversion und Sichtbarkeit.
  • Keine Skalierbarkeit: Neue Märkte, Sprachen oder Vertriebskanäle sind nur mit hohem Aufwand umsetzbar.
  • End-of-Life: Der Hersteller stellt Support oder Sicherheitsupdates ein.

Genauso wichtig ist die Gegenprobe. Wenn das aktuelle System stabil läuft und sich Engpässe mit gezielten Erweiterungen lösen lassen, ist ein Replatforming die teurere und riskantere Wahl. Eine ehrliche Bestandsaufnahme steht deshalb immer vor der Entscheidung.

Die sechs Phasen eines Replatformings

Ein strukturierter Ablauf senkt das Risiko und macht Aufwand sowie Zeitbedarf planbar.

Die folgende Übersicht zeigt die typischen Phasen eines Mittelstandsprojekts mit groben Richtwerten. Die Dauer variiert je nach Komplexität, Datenmenge und Zahl der Schnittstellen.

Abb. 1: Typischer Ablauf eines E-Commerce-Replatforming-Projekts im Mittelstand. Quelle: eigene Darstellung.

Am Anfang steht die Frage nach dem Warum, nicht nach der Technik. Bevor ein neues Shopsystem oder ein Umsetzungspartner ausgewählt wird, müssen die Geschäftsziele, die aktuellen Schwachstellen und der erwartete Nutzen des Replatformings klar definiert werden. Ein belastbarer Business Case zeigt, welchen messbaren Effekt der Wechsel auf Umsatz, Kosten und Effizienz haben soll. Gleichzeitig bildet er die Grundlage für einen priorisierten Anforderungskatalog, an dem sich die spätere Auswahl orientiert.

Erst wenn die fachlichen und wirtschaftlichen Anforderungen feststehen, sollten passende Plattformen und Umsetzungspartner bewertet werden. Eine Bewertungsmatrix mit gewichteten Kriterien macht Unterschiede sichtbar, sorgt für eine nachvollziehbare Entscheidung und schützt vor Bauchentscheidungen oder reinem Anbieter-Marketing. Entscheidend ist die richtige Reihenfolge: zuerst Ziele und Anforderungen klären, anschließend das System und den Partner auswählen, die diese am besten erfüllen.

Kosten und Total Cost of Ownership (TCO)

Der Projektpreis ist nur ein Teil der Wahrheit. Entscheidend sind die Gesamtkosten über mehrere Jahre.

Total Cost of Ownership (TCO) bezeichnet alle Kosten über die geplante Nutzungsdauer, meist drei bis fünf Jahre. Wer nur die einmaligen Implementierungskosten betrachtet, unterschätzt das Vorhaben regelmäßig. Die folgende Übersicht zeigt die relevanten Kostenblöcke.

Abb. 2: Kostenblöcke im TCO-Modell über drei bis fünf Jahre. Quelle: eigene Darstellung.

Die Praxis zeigt: Der laufende Betrieb summiert sich über die Jahre oft zum größten Faktor. Ein günstiges System mit hohen Folgekosten kann am Ende teurer sein als eine höhere Anfangsinvestition mit niedrigen Betriebskosten. Deshalb gehört der TCO-Vergleich in jede Systementscheidung.

Datenmigration ohne Datenverlust planen

Die Datenmigration ist der Teil, der in vielen Ratgebern fehlt und in der Praxis am häufigsten schiefgeht.

Migriert werden müssen mehrere Datenbestände, und jeder birgt eigene Fallstricke:

  • Produktdaten: Attribute, Varianten und Medien vollständig übertragen und bereinigen.
  • Kundendaten: Konten, Adressen und Berechtigungen datenschutzkonform überführen.
  • Bestellhistorie: für Service, Buchhaltung und Nachbestellungen erhalten.
  • URLs und SEO: bestehende Adressen per 301-Weiterleitung sauber umlenken, damit Rankings nicht verloren gehen.

Gerade der letzte Punkt wird oft übersehen. Ändern sich beim Wechsel die URL-Struktur und werden die Weiterleitungen nicht sauber eingerichtet, bricht die organische Sichtbarkeit ein, und mühsam aufgebaute Rankings verschwinden. Eine dokumentierte Migrationsstrategie mit Testläufen auf einer Staging-Umgebung ist deshalb Pflicht, kein Nice-to-have.

Go-Live, Cutover und die Phase danach

Der Livegang ist kein Schlusspunkt, sondern der Beginn der kritischsten Projektphase.

Für den Cutover, den eigentlichen Umschaltmoment, gibt es zwei Grundstrategien: den vollständigen Wechsel zu einem Stichtag (Big Bang) oder die schrittweise Umstellung nach Bereichen oder Märkten. Welche passt, hängt von Risikobereitschaft und Komplexität ab. In beiden Fällen gilt: Der Go-Live sollte in einer umsatzschwachen Zeit liegen, mit vorbereitetem Monitoring und einem Notfallplan für die Rückabwicklung.

Nach dem Livegang folgt die Stabilisierungsphase. In den ersten Wochen treten erfahrungsgemäß die meisten Fehler auf. Ein reaktionsschnelles Team, enges Monitoring und schnelle Korrekturen entscheiden darüber, ob aus dem technischen Livegang ein wirtschaftlicher Erfolg wird. Bei datrycs begleiten wir Replatforming-Projekte über den Go-Live hinaus, denn für uns zählt nicht der Launch, sondern was danach passiert.

Die häufigsten Fehler beim Replatforming

Viele Projekte scheitern nicht an der Technik, sondern an vermeidbaren Planungsfehlern.

Eine Forrester-Studie aus dem Jahr 2023 zeigt, wie verbreitet das Problem ist: 77 Prozent der befragten Digital-Commerce-Verantwortlichen berichteten, dass ihr Replatforming-Projekt den ursprünglichen Zeitplan überschritten hat. Die häufigsten Ursachen lassen sich klar benennen:

  • Feature-Parität als Ziel: Das alte System eins zu eins nachbauen, statt Prozesse zu verbessern.
  • Unklare Anforderungen: Fehlende oder schwammige Vorgaben führen zu teuren Nacharbeiten.
  • Unterschätzte Migration: Datenqualität und Aufwand werden zu spät geprüft.
  • Zu wenig Testing: Fehler fallen erst im Livebetrieb auf, wenn Kunden betroffen sind.
  • Falscher Partner: Fehlende Branchen- oder Systemerfahrung rächt sich in jeder Phase.

Wer diese Punkte früh adressiert, verschiebt den Aufwand von der teuren Korrektur nach hinten in die günstige Planung nach vorne. Genau darin liegt der wirtschaftliche Hebel eines gut geführten Projekts.

Fazit

Ein E-Commerce Replatforming ist eine strategische Investition, keine reine IT-Maßnahme.

Der Erfolg entscheidet sich vor der ersten Zeile Code: mit einem klaren Business Case, sauberen Anforderungen und einer nüchternen TCO-Betrachtung. Die Technik folgt dem Geschäftsmodell, nicht dem Trend. Wer den Wechsel als durchgängiges Vorhaben von der Strategie bis zum stabilen Betrieb versteht, statt nur bis zum Go-Live zu denken, verwandelt ein riskantes Projekt in einen planbaren Wachstumshebel. Damit aus Technologie am Ende messbarer Umsatz wird.