Migrace e-shopu na novou platformu: příprava a kontrola
Změna e-shopové platformy není jen přenesení produktových fotografií. Při migraci se potkávají skladové zásoby, objednávky, zákaznické účty, platby, doprava a odkazy z vyhledávačů. Přehledné zadání vývojáři pomůže určit, co se má převést, co zůstane v archivu a jak ověřit, že zákazníci po spuštění skutečně dokončí nákup.
Nejdřív sepište, co dnes e-shop skutečně používá
Vytvořte seznam současných funkcí, které musí fungovat i po přechodu: produkty a varianty, skladové hospodářství, slevy, kupóny, zákaznické účty, fakturace, napojení na účetnictví, dopravu, platební brány a e-mailové služby. Rozlišujte nezbytné funkce od těch, které lze doplnit později. U každého napojení uveďte poskytovatele, odpovědnou osobu a dostupnou dokumentaci. Vývojář by měl znát i omezení současné platformy a důvod změny. Bez této inventury hrozí, že se nový e-shop vizuálně podaří, ale při běžném provozu bude chybět nenápadná a důležitá funkce. Než zadáte technickou realizaci, porovnejte rozsah služby tvorba e-shopu s požadavky na migraci dat, provozní integrace a předání výsledku.
Zkontrolujte strukturu produktů a kvalitu exportu
Předem si ověřte, jaká data lze ze stávajícího systému exportovat a v jakém formátu. Nestačí seznam názvů: potřebné mohou být varianty, SKU, ceny, sazby daně, dostupnost, obrázky, popisy, parametry a vazby na kategorie. U produktů s více variantami otestujte, zda se při importu zachová správné přiřazení cen a skladů. Vyberte reprezentativní vzorek jednoduchého produktu, produktu s variantami a položky se speciálním pravidlem. Nejprve přeneste vzorek do testovacího prostředí a zkontrolujte ho ručně. Oprava chyb v datech před ostrým importem bývá snazší než hledání chyb v již spuštěném katalogu.
Vytvořit poptávku
Připravte mapu starých a nových adres kvůli SEO
Sepište důležité existující URL produktů, kategorií, článků a informačních stránek. U každé určete odpovídající novou adresu; pokud se URL mění, naplánujte vhodné trvalé přesměrování tam, kde existuje skutečný obsahový ekvivalent. Neposílejte všechny zrušené produkty automaticky na úvodní stránku. Zkontrolujte také interní odkazy, canonical tagy, meta titulky, indexovatelnost a generování sitemapy. Po spuštění ověřte odpovědi serveru, přesměrovací řetězce a dostupnost klíčových stránek. Samotné přesměrování nezaručí zachování návštěvnosti; pomáhá však vyhledávačům i lidem najít obsah na novém místě.
Ujasněte převod objednávek a osobních údajů
Rozhodněte, které historické objednávky a zákaznické informace se mají převést, co je nutné ponechat v bezpečně dostupném archivu a jak budou vyřízeny rozpracované objednávky. Přístup k osobním údajům omezte na osoby, které ho pro migraci potřebují, a se zhotovitelem si vyjasněte odpovědnosti a bezpečný způsob předání dat. Hesla zákazníků nemusí být mezi systémy přenositelná; v takovém případě je třeba připravit bezpečný postup obnovení přístupu. U newsletterů ověřte, jak se zachovají příslušné souhlasy a odhlášení. Právní povinnosti a dobu uchovávání dat posuďte podle konkrétního provozu, ne podle univerzální šablony.
Otestujte celou objednávku, nejen vzhled stránky
V neveřejném testovacím prostředí projděte nákup od výběru varianty až po potvrzovací e-mail. Vyzkoušejte různé způsoby platby a dopravy, slevový kód, změnu počtu kusů, výdejní místo, mobilní zobrazení i chování při chybné platbě. Ověřte, že objednávka správně dorazí do administrace, rezervuje sklad a předá data do navazujících systémů. Testovací transakce provádějte podle podmínek platební brány, ideálně v jejím sandboxu. Zvlášť důležité jsou scénáře, které v běžném provozu nejsou časté, ale při selhání stojí čas a důvěru zákazníků. Každou chybu zaznamenejte s postupem reprodukce.
Naplánujte přepnutí a první dny po spuštění
Dohodněte okamžik finální synchronizace produktů, skladů a objednávek, čas přepnutí domény a odpovědnost za kontrolu po nasazení. Počítejte s tím, že se data mohou během přípravy měnit, a stanovte, kdo případné rozdíly vyřeší. Mějte zálohu a realistický návratový plán pro případ závažné chyby; jeho proveditelnost závisí na propojení systémů a nových objednávkách. Po spuštění sledujte dokončené nákupy, platební chyby, nedoručené e-maily, nefunkční URL a výpadky integrací. Neuzavírejte projekt pouhým konstatováním, že se načítá úvodní stránka. Převzetí by mělo vycházet z předem dohodnutých testů. Pokud současně měníte informační architekturu a podobu prezentace, pomůže také návod na zadání nového webu. Vývojáři si nechte vyčíslit samostatně migrační práce, testování a dohled po přepnutí.
Kontrolní seznam
- Sepsat povinné funkce, integrace a důvody změny platformy.
- Prověřit export produktů, variant, SKU, cen, skladů a obrázků.
- Vyzkoušet import reprezentativního vzorku katalogu.
- Připravit mapu starých a nových URL včetně SEO kontrol.
- Rozhodnout o historických a rozpracovaných objednávkách.
- Domluvit bezpečné zacházení s osobními údaji a přístupy.
- Otestovat nákup, platby, dopravu, e-maily a skladové pohyby.
- Naplánovat finální synchronizaci, zálohu, přepnutí a dohled.
Časté otázky
Musí se při migraci e-shopu změnit všechny URL?
Nemusí. Pokud lze zachovat funkční adresy, bývá to jednodušší. U změněných URL připravte mapu odpovídajícího obsahu a přesměrování, které následně otestujete.
Převedou se i hesla zákaznických účtů?
Záleží na možnostech obou systémů a způsobu ukládání přihlašovacích údajů. Bezpečný převod hesel nemusí být možný; pak je potřeba připravit postup pro obnovení přístupu.
Stačí otestovat objednávku bankovním převodem?
Nestačí, pokud e-shop nabízí více způsobů platby a dopravy. Každou důležitou kombinaci a návazné procesy je potřeba ověřit v odpovídajícím testovacím režimu.
Lze garantovat, že se po přechodu nezmění návštěvnost z vyhledávání?
Takovou záruku nelze rozumně dát. Riziko lze snížit kontrolou adres, přesměrování, canonical, indexovatelnosti, sitemapy a sledováním chyb po spuštění.