Migrace CMS a redesign webu: cesta k HORŠÍMU výkonu vašeho webu

Problém: Za celou svoji kariéru jsem viděl větší množství změn CMS a redesignů webů. Jen dva z nich nepoškodily organickou návštěvnost. Dva. Zbytek skončil propadem — někdy o 30 %, někdy o 60 %. Tohle není článek o tom, že migrovat nebo redesignovat se nemá. Má. Ale drtivá většina těch změn je neuvážená, nepodložená daty a provedená tak, že se na základní funkce zapomene — buď to opomene klient, nebo to zanedbá nový dodavatel CMS, který umí postavit hezký web, ale netuší, co je to redirect mapa nebo proč na něm visí 40 % obratu z organiku.

Sepsal jsem, proč to tak často padá, co je úplně nejčastější zabiják (spoiler: přesměrování), praktický checklist pro SEO, PPC a analytiku (GTM), a hlavně princip, kterým se řídím já: měň jednu věc po druhé.

Disclaimer: Tento typ případů týká především zaběhnutých e-shopů, které mají v organickém vyhledávání nějaký výkon. Netýká se to relativně nových projektů a projektů bez výkonu z neplaceného vyhledávání.

Proč to tak často dopadne špatně

Příčina skoro vždycky není technická neschopnost. Je to kombinace dvou změn najednou a absence dat.

Typický scénář, který vídám pořád dokola:

1. Klient je s webem nespokojený — „vypadá starě“, „neprodává“, „chci to moderní“.
2. Najme se nové studio, které navrhne nový design na novém CMS (z WordPressu na Shoptet, ze Shoptetu na headless, z custom řešení na Webflow…).
3. Studio postaví krásný web. Vizuálně skok o deset let dopředu.
4. Spustí se „velký den“ — přepne se DNS, nasadí se nový web.
5. Za tři týdny začne klesat organická návštěvnost. Za dva měsíce je propad 40 %. Nikdo neví proč, protože se měnilo všechno najednou a není podle čeho hledat.

Jádro problému: mění se URL struktura, obsah, design, interní prolinkování, šablony a často i CMS — všechno v jeden okamžik. Když pak něco spadne, nemáš jak izolovat příčinu. Je to redesign? Je to nová URL struktura? Je to ztráta obsahu? Změna rychlosti webu? Rozbité měření, které ti říká, že je propad větší/menší než reálně je?

A druhá polovina problému: rozhodnutí nebylo podložené daty. „Vypadá starě“ není KPI. Nikdo si nezměřil, které stránky nesou obrat, která klíčová slova drží pozice, jaké landing pages mají nejlepší konverzní poměr — a tudíž nikdo neví, co se nesmí rozbit.

Nejčastější zabiják: přesměrování URL (a hlavně u produktů)

Kdybych měl vybrat jedinou věc, která zabíjí SEO při migracích nejčastěji, je to chybné nebo úplně chybějící mapování přesměrovaných URL adres. A nejbolestivější je to u e-shopů, u produktových URL.

Co se reálně děje:

• Starý web měl /behaci-pas-xterra-tr150
• Nový web má /produkty/bezecke-pasy/xterra-tr-150
• Mezi nimi není 301 přesměrování
• Výsledek: stará URL vrací 404. Google ji měl zaindexovanou, měla zpětné odkazy, stáří, pozice na první stránce. Všechno zmizí. Produkt je sice na webu, ale na úplně nové adrese bez historie.

U e-shopu s tisíci produkty se tohle neděje u jednoho URL — děje se to u stovek či tisíc najednou. A protože jednotlivý produkt nikdo nehlídá, zjistí se to až z agregátu: „nějak nám klesly tržby z organiku“.

Proč zrovna produkty bývají nejhorší:

• Je jich nejvíc — ručně to nikdo neošéfuje, musí to být systematicky přes mapu.
• Generují přímý obrat — propad produktu = okamžitě peníze, ne jen „návštěvnost“.
• Mění se jim URL vzor — nové CMS skoro vždy generuje jinou strukturu slugů, kategorií, parametrů.
• Vypršelé/smazané produkty — co s URL produktů, které na novém webu nebudou? (Odpověď: 301 na nejbližší kategorii, ne 404, a rozhodně ne hromadně na homepage — to Google bere jako soft 404.)

Redirect mapa není „nice to have“. Je to základ migrace. Když ji nový dodavatel nedodá nebo ji odbude regexem „přesměruj všechno na homepage“, máš zaděláno na katastrofu.

Checklist před migrací / redesignem

Tohle projíždím u každé změny. Rozděleno do tří vrstev — SEO, PPC, Analytika — protože každá padá jinak a každou hlídá obvykle někdo jiný (a proto se na ně zapomíná).

🔍 Vrstva 1 — SEO

Před spuštěním (na stagingu):

• ☐ Kompletní crawl starého webu (Screaming Frog / Sitebulb) — export VŠECH indexovatelných URL. Tohle je tvůj baseline. Bez něj nevíš, co máš zachovat.
• ☐ Redirect mapa 1:1 — každá stará URL → nová URL, jako 301. Zvlášť pečlivě produkty a kategorie. Žádné hromadné přesměrování na homepage.
• ☐ Export top stránek podle organiku (GSC + GA4, 12 měsíců) — víš, které stránky nesou návštěvnost a obrat, a tedy co se NESMÍ rozbit.
• ☐ Export pozic klíčových slov (baseline pro porovnání po migraci).
• ☐ Kontrola meta dat — title, description, H1, canonical se přenesly? Nové CMS je často generuje jinak (nebo prázdné).
• ☐ Strukturovaná data (schema.org) — produkty, recenze, breadcrumbs. Často zmizí úplně.
• ☐ robots.txt — neblokuje nový web omylem celý? (Klasika: staging měl Disallow: / a zapomnělo se to při spuštění přepnout.)
• ☐ XML sitemapa — generuje se, je aktuální, odeslaná v GSC?
• ☐ Interní prolinkování — zachovala se logika? Nové šablony často zahodí kontextové odkazy.
• ☐ Obsah — texty kategorií, blog, landing pages se reálně přenesly? (Ne „přenesou se později“.)

Po spuštění (první 48 hodin):

• ☐ Test redirect mapy naživo — projít vzorek starých URL, ověřit, že 301 vede na správný cíl (ne 404, ne řetězec přesměrování, ne 302).
• ☐ Crawl nového webu — porovnat s baseline. Co chybí? Co vrací chyby?
• ☐ GSC: Coverage report — sledovat nárůst 404 a „Crawled – currently not indexed“.
• ☐ Odeslat novou sitemapu + požádat o re-crawl klíčových stránek.
• ☐ Kontrola Core Web Vitals — nový web nesmí být výrazně pomalejší (častý vedlejší efekt „krásného“ redesignu plného skriptů).

💰 Vrstva 2 — PPC

Tohle se opomíjí nejvíc, protože „to je přece marketingová věc, ne webová“. Jenže reklamní účty na URL visí stejně jako SEO.

• ☐ Cílové URL všech reklam — RSA final URLs, sitelinky, callouts s odkazy. Po změně URL struktury vedou kam? (404 = zamítnutá reklama + propálený rozpočet.)
• ☐ Tracking šablony ({lpurl}, URL suffixy) — fungují s novou strukturou? UTM parametry se přenášejí?
• ☐ Konverzní akce — měří se nákup/lead na novém webu? Conversion tag je na thank-you page, která možná má novou URL.
• ☐ Shopping / PMax feed — produktové URL ve feedu odpovídají novým? (Mergado, Heureka, Zboží feed → nové URL, jinak „produkt nedostupný“ a odmítnutí.)
• ☐ Remarketingové publikum — pixel/tag běží na novém webu? Jinak ti publika za pár týdnů vyhasnou.
• ☐ Dynamický remarketing — product ID ve feedu sedí s ID, které posílá nový web do dataLayer?
• ☐ Landing pages experimentů — běžící A/B testy v Adsech nepřežijí změnu URL.

📊 Vrstva 3 — Analytika (GTM + GA4)

Nejzákeřnější vrstva, protože když se rozbije měření, nezjistíš, že se rozbilo cokoli dalšího. Slepá pilótáž.

• ☐ GTM kontejner na novém webu — je vůbec nasazený? Na všech šablonách? (Klasika: je na homepage, ale ne na produktových šablonách.)
• ☐ GA4 base tag — měří se page views napříč celým webem?
• ☐ dataLayer — nové CMS generuje stejnou strukturu dataLayer? Ecommerce dataLayer (view_item, add_to_cart, purchase) je skoro vždy potřeba postavit znovu.
• ☐ Konverzní eventy — nákup, odeslání formuláře, telefon. Každý ověřit naživo přes GTM Preview.
• ☐ Enhanced ecommerce / GA4 ecommerce — položky, hodnoty, měna se posílají správně?
• ☐ Consent Mode — cookie lišta + consent signály fungují na novém webu? (Po migraci se často resetuje na default.)
• ☐ Cross-domain tracking — pokud košík/platba běží na subdoméně.
• ☐ Server-side GTM — pokud běží, ukazuje endpoint správně po změně?
• ☐ Kalibrace — nech starý i nový tracking týden běžet paralelně (kde to jde), porovnej čísla. Když nový měří o 30 % míň, není to propad byznysu, ale rozbité měření.

Zásadní princip: měň jednu věc po druhé

Tady je jádro celého článku. Většina škod nevzniká z toho, že migrace je těžká, ale z toho, že se mění víc věcí najednou.

Když měníš CMS → ideálně BEZ redesignu

Přenes web na nový systém se zachováním vizuální podoby, URL struktury a obsahu, jak nejvíc to jde. Cíl je, aby návštěvník (a Google) rozdíl skoro nepoznal. Měníš motor, ne karoserii.

Proč: když pak něco klesne, víš, že to je migrací — designem to být nemůže, ten je stejný. Diagnostika je triviální. A jakmile nový CMS běží stabilně a metriky drží, teprve potom můžeš začít řešit design.

Když redesignuješ → postupně a s A/B testováním

Redesign na zelené louce, který se nasadí „velkým třeskem“, je sázka naslepo. Místo toho:

• Redesignuj po sekcích / šablonách, ne celý web naráz. Nejdřív třeba produktovou šablonu, změř dopad, pak kategorie, pak homepage.
• A/B testuj zásadní změny proti staré verzi. Nástroj jako GrowthBook (open-source, self-hostovatelný, feature-flag + experimentační platforma) ti umožní pustit nový design na 50 % trafficu a měřit reálný dopad na konverze, ne dojem.
• Rozhoduj podle dat, ne podle „líbí/nelíbí“. Pokud nová produktová stránka konvertuje hůř, A/B test ti to ukáže dřív, než ji nasadíš na 100 % a propálíš čtvrtletí.

GrowthBook zmiňuju, protože je to skvělý poměr cena/výkon — zadarmo, napojí se na GA4 / BigQuery / vlastní data, a feature flagy ti dají možnost cokoli okamžitě vrátit zpět, když experiment ukáže propad. Existuje i Optimizely, VWO, AB Tasty — dražší, ale podobný princip.

Co když musí obojí najednou?

Občas to nejde rozdělit (klient platí studio jen jednou, deadline, rozpočet). Pak aspoň:

• Redirect mapa jako svatý grál — tady se nešetří ani minuta.
• Staging s plným testováním všech tří vrstev (SEO/PPC/GTM) než se sáhne na produkci.
• Měření paralelně první týdny.
• Připravený rollback — záloha starého webu, kterou umíš nasadit do hodiny, ne do týdne.

Závěr

Migrace a redesigny nejsou problém samy o sobě. Problém je dělat je naslepo, najednou a bez sítě. Nejlepší dodavatel webu na světě ti nepomůže, když nikdo nepřipraví redirect mapu, neověří měření a nezkontroluje, že reklamy nevedou do 404.

Tři věci, které si odnes, i kdybyš zapomněl všechno ostatní:

1. Redirect mapa je základ, ne extra. Hlavně u produktů.
2. Měň jednu věc po druhé — CMS bez redesignu, redesign postupně a měřeně.
3. Bez funkčního měření letíš naslepo — GTM/GA4 ověř jako první, jinak nepoznáš, že se cokoli rozbilo.

Jestli tě čeká migrace nebo redesign a chceš mít jistotu, že nepřijdeš o organiku a nerozbiješ měření, ozvi se. Umím projet ten checklist s tebou nebo s tvým studiem ještě před spuštěním — to je řádově levnější než opravovat propad o tři měsíce později.

Čeká tě migrace nebo redesign?

Projedu s tebou (nebo s tvým studiem) checklist SEO/PPC/GTM ještě před spuštěním. Půl dne práce, které tě ochrání před propadem o stovky tisíc. Žádný sáles.

Chci konzultaci před migrací

FAQ

• Jak dlouho po migraci se projeví propad? Obvykle 2–6 týdnů, podle toho, jak rychle Google přecrawluje. Proto je nebezpečný — když se rozhodne „už to běží, je to OK“ po týdnu, propad teprve přijde.
• Stačí přesměrovat všechno na homepage, ať nemám 404? Ne. Google to vyhodnotí jako „soft 404“ a stejně to z indexu vypadne, navíc ztratíš veškerou link equity. Vždy 301 na nejrelevantnější existující stránku.
• Musím dělat redirect mapu ručně? U malých webů ano, u velkých polo-automaticky — spárování přes vzory URL, produktová ID nebo názvy, ale finální kontrola musí být lidská. AI dnes spárování zvládne z velké části, ale verifikace zůstává na člověku.
• Co rychlost webu po redesignu? Sleduj Core Web Vitals před a po. „Krásný“ redesign plný animací a skriptů často zhorší LCP, což sráží pozice i konverze. Změř, nehádej. Nebo ještě lépe využijte českou službu Pagespeed.
• Kdy je bezpečné dělat CMS i redesign najednou? Skoro nikdy, pokud ti záleží na organiku. Pokud opravdu musíš, viz sekce „Co když musí obojí najednou“ — redirect mapa, staging, paralelní měření, rollback plán. Můžeš tak provádět, pokud tvůj projekt neměl žádný výkon ani před redesignem / změnou CMS.