Plattform-Migration

Eine E-Commerce-Migration ist riskant. Katalogdaten laufen auseinander, SEO-Rankings fallen, Kundendaten zerfallen in Fragmente, und der Scope wächst mit ungeplanten Zusatzanforderungen. Der folgende Plan orientiert sich an diesen vier Fehlerquellen.

Migrationen, die wir durchführen

• Magento 1 zu Magento 2 / Mage-OS, inklusive Extension-Audit und Rewrite der Custom-Module. Adobe hat den Support für Magento 1 am 30. Juni 2020 eingestellt; wer noch darauf läuft, ist bekannten CVEs ausgesetzt.
• WooCommerce zu Shopify oder Magento, der häufigste Pfad für Shops, denen WordPress zu eng geworden ist. Dazu gehören das Mapping von WP-Plugins zu Apps, die Content-Migration und der Erhalt des SEO-Bestands.
• Custom / Legacy zu Shopify oder Magento, wenn der eigene Stack inzwischen mehr bremst als trägt.
• Shopify und Magento, in beide Richtungen, seltener und meist bedingt durch B2B-Anforderungen oder gewachsene Katalog-Komplexität.

Was wir erhalten

• SEO: vollständiges URL-Inventar, 301-Redirect-Map, Canonical-Handling, Hreflang. Den organischen Traffic vergleichen wir vorher und nachher.
• Katalog: Produkte, Varianten, Preise, Custom-Attribute, Medien und Lagerorte, Zeile für Zeile validiert.
• Kundendaten: Konten, Adressen, Bestellhistorie, mit Blick auf die DSGVO bei der Marketing-Einwilligung.
• Integrationen: Jede ERP-, PIM-, WMS- und Payment-Anbindung, die heute existiert, wird vor dem Cutover neu implementiert und getestet.

Wie wir umstellen

Wir fahren Parallelbetrieb mit Shadow-Traffic, statt alles auf einen Schlag umzustellen. Der alte Shop bleibt das führende System, bis der neue ihn nachweislich erreicht hat, und der Rollback-Pfad bleibt bis 30 Tage nach dem Launch offen. Vor dem Cutover steht eine schriftliche Go/No-Go-Checkliste, damit die Entscheidung in der Launch-Nacht nicht improvisiert wird.