Migrace e-shopu: kompletní průvodce 2026
Migrace e-shopu není export a import. Je to projekt s daty, SEO, integracemi a lidmi. Ukážeme postup, který opakovaně funguje, a místa, kde se migrace nejčastěji lámou.
Migrace e-shopu vypadá na papíře jednoduše: vyexportovat produkty, naimportovat je jinam, přepnout doménu. V praxi je to projekt, který zasáhne katalog, zákazníky, SEO, platby, dopravu, účetnictví i marketingová data. Když se udělá dobře, zákazník si změny všimne jen podle rychlejšího webu. Když se udělá špatně, e-shop týdny dohání ztracené pozice a opravuje objednávky ručně.
Za roky práce v ecommerce jsme viděli stovky migrací z obou stran. Tenhle průvodce shrnuje postup, který opakovaně funguje, a místa, kde se migrace nejčastěji lámou. Platí pro přechod mezi pronajímanými platformami (například na Shoptet), mezi open source řešeními i pro přechod na vlastní vývoj.
Kdy migrace dává smysl a kdy ne
Migrace je drahá a riziková. Nedělejte ji kvůli jedné chybějící funkci, kterou vyřeší doplněk nebo drobný vývoj. Smysl dává, když platí aspoň jedna z těchto situací:
- Platforma vás technicky brzdí: chybí API, nejde napojit ERP, katalog naráží na limity produktů nebo variant.
- Provoz stojí víc než přechod: platíte vývojáře za údržbu pluginů, aktualizace a opravy po každém updatu.
- Končí podpora verze, na které běžíte. Příklad z letošního roku: pro Magento Open Source 2.4.6 skončila podpora 11. srpna 2026 a od té doby na tuto řadu nevycházejí bezpečnostní záplaty.
- Obchod se mění: B2B, expanze do zahraničí, marketplace, vícesklad. Stará platforma to buď neumí, nebo jen přes obezličky.
Pokud si nejste jistí, začněte auditem, ne migrací. Rozhodnutí o platformě popisujeme podrobněji v článku Jak vybrat platformu pro e-shop v roce 2026 a strategické otázky řeší naše služba replatforming.
Tři typy migrací a jejich rizika
Ne každá migrace je stejná. Podle směru se liší hlavní rizika i to, kolik práce padne na data a kolik na vývoj.
| Směr | Typický příklad | Hlavní riziko |
|---|---|---|
| Open source nebo vlastní řešení → pronajímaná platforma | WooCommerce, PrestaShop, Magento → Shoptet | Funkce na míru, které pronajímaná platforma nemá; limity variant a produktů |
| Pronajímaná → pronajímaná | ByznysWeb, Eshop-rychle, FastCentrik → Shoptet | Omezený export dat, jiná struktura URL a kategorií |
| Pronajímaná → open source nebo vlastní vývoj | Shoptet → WooCommerce, headless řešení | Náklady na provoz, hosting a údržbu, které dřív nesl pronajímatel |
U prvního typu je klíčová otázka „co nám po přechodu bude chybět“. U druhého „co ze staré platformy vůbec dostaneme ven“. U třetího „kdo se o e-shop bude starat za dva roky“. Na všechny tři odpovídáme v auditu dřív, než se podepíše cokoliv dalšího.
Fáze migrace krok za krokem
Každá migrace, kterou vedeme, má stejnou kostru. Liší se jen hloubka jednotlivých kroků.
| Fáze | Co se děje | Výstup |
|---|---|---|
| 1. Audit a analýza | Inventura dat, integrací, doplňků, SEO a procesů na staré platformě | Seznam toho, co se přenáší, co se mění a co končí |
| 2. Mapování dat | Převodní tabulka polí: kategorie, parametry, varianty, ceny, zákaznické skupiny | Datová mapa a testovací export |
| 3. Mapa URL | Seznam všech indexovaných adres a jejich nových protějšků | Tabulka 301 přesměrování |
| 4. Testovací import | Import na testovací prostředí, kontrola vzorku produktů a zákazníků | Opravený převodní skript |
| 5. Integrace | Platby, dopravci, ERP, feedy, měření | Otestované napojení |
| 6. Go-live | Finální import rozdílových dat, přepnutí DNS, aktivace přesměrování | Spuštěný e-shop |
| 7. Post-launch | Monitoring chyb, indexace, konverzí a objednávek | Opravy v prvních týdnech |
Nejčastější chyba je přeskočit fázi 4. Testovací import odhalí rozbité varianty, špatně převedené diakritiky v CSV nebo chybějící obrázky dřív, než je uvidí zákazníci.
Co se přenáší a co ne
Než začnete, udělejte si inventuru. Ne všechno jde přenést automaticky a něco nejde přenést vůbec.
| Data | Přenos | Na co si dát pozor |
|---|---|---|
| Produkty, kategorie, obrázky | Ano, hromadně | Struktura kategorií se často mění, varianty mívají jiný model |
| Parametry a varianty | Ano, s převodem | Každá platforma má jiné limity a jiný model variant |
| Zákazníci a adresy | Ano | Zákaznické skupiny a individuální ceny je nutné namapovat |
| Hesla zákazníků | Většinou ne | Jsou uložená jako hash, zákazníci si je obnoví |
| Historie objednávek | Záleží na cílové platformě | Některé platformy import objednávek nativně nepodporují |
| Faktury a doklady | Obvykle ne | Archivujte je mimo e-shop kvůli účetnictví |
| Recenze, články, stránky | Částečně | Často se přenáší skriptem nebo ručně |
| Přesměrování | Ano, importem | Musí vzniknout ještě před spuštěním |
Konkrétní příklad: Shoptet ve své nápovědě uvádí, že do nového e-shopu nelze importovat objednávky ani doklady a že hesla zákazníků se nepřenášejí. Pro historii objednávek existují doplňky třetích stran. Na jiných platformách je to jinak, proto mapování dat vždy začínáme od cílové platformy. Víc o katalogu v článku Migrace produktového katalogu bez chyb, o zákaznících v checklistu migrace zákazníků a objednávek.
SEO: mapa přesměrování je povinná
Většina ztrát návštěvnosti po migraci nemá tajemnou příčinu. Staré URL vrací 404, nebo se přesměrovávají hromadně na homepage. Google k tomu ve své dokumentaci o přesunu webu se změnou URL doporučuje:
- přesměrovat každou starou adresu trvalým přesměrováním 301 na nejbližší odpovídající novou,
- vyhnout se řetězení přesměrování,
- ponechat přesměrování aktivní aspoň rok, klidně déle,
- po spuštění odeslat novou sitemapu a sledovat indexaci.
Nástroj Změna adresy v Google Search Console použijte jen tehdy, když se mění doména. Při migraci na stejné doméně ho nepotřebujete.
Prakticky postupujeme takto: z crawleru, sitemap, Search Console a analytiky vytáhneme všechny adresy, které mají návštěvnost, odkazy nebo jsou v indexu. Každé přiřadíme novou URL. Produkty párujeme přes kód nebo EAN, kategorie ručně. Pozor na canonical na nové platformě, na duplicitní URL z filtrů a na to, jestli platforma přidává lomítko na konci adres. Na Shoptetu navíc platí, že změna struktury URL v nastavení smaže existující přesměrování, proto strukturu nastavte před importem mapy.
Podrobný postup najdete v článcích 301 přesměrování při migraci a Jak nepřijít o SEO pozice při migraci e-shopu.
Integrace: platby, doprava, ERP a feedy
E-shop dnes nežije sám. Při migraci se mění všechny body napojení a každý je potřeba otestovat na reálné transakci.
- Platební brána: nové napojení, nové notifikační URL, test skutečné platby malou částkou. Standardní implementace jedné brány u nás trvá obvykle 1–2 týdny.
- Dopravci: výdejní místa, štítky, sledování zásilek. Test vytvoření skutečné zásilky, ne jen nastavení v administraci.
- ERP a účetnictví: synchronizace objednávek, skladu a cen. Pokud ERP měníte současně s platformou, dělejte to ve dvou krocích, ne naráz. Základní synchronizace objednávek a skladu trvá obvykle 2–4 týdny.
- Produktové feedy: Heureka, Zboží.cz, Google Merchant Center, marketplace. Nové URL feedů je potřeba nastavit ve všech službách. Pokud se změní ID produktů ve feedu, Merchant Center je bere jako nové položky a přicházíte o jejich historii. Proto se snažíme ID zachovat. Formáty popisujeme v hesle XML feed.
- Měření: GA4, konverzní kódy, pixely. Nasazené a otestované před přepnutím, ne den po něm.
Pokud potřebujete vlastní napojení, bez REST API se neobejdete. Ověřte si předem, v jakém tarifu ho cílová platforma nabízí. Například u Shoptetu je soukromé API pro vlastníka e-shopu dostupné jen v Shoptet Premium, v běžných tarifech se napojuje přes doplňky partnerů.
Právní a provozní stránka
Migrace není jen technika. Nezapomeňte na:
- Osobní údaje: nový provozovatel platformy je zpracovatel osobních údajů. Aktualizujte informace o zpracování a smluvní vztah.
- Souhlasy s obchodními sděleními: přeneste i informaci, kdo souhlasil nebo odmítl zasílání, včetně odhlášených kontaktů.
- Archiv dokladů: faktury a objednávky exportujte ze staré platformy dřív, než ji vypnete. Po ukončení služby k nim často nebude přístup.
- Obchodní podmínky: změna dopravy, plateb nebo reklamačního procesu se musí promítnout do textů na webu.
- Tým: zaškolení na novou administraci před spuštěním, ne v den spuštění.
Kolik migrace stojí a jak dlouho trvá
Naše publikované ceny: menší e-shop do 500 produktů od 25 000 Kč, rostoucí e-shop od 60 000 Kč, enterprise individuálně, vše bez DPH. Menší migrace obvykle trvá 2–3 týdny, větší 4–8 týdnů. Konkrétní nabídku posíláme do 48 hodin od zaslání URL.
Cenu a délku ovlivňuje hlavně kvalita dat (ne jejich množství), počet integrací, rozsah SEO a to, jestli se mění i design. K tomu připočítejte cenu cílové platformy. Pro orientaci: Shoptet má tarify Basic 440 Kč, Business 1 490 Kč, Profi 2 490 Kč a Enterprise 4 690 Kč měsíčně bez DPH, Shoptet Premium od 12 000 Kč měsíčně (ceník k 9/2026, aktuální ceník ověřte u poskytovatele). Rozpad nákladů popisujeme v článku Kolik stojí migrace e-shopu v roce 2026.
Svépomocí, nebo s partnerem?
Malý e-shop s desítkami produktů a bez integrací zvládne migraci sám. Pronajímané platformy k tomu mají návody a importy, Shoptet například publikuje postupy převodu dat pro řadu konkrétních systémů. Svépomoc dává smysl, když:
- máte do pár set produktů bez složitých variant,
- nepotřebujete přenášet historii objednávek,
- nemáte napojené ERP ani sklad,
- organická návštěvnost netvoří podstatnou část tržeb.
Jakmile některý bod neplatí, roste cena chyby rychleji než cena partnera. Typicky jde o varianty, které se při importu rozpadnou na samostatné produkty, ztracené parametry pro filtry, nebo zapomenuté URL, které přiváděly návštěvnost z vyhledávání. Takové chyby se opravují týdny a mezitím e-shop ztrácí objednávky.
Při výběru partnera se ptejte konkrétně: kolik migrací z vaší platformy na cílovou už dělal, jak řeší mapu přesměrování, jestli pracuje s testovacím prostředím, kdo vede projekt a co se stane, když se po spuštění něco rozbije. Obecné odpovědi jsou varovný signál.
Řešíte migraci ve větším nebo mezinárodním měřítku, s více trhy, jazyky a globální platformou? Řízenou migraci v tomto rozsahu dělá náš sesterský projekt Prevedshop.com.
Den D a první týdny po spuštění
Spuštění plánujte mimo sezónu a mimo pátek. Den D má jasný scénář:
- Zmrazení změn v katalogu na staré platformě.
- Rozdílový import: nové objednávky, zákazníci a změny skladu od posledního testu.
- Nahrání mapy přesměrování a kontrola vzorku adres.
- Přepnutí DNS (TTL snižte pár dní předem).
- Testovací objednávka se skutečnou platbou a skutečnou zásilkou.
- Kontrola feedů, měření, e-mailů a SSL.
- Odeslání sitemapy v Search Console.
První dva týdny sledujte denně chyby 404 a 5xx, indexaci, počet objednávek, konverzní poměr a zpětnou vazbu zákazníků. Detailní seznam najdete v go-live checklistu a v článku o post-launch monitoringu.
Jak na to prakticky: checklist před startem projektu
- Máte seznam všech integrací a doplňků, na kterých provoz závisí?
- Víte, která data se na cílovou platformu přenesou a která ne?
- Máte export všech indexovaných URL a návštěvnosti za posledních 12 měsíců?
- Je určen jeden člověk, který za migraci rozhoduje?
- Je termín spuštění mimo sezónní špičku?
- Máte zálohu a archiv dokladů ze staré platformy?
- Víte, jak dlouho ještě poběží stará platforma souběžně?
Pokud na víc než dvě otázky odpovídáte ne, je to přesně chvíle, kdy se vyplatí migraci e-shopu svěřit týmu, který má za sebou stovky migrací. Pošlete nám URL e-shopu a do 48 hodin dostanete konkrétní nabídku. Pokud chcete nejdřív vědět, kde jsou největší rizika, začněte auditem zdarma.
Potřebujete s tím pomoct?