Migration
Shopify Migration als Methode, nicht als Daten-Dump
Die meisten gescheiterten Replatformings sind nicht an der Technik gescheitert. Sie sind gescheitert, weil niemand entschieden hat, was aus den alten Daten werden soll. Wir behandeln eine Migration zuerst als Mapping-Problem und erst danach als Engineering-Problem, egal welche Plattform du verlässt.
Wie wir arbeiten
Was eine Migration unspektakulär macht
Eine Migration ist das eine Projekt, bei dem Erfolg heißt: Kunden merken nichts. Alles hier unten existiert, damit der Launch-Tag ruhig bleibt. Der Abgleich, die Trockenläufe und eine Redirect-Map, die gegen echte Crawl-Daten getestet ist.
Trockenläufe vor Produktion
Jede Migration läuft mindestens zweimal vollständig in einen Staging-Shop, bevor irgendetwas Produktion berührt. Wir gleichen Zahlen ab und prüfen Datensätze stichprobenartig gegen das Quellsystem. Der Go-live-Load wiederholt damit etwas, das schon funktioniert hat.
Redirects gegen echte Crawl-Daten geprüft
Wir prüfen die Map gegen das, was Suchmaschinen und deine Analytics tatsächlich abrufen, nicht gegen eine Sitemap. So findet man verwaiste, aber weiterhin rankende URLs, bevor sie zu 404ern werden und Traffic kosten, von dem du nichts wusstest.
Ein Team bis durch den Cutover
Die Leute, die deine Daten gemappt haben, sind beim Umschalten online und schauen in der Woche danach auf die Zahlen. Niemand übergibt dich an eine Support-Queue, genau wenn es am meisten zählt.
Ein Umfang, an dem du uns messen kannst
Fester Scope, gestufte Releases, ein benanntes Datum. Migrationen ohne Ende werden gern zu Neubauten, und ein Neubau braucht ein eigenes Budget und ein eigenes Gespräch. Das sprechen wir lieber am Anfang an als mittendrin.
KI, und wo sie aufhört
Wo wir KI beschleunigen lassen und wo ein Mensch abnimmt
KI ist richtig gut in der zähen Mitte einer Migration. Sie schlägt Feld-Mappings über tausende Attribute vor, entwirft Redirect-Regeln und findet die Datensätze, die aus dem Muster fallen. Sie ist nicht gut darin zu entscheiden, was dein Geschäft unter einer Kundengruppe versteht. Also nutzen wir sie für Durchsatz und lassen die Urteilsfragen bei Menschen.
Inventar, weitgehend automatisiert
Wir ziehen die vollständige Struktur des alten Shops, also jedes Attribut, Template, jede Preisregel, URL und Integration, und lassen Tooling sie klassifizieren. Danach liest ein Mensch das Ergebnis, denn ein Inventar, das niemand gelesen hat, sagt noch nichts aus.
Mapping von KI vorgeschlagen, vom Menschen entschieden
KI entwirft das Feld-für-Feld-Mapping nach Shopify und markiert, wo sie unsicher ist. Jeder Vorschlag wird geprüft, bevor er übernommen wird. Die mehrdeutigen Fälle, also Preislogik, Kundengruppen und alles mit Geld oder Steuern, werden mit dir entschieden statt abgeleitet.
Bauen, laden, abgleichen
Die Storefront entsteht, während die Datenpipeline geschrieben wird, dann treffen sich beide im Staging. Wir gleichen Summen gegen das Quellsystem ab und gehen jeder Abweichung nach, denn eine Migration, die nur ungefähr stimmt, taucht später als Support-Tickets wieder auf.
Gestufter Cutover und Nachsorge
DNS wechselt in deinem ruhigsten Zeitfenster, der alte Shop bleibt dahinter erreichbar. Danach tägliches Monitoring von Search Console, Logs und Umsatz, während Suchmaschinen neu crawlen, plus eine Fix-Schleife, die offen bleibt, bis die Zahlen sich gesetzt haben.
Auf Shopify migriert
Shops, die wir umgezogen haben, und wovon
Magento, WooCommerce, Shopware, Craft Commerce und handgebaute Systeme. Die Quellplattform verändert das Mapping. Die Methode dahinter bleibt gleich.
FAQ Migration
Was Händler vor der Entscheidung fragen
Die Fragen, die unabhängig von der Quellplattform aufkommen.
Am Überlegen?
Starte mit einem Scoping-Call.
Der Katalog ist selten der Treiber. Die Kosten hängen an der Zahl der Entscheidungen: wie viel eigene Logik existiert, wie viele Integrationen weiterlaufen müssen, und ob gleichzeitig das Design neu gebaut wird. Wir schnüren den Umfang vor dem Angebot, und an diesem Umfang lassen wir uns messen.
Keine, die ein Kunde sieht. Der neue Shop ist vor dem Cutover auf einer Staging-Domain live und getestet, und der Wechsel selbst ist eine DNS-Änderung, bei der der alte Shop dahinter erreichbar bleibt. Die riskanteste Stunde planen wir in dein ruhigstes Traffic-Fenster.
Für Mapping-Vorschläge und Mustererkennung ja, und bei großen Katalogen spart das Wochen. Nichts wird übernommen, nur weil ein Modell es vorgeschlagen hat. Ein Mensch prüft jedes Mapping, und alles rund um Preise, Steuern oder Kundenidentität wird ausdrücklich mit dir entschieden.
Manchmal, wobei der Zielkonflikt es wert ist, klar benannt zu werden. Beides zusammen kostet weniger als nacheinander, nimmt dir aber die Möglichkeit zu erkennen, ob eine Veränderung in den Zahlen von der Plattform oder vom Design kam. Wenn das aktuelle Design konvertiert, migrieren wir meist zuerst und gestalten danach neu.
Die werden in Woche eins inventarisiert, weil sie der häufigste Grund für verschobene Migrationen sind. Für manche gibt es Shopify-Apps, manche brauchen eine Middleware, und gelegentlich muss eine neu gebaut werden. Das finden wir lieber im Audit als im zweiten Monat.
Admin-Zugang zur aktuellen Plattform, jemanden, der Fragen dazu beantworten kann, wie das Geschäft wirklich funktioniert, und eine entscheidungsbefugte Person für die mehrdeutigen Mappings. Grob ein paar Stunden pro Woche. Die Hauptlast liegt bei uns.
Nach Plattform
Migration von einer bestimmten Plattform
Die Mapping-Probleme sind bei jeder Plattform andere. Diese Seiten gehen ins Detail.
Martin Winkler
Co-Founder & CEO
Mark Chang
Founder & CTO