Jak dlouho trvá migrace e-shopu

Termín migrace je pro e-shop důležitý z praktických důvodů. Nechcete spouštět v sezóně, potřebujete naplánovat kampaně, zaškolit lidi a dát vědět dodavatelům. Proto se na délku migrace ptá skoro každý hned po ceně.

Naše publikované termíny: menší migrace obvykle trvá 2–3 týdny, větší 4–8 týdnů. Pokud k tomu potřebujete vybrat novou platformu, audit a výběr v rámci replatformingu trvá obvykle 2–4 týdny a samotná migrace s launchem 4–10 týdnů. V článku ukážeme, kam ten čas jde a co ho natahuje. Nejde o závazný harmonogram pro každý e-shop, ale o rámec, podle kterého si můžete naplánovat kampaně, sezónu a kapacity týmu.

Fáze migrace a jejich délka

Každá migrace má stejnou kostru. Délka jednotlivých fází se liší podle rozsahu, ale pořadí ne. Tabulka ukazuje, co se v každé fázi děje a co rozhoduje o její délce.

Fáze se částečně překrývají. Integrace se staví souběžně s testovacími importy a mapa URL vzniká ve stejné době jako mapování dat. Post-launch dohled běží až po spuštění, souběžně s běžným provozem.

Audit a mapování: čas, který se vrátí

Nejkratší migrace nejsou ty, které audit přeskočí. Audit odhalí, že varianty jsou ve staré platformě uložené jako samostatné produkty, že parametry pro filtry jsou schované v popisu, nebo že na e-shopu visí integrace, o které nikdo nevěděl. Pokud se na to přijde až při testovacím importu, ztratíte týden.

Mapování dat a mapa přesměrování jsou nejvíc ruční část projektu. Produkty se párují automaticky přes kód nebo EAN, kategorie a obsahové stránky ručně. Na nové platformě zároveň hlídáme canonical a strukturu URL. Postup rozebírá článek 301 přesměrování při migraci.

Testovací import a integrace

Testovací import obvykle neproběhne na první pokus. Počítejte se dvěma až třemi koly: import, kontrola vzorku, oprava převodního skriptu, nový import. Každé kolo stojí dny, ale je to nejlevnější místo, kde chybu opravit.

Integrace jsou nejčastější zdroj zpoždění, protože v nich hrají roli třetí strany. Z našich publikovaných termínů:

• standardní implementace jedné platební brány obvykle 1–2 týdny,
• základní synchronizace objednávek a skladu s ERP obvykle 2–4 týdny,
• napojení dodavatelů přes XML feed podle počtu a kvality feedů.

Na straně platební brány nebo dopravce často čekáte na schválení účtu nebo nové přístupové údaje. Žádosti proto podáváme hned na začátku projektu, ne až ve fázi integrací.

Den spuštění a první týdny

Samotné spuštění je krátké. Zmrazí se změny v katalogu, proběhne rozdílový import objednávek a zákazníků, nahraje se mapa přesměrování a přepne DNS. Hodnotu TTL u DNS záznamů je dobré snížit pár dní předem, aby se změna rozšířila rychle. Detailní scénář najdete v go-live checklistu.

Pro SEO spuštěním nic nekončí. Google ve své dokumentaci o přesunu webu se změnou URL uvádí, že u středně velkého webu může trvat několik týdnů i déle, než začne místo starých adres zobrazovat nové, a u velkých webů déle. Rychlost závisí na počtu URL a rychlosti serveru. Odeslání nové sitemapy proces urychlí. Proto první týdny sledujeme chyby 404, indexaci a objednávky, jak popisuje článek Post-launch monitoring.

Co délku ovlivňuje méně, než se čeká

Počet produktů sám o sobě termín neurčuje. Deset tisíc produktů s čistými daty, jednotnými parametry a kódy se převede rychleji než pět set produktů, kde je každá varianta založená jinak. Import samotný trvá minuty až hodiny. Dny a týdny padají na mapování, kontrolu a opravy.

Podobně je to s cílovou platformou. Přechod na pronajímané řešení jako Shoptet nebývá rychlejší jen proto, že odpadá hosting. Pronajímaná platforma má pevný datový model, takže víc času zabere přizpůsobení dat jejím pravidlům. U open source řešení je to naopak: data se přizpůsobí snáz, ale víc času zabere nastavení serveru, rozšíření a jejich otestování.

Co termín natáhne vždy, je souběh více velkých změn. Výměna platformy, ERP a designu najednou znamená tři projekty, které na sebe čekají. Doporučujeme je rozdělit: nejdřív platforma, pak ERP, design až po stabilizaci. Každý krok se tak dá otestovat samostatně a při problému víte, kde hledat příčinu. Stará platforma by přitom měla běžet ještě několik týdnů po spuštění, aspoň v režimu pro čtení, abyste měli přístup k datům a dokladům.

Co migraci nejčastěji zdržuje

Z naší zkušenosti se termín natahuje hlavně kvůli těmto věcem:

• Pomalé rozhodování. Schválení mapování kategorií nebo šablony čeká týden na jednoho člověka. Určete jednoho rozhodovatele s mandátem.
• Data ve špatném stavu. Duplicitní produkty, chybějící kódy, nekonzistentní parametry. Čištění dat trvá déle než jejich převod.
• Integrace závislé na třetích stranách. Dodavatel ERP, který má volný termín za měsíc, nebo brána čekající na schválení.
• Změny rozsahu za běhu. „Když už migrujeme, uděláme i nový design." Každá taková změna posouvá termín, proto ji doporučujeme řešit až po spuštění.
• Nevhodný termín. Spuštění těsně před sezónou nechává málo prostoru na opravy. Plánujte ho mimo špičky.

Jak termín zkrátit: checklist

• Pošlete na začátku přístupy do administrace staré platformy, Search Console a analytiky.
• Určete jednoho člověka, který rozhoduje a schvaluje.
• Sepište všechny integrace a doplňky, na kterých provoz závisí.
• Zažádejte o účty u platební brány a dopravců na nové platformě hned v prvním týdnu.
• Domluvte termín s dodavatelem ERP dřív, než ho budete potřebovat.
• Vyčistěte data, která víte, že jsou špatně, ještě před exportem.
• Zvolte datum spuštění mimo sezónu a ne v pátek.

Kdy nám zavolat

Pokud chcete vědět, jak dlouho bude trvat migrace právě vašeho e-shopu, pošlete nám URL. Do 48 hodin dostanete konkrétní nabídku migrace e-shopu včetně harmonogramu. Když ještě nevíte, na jakou platformu přejít, začněte replatformingem, nebo si objednejte technologický audit, který připravíme do 10 dnů. Rozpočet migrace rozebíráme v článku Kolik stojí migrace e-shopu v roce 2026.