Migrace e-shopu bez výpadku provozu — je to možné?
Migrace bez výpadku není trik, ale plán. Ukážeme, jak nechat starý e-shop prodávat až do poslední minuty, přepnout DNS během minut a mít připravenou cestu zpět.
Každá hodina, kdy e-shop neprodává, stojí peníze. Proto se nás klienti často ptají, jestli se dá migrace na novou platformu udělat tak, aby zákazníci nic nepoznali. Krátká odpověď zní ano. Delší odpověď je, že „bez výpadku“ není vlastnost platformy ani importního nástroje. Je to výsledek plánu, ve kterém starý e-shop prodává až do poslední chvíle, nový je hotový dřív, než na něj pošlete první návštěvníky, a vy máte připravenou cestu zpět.
V článku popisujeme pět technik, které takovou migraci umožňují: souběh platforem, rozdílový import, snížení DNS TTL, krátké zmrazení katalogu a rollback plán. Na konci najdete časovou osu posledních 48 hodin před spuštěním.
Co přesně znamená „bez výpadku“
Stoprocentní nula je v praxi nereálná. Reálný cíl je, aby zákazník v žádném okamžiku nenarazil na nefunkční web, prázdný košík nebo chybovou stránku a aby se žádná objednávka neztratila. Rozlišujeme tři druhy výpadku:
- Technický: web neodpovídá nebo vrací chybu. Tomu zabrání souběh platforem a správné přepnutí DNS.
- Obchodní: web běží, ale nejde objednat, platit nebo chybí zboží. Tomu zabrání testovací objednávky a otestované integrace.
- Datový: objednávky, registrace nebo změny skladu se ztratí mezi starou a novou platformou. Tomu zabrání rozdílový import a kontrola po přepnutí.
Většina „výpadků“, které jsme u cizích migrací viděli, nebyla technická. Web běžel, jen nefungovala platební brána, doprava nebo import skladu. Proto se u migrace bez výpadku víc času tráví testováním integrací než samotným přepínáním.
Souběh platforem: nový e-shop hotový ještě před přepnutím
Základem je, že nová platforma běží plně připravená paralelně se starou. Pronajímané platformy to podporují přímo: nový e-shop na Shoptetu běží do napojení domény na dočasné adrese ve tvaru číslo.myshoptet.com, Upgates nabízí testovací verzi na vlastní dočasné adrese. U WooCommerce nebo vlastního řešení se staví staging na nové infrastruktuře.
Na dočasné adrese proběhne všechno, co by jinak proběhlo „naostro“:
- Plný import katalogu, zákazníků a dat, která cílová platforma umí přijmout.
- Nastavení dopravy, plateb, e-mailů, obchodních podmínek a daní.
- Napojení ERP, skladu, dodavatelských feedů a marketplace.
- Testovací objednávky s každou kombinací dopravy a platby.
- Příprava mapy 301 přesměrování ze starých URL na nové.
Dočasná adresa nesmí být indexovaná, jinak si vyhledávače zaindexují duplicitní obsah. Hlídejte také, aby testovací objednávky nespustily expedici ve skladu nebo fakturaci v účetnictví.
Rozdílový import: data, která vznikla během příprav
Příprava nového e-shopu trvá týdny. Starý e-shop mezitím prodává, registruje nové zákazníky a mění sklad i ceny. Kdybyste před spuštěním jen zopakovali první import, přepíšete si ruční úpravy provedené na nové platformě. Proto pracujeme ve dvou vlnách:
- Plný import na začátku, na kterém se ladí převodní skript a nastavuje e-shop.
- Rozdílový (delta) import těsně před přepnutím. Přenáší jen to, co od plného importu vzniklo nebo se změnilo: nové objednávky, nové zákazníky, změny cen, skladových zásob a nové produkty.
Rozdílový import musí umět poznat, co je nové. Nejčastěji podle data vytvoření a poslední změny záznamu nebo podle ID. Tady pomáhá, když starou i novou platformu obsluhujete přes REST API nebo spolehlivý export, a ne ručním klikáním. Ne každá cílová platforma ale přijme všechno. Shoptet například v nápovědě uvádí, že hesla zákazníků se kvůli jinému šifrování nepřenášejí a historii objednávek je potřeba řešit doplňkem. Co přesně se přenese, sepište v auditu, ne v den spuštění.
DNS TTL: přepnutí za minuty, ne za den
Samotné přepnutí znamená změnit DNS záznamy domény, aby mířily na novou platformu. Každý DNS záznam má hodnotu TTL (time to live), která říká, jak dlouho si resolvery odpověď drží v mezipaměti. Pokud má váš A záznam TTL 86 400 sekund (24 hodin), část návštěvníků může vidět starý e-shop ještě den po změně.
Postup, který doporučuje i dokumentace Cloudflare, je snížit TTL s předstihem:
- Zhruba 24–48 hodin před přepnutím snižte TTL záznamů, které budete měnit, na 300 sekund (5 minut). Předstih musí být aspoň tak dlouhý jako původní TTL, jinak nízká hodnota nestihne vstoupit v platnost.
- V den přepnutí změňte A záznam, případně CNAME, na hodnoty nové platformy. Shoptet podporuje jen IPv4, takže případné AAAA záznamy je podle jeho nápovědy potřeba odstranit.
- Po několika dnech klidného provozu TTL zase zvyšte.
Pozor na to, co v DNS zóně není e-shop: MX záznamy pro poštu, SPF, DKIM, ověření domény pro Google a e-mailingové nástroje. Při převodu zóny k jinému poskytovateli se tyhle záznamy snadno ztratí a výpadek pak nastane v e-mailu, ne na webu.
Zmrazení katalogu a krátké okno bez změn
Aby rozdílový import dával smysl, potřebujete chvíli, kdy se data na staré platformě nemění. Neznamená to zavřít e-shop. Stačí zmrazit administraci:
- Od domluveného okamžiku (typicky 24–48 hodin před přepnutím) se nemění produkty, ceny, kategorie ani obsah.
- Objednávky dál přicházejí, jen se evidují a přenášejí rozdílovým importem.
- Plánované akce, slevové kampaně a hromadné změny cen přesuňte až po spuštění.
Nejlépe funguje přepnutí v čase nejnižšího provozu, který si ověříte v analytice. Pokud vám jde o nulový risk u objednávek, můžete na posledních 15–30 minut na staré platformě vypnout dokončování objednávky a nechat web jinak běžet. Kdyby už bylo nutné web zcela zavřít, stránka údržby musí vracet stavový kód 503. Google v dokumentaci výslovně uvádí, že takto lze web vypnout nanejvýš na 1–2 dny. Delší 503 může vést k tomu, že URL vypadnou z indexu.
Rollback plán: kdy a jak se vrátit
Plán návratu sepisujete dřív, než ho potřebujete. Protože starý e-shop po přepnutí dál běží, je rollback technicky jednoduchý: vrátíte DNS záznamy. Díky nízkému TTL se návrat projeví během minut. Těžší je rozhodnutí, a proto ho předem svažte s konkrétními kritérii:
| Situace po přepnutí | Reakce |
|---|---|
| Nejde dokončit objednávka nebo platba | Rollback, pokud chybu neopravíme do domluveného limitu (např. 30 minut) |
| Nefunguje jedna doprava nebo doplněk | Oprava za provozu, dočasně skrýt danou možnost |
| Chybí část produktů nebo obrázků | Doplnit importem, rollback obvykle není nutný |
| Nefunguje synchronizace skladu s ERP | Ruční kontrola skladu, oprava napojení, rollback jen při riziku přeprodeje |
| Chybná přesměrování | Oprava mapy 301, rollback není nutný |
K rollbacku patří i data: objednávky, které mezitím vznikly na nové platformě, je potřeba přenést zpět na starou. Proto starou platformu nevypovídejte k datu spuštění, ale nechte si pár týdnů rezervu. Rollback plán má mít jméno člověka, který o návratu rozhoduje, a telefon na podporu obou platforem.
Časová osa posledních 48 hodin
Takto vypadá typický průběh přepnutí v modelovém projektu. Časy se liší podle velikosti katalogu a počtu integrací.
| Kdy | Krok |
|---|---|
| T−48 h | Snížení DNS TTL na 300 s, kontrola MX a dalších záznamů v zóně |
| T−24 h | Zmrazení administrace staré platformy, poslední testovací objednávky na nové |
| T−2 h | Rozdílový import objednávek, zákazníků a skladu, kontrola vzorku dat |
| T−30 min | Volitelně vypnutí dokončování objednávek na staré platformě |
| T 0 | Změna DNS, aktivace 301 přesměrování, napojení domény na nové platformě |
| T+15 min | Testovací objednávka na ostré doméně, kontrola plateb, dopravy a e-mailů |
| T+2 h | Druhé kolo rozdílového importu z objednávek, které dopadly na starou platformu |
| T+1 až 14 dní | Monitoring chyb, indexace a konverzí, stará platforma stále aktivní |
Poslední řádek se často podceňuje. Co sledovat v prvních týdnech, rozebíráme v článku Post-launch monitoring — první týdny po migraci a kompletní kontrolní seznam najdete v go-live checklistu.
Jak na to prakticky
Migrace bez výpadku stojí na třech věcech: nový e-shop je hotový a otestovaný před přepnutím, data se dopřevádějí rozdílovým importem a návrat je připravený a odsouhlasený předem. DNS je až poslední, nejjednodušší krok.
Tímto postupem vedeme migrace v rámci služby Migrace e-shopu. Menší e-shop do 500 produktů převádíme od 25 000 Kč, rostoucí e-shop od 60 000 Kč (bez DPH). Menší migrace obvykle trvá 2–3 týdny, větší 4–8 týdnů. Konkrétní nabídku pošleme do 48 hodin od zaslání URL. Pokud už migrace běží a přepnutí se nepovedlo, ozvěte se přes Emergency Support nebo na +420 723 000 173.
Potřebujete s tím pomoct?