Čistenie produktových dát pred migráciou

Exportujte celý zoznam produktov a najprv skontrolujte presné duplicity SKU — zvyčajne ide o chybu pri zadávaní dát alebo importe a po nájdení sa dajú jednoducho zlúčiť. Potom hľadajte takmer duplicity: rovnaký produkt znovu vytvorený pod iným SKU, čo je často výsledok opätovného importu dodávateľského feedu, ktorý sa nezhodoval s existujúcimi záznamami, alebo produkt, ktorý bol po systémovej zmene ručne vytvorený nanovo namiesto upravenia.

Pre každý duplicitný pár rozhodnite, ktorý záznam je ten „skutočný“ — zvyčajne ten s úplnejšími dátami, dlhšou históriou objednávok alebo lepšími SEO signálmi ako spätné odkazy či recenzie — a druhý zlúčte alebo presmerujte doňho, namiesto toho, aby ste migrovali oba a riešili to až na novej platforme.

Osirotené médiá — obrázky a súbory nahrané do knižnice médií, na ktoré už neodkazuje žiadny produkt, kategória ani obsahová stránka — sa prirodzene hromadia počas rokov aktualizácií produktov, sezónnych kampaní a zmien platformy. Na novej platforme neprinášajú žiadnu hodnotu a len predlžujú migráciu a zaberajú úložisko, preto sa oplatí ich identifikovať a vylúčiť.

Dajte si pozor aj na opačný prípad: obrázky, na ktoré sa odkazuje, ale sú nefunkčné (chýbajúci súbor, mŕtva externá URL adresa), sa oplatí zachytiť teraz, keďže nefunkčný obrázok na stránke produktu je malý, ale reálny problém s dôveryhodnosťou, ktorý sa oveľa ľahšie opravuje na vašich aktuálnych, dobre známych dátach než až po presune.

Roky ad hoc doplnkov zvyčajne zanechajú kategórie a atribúty nekonzistentné: rovnaký pojem naprieč produktmi napísaný alebo napísaný veľkými písmenami inak, kategórie, ktoré sa prekrývajú alebo duplikujú, atribúty použité na jeden účel v jednej produktovej línii a na iný účel v druhej. Táto nekonzistentnosť zvyčajne nespôsobuje viditeľné problémy na starej platforme, kde sa zamestnanci naučili s ňou pracovať, ale stáva sa skutočnou záťažou, akonáhle sa mechanicky namapuje na dátový model novej platformy.

Ešte pred migráciou vybudujte (alebo potvrďte) čistú, odsúhlasenú taxonómiu — definovaný strom kategórií a definovaný zoznam atribútov s konzistentným pomenovaním — a porovnajte s ňou svoje skutočné dáta. Toto je zároveň vhodná chvíľa opýtať sa, ktoré atribúty sú stále zmysluplné pre zákazníkov alebo interné procesy a ktoré existujú len preto, že ich nikto neodstránil.

Štruktúry variantov (veľkosť, farba, materiál a ich kombinovanie do konkrétnych predajných SKU) sa medzi platformami spracúvajú odlišne a nekonzistentné zdrojové dáta to ešte zhoršujú. Hľadajte produkty, kde možnosti variantov nesledujú konzistentný vzor — niektoré varianty veľkosti pomenované „S/M/L“ a iné pri tej istej produktovej línii „Small/Medium/Large“, alebo produkty, kde kombinácia variantov v systéme existuje, ale nemá za sebou platnú cenu ani stav skladu.

Cieľový model variantov si rozhodnite pred migráciou, nie počas nej. To, či nová platforma spracúva kombinácie variantov rovnako ako stará — a kde nie —, rozhoduje o tom, či sa vaše existujúce dáta o variantoch dajú namapovať priamo, alebo si najprv vyžadujú prestavbu.

Nie všetko vo vašom súčasnom katalógu si zaslúži miesto na novej platforme. Vyradené produkty bez zostávajúceho skladu, testovacie či zástupné záznamy a staršie polia, ktorých pôvodný účel už nikto nevie vysvetliť, sú kandidátmi na to, aby zostali za vami — s zdokumentovaným rozhodnutím, nie tichým vypustením. Migrovať menej, zámerne, je často lepšie než migrovať všetko a riešiť to až potom na neznámom novom systéme.

Pri všetkom, čo sa rozhodnete nemigrovať a čo má stále indexovanú URL adresu, sa uistite, že to zahrniete do plánu presmerovaní (pozri návod na mapovanie presmerovaní), namiesto toho, aby ste to náhodne nechali skončiť na chybe 404.