SEO migrace bez ztráty pozic: typy změn, rizika a rollback

Když se řekne SEO migrace, většina lidí si představí přechod e-shopu na jinou platformu. Jenže pozice ve vyhledávání ohrožuje každá větší změna: nová doména, přechod na HTTPS, přeskládané kategorie, nová šablona nebo sloučení dvou webů. Každý typ má jiná rizika a jiný postup.

Postup pro přechod na novou platformu krok za krokem popisujeme v článku Jak nepřijít o SEO pozice při migraci e-shopu. Technice přesměrování se věnuje 301 přesměrování při migraci. Tady se podíváme o patro výš: jak poznat, jakou migraci vlastně děláte, jak velké je riziko, co změřit předem a jak mít připravený návrat.

Šest typů SEO migrací

Google rozlišuje dva základní případy. Přesun bez změny URL (změna hostingu nebo nasazení CDN) a přesun se změnou URL. Do druhé skupiny patří změna domény, subdomény, protokolu i cest. V praxi e-shopy řeší těchto šest situací:

1. Změna domény. Rebranding, přechod z .eu na .cz, sjednocení více domén. Jediný případ, kdy se v Search Console používá nástroj Změna adresy.
2. Přechod na HTTPS. Pro Google je to změna URL. Každá http:// adresa musí trvale přesměrovat na svou https:// verzi.
3. Změna struktury URL a kategorií. Nové cesty, přejmenované nebo sloučené kategorie, jiné URL produktů. Doména zůstává, adresy se mění.
4. Redesign nebo nová šablona. URL často zůstávají, ale mění se obsah, nadpisy, navigace, interní prolinkování a rychlost. Redesign sám o sobě není přesun webu, pozice ale ovlivnit umí.
5. Sloučení webů. Dva e-shopy nebo e-shop a blog na jedné doméně. Kromě přesměrování řešíte, který obsah zůstane a který se sloučí.
6. Změna jazykových verzí. Přechod z domén .cz/.sk na adresáře, přidání nové země, změna jazyka výchozí verze. Kromě URL se mění anotace hreflang.

K tomu přechod na jinou platformu, který obvykle kombinuje typ 3 a 4 najednou. Právě kombinace jsou nejrizikovější. Seznam v nápovědě upozorňuje, že když se současně mění doména i cesty, algoritmus je v nejistotě a přepočet hodnocení stránek může trvat déle.

Riziková matice: jak velké je riziko vaší migrace

Riziko neurčuje jen typ změny, ale i to, kolik se toho mění současně. Orientační matice, se kterou pracujeme při plánování:

Pravidlo, které se vyplácí: neměňte víc věcí najednou, než musíte. Když jde přechod na HTTPS, nová šablona a nová struktura kategorií ve třech krocích, po každém víte, co případný propad způsobilo. Když jdou najednou, hledáte chybu ve všech třech vrstvách.

U velkých katalogů Google doporučuje nejdřív přesunout menší sekci, která se málo mění a není ovlivněná sezónou nebo akcemi, a sledovat, jak se chová. Malé a střední weby podle Googlu přesouvají všechny URL najednou.

Co změřit předem: benchmark

Bez stavu „před" nemůžete po spuštění říct, jestli je pokles normální kolísání, nebo chyba. Benchmark uložte nejpozději týden před spuštěním a uchovejte ho mimo nástroje, které se budou měnit:

• Search Console, Výkon: prokliky, zobrazení a průměrná pozice po stránkách a dotazech za posledních 16 měsíců (déle Search Console data nedrží).
• Search Console, Stránky: počet indexovaných URL a hlavní důvody neindexování.
• Statistiky procházení: počet požadavků, doba odezvy a podíl chyb. U velkých webů souvisí s tím, kolik crawl budgetu Google vašemu webu věnuje.
• Analytika: organické vstupní stránky a tržby podle typu stránky (kategorie, produkty, články).
• Sledování pozic: vzorek klíčových slov rozdělený podle typu stránky.
• Crawl webu: titulky, nadpisy, canonical, stavové kódy, hloubka stránek, počty interních odkazů.

Data si rozdělte do skupin (kategorie, produkty, značky, blog). Po spuštění pak porovnáváte skupinu se skupinou, ne jen celkovou návštěvnost.

Rollback plán: kdy a jak se vrátit

Rollback je rozhodnutí vrátit starou verzi, když nová způsobuje škody. U SEO migrací se na něj často zapomíná, protože „zpátky už to nejde". Jde, ale musí se připravit předem:

1. Stará verze musí zůstat funkční. Neodstavujte starý server ani starou šablonu hned po spuštění. Držte je aspoň po dobu, kdy vyhodnocujete první týdny.
2. Přesměrování musí jít vypnout. Mapu přesměrování nahrávejte tak, aby šla hromadně deaktivovat, ne ručně po jedné.
3. Definujte spouštěč. Předem se dohodněte, co je důvod k návratu. Typicky: klíčové stránky vracejí chyby, web je nedostupný pro Googlebot, objednávky nebo platby nefungují a oprava do dohodnutého času není reálná.
4. Rozlišujte technický a SEO rollback. Nefunkční košík je důvod k okamžitému návratu. Mírný pokles pozic v prvních týdnech ne. Google u přesunu webu počítá s dočasným kolísáním a u středně velkých webů uvádí, že přepis na nové URL může trvat několik týdnů i déle.
5. Návrat je taky migrace. Pokud se vracíte po dnech, kdy už Google procházel nové URL, potřebujete zpětná přesměrování a znovu odeslat sitemapu. Čím dřív se rozhodnete, tím menší škoda.

U změny domény pamatujte, že žádost v nástroji Změna adresy lze podle nápovědy Search Console zrušit do 180 dnů od podání.

Role SEO v projektu

Nejčastější chyba není technická, ale organizační. SEO specialista přijde až týden před spuštěním a dostane hotový web. Tou dobou už je rozhodnuto o struktuře kategorií, šabloně i URL. V migračních projektech proto SEO zapojujeme od začátku a s jasnou odpovědností:

Druhá strana je stejně důležitá: vývojář nebo dodavatel šablony musí vědět, že změna titulku, nadpisu nebo odkazu v menu je SEO změna. Jednoduchý schvalovací krok ušetří týdny hledání příčin.

Zvláštnosti podle typu migrace

• Změna domény: ověřte v Search Console starou i novou vlastnost a odešlete Změnu adresy. Nástroj před odesláním zkontroluje přesměrování na několika hlavních URL. Seznam doporučuje přesměrovat 1:1 a při změně celé domény zachovat přesnou podobu cesty.
• HTTPS: přesměrování z každé http adresy, canonical, hreflang i sitemapa jen na https. Zkontrolujte, že se nenačítají obrázky nebo skripty přes http.
• Hosting a CDN: podle Googlu snižte TTL záznamů DNS na pár hodin aspoň týden předem a po přepnutí ověřte přes kontrolu adresy URL, že se Googlebot na novou infrastrukturu dostane.
• Redesign: porovnejte crawl staré a nové verze. Hlídejte texty kategorií, nadpisy H1, drobečkovou navigaci a odkazy v menu.
• Sloučení webů: každou stránku přesměrujte na nejbližší obsahovou obdobu. Hromadné přesměrování na homepage může Google vyhodnotit jako soft 404.
• Jazykové verze: aktualizujte hreflang na obou stranách a nepřesměrovávejte automaticky podle IP adresy. Víc v článku Mezinárodní SEO a hreflang.
• Robots.txt: Seznam upozorňuje, že přesměrovaný soubor robots.txt jeho robot nezpracuje. Na nové doméně ho mějte přímo dostupný.

Přesměrování nechte v provozu co nejdéle. Google obecně doporučuje aspoň rok.

Jak na to prakticky

• Víte, jaký typ migrace děláte a jestli kombinujete víc změn najednou?
• Dá se některá změna odložit do samostatného kroku?
• Máte uložený benchmark po skupinách stránek?
• Je SEO zapojené od návrhu struktury, ne až před spuštěním?
• Existuje rollback plán se spouštěčem a odpovědnou osobou?
• Víte, kdo bude první čtyři týdny sledovat indexaci, chyby a výkon?

SEO migraci řídíme jako součást projektu od prvního dne. Pokud měníte doménu, strukturu nebo šablonu, začněte službou SEO pro e-shopy. Při přechodu na jinou platformu navazuje migrace e-shopu s inventurou URL a kontrolou po spuštění. Na co se zaměřit po spuštění, rozebíráme v článku Post-launch monitoring. Napište nám a probereme, jak velké riziko vaše změna nese.