Web prošel redesignem — pozice klesly: co dělat s SEO

Proč redesign škodí SEO

Redesign mění to, na čem stojí veškeré nahromážděné SEO řazení webu: adresy stránek, strukturu navigace, texty a někdy i celou technickou platformu. Google vnímá výrazně změněný web jako novou verzi, pro kterou je třeba znovu vybudovat důvěru — a pokud se při tomto přechodu přeruší vazby na staré URL, váha stránek nahromážděná za roky se prostě ztratí, ne automaticky přenese.

Je důležité chápat: samotná změna designu (vzhledu) SEO přímo škodí jen zřídka. Problém nastává, když se spolu s designem mění URL, struktura webu, objem a formulace obsahu — a to se stává téměř při každém vážnějším redesignu nebo výměně CMS.

Mapa 301 přesměrování: starý URL → nový

Toto je první a nejdůležitější krok při přípravě spuštění nového webu. Mapa přesměrování je tabulka odpovídajících si adres, podle které se nastavují 301 přesměrování.

1. Exportujte kompletní seznam starých URL — ze staré sitemap.xml, z archivu Google Search Console nebo ze zálohy webu.
2. Přiřaďte každou starou URL k významově nejbližší nové adrese — ne jednoduše všechny na hlavní stránku.
3. Nastavte 301 přesměrování podle této mapy ještě před vypnutím staré verze webu, ne až po něm.
4. Ověřte fungování přesměrování ručně na vzorku 20–30 nejnavštěvovanějších starých stránek.

Hromadné přesměrování všech starých stránek na hlavní stránku je rozšířená, ale závažná chyba: Google to vnímá jako ztrátu relevance obsahu a váhu stránky v takovém případě obvykle nepřenáší, na rozdíl od přesměrování na skutečně významově podobnou novou stránku.

404 a nefunkční odkazy

Po spuštění redesignu je důležité rychle najít všechny stránky, které vrací chybu 404 — je to přímý signál, že část mapy přesměrování není pokrytá nebo obsahuje chyby.

• Zkontrolujte report „Pages" v Google Search Console — sekce s chybami ukáže URL, které se Google pokusil procházet a dostal 404.
• Proskenujte web crawlerem (například Screaming Frog) kvůli vnitřním nefunkčním odkazům, které zůstaly z předchozí verze struktury.
• Zkontrolujte externí odkazy na web (přes Search Console nebo externí nástroje) — pokud externí weby odkazují na staré adresy, potřebují přesměrování také, ne jen vnitřní navigace.

Ztráta obsahu a metatagů

Při přenosu na nové CMS nebo do nového designu se často ztrácejí drobné, ale důležité technické prvky: jedinečné title a description, alt texty obrázků, a někdy i část samotného textu stránek, pokud se přenos dělal ručně nebo přes neúplnou automatickou migraci.

• Porovnejte title a description na klíčových stránkách se starou verzí (podle archivu nebo zálohy) — zda nebyly nahrazeny výchozími šablonovými hodnotami CMS.
• Zkontrolujte, zda se objem textu na hlavních stránkách výrazně nezmenšil oproti staré verzi bez vědomého rozhodnutí.
• Ujistěte se, že strukturovaná data (schema.org), pokud byla na starém webu, jsou přenesená a správně fungují na novém.

Indexace po spuštění

Po spuštění nové verze webu se vyplatí Googlu explicitně potvrdit, že se struktura změnila, ne čekat, až si to robot sám vyřeší za neurčitou dobu.

• Odešlete aktualizovanou sitemap.xml do Google Search Console hned po spuštění.
• Zkontrolujte, zda na novém webu náhodou nezůstal tag noindex nebo blokace v robots.txt zděděná ze staging verze webu použité pro vývoj.
• Sledujte report „Pages" v Search Console první týdny po spuštění — nárůst počtu vyloučených stránek signalizuje problém, který je třeba řešit hned, ne odkládat.

Více o nastavení a čtení reportů Search Console — v článku „Jak nastavit Google Search Console".

Kdy je potřeba naléhavý audit

Ne každé menší kolísání pozic po redesignu vyžaduje okamžitý plnohodnotný audit — ale existují signály, u kterých se nevyplatí otálet:

• Návštěvnost klesla o víc než 30–40 % během prvních 1–2 týdnů po spuštění.
• V Search Console prudce vzrostl počet chyb indexace nebo stránek označených jako „Neindexováno".
• Pozice u klíčových komerčních dotazů zcela zmizely z top 20, ne jen mírně poklesly.

V takových případech je rozumnější rovnou objednat naléhavý technický audit, než se snažit uhádnout příčinu dílčími úpravami — část problémů se navzájem překrývá, a bez systematické diagnostiky je snadné přehlédnout jednu z několika současných příčin poklesu.

Jak se vyhnout stejné chybě při příštím redesignu

Většině popsaných problémů lze předejít, pokud se SEO specialista zapojí ve fázi plánování redesignu, ne až po jeho spuštění:

• Sestavovat mapu přesměrování předem, před vypnutím staré verze webu, ne dodatečně podle stížností na ztracenou návštěvnost.
• Testovat novou verzi webu na staging doméně s explicitním noindex, aby se rozpracovaná verze nedostala do indexu předčasně.
• Porovnávat obsah a metatagy nové verze se starou před publikací, ne spoléhat na automatický přenos bez kontroly.

Checklist obnovy po redesignu

1. Sestavit kompletní seznam starých URL z archivu Search Console nebo zálohy.
2. Zkontrolovat, zda má každá stará URL nastavené správné 301 přesměrování.
3. Najít a odstranit stránky vracející 404 pomocí reportu Search Console a crawleru webu.
4. Zkontrolovat externí odkazy na staré adresy a ujistit se, že jsou také pokryté přesměrováním.
5. Porovnat title, description a alt texty klíčových stránek se starou verzí.
6. Zkontrolovat objem textu na hlavních stránkách — zda se bezdůvodně nezmenšil.
7. Ujistit se, že strukturovaná data jsou přenesena a projdou validací.
8. Odeslat novou sitemap.xml do Search Console.
9. Zkontrolovat robots.txt a metatagy kvůli náhodně zděděnému noindex ze staging verze.
10. Sledovat report „Pages" a pozice u klíčových dotazů minimálně 4–6 týdnů po spuštění.

Časté otázky