Co se skutečně migruje
Nad rámec zjevného produktového katalogu plná migrace dat obvykle pokrývá zákaznické účty a jejich historii objednávek, existující objednávky (otevřené i historické), obsah jako příspěvky na blogu nebo statické stránky, recenze, pokud jsou uložené přímo na platformě, a jakákoli vlastní pole nebo metadata specifická pro váš byznys. Ne všechno se nutně musí přenést — některá historická data se mohou archivovat místo aktivní migrace, což je rozhodnutí o rozsahu učiněné během posouzení, ne výchozí předpoklad.
Proč přímý export/import nestačí
Dvě platformy jen zřídka modelují data identicky — plochý seznam produktů jedné platformy může být hierarchický systém kategorií a atributů na druhé; jednoduchý zákaznický záznam jedné platformy může na nové platformě potřebovat rozdělit napříč několika typy objektů. Doslovné kopírování pole po poli z exportního souboru často vyprodukuje data, která jsou technicky přítomná, ale strukturně špatná — rozbité vztahy variant, ztracená vlastní pole nebo zákaznické záznamy, které se správně nenapojí na svou historii objednávek. Skutečná migrace dat znamená záměrně namapovat každý typ dat, ne jen přesunout soubory.
Jak k tomu přistupujeme
Začínáme auditem dat — pochopením toho, co skutečně existuje ve starém systému, včetně nesrovnalostí, které se v čase nahromadily (duplicitní zákazníci, osiřelé záznamy, nekonzistentní kategorizace) — dřív, než rozhodneme, jak se to namapuje na novou platformu. Čištění se často odehrává jako součást tohoto kroku, ne až po něm, protože věrná migrace špatných dat jen reprodukuje stejné problémy na nové platformě. Jak to zapadá do řízené migrace, popisuje Čištění a mapování dat.
Časté otázky
Zahrnuje migrace dat i historii mých objednávek?
Může — zda se historické objednávky aktivně migrují do nové platformy, nebo se archivují zvlášť, je rozhodnutí o rozsahu, protože ne každá platforma nebo byznys potřebuje živou historii objednávek v novém systému. Toto řešíme během posouzení.
Přenesou se má vlastní pole automaticky?
Ne automaticky — vlastní pole potřebují na nové platformě výslovný ekvivalent (často metapole nebo vlastní atributy) a toto mapování je třeba definovat, ne předpokládat, že existuje samo od sebe.
Můžu si data migrovat sám pomocí pluginu nebo importního nástroje?
U malých, jednoduchých katalogů to může fungovat. U obchodů s podstatnými úpravami, historií objednávek nebo problémy s kvalitou dat obecný importní nástroj obvykle nedokáže udělat úsudková rozhodnutí, která vyžaduje pořádný audit a mapování dat — jen přesune to, co je v souboru, včetně chyb.
Jak zabráníte ztrátě dat během migrace?
Auditem a mapováním dřív, než cokoli přesuneme, otestováním migrace nejdřív na testovacím prostředí a ověřením počtu záznamů i namátkovou kontrolou dat po přesunu, ne předpokladem, že import proběhl správně.