Bezpečná migrace webu bez ztráty tržeb z organiky.

Proč weby při migraci ztrácejí návštěvnost

Migrace webu je z pohledu SEO každá změna, po které vyhledávač musí web znovu pochopit: nová platforma, nová doména, nová struktura URL, nový design, sloučení webů. Google má o starém webu roky nasbíraných signálů (obsah, odkazy, chování uživatelů) a migrace rozhoduje, zda se přenesou na nový, nebo se ztratí.

Nejčastější příčiny propadu, které vidím v praxi, nejsou exotické. Opakují se:

• Chybějící nebo plošná přesměrování. Staré URL končí na 404, nebo všechny vedou na homepage. Google tím ztrácí vazbu mezi starou a novou stránkou a s ní i hodnotu zpětných odkazů.
• Změna URL bez důvodu. Nová platforma „chce“ jiný formát adres a nikdo nezvážil, že zachování původních URL je nejbezpečnější cesta.
• Ztracený obsah. Texty kategorií, popisy, FAQ a články se do nové šablony nepřenesly, protože „tam nebyly v návrhu“.
• Technické regrese. Obsah vykreslovaný JavaScriptem, noindex nebo blokace v robots.txt zapomenutá z testovacího prostředí, chybějící canonicaly, pomalejší načítání.
• Přerušené interní prolinkování. Nová navigace odkazuje jen na část stránek, zbytek se stal sirotky bez cesty pro roboty.
• Změna bez měření. Nikdo nesrovnává data před a po, propad se zjistí až z tržeb za měsíc.

Dobrá zpráva: všechny tyto příčiny jsou předvídatelné a dají se ošetřit před spuštěním. Špatná zpráva: po spuštění se každý den bez opravy prodražuje, protože Google mezitím starou strukturu odepisuje.

Checklist migrace webu: 12 bodů před spuštěním

Zkrácená verze toho, co při dohledu kontroluji. Pokud si migraci děláte sami, projděte si aspoň tento seznam. Každý bod, který přeskočíte, je konkrétní riziko.

1. Inventura současného webu. Kompletní seznam URL z crawlu, Search Console, Analytics, sitemap a logů serveru, včetně stránek, o kterých nikdo neví.
2. Co přináší návštěvnost a konverze. Stránky s impresemi, kliky, zpětnými odkazy a tržbami mají prioritu. Ty se nesmí ztratit ani změnit bez důvodu.
3. Rozhodnutí o URL. Zachovat, kde to jde. Kde ne, mít pro každou starou URL konkrétní novou, ne homepage.
4. Redirect mapa 301. Tabulka stará URL → nová URL, včetně parametrických adres, filtrací, obrázků a PDF. Bez řetězení a smyček.
5. Přenos obsahu. Titulky, meta popisy, texty kategorií, alt texty, FAQ, strukturovaná data. Kontrola, že nic nezůstalo jen v návrhu.
6. Interní odkazy a navigace. Menu, drobečky, související produkty, odkazy v textech vedou na nové URL přímo, ne přes přesměrování.
7. Technická kontrola testovacího prostředí. Crawl testu: canonicaly, noindex, robots.txt, hreflang, rychlost, vykreslování obsahu bez JavaScriptu, stavové kódy.
8. Sitemap a robots.txt pro ostrý provoz. Nová sitemap s novými URL, staré URL v ní nejsou, robots.txt neblokuje to, co blokoval na testu.
9. Měření. GA4 a GTM na novém webu, klíčové události fungují, Search Console ověřená pro novou doménu nebo strukturu.
10. Přístup pro AI crawlery. GPTBot, ClaudeBot, Google-Extended nejsou omylem blokované v CDN nebo firewallu nové platformy.
11. Plán dne D. Kdo přepíná, kdo testuje přesměrování, kdo hlídá logy, kdo může rychle vrátit změnu. Ideálně mimo sezónu a mimo pátek.
12. Plán monitoringu po spuštění. Denně stavové kódy, indexace, chyby v Search Console, srovnání impresí a konverzí s obdobím před migrací.

Přesměrování 301 při změně domény a URL: jak na redirect mapu

Přesměrování 301 říká vyhledávači „tato stránka se trvale přestěhovala sem“ a přenáší na nový cíl většinu její hodnoty. Funguje ale jen tehdy, když vede na relevantní stránku. Plošné přesměrování všech starých URL na homepage Google vyhodnotí jako soft 404 a hodnotu zahodí.

Redirect mapa je proto srdcem každé migrace. Jak ji stavím:

• Zdroj starých URL je kombinace crawlu živého webu, Search Console (stránky s impresemi), Analytics (stránky s návštěvností), exportu zpětných odkazů a logů serveru. Každý zdroj zachytí něco, co ostatní nevidí.
• Párování jde od nejdůležitějších stránek: kategorie, produkty s prodeji, články s odkazy. U produktů pomáhá párování přes interní ID nebo EAN, u obsahu ručně.
• Pravidla místo tisíců řádků. Kde se URL mění systematicky, stačí regulární výraz. Kde ne, jednotlivé řádky. Nikdy řetězce: staré → mezistav → nové zpomaluje a ztrácí signál.
• Test před spuštěním na testovacím prostředí a hned po nasazení hromadným crawlem seznamu starých URL: každá musí vrátit 301 na cíl s kódem 200.

Při změně domény přibývá nastavení změny adresy v Google Search Console, přesměrování na úrovni celé domény včetně subdomén a http/https variant, aktualizace Firemního profilu Google, sociálních sítí, katalogů a nejsilnějších zpětných odkazů, aby nová doména co nejdřív získala vlastní signály. Starou doménu je potřeba držet a přesměrovávat roky, ne měsíce.

Redesign webu a SEO: rizika i bez změny URL

„Měníme jen design, URL zůstávají“ je věta, po které následuje překvapivé množství propadů. Nová šablona totiž mění všechno, co Google čte, i když adresy zůstaly:

• Vykreslování obsahem přes JavaScript. Moderní frontend načte texty a produkty až v prohlížeči. Googlebot to zvládne se zpožděním a omezeně, AI crawlery často vůbec. Kontroluji, co je v prvotním HTML.
• Zmizelé texty. Popisy kategorií „kazily design“, tak se v nové šabloně nezobrazují. Právě ty ale držely pozice.
• Jiné interní prolinkování. Nové menu ukáže deset kategorií místo čtyřiceti, zbytek ztratí cestu pro roboty i signál důležitosti.
• Rychlost. Nové fonty, animace, slidery a měřicí skripty umí zhoršit Core Web Vitals o třídu. Podrobně v článku o prefetch, preload a preconnect.
• Strukturovaná data a metadata. Šablona je „zapomene“ vykreslit, produkty přijdou o hvězdičky a ceny ve výsledcích.

Proto i u čistého redesignu doporučuji minimálně kontrolu testovacího prostředí před spuštěním. Je to nejlevnější položka celé migrace a zachytí většinu těchto chyb.

Neúspěšná migrace: co dělat, když návštěvnost spadla

Nový web běží dva týdny, imprese v Search Console klesají, tržby z organiky o třetinu níž. Pořadí kroků, které dávají smysl:

1. Zastavit další neřízené změny. Každý další zásah „naslepo“ znesnadňuje zjištění příčiny.
2. Zjistit rozsah. Search Console: pokrytí indexu, chyby 404, stránky s propadem impresí. Srovnání s obdobím před migrací po stránkách, ne jen celkově.
3. Dohledat staré URL. Z Analytics, starých exportů, Wayback Machine, zpětných odkazů. Dokud jsou ještě v indexu, dají se zachránit přesměrováním.
4. Opravit kritické technické chyby. Zapomenutý noindex, blokace v robots.txt, nefunkční canonicaly, obsah vykreslený jen JavaScriptem.
5. Doplnit přesměrování a obsah. Napárovat 404 na nové stránky, vrátit ztracené texty a interní odkazy.
6. Požádat o přeindexování a měřit. Sitemap, inspekce klíčových URL, denní sledování. Návrat trvá týdny, ne dny, ale u včasné nápravy bývá úplný.

U webů po propadu začínám hloubkovým auditem, protože migrace často jen odhalila chyby, které tam byly už dřív.

Kdy se ozvat a co si připravit

Nejlepší chvíle je před výběrem platformy a schválením návrhu: SEO požadavky se pak dostanou do zadání a stojí zlomek toho, co dodatečné přepisování. Druhá nejlepší chvíle je kdykoli před spuštěním. Třetí je hned po propadu, dokud jsou staré URL v indexu.

Co pomůže na úvodní schůzku: přístup do Search Console a GA4 současného webu, informace o nové platformě a dodavateli, plánovaný termín spuštění, seznam toho, co se mění (URL, doména, struktura, design), a kontakt na vývojáře, se kterým budu specifikaci ladit. Pokud máte testovací prostředí, přístup k němu je nejcennější podklad ze všech.