Kontrolní seznam pro replatforming e-shopu

Než začnete srovnávat cílové platformy, zaudituovali, co skutečně máte na té současné: kolik produktů a variant, kolik zákaznických účtů a jak dlouhou historii objednávek, která vlastní pole se aktivně používají a která jsou opuštěné pozůstatky, na jakých aplikacích nebo integracích výloha závisí a které URL adresy dnes generují smysluplnou návštěvnost. Tento audit je to, co promění „migrujeme“ v projekt s jasně daným rozsahem a skutečným seznamem toho, co se musí přenést.

Buďte v této fázi upřímní ohledně kvality dat. Pokud váš katalog má známé duplicity, osiřelé kategorie nebo nekonzistentní atributy, zapište si to hned teď — vyčistit to je levnější před přechodem než po něm, a přeskočení auditu je přesně to, jak týmy tyto problémy objeví až uprostřed migrace.

Každá platforma strukturuje produkty, varianty, kategorie i zákaznická data trochu jinak. Než přesunete jakákoli data, sestavte výslovné mapování: které zdrojové pole jde na které cílové pole, které zdrojové koncepty (vlastní atribut, štítek, typ balíčku) nemají přímý cílový ekvivalent a vyžadují rozhodnutí, a která pole je bezpečné úplně vypustit, protože na nich už nic nezávisí.

Toto mapování zdokumentujte někde trvalém — v tabulce nebo sdíleném dokumentu, ne v něčí paměti. Stane se referenčním bodem, který si všichni kontrolují během testování, a je to první věc, kterou budete chtít, jakmile po spuštění něco nebude sedět.

Struktura URL adres je jedno z nejčastějších míst, kde migrace potichu poškodí SEO a rozbije záložky. Sestavte úplný seznam svých současných URL adres — stránky produktů, kategorie, blog nebo obsahové stránky a jakékoli vlastní vstupní stránky — a ještě před spuštěním rozhodněte novou URL adresu pro každou z nich. Stránky bez čistého ekvivalentu na nové platformě potřebují výslovné rozhodnutí (obvykle přesměrování na nejbližší odpovídající kategorii nebo rozcestník), ne tiché chyby 404.

Toto plánování probíhá dlouho před spuštěním, ideálně souběžně s prací na mapování dat, protože obě věci spolu souvisí: způsob, jakým mapujete kategorie a produkty, často určuje, jak budou vypadat nové URL adresy. Celý postup najdete v samostatném průvodci mapováním přesměrování, na který odkazujeme níže.

Nikdy neberte první import jako finální. Nahrajte namapovaná data na testovací nebo zkušební instanci cílové platformy a obchod skutečně používejte: procházejte kategorie, prohlížejte stránky produktů, kontrolujte výběr variant a ceny, otestujte košík a proces objednávky a ověřte, že se zákaznické účty a historie objednávek zobrazují správně. Zapojte někoho mimo migrační tým — čerstvý pohled odhalí věci, kterých si lidé, kteří mapování stavěli, přestanou všímat.

Berte tuto fázi jako iterativní. Je normální na první průchod najít problémy s mapováním; cílem je zachytit a opravit je tady, na testovacím prostředí, kde chyba stojí opakovaný import, ne úsek výpadku naživo nebo chybu viditelnou pro zákazníky.

Písemně si rozhodněte, co se stane během spuštění: jak se řeší nové objednávky na staré platformě, pokud migrace zabere čas (dočasné zmrazení objednávek, stránka s údržbou, nebo pokračující provoz až do definovaného finálního sesynchronizování), kdo provede finální synchronizaci dat, kdo ověří DNS a SSL na nové platformě a kdo má pravomoc vrátit se zpět nebo pozastavit spuštění, pokud něco nebude v pořádku.

Dejte týmu sdílený kontrolní seznam na samotný den, ne jen plán v něčí hlavě. Uspěchané nebo nejasné spuštění je přesně místo, kde jinak dobře připravené migrace ztratí data — třeba hrstku objednávek podaných v mezeře mezi finální synchronizací a spuštěním naživo — takže na tuto mezeru záměrně naplánujte, ne doufejte, že na ní nezáleží.

Dny a týdny po spuštění jsou přesně ta doba, kdy se objeví problémy, které testovací prostředí nezachytilo: špatně nakonfigurovaná platební brána pro živý provoz, pravidlo pro daně nebo dopravu, které se u skutečných objednávek chová jinak, přesměrování, která fungují pro stránky, jež jste testovali, ale ne pro okrajové případy, nebo sledovací pixel, který potichu přestal odesílat data. Nastavte si záměrnou rutinu sledování místo předpokladu, že ticho znamená úspěch.

Náš kontrolní seznam pro kontrolu po spuštění (odkaz níže) tuto fázi pokrývá podrobně — ověření pokladny a plateb, namátkovou kontrolu přesměrování, kontinuitu analytiky a sledování Search Console —, protože si zaslouží vlastní, vyhrazený proces, ne uspěchanou dodatečnou myšlenku, až se pozornost týmu přesune jinam.