Migrace webu bez ztráty SEO: praktický návod pro redesign, změnu platformy i domény v roce 2026

V únoru nám zavolal majitel pražského e-shopu s textilem pro domácnost. Týden předtím spustil dlouho připravovaný redesign. Nový web vypadal skvěle, fotografie produktů byly profesionální, navigace přehlednější. Spustili to v pátek odpoledne. V pondělí ráno měli o 60 % nižší organickou návštěvnost, kontaktní formulář nefungoval a tři jejich nejvýdělečnější kategorie produktů vracely chybu 404.

Předchozí agentura udělala to, co v roce 2026 stále dělá překvapivé množství agentur: postavila krásný nový web, přepnula DNS a doufala v nejlepší. Žádná mapa přesměrování. Nová struktura URL byla jiná než ta původní, ale nikdo nezadrátoval staré adresy na jejich nové ekvivalenty. Stránky, které roky budovaly pozice v Googlu, prostě zmizely a nahradily je 404, které Googlebot brzy přestane navštěvovat.

Migrace webu je jedna z nejrizikovějších věcí, které firma online dělá. Když se povede, vaši zákazníci ani vyhledávače nic nepoznají. Když se nepovede, smaže roky nasbírané SEO hodnoty během jednoho víkendu. Tenhle článek je postup, který používáme, když migraci řídíme my, ať už jde o kompletní redesign, přechod ze staré CMS, změnu domény po rebrandingu nebo záchranu projektu, jehož původní tým zmizel. Pokud se chystáte na stěhování webu, přečtěte si tohle dřív.

Co „migrace webu“ v roce 2026 vlastně znamená

Slovo „migrace“ se používá široce. V praxi pokrývá nejméně pět odlišných typů projektu, a každý nese jiný profil rizika. Vědět, který typ právě řešíte, mění celou strategii.

Vizuální redesign na stejné platformě. Stejné URL, stejný CMS, stejný backend, nový design. Nejnižší riziko z migrací. Pokud se nemění struktura URL, pozice ve vyhledávání zůstávají stabilní. Hlavní riziko je výkon, pokud nový design načítá víc aktiv než ten starý. Podrobně rozepsáno v článku 7 znamení, že váš web potřebuje redesign.

Změna platformy. Přechod z WordPressu na vlastní řešení v Nuxtu nebo Next.js, z Wixu na headless CMS, z ručně psaného webu na Shopify. Středně až vysoké riziko, protože struktura URL se obvykle mění a nová platforma může vykreslovat obsah jinak. Důvody těchto přechodů rozebíráme v článku o headless CMS a v rozhodovací matici WordPress nebo na míru.

Změna domény. Často po rebrandingu, akvizici nebo přechodu z národní domény na globální. Vyhledávače novou doménu zpočátku berou jako samostatný subjekt, dokud jim neprokážete, že stará se přestěhovala. Z toho důvodu patří mezi nejrizikovější migrace.

Přestavba informační architektury. Stejná doména, stejná platforma, ale mění se struktura webu: kategorie se slučují, URL se přepisují, navigace se předělává. Z pohledu vyhledávání může být stejně narušující jako změna domény, protože URL, které měl Google roky zaindexované, najednou neexistují tam, kde tvrdíte.

Migrace hostingu nebo infrastruktury. Stejná doména, stejný kód, nové servery nebo nová CDN. Obvykle nízké riziko při pečlivém provedení, ale chyby v TLS konfiguraci, změny IP geolokace nebo posun robots.txt v průběhu přechodu mohou způsobit reálné problémy.

Než cokoli začnete, pojmenujte si, jaký typ migrace děláte. Doporučení níže se podle toho liší.

Audit před migrací: co musíte zinventarizovat, než se čehokoli dotknete

Většina migračních katastrof má stejnou příčinu: tým netušil, co vlastně má, než to nahradil novým. Audit je fáze, ve které stanovujete srovnávací bod pro všechno, co přijde potom.

Začněte úplným procházením stávajícího webu. Stačí Screaming Frog nebo Sitebulb, dobře poslouží i většina agenturních SEO nástrojů. Chcete každou URL, kam se pavouk dostane, každé existující přesměrování, každý title a meta description, každý canonical, každý H1 a každý interní odkaz. Tenhle export někam trvale uložte. Je to nejužitečnější artefakt celé migrace.

Z Google Analytics a Search Console vytáhněte top 200 organicky vstupních stránek za posledních 12 měsíců. To jsou vaše vysokohodnotné URL. Každá z nich potřebuje na novém webu explicitní cíl. Pokud kterákoli stránka z top 200 v den spuštění chybí v mapě přesměrování, vědomě se rozhodujete tu návštěvnost ztratit.

Zinventarizujte profil zpětných odkazů. Ahrefs, Semrush nebo report o odkazech v Search Console identifikuje URL, na které jiné weby odkazují. Zpětné odkazy jsou aktivum, které se buduje nejdéle, a směřují na konkrétní URL. Pokud silný zpětný odkaz po spuštění míří na 404, neztrácíte jen tu návštěvnost, ale i odkazovou hodnotu, kterou ta stránka předávala zbytku webu.

Zachyťte výchozí stav Core Web Vitals pro hlavní šablony. PageSpeed Insights, Chrome User Experience Report a vaše real-user monitoring data by se měly shodnout, jak vypadá „normál“. Po spuštění proti tomuto srovnávacímu bodu detekujete regrese dřív než zákazníci.

Pokud chcete hlubší rámec, naše stránka SEO auditu vyjmenovává diagnostické otázky, kterými procházíme, a služba bezpečnostního auditu chytá konfigurační chyby, které se při přechodu vždycky vynořují.

301 přesměrování: nejčastější důvod, proč migrace selžou

Pokud při migraci uděláte správně jednu jedinou věc, ať jsou to přesměrování. Každá URL na starém webu, která má jakoukoli hodnotu, organickou návštěvnost, indexaci, vnitřní nebo vnější odkaz, potřebuje 301 přesměrování na svůj nejbližší ekvivalent na novém webu. Ne 302. Ne soft 404, který vrací status 200 se zprávou „stránka neexistuje“. Čisté 301.

Mapu přesměrování postavte jako tabulku se třemi sloupci: stará URL, nová URL, status. Mapa vzniká během fáze architektury, ne na konci projektu. Každá stránka, kterou se rozhodnete na nový web nepřevést, potřebuje záměrné rozhodnutí: přesměrovat na nejbližší rodičovskou kategorii, jako poslední možnost na hlavní stránku, nebo přijmout ztrátu, pokud stránka neměla návštěvnost ani odkazy.

Hraniční případy, které týmy dostávají pokaždé: query stringy (musí /produkty?id=42 někam vést?), lomítka na konci (řeší /o-nas a /o-nas/ stejnou stránku?), velikost písmen (přesměrovává /Sluzby na /sluzby?) a jazykové prefixy (mají /en/about, /about i /ru/about správná křížová přesměrování?). Každý z těchto případů otestujte explicitně před spuštěním.

U webů s víc než pár stovkami URL netestujte přesměrování ručně. Proženěte celý seznam starých URL přes httpstatus.io nebo si napište malý skript. Každá URL by měla vracet jediné 301 na správný cíl, bez řetězení a bez smyček. Řetěz přesměrování (URL A → URL B → URL C) ztrácí odkazovou hodnotu na každém kroku a zpomaluje crawler. Smyčka přesměrování je zaručený problém s indexací.

Pokud používáte Cloudflare nebo jinou moderní edge platformu, přesměrování zvládnete na úrovni CDN s latencí pod milisekundu. Děláme to na většině projektů, protože to udržuje kód aplikace čistý a změny přesměrování lze nasazovat bez plného releasu.

Zachování on-page SEO: titulky, meta descriptions, nadpisy, schémata, alt texty

Mapa přesměrování zařídí, že se načte správná URL. On-page audit zajistí, že když se ta URL načte, Google na ní pořád uvidí stránku, která si zaslouží pozici, kterou měla.

Pro každou URL z top 200 zkopírujte stávající title, meta description, H1 a hlavní obsah na nový web doslova, pokud nemáte konkrétní důvod cokoli měnit. „Vylepšování“ title tagu stránky, která je na druhé pozici na vysoce konkurenční klíčové slovo, je jedna z nejdražších optimalizačních chyb. Pokud stránka už funguje, cílem migrace je zachovat její výkon, ne ji znovu vymyslet.

Strukturovaná data jsou druhou největší on-page rizikovou oblastí. Pokud měl starý web Article, FAQPage, BreadcrumbList, Organization nebo LocalBusiness schémata, nový web musí na stejných URL implementovat stejné typy. Před spuštěním zvalidujte každou šablonu v Google Rich Results Test. Chybějící schéma vás nevypadne ze 404, ale tiše vám odebere rich snippety z výsledků vyhledávání, a ten propad CTR vypadá v reportech identicky jako propad pozic.

Alt texty u obrázků jsou nejjednodušší věc, na kterou se zapomíná. Když designový tým přestaví obrázkové komponenty, alt atribut se často zahodí nebo nahradí placeholderem. Proběhněte nový staging crawlerem a ověřte, že každý obrázek, který měl na starém webu alt text, ho má i na novém. Víc o tomhle v našem technickém SEO checklistu pro spuštění webu, kde rozebíráme kompletní pre-flight inventář.

Technické SEO během přechodu: robots.txt, sitemapa, hreflang, canonical

24hodinové okno kolem spuštění je doba, kdy konfigurační chyby napáchají největší škodu. Tři věci k trojnásobné kontrole.

Robots.txt. Nejčastější katastrofa dne spuštění je nasadit do produkce robots.txt, který ze stagingu pořád obsahuje Disallow: /. Každý staging má být před vyhledávači zablokovaný. Každá produkce ten blok musí mít zrušený. Auditujte produkční robots.txt před přepnutím DNS a znovu po spuštění.

XML sitemapa. Hned po spuštění odešlete čerstvou sitemapu do Google Search Console. Sitemapa by měla odrážet novou strukturu URL s přesnými lastmod daty. Pokud na starou sitemapu odkazuje robots.txt, aktualizujte odkaz na novou.

Hreflang. U vícejazyčných webů, jako je ten náš, hreflang tagy říkají vyhledávačům, kterou jazykovou verzi ukázat kterým uživatelům. Nový web musí implementovat hreflang na každé přeložené stránce, se správnými kódy jazyka a regionu a s recipročními záznamy mezi jazyky. Rozbitý hreflang rozštěpí signály mezi jazykové verze a je neviditelný pro každého, kdo se po něm konkrétně nedívá.

Canonical tagy. Každá URL na novém webu by měla deklarovat self-referencing canonical, kromě případů, kdy záměrně chcete konsolidovat (například stránkované archivy odkazující kanonicky na verzi bez parametrů). Chybějící canonical na šablonové stránce může způsobit, že si Google vybere jako „správnou“ jinou URL, a ta často není ta, kterou chcete v pozicích.

Výkon a Core Web Vitals: nemigrujte na pomalejší web

Jedna z nejdepresivnějších věcí, které vidíme, je krásný nový design, který kvůli horšímu výkonu rankuje hůř než ten starý. Moderní designové trendy, vlastní fonty, animace, video pozadí a velké hero obrázky všechno něco stojí na výkonu. Pokud má nový web horší Core Web Vitals než ten starý, migrace je krok zpátky, ať vypadá jakkoli.

Před spuštěním proběhněte nový staging Lighthousem a PageSpeed Insights a porovnejte čísla s předmigračním srovnávacím bodem. Nejdůležitější metriky: Largest Contentful Paint (LCP) pod 2,5 sekundy, Interaction to Next Paint (INP) pod 200 milisekund, Cumulative Layout Shift (CLS) pod 0,1. Pokud kterákoli z těchto metrik proti starému webu zhoršila, opravte to před spuštěním, ne po něm.

Časté viníky v roce 2026: hero videa, která se přehrávají dřív, než je stránka interaktivní; webfonty bez font-display: swap; třetí strany, které blokují hlavní vlákno; obrázkové komponenty, které posílají stejný JPEG do každého zařízení místo responzivních WebP variant. Naše stránka zrychlení webu jde do hloubky v diagnostickém postupu a služba optimalizace výkonu je to, co nabízíme, když web vyletěl pomalý a potřebuje být rychlý.

Checklist dne spuštění: postup krok za krokem

Den spuštění není jediná událost. Je to sled kroků v přesném pořadí. Udělat je v jiném pořadí je způsob, jak se na první hodinu dostat do 503, nebo hůř, jak se nechat zaindexovat ve vlastním rozbitém před-spouštěcím stavu.

Níže je runbook, který v den přechodu používáme. Nespouštějte v pátek a nespouštějte večer. Úterý nebo středa ráno vám dá zbytek pracovního dne plus další dva dny na reakci, pokud se cokoli pokazí.

Pokud nemáte interní tým, který tenhle checklist umí odjet, naše služba podpory projektu přechody řeší jako zakázku za pevnou cenu. Tenhle postup jsme odjeli na víc než padesáti migracích a kroky jsou záměrně nudné.

Prvních 30 dní: co sledovat a kdy panikařit (nebo ne)

Ani perfektně provedená migrace se neobejde bez kolísání pozic v prvních jednom až čtyřech týdnech. Google potřebuje čas na recrawl mapy přesměrování, na následování interních odkazů na novém webu a na konsolidaci signálů na nových URL. Vědět, co je normální a co ne, ušetří týmy panických změn, které samotnému zotavení uškodí.

Den 1 až 7. Očekávejte mírný pokles organické návštěvnosti, obvykle 5-15 %. Search Console začne hlásit aktivitu na nových URL během hodin a coverage report se zaplní během několika dní. Pokud první den vidíte pokles 50 % a víc, něco je špatně, skoro vždycky s přesměrováními nebo robots.txt.

Den 7 až 21. Nové URL by se měly ve výsledcích vyhledávání objevovat místo těch starých. Nejpozorněji sledujte CTR na dotaz; pokud na vysoce hodnotném dotazu prudce klesne, meta description nové URL se pravděpodobně liší od staré. Nejčastější vzorec: návštěvnost klesne, pak se částečně obnoví, jak Google dohání.

Den 21 až 30. Do konce prvního měsíce by organická návštěvnost měla být do 5 % předmigrační úrovně. Pokud není, migrace něco nedořešila, obvykle kategorie stránek, která byla přesměrovaná špatně, nebo schéma, které přechod nepřežilo.

Pokud se čísla nezotavují, nezačínejte „optimalizovat“ změnami on-page prvků. Tím komplikujete diagnózu. Nejdřív vyšetřete samotnou migraci: znovu zkontrolujte mapu přesměrování, zvalidujte schémata na top 50 stránkách, auditujte hreflang. Oprava je téměř vždy o tom napravit migraci, ne o tom, navrstvit na ni další SEO práci. Pokud máte pocit, že je něco rozbitého hlouběji a původní tým je pryč, naše služba záchrany projektu existuje přesně pro tenhle scénář.

Často kladené otázky

Jak dlouho trvá migrace webu od začátku do konce?

Redesign na stejné platformě: 4-8 týdnů. Změna platformy se změnou URL: 6-12 týdnů. Změna domény: připočtěte 1-2 týdny na mapování přesměrování a nastavení Search Console. Časově náročná část je málokdy vlastní vývoj; jsou to audit, mapa přesměrování a QA. Týmy, které se snaží tyhle fáze stlačit, za to platí po spuštění. Náš rozbor cen webů popisuje, kolik tyhle projekty v roce 2026 obvykle stojí.

Ztratím pozice, i když je migrace provedená dobře?

Krátkodobě skoro vždy ano, o malou marži. Prvních jeden až čtyři týdny vidíte normální kolísání, jak Google web znovu zpracovává. Dobře provedená migrace se plně zotaví a v mnoha případech skončí na lepších pozicích, než předtím, protože technické základy jsou silnější. Špatně provedená migrace pozice ztratí a nikdy se plně nezotaví; auditovali jsme weby, které byly rok po nepovedeném přechodu pořád 30 % a víc dolů.

Mám během migrace zmrazit nový obsah?

Většinou ano. Od začátku vývojové fáze do dvou týdnů po spuštění se vyhněte publikování nových stránek a restrukturalizaci stávajících. Každá změna nasazená během přechodového okna přidává šum do post-launch diagnostiky. Časově citlivý obsah jako blogové posty obvykle pokračovat může, ale nové šablony, nové sekce a velké přepisy textů by měly počkat.

Co se stane se zpětnými odkazy?

301 přesměrování předávají drtivou většinu odkazové hodnoty ze staré URL na novou. Moderní Google vás za samotné přesměrování nepenalizuje. Riziko je, když zpětný odkaz míří na URL, kterou jste zapomněli přesměrovat, v takovém případě je odkaz promrhaný. Proto se audit dívá konkrétně na zpětné odkazy, ne jen na URL s návštěvností.

Můžu si web migrovat sám?

Pokud máte interní tým, který to už dělal, ano. Pokud poprvé tvoříte mapu přesměrování ručně v tabulce, cena chyby skoro vždy převýší cenu pomoci. Agentury, kterým migrace funguje, jsou ty, které stejný postup odjely dvacetkrát. Pokud chcete druhý názor před rozhodnutím, náš článek jak vybrat webovou agenturu obsahuje otázky specificky k migraci.

Závěr

Migrace webu je vzácný projekt, kde je cíl, aby se z pohledu zákazníků nic nezměnilo, a aby se z pohledu Googlu nic nezměnilo, ačkoli pod kapotou se změnilo skoro všechno. Disciplína, která vás tam dovede, je nudná: důkladně auditovat, namapovat každou URL, zachovat on-page prvky, zvalidovat schémata, neúnavně sledovat. Nic z toho není vzrušující. Všechno z toho je rozdíl mezi spuštěním, které firmu posune, a spuštěním, které stojí čtvrtinu organických tržeb.

Pokud v roce 2026 plánujete redesign, změnu platformy nebo změnu domény a chcete partnera, který tenhle postup už odjel, ozvěte se. Řekneme vám rovnou, jestli je riziko migrace ve vašem projektu podceněné a co je potřeba, aby se snížilo. Pokud už jste uprostřed migrace a čísla vypadají špatně, platí to samé. Ceny zakázek zaměřených na migraci najdete v ceníku, související služby jsou popsané pod tvorbou webu, redesignem a designem.