Migrace ze Shopify bez výpadku objednávek a ztráty SEO: playbook

„Kdyby nebyl SEO, šel bych z toho Shopify okamžitě.“ Tuhle větu slyšíme od každého druhého klienta, který platformu přerostl. A je to legitimní obava — špatně udělaná migrace umí během 3 měsíců uškrtit organický trafik o 40-60 %. Pak je migrace úspěch z technického pohledu a business katastrofa.

Tohle je playbook z MessyPlay přechodu. Žádná teorie — jen kroky, které jsme udělali, abychom dodali vlastní systém a zároveň udrželi search pozice a nerozbili ani jednu objednávku.

Krok 1: Kompletní URL audit před psaním kódu

Vyexportuj z Google Search Console všechny URL, na které chodí alespoň 1 návštěva měsíčně. Z Ahrefs/Semrush tabulku backlinks a jejich cílových URL. Z sitemap.xml Shopify stávajícího webu seznam všech produktů a kategorií.

Výsledek: CSV s ~3 sloupci — oldUrl, newUrl, notes. Pro MessyPlay to bylo ~400 URL. Každou jsme ručně zkontrolovali, zdali má v novém systému 1:1 odpovídající stránku. 12 URL nemělo — to byly staré kolekce, které se v novém systému zrušily. Ty dostaly redirect na nejbližší alternativu, ne na homepage.

Tahle fáze je nejvíc nudná a nejvíc důležitá. Pokud ji přeskočíš, Google po 72 hodinách od cutoveru začne odstraňovat URL z indexu, protože vrací 404. Znovu se vrátí za 2-8 týdnů. Mezitím nic.

Krok 2: 301 redirecty od první sekundy cutoveru

Nový systém musí při startu obsluhovat VŠECHNY staré URL. Každá z nich vrátí HTTP 301 s Location hlavičkou na nové URL. Ne 302 (to je dočasný redirect, Google nepřepíše index), ne JavaScript redirect (robot nevidí), ne meta refresh.

Technicky: middleware (v .NET/Next.js) který dřív, než cokoli jiného, checkne table redirects a pokud najde match, vrátí 301. Tabulku naplníš z CSV z kroku 1.

Pro MessyPlay jsme naplánovali 301 tabulku na minimálně 12 měsíců. Po roce by se dalo začít odstraňovat redirecty, kde nově návštěvnost = 0, ale většinou je to zbytečná práce a nechává se ono.

Krok 3: Zákaznické účty se přenášejí, hesla ne

Hash algoritmus Shopify neznáš, takže hesla nemůžeš převést. Přenáší se identita (email, jméno, adresa, historie objednávek), ale při prvním přihlášení na novém systému dostanou uživatelé automatický password-reset e-mail.

Komunikace o tom musí jít předem. Pro MessyPlay jsme odeslali e-mail 3 dny před cutoverem: „Přecházíme na nový systém, při prvním přihlášení dostaneš e-mail k nastavení nového hesla.“ Kdo to nepřečetl, pochopil sám po prvním pokusu. Reakce zákazníků: nula stížností.

Krok 4: Paralelní běh objednávkových systémů během cutoveru

V den X, kdy se DNS přepíná ze Shopify na nový systém, se objednávky mohou zasekat v mezistavu: Shopify má objednávku, která v novém systému není (nebo naopak). Způsobů, jak to zmírnit, je několik:

• Cutover v non-peak hodinách (ideálně 2-4 ráno CET) — minimum objednávek v letu
• DNS TTL snížené na 300 s týden před cutoverem — rychlejší propagace
• Poslední export Shopify objednávek v okamžiku cutoveru (ne snapshot o hodinu dřív) — vše, co má Shopify, do nového systému
• Maintenance banner na Shopify checkoutu 10 min před cutoverem — zastaví nové objednávky

Pro MessyPlay cutover trval 32 minut. Zachytili jsme 2 objednávky v letu — vyřešili je ručně administrativně během hodiny. Klient o tom nevěděl, zákazníci dostali potvrzovací e-maily jako obvykle.

Krok 5: Monitoring první 2 týdny

Po cutoveru sledujte 3 věci:

• Search Console Coverage report — nové 404 errors = chybějící redirecty
• Ahrefs/Semrush position tracker pro top 20 keywords — pokles o 2-3 pozice je normální, pokles o 10+ je chyba v migraci
• Checkout funnel v analytics — pokud conversion klesne o > 5 %, někde se rozbil UX

Pro MessyPlay byl první týden: 7 nových 404s (doplnili jsme redirect rules), celková organická návštěvnost +3 % proti předchozímu týdnu, conversion stabilní. Po měsíci: návštěvnost +11 %, pozice stabilní nebo lepší. Po čtvrtletí: +23 %.

Co se nedá přeskočit

Tahle migrace nemá shortcut. Čtyři věci, které vypadají jako nice-to-have a nejsou:

• Ručně projít všech 400 URL mappingů — automaticky to nejde. Google neodpouští.
• Testovat 301 na staging před cutoverem — a použít crawler (Screaming Frog) na všechny staré URL.
• Cutover v non-peak hodinách — šetří nervy víc než 2 hodiny práce.
• Holistický monitoring 14 dní — ne jen „funguje homepage“. 404 na produktovém URL = ztráta konverze, kterou nevidíš v logu, jen v Search Console.

Kdo tohle udělá, migrace je neviditelná pro Google i pro zákazníky. Kdo některou fázi obejde, vidíme ho po 3 měsících s prosbou: „pomůžete to dostat zpět?“ Většinou ano, ale je to ~2× dráž než kdyby se to udělalo správně napoprvé.