Shopify-Migration: Checkliste für vorher, währenddessen und danach

Eine Migration ist kein einzelner Termin, sondern drei aufeinander aufbauende Phasen. Die Vorbereitung entscheidet, wie viel später improvisiert werden muss. Die Umsetzungsphase entscheidet, ob die Abnahme belastbar ist. Der Nachlauf entscheidet, ob Sichtbarkeit und Umsatz nach dem Livegang stabil bleiben.

Der häufigste Grund für verschobene Termine ist keine Technik, sondern eine unklare Zuständigkeit. Rechtstexte, Zahlungsverträge, Steuersätze und Produktdaten haben Verantwortliche außerhalb der Agentur. Tauchen sie erst in der Bauphase auf, wartet das Projekt auf Freigaben, die niemand eingeplant hat.

Am Anfang steht eine vollständige Liste aller URLs, die heute existieren. Vollständig heißt: aus der Sitemap, aus dem Crawl, aus den Server-Logs und aus der Search Console zusammengeführt. Jede dieser Quellen kennt URLs, die die anderen nicht kennen — besonders alte Kampagnenseiten und ausgelaufene Produkte.

Diese Liste wird anschließend gewichtet. Relevant ist, welche URLs organischen Traffic bekommen, welche als Ziel bezahlter Kampagnen dienen und welche externe Verlinkungen tragen. Eine URL ohne Traffic und ohne Backlinks braucht kein eigenes Ziel. Eine mit beidem braucht eine bewusste Entscheidung, kein Automatikziel.

Parallel dazu läuft die Bestandsaufnahme der Daten. Produkte, Varianten, Kategorien, Kunden, Bestellhistorie, Gutscheine, Abonnements, Bewertungen und redaktionelle Inhalte gehören alle in eine Liste mit Mengenangabe und Quelle. Was hier fehlt, fällt erst beim Testkauf auf, und dann ist der Termin nah.

Ein Datenexport sagt noch nichts über Datenqualität. Prüfe stichprobenartig auf leere Pflichtfelder, doppelte Artikelnummern, Produkte ohne Bild, Kategorien ohne Produkte und Varianten, die im Altsystem als eigenständige Artikel gepflegt wurden. Diese Fälle bestimmen, wie viel Handarbeit im Katalogaufbau steckt.

Ein Sonderfall sind Sortimente mit vielen Merkmalen. Shopify kennt drei Optionsdimensionen pro Produkt. Alles darüber muss vor dem Import entschieden werden: Was wird Variante, was wird Metafeld, was wird ein eigenes Produkt. Diese Entscheidung nachträglich zu ändern, ist teurer als sie vorher zu treffen.

Die Integrationen brauchen dieselbe Sorgfalt. Für jedes angebundene System gehört notiert, welches Objekt in welche Richtung läuft und welches System im Konfliktfall gewinnt. ERP, Versanddienstleister, Buchhaltung, Newsletter, Retourenportal und Bewertungssystem sind die Kandidaten, die am häufigsten übersehen werden.

Beim Wechsel des Shopsystems ändern sich fast immer die URL-Muster. Ohne Weiterleitung verliert jede alte Adresse ihre Historie: Rankings, Backlinks und Lesezeichen laufen ins Leere. Das Redirect-Mapping ist deshalb kein Nachlaufthema, sondern eine Tabelle, die parallel zum Aufbau entsteht und mitwächst.

Jede alte URL bekommt genau ein Ziel, und dieses Ziel liefert denselben Inhalt oder den nächstähnlichen. Eine Sammelweiterleitung auf die Startseite ist keine Lösung, sondern ein Signal an Suchmaschinen, dass der Inhalt weg ist. Für ausgelaufene Produkte ist die Kategorie das ehrlichere Ziel.

Weiterleitungsketten sind der zweite Fehler. Wenn alte Adressen schon vor dem Umzug auf andere alte Adressen zeigten, entstehen nach der Migration Ketten über mehrere Sprünge. Löse sie im Mapping auf, sodass jede Ausgangs-URL direkt beim Endziel landet, und nicht über Zwischenstationen.

Tracking und Consent werden häufig zu spät angefasst. Lege vorher fest, welche Ereignisse gemessen werden, über welchen Weg sie eingesammelt werden und welche davon eine Einwilligung brauchen. Ein Consent-Banner, das erst zwei Tage vor dem Livegang eingebaut wird, verändert die Messwerte genau dann, wenn Du sie vergleichen willst.

Rechtstexte werden nicht kopiert, sondern neu geprüft. Impressum, Datenschutzerklärung, Widerrufsbelehrung, AGB und Versandinformationen hängen an konkreten Prozessen, und die ändern sich mit dem System. Wer die Zahlungsarten oder den Versanddienstleister wechselt, ändert damit auch den Inhalt seiner Pflichtangaben.

Operativ gehören Zahlungs- und Versandarten früh geklärt, weil sie Vertragslaufzeiten und Freischaltungen mit sich bringen. Dazu kommt eine Freeze-Regel: Ab einem festgelegten Datum werden im Altsystem keine neuen Produkte, Kategorien und Inhalte mehr angelegt, sonst läuft der Datenstand während der Migration auseinander.

Die Reihenfolge im Aufbau ist keine Geschmacksfrage. Zuerst entsteht das Datenmodell, danach der Katalog, danach die Vorlagen und erst zum Schluss die Feinheiten an Inhalten und Kampagnenseiten. Wer mit dem Design beginnt, baut Vorlagen für Produkte, deren Struktur noch gar nicht feststeht.

Testdaten sind sinnvoll, um früh gegen etwas zu bauen — aber die Abnahme braucht echte Daten. Ein Katalog aus drei Beispielprodukten verschweigt genau die Fälle, die später Arbeit machen: sehr lange Titel, Produkte ohne Bild, ausverkaufte Varianten, Bundles und Artikel mit abweichender Steuerlogik.

Der Aufbau gehört auf eine Umgebung, die nicht indexiert wird. Shopify-Shops sind vor der Veröffentlichung passwortgeschützt, und genau dieser Schutz bleibt bis zum Cutover aktiv. Wird er früh entfernt, konkurriert der halbfertige neue Shop mit dem alten um dieselben Inhalte.

Eine Abnahme über Klickpfade allein reicht nicht. Belastbar wird sie erst, wenn echte Bestellungen durchlaufen — mit echter Zahlung, echter Rechnung, echtem Versandlabel und einer echten Retoure. Erst dieser Durchlauf zeigt, ob Bestellung, ERP, Buchhaltung und Versanddienstleister dieselbe Bestellnummer meinen.

Beteilige dabei die Menschen, die den Shop danach betreiben. Kundenservice, Lager und Buchhaltung erkennen Fehler, die im Projektteam niemand sieht, weil sie den Alltagsfall kennen. Eine Abnahme, die nur aus Entwicklern und Projektleitung besteht, findet vor allem die Fehler, die schon bekannt waren.

Vor dem Termin steht die Generalprobe des Cutovers. Der Ablauf wird einmal vollständig geprobt: Freeze, letzter Datenabgleich, DNS-Umstellung, Passwortschutz entfernen, Redirects aktivieren, Prüfroutine. Dabei wird auch festgehalten, wer welchen Schritt macht und unter welcher Bedingung zurückgerollt wird.

Direkt nach der Umstellung wird das Redirect-Mapping gegen die Realität geprüft, nicht gegen die Tabelle. Nimm die Liste der wichtigsten alten URLs und rufe sie tatsächlich auf. Geprüft wird der Statuscode, das Ziel und ob unterwegs ein Zwischensprung entstanden ist.

Danach folgen die Suchmaschinen-Themen: neue Sitemap einreichen, robots-Datei prüfen, Canonicals stichprobenartig ansehen und in der Search Console die neue Property vorbereiten, falls sich die Domain ändert. Ein 404-Monitoring gehört ab derselben Stunde aktiv, weil die ersten Lücken sofort sichtbar werden.

Parallel läuft die operative Kontrolle. Bestände gegen das führende System abgleichen, die ersten echten Bestellungen im ERP nachverfolgen, Zahlungseingänge prüfen und das Tracking gegen den alten Stand vergleichen. Abweichungen im Tracking sind zuerst ein Messfehler, bis das Gegenteil belegt ist.

Nach einem Umzug bewegen sich Kennzahlen, und nicht jede Bewegung ist ein Problem. Suchmaschinen brauchen Zeit, um neue Adressen zu verarbeiten, weshalb Sichtbarkeit und indexierte Seitenzahl kurzfristig schwanken. Erwartbar ist eine Delle mit Erholung, nicht ein dauerhafter Abfall über Wochen.

Kritisch wird es, wenn Fehler auftreten, die mit dem Kaufprozess selbst zu tun haben. Diese Fälle haben Vorrang vor jeder SEO-Frage, weil sie unmittelbar Umsatz kosten und weil sie sich meist an einer einzigen Konfiguration festmachen lassen — einer Zahlungsart, einem Steuersatz, einer Versandzone.