Migrace zákazníků a historie objednávek — checklist
Zákaznická data jsou při migraci nejcitlivější část. Hesla nepřenesete, souhlasy musíte, objednávky podle cílové platformy. Tady je checklist, podle kterého postupujeme.
Produkty se při migraci dají opravit i po spuštění. Zákazníci ne. Když se ztratí adresy, zákaznické skupiny nebo informace o tom, kdo se odhlásil z newsletteru, přijdete o důvěru, o tržby z věrných zákazníků a v horším případě řešíte stížnost u úřadu. Zákaznická data jsou navíc osobní údaje, takže každý export a import je zpracování podle GDPR.
Tenhle článek je praktický checklist pro převod zákazníků a historie objednávek. Vychází z toho, jak migrace zákaznických dat řešíme v praxi, a z dokumentace čtyř platforem, na které se v Česku migruje nejčastěji: Shoptet, WooCommerce, Shopify a Upgates. Širší kontext celé migrace najdete v kompletním průvodci migrací e-shopu.
Co všechno patří do zákaznických dat
Než začnete exportovat, sepište si, co vlastně přenášíte. Seznam bývá delší, než se čeká:
- identita zákazníka: jméno, e-mail, telefon, zákaznické číslo,
- fakturační a dodací adresy, u firem IČO a DIČ,
- zákaznická skupina, přiřazený ceník, individuální sleva,
- stav registrace (registrovaný zákazník, nebo jen kontakt z objednávky),
- souhlasy: obchodní sdělení, případně další souhlasy sbírané v registraci,
- historie objednávek včetně položek, cen, dopravy, plateb a stavů,
- věrnostní body, kredity, dárkové poukazy,
- poznámky obchodníků a interní štítky.
U každé položky si poznamenejte, jestli ji cílová platforma umí uložit a v jakém poli. Tady se nejčastěji ukáže, že starý systém měl údaj, pro který nová platforma nemá místo.
Hesla: proč se nepřenášejí a jak to vysvětlit zákazníkům
Slušně napsaný e-shop neukládá hesla, ale jejich hash. Je to jednosměrný otisk, ze kterého heslo zpětně nezjistíte. Nová platforma by musela umět ověřit hash stejným algoritmem jako ta stará, a to pronajímané platformy nedělají.
Shoptet v nápovědě k importu zákazníků uvádí, že hesla exportovat ani importovat nejde. Importovanému zákazníkovi se při prvním pokusu o přihlášení zobrazí stránka, kde si nové heslo vyžádá. Shopify jde ještě dál: klasické zákaznické účty s heslem označilo za zastaralé a nové zákaznické účty fungují bez hesla, přihlášením e-mailem a jednorázovým kódem (stav k 9/2026).
Výjimkou bývá přechod mezi dvěma instalacemi stejného open source systému. WordPress od verze 6.8 ukládá nová hesla algoritmem bcrypt, starší hashe phpass ale dál ověří. Při přechodu z WordPressu na WordPress se proto hashe přenést dají. U přechodu z jiného systému záleží na algoritmu, kterým byl hash vytvořen, a obvykle je potřeba vlastní ověřovací kód.
Prakticky doporučujeme:
- Před spuštěním připravit e-mail, který zákazníkům vysvětlí, že e-shop běží na novém systému a heslo si nastaví jedním kliknutím.
- Rozeslat ho až po spuštění, nejlépe po skupinách, aby podpora zvládla dotazy.
- Upravit text na přihlašovací stránce, aby zákazník hned viděl, co dělat.
Souhlasy s obchodními sděleními a GDPR
Tady se chybuje nejčastěji. Při exportu se přenese e-mail, ale ne informace, jestli zákazník souhlasil se zasíláním newsletteru, nebo se naopak odhlásil. Po spuštění pak marketing rozešle kampaň celé databázi.
Zákon č. 480/2004 Sb. dovoluje posílat obchodní sdělení e-mailem jen těm, kdo k tomu dali souhlas, nebo vlastním zákazníkům ohledně vlastních obdobných produktů, pokud to neodmítli. Úřad pro ochranu osobních údajů na svém webu zdůrazňuje, že příjemce musí mít v každé zprávě snadnou možnost zasílání odmítnout. Z toho pro migraci plyne:
- přeneste stav souhlasu ke každému kontaktu, včetně data a zdroje, pokud je máte,
- přeneste i odhlášené adresy a zajistěte, aby jim nový systém nic neposílal,
- zkontrolujte, jestli emailingový nástroj bere souhlasy z e-shopu, nebo má vlastní seznam.
Shopify má pro stav souhlasu v CSV importu zákazníků přímo sloupec „Accepts Email Marketing" s hodnotami yes a no. Na ostatních platformách souhlas mapujeme na odpovídající pole nebo na zákaznický štítek.
Z pohledu GDPR je nový provozovatel platformy zpracovatel osobních údajů. Aktualizujte informace o zpracování na webu a zkontrolujte smluvní podmínky zpracování u nového poskytovatele. Export zákazníků posílejte jen šifrovaně a po dokončení migrace smažte pracovní kopie.
Historie objednávek: co umí jednotlivé platformy
Import objednávek je místo, kde se platformy liší nejvíc. Přehled podle dokumentace platforem k 9/2026:
| Platforma | Import zákazníků | Import historických objednávek | Poznámka |
|---|---|---|---|
| Shoptet | Nativně, CSV (Zákazníci → Import) | Nativně ne, přes doplněk třetí strany | Doklady (faktury) importovat nelze |
| Upgates | Nativně, CSV | Nativně, CSV import objednávek | Prázdná hodnota v CSV přepíše údaj v e-shopu |
| WooCommerce | Přes rozšíření | Přes rozšíření, např. oficiální Customer / Order / Coupon CSV Import Suite | Položky se párují na produkty přes SKU nebo ID |
| Shopify | Nativně, CSV | Nativně přes CSV ne, přes aplikaci (např. Matrixify) nebo API | Vypněte automatické vyřízení, jinak odejdou notifikace |
U Shopify pozor na jednu past: pokud se historické objednávky při importu označí jako vyřízené a e-shop má zapnuté notifikace, zákazníci mohou dostat e-maily o odeslání objednávek z minulých let. Import proto vždy testujeme na testovacím obchodě s vypnutými notifikacemi.
U Upgates zase dávejte pozor na prázdné buňky. Podle dokumentace Upgates se prázdná hodnota v CSV po importu v e-shopu smaže. Při opakovaném importu tak můžete přijít o data, která jste mezitím doplnili ručně.
Kolik historie přenášet
Přenést „všechno" zní bezpečně, ale nemusí to dávat smysl. Historie objednávek v e-shopu slouží hlavně třem účelům: zákazník ji vidí ve svém účtu, podpora ji potřebuje u reklamací a marketing podle ní segmentuje. Účetní doklady musíte archivovat tak jako tak, ale ne nutně v administraci e-shopu.
Obvykle proto volíme kombinaci: objednávky za poslední roky přeneseme do nové platformy s vazbou na zákazníka, starší historii a všechny doklady vyexportujeme do archivu mimo e-shop. Stav objednávek přenášíme jako uzavřený, aby na ně nereagovaly automatizace. Čísla objednávek zachováváme, aby sedělo párování s účetnictvím a ERP.
Pokud historii přenášíte kvůli segmentaci, ověřte, že ji emailingový nástroj z nové platformy skutečně načte. Jinak je jednodušší přenést do emailingu rovnou agregované údaje, jako je počet objednávek a datum poslední objednávky.
Checklist migrace zákazníků a objednávek
- Máte seznam všech zákaznických polí na staré platformě a jejich protějšků na nové?
- Je rozhodnuto, jak se převedou zákaznické skupiny a individuální ceny? Podrobně o tom píšeme v článku Migrace B2B ceníků a slevových skupin.
- Přenáší se stav souhlasu s obchodními sděleními i seznam odhlášených?
- Je připravený e-mail o nastavení nového hesla a text na přihlašovací stránce?
- Víte, jestli cílová platforma importuje objednávky nativně, nebo je potřeba doplněk či API?
- Jsou při importu objednávek vypnuté notifikace a automatizace?
- Zachovávají se čísla objednávek a zákaznická čísla kvůli ERP a účetnictví?
- Jsou doklady ze staré platformy exportované do archivu dřív, než ji vypnete?
- Proběhl testovací import a kontrola vzorku zákazníků včetně adres a diakritiky?
- Je naplánovaný rozdílový import zákazníků a objednávek v den spuštění?
- Smažou se po migraci pracovní exporty s osobními údaji?
Stejně důležitý je rozdílový import. Mezi testovacím importem a spuštěním přibývají objednávky a registrace a v den D je musíte dopravit na novou platformu. Jak takový den vypadá, popisuje go-live checklist.
Kdy nám zavolat
Pokud máte pár stovek zákazníků a jdete na platformu s nativním importem, zvládnete převod sami podle checklistu výše. Pokud potřebujete přenést historii objednávek na Shoptet nebo Shopify, máte B2B zákazníky s individuálními ceníky, nebo napojené ERP, vyplatí se převod svěřit týmu, který ho dělá opakovaně. Importy a převodní skripty řešíme v rámci migrace e-shopu a samostatně i jako službu importy a exporty. Pošlete nám URL e-shopu a do 48 hodin dostanete konkrétní nabídku.
Potřebujete s tím pomoct?