E-Commerce-Replatforming ohne Betriebsstillstand: Migrationswege im Vergleich

Ein Replatforming ist kein Umzug des Katalogs. Produkte und Kunden lassen sich mit Tools übertragen. Kaputt geht, was auf keiner Liste stand. Was sauber mitkommt, was neu gebaut werden muss und was unbemerkt seine Google-Rankings verliert, hängt vom Migrationsweg ab. Vergleichen Sie diese Wege, bevor Sie der Geschäftsführung einen Termin zusagen.

Welcher Weg der richtige ist, entscheidet weder das Budget noch Ihre Risikobereitschaft. Entscheidend ist, ob Ihr Team über Monate zwei Systeme gleichzeitig betreiben kann. Diese Kapazität schließt mehr der Optionen aus, die in einem Angebot attraktiv wirken, als alles, was in der Vergleichstabelle eines Anbieters steht.

Die harte Grenze: Können Sie zwei Systeme parallel betreiben?

Jeder Migrationsweg außer der Umstellung in einem Schritt verlangt eine Phase, in der altes und neues System beide live sind. Und zwar beide im Echtbetrieb. Diese Phase stellt Anforderungen, die in keinem Projektbudget auftauchen.

Der Bestand muss an zwei Stellen stimmen, oder ein System ist führend und das andere liest daraus. Bestellungen gehen auf beiden Seiten ein und müssen in einem einzigen Fulfillment-Prozess landen. Der Kundenservice muss wissen, auf welchem System ein Kunde ist, bevor er irgendetwas beantworten kann. Die Buchhaltung gleicht die ganze Zeit zwei Quellen ab. Das Marketing fährt Kampagnen, die auf dem System funktionieren müssen, auf dem der Traffic gerade landet. Und jemand muss das Gesamtbild im Kopf behalten, während das normale Geschäftsjahr weiterläuft.

Das ist die Kapazität für den Parallelbetrieb. Sie hängt von der Teamgröße ab, von der Reife Ihrer Prozesse und davon, wie viel Luft im Kalender ist. Eine Marke, bei der vier Personen den gesamten E-Commerce-Betrieb stemmen, hat diese Kapazität nicht, egal wie viel Budget bereitsteht. Der Engpass ist Aufmerksamkeit, nicht Geld.

Stellen Sie die Frage deshalb direkt, bevor Sie irgendeinen Weg bewerten: Können wir drei bis sechs Monate lang zwei live laufende Shopsysteme betreiben, ohne dass das System leidet, das derzeit alles finanziert? Die Antwort schließt mehr Optionen aus als jeder Funktionsvergleich.

Was damit wegfällt

Fehlt die Kapazität für den Parallelbetrieb, ist ein schrittweiser oder paralleler Ansatz keine sichere Alternative. Er ist die aufwendigere Alternative, die das Risiko lediglich über einen längeren Zeitraum verteilt. Und die Last trifft dasselbe Team, das bereits das Tagesgeschäft stemmt.

Damit steht die übliche Darstellung dieser Wege auf dem Kopf. Die schrittweise Migration wird als risikoärmere Option verkauft, weil nicht alles an einem einzigen Moment hängt. Operativ ist sie die belastendere Option. Die Phase der größten Komplexität dehnt sich von einem Wochenende auf zwei Quartale aus. Für ein Team ohne Luft verlagert sich das Risiko nur. Statt eines schwierigen Umstellungswochenendes bekommen Sie vier Monate, in denen sich kleine Fehler anhäufen, für deren saubere Behebung niemand Zeit hat.

Aus derselben Grenze folgen zwei weitere Ausschlüsse.

Eine Migration darf nicht in Ihre umsatzstärkste Zeit fallen. Egal welcher Weg: Der Parallelbetrieb oder die Umstellung muss außerhalb der Saison liegen, von der Ihr Geschäft abhängt. Für die meisten europäischen Marken ist dieses Zeitfenster enger, als der Projektplan annimmt.

Und eine Migration darf nicht darauf ausgelegt sein, alles neu zu bauen. Teams ohne Kapazität für den Parallelbetrieb brauchen eine kurze Liste dessen, was neu gebaut wird. Damit ist die Bestandsaufnahme weiter unten die erste echte Arbeit und keine Dokumentationsübung.

Bestandsaufnahme in drei Körben: übernehmen, neu bauen, streichen

Bevor Sie Wege vergleichen, sortieren Sie alles, was Sie haben, in drei Körbe. Diese Bestandsaufnahme bestimmt die Größe des Projekts. Trotzdem wird sie regelmäßig übersprungen, weil ein Datenmigrationsplan dringender wirkt.

Im zweiten Korb kommt es auf eine Unterscheidung an: Bildet eine Anpassung echte Geschäftslogik ab, oder umgeht sie eine Grenze der Plattform? Unsere Analysen zur Migration von Sylius und von Lightspeed kommen zum selben Ergebnis. Marken unterschätzen immer wieder, wie viel ihrer Individualentwicklung nur existiert, um die Plattform auszugleichen, die sie gerade verlassen. Diese Teile gehören in den Korb „streichen“, nicht in den Korb „neu bauen“. Wer sie trotzdem mitnimmt, macht aus einem Projekt von sechs Monaten eines von zwölf.

Eine vierte Kategorie sollten Sie gesondert betrachten, weil sie sich anders verhält als die anderen drei.

Sichtbarkeit in Google ist ein eigenes Risiko

Rankings ziehen nicht mit um. Sie werden neu erarbeitet, auf den neuen URLs, nachdem die neue Website gecrawlt wurde. Wie Sie sie erhalten, haben Sie vollständig selbst in der Hand. Es geht aber auch sehr leicht schief.

Vier Dinge tragen den Großteil des Risikos. Die URL-Struktur ändert sich, was bei einem Replatforming normal ist. Das erfordert eine vollständige Redirect-Map von jeder alten URL auf die nächstliegende neue Seite, nicht auf die Startseite. Die interne Verlinkung wird von einem neuen Theme oft komplett neu aufgebaut, und dabei verschwindet unbemerkt die Struktur, die Autorität über die Website verteilt hat. Strukturierte Daten ändern sich regelmäßig mit jedem Theme- oder App-Wechsel. Und dann der Content selbst: Eine Migration wird oft genutzt, um Texte zu kürzen, und dabei fällt genau der Text weg, der gerankt hat.

Das Fehlerbild ist konkret und häufig. Die Website geht live, alles funktioniert, und in den folgenden sechs Wochen sinkt der Traffic. Es sieht nach Saisonalität aus, bis er sich nicht mehr erholt. Dann sind die Lücken in den Redirects schon Monate alt.

Die Gegenmaßnahmen sind unspektakulär und wirksam. Crawlen Sie die aktuelle Website vollständig, bevor sich etwas ändert, damit Sie ein komplettes URL-Verzeichnis haben und nicht nur eine Sitemap. Bauen Sie die Redirect-Map auf Basis dieses Verzeichnisses, eins zu eins, wo immer es eine Entsprechung gibt. Erhalten Sie die interne Linkstruktur, oder bauen Sie sie bewusst neu auf, statt hinzunehmen, was ein Theme daraus macht. Prüfen Sie die strukturierten Daten auf den neuen Templates vor dem Launch, nicht danach. Und widerstehen Sie der Versuchung, während der Migration Content umzuschreiben. Sonst lässt sich keine Veränderung im Traffic mehr erklären.

Hier liegen auch versteckte Kosten der schrittweisen und parallelen Wege. Während der Übergangszeit können zwei Versionen Ihrer Inhalte live und crawlbar sein. Das ist ein Canonical-Problem, das Sie zusätzlich zu allem anderen im Griff behalten müssen.

Die drei Wege, die wirklich funktionieren

Die meisten mittelständischen Marken sollten den Weg wählen, den ihre Kapazität zulässt, nicht den, der am sichersten klingt. Für ein kleines Team mit klar begrenztem Umfang ist eine Umstellung in einem Schritt in einer ruhigen Verkaufsphase meist günstiger und weniger riskant als ein schrittweiser Ansatz, für den niemand die nötige Aufmerksamkeit hat.

Schrittweise lohnt sich, wenn sich das Geschäft wirklich aufteilen lässt. Erst den Großhandel, dann den Einzelhandel, oder erst einen Markt, dann die übrigen: Das funktioniert, wenn diese Bereiche eigene Kataloge, eigene Kunden und eigene Prozesse haben. Es funktioniert schlecht, wenn die Trennung künstlich ist, weil die beiden Hälften dann ständig miteinander reden müssen.

So treffen Sie die Wahl

1. Beantworten Sie zuerst die Frage nach dem Parallelbetrieb. Keine Kapazität heißt Umstellung in einem Schritt. Dann sollte der Projektplan darauf ausgerichtet sein, diese Umstellung klein genug zu halten, damit sie gelingt.

2. Schließen Sie die Bestandsaufnahme in drei Körben ab, bevor Sie einen Zeitplan festlegen. Der Korb „neu bauen“ bestimmt die Dauer. Ein Zeitplan, der vor dieser Bestandsaufnahme steht, ist eine Vermutung, die als Zusage auftritt.

3. Kämpfen Sie für den Korb „streichen“. Jeder Workaround, den Sie mitnehmen, kostet dauerhaft Geld. Kein Gespräch im ganzen Projekt bringt mehr, und es ist ein organisatorisches, kein technisches.

4. Wählen Sie den schrittweisen Weg nur, wenn die Bereiche wirklich unabhängig sind. Eigener Katalog, eigene Kunden, eigene Prozesse. Überschneiden sich zwei der drei, entsteht durch das Aufteilen Integrationsarbeit, die es sonst nicht gäbe.

5. Behandeln Sie SEO-Kontinuität als eigenen Arbeitsstrang mit klarer Verantwortung, nicht als Punkt auf der Launch-Checkliste. Vollständiger Crawl vor Änderungen, Redirect-Map eins zu eins, interne Verlinkung erhalten, strukturierte Daten vor dem Launch geprüft.

6. Schreiben Sie während der Migration keinen Content um. Ändern Sie immer nur eine Variable, sonst können Sie nicht nachvollziehen, was passiert ist.

7. Legen Sie das Zeitfenster zuerst in Ihrem Verkaufskalender fest und planen Sie dann rückwärts. Das Zeitfenster ist die unflexibelste Größe im Projekt und wird trotzdem am häufigsten als verschiebbar behandelt.

Wenn Sie schon wissen, auf welche Plattform Sie wechseln, finden Sie die Details in unseren Leitfäden je Ausgangsplattform: Migration von PrestaShop, von WooCommerce oder von Lightspeed. Ist die Plattformentscheidung selbst noch offen, ist das eine andere Frage, und sie kommt zuerst. Mehr dazu in unserem Beitrag über die Wahl einer E-Commerce-Plattform, wenn Sie der ersten entwachsen sind.

Ein Vorab-Check für das Replatforming zeigt, was mitkommt und was nicht, bevor ein Termin zugesagt ist. Flatline legt die drei Körbe und den Plan für Ihre Sichtbarkeit in Google neben Ihren Verkaufskalender. Diese Arbeit entscheidet darüber, ob Sie den Termin, den Sie ankündigen, auch halten können.

Wann sich die Grenze verschieben lässt

Zwei Situationen ändern die Rechnung.

Befristete Verstärkung oder ein Partner für den Betrieb. Kapazität für den Parallelbetrieb lässt sich einkaufen, etwa als Interim-Unterstützung im Betrieb, die während der Überlappung Abgleich und Ausnahmefälle übernimmt. Das ist eine echte Option. Sie sollte ausdrücklich durchgerechnet und nicht wegdiskutiert werden. Sonst landet dieselbe Arbeit bei Menschen, die nebenbei ihren eigentlichen Job machen.

Ein Bereich, der wirklich eigenständig ist. Läuft ein Teil des Geschäfts mit eigenem Katalog, eigenen Kunden und eigenen Prozessen, ist es unabhängig von der Gesamtkapazität risikoarm, diesen Bereich zuerst zu migrieren. Die Überlappung bleibt dann auf diesen Bereich begrenzt und betrifft nicht den gesamten Betrieb. Der Großhandel ist oft der sauberste Kandidat.

Außerhalb dieser beiden Fälle sollten Sie die Kapazität für den Parallelbetrieb als feste Größe behandeln. Sie ist die Annahme, die im Projektplan am ehesten zu optimistisch ist. Und genau an ihr entscheidet sich, ob der Plan einen ganz normalen Verkaufsmonat übersteht.

Häufig gestellte Fragen

Wie lange dauert ein E-Commerce-Replatforming? 

Die Datenmigration dauert Wochen und ist selten der Engpass. Die Dauer bestimmt der Korb „neu bauen“: wie viele Anpassungen, Integrationen und Teile der Geschäftslogik neu aufgebaut werden müssen. Schließen Sie die Bestandsaufnahme in drei Körben ab, bevor Sie einen Zeitplan zusagen. Ein Termin, der vorher feststeht, ist eine Schätzung für Arbeit, die niemand erfasst hat.

Verliert man beim Replatforming seine Google-Rankings? 

Gewisse Schwankungen sind normal, ein dauerhafter Verlust lässt sich meist verhindern. Die typischen Ursachen sind unvollständige Redirect-Maps, eine interne Verlinkung, die ein neues Theme komplett neu aufbaut, strukturierte Daten, die sich durch neue Templates ändern, und Content, der beim Umzug gekürzt wird. Crawlen Sie die bestehende Website vollständig, bevor sich etwas ändert, legen Sie Redirects eins zu eins auf Basis dieses Verzeichnisses an und ändern Sie Inhalte getrennt vom Plattformwechsel.

Ist eine schrittweise Migration sicherer als eine Umstellung in einem Schritt? 

Nicht automatisch. Ein schrittweises Vorgehen verteilt das Risiko über die Zeit und erhöht die operative Last für den gesamten Zeitraum, weil zwei live laufende Systeme ständig abgeglichen werden müssen. Wirklich sicherer ist es, wenn sich das Geschäft in eigenständige Bereiche aufteilen lässt und das Team Luft hat, beides zu betreiben. Für ein kleines Team mit klar begrenztem Umfang ist eine gut geplante Umstellung in einem Schritt in einer ruhigen Phase oft die risikoärmere Wahl.

Was wird beim Replatforming am häufigsten unterschätzt? 

Zwei Dinge. Wie viel der bestehenden Anpassungen nur dazu dient, Grenzen der alten Plattform zu umgehen. Das gehört in den Korb „streichen“, nicht in den Korb „neu bauen“. Und wie viel Aufmerksamkeit der Parallelbetrieb von einem Team verlangt, das über den gesamten Zeitraum weiterhin das Tagesgeschäft stemmen muss.

Das Wichtigste in Kürze

• Die harte Grenze ist die Kapazität für den Parallelbetrieb, nicht das Budget. Kann das Team nicht über Monate zwei live laufende Systeme betreiben, ohne dass das aktuelle leidet, sind schrittweise und parallele Wege aufwendiger, nicht risikoärmer.

• Sortieren Sie alles in übernehmen, neu bauen und streichen, bevor Sie einen Zeitplan festlegen. Der Korb „neu bauen“ bestimmt die Dauer. Im Korb „streichen“ liegt der größte Wert, und dort ist auch der Widerstand am größten.

• Sichtbarkeit in Google wird neu erarbeitet, nicht migriert. Was wirkt: vollständiger Crawl vor Änderungen, Redirects eins zu eins, erhaltene interne Verlinkung und geprüfte strukturierte Daten.

• Wählen Sie den Weg, den Ihre Kapazität zulässt. Ein kleines Team mit klar begrenztem Umfang fährt mit einer Umstellung in einem Schritt in einer ruhigen Verkaufsphase meist besser als mit einem schrittweisen Ansatz, für den niemand die nötige Aufmerksamkeit hat.

Was Unternehmen schadet, ist nicht die Wahl des falschen Wegs. Es ist die Zusage eines Termins, bevor die Bestandsaufnahme in drei Körben vorliegt. Und danach das Zusammenstreichen der SEO-Arbeit, weil sie der einzige Teil des Plans ohne sichtbare Deadline ist.