Nový vzhled sám o sobě pozice nesráží. Redesign webu ohrožuje SEO ve chvíli, kdy se mění adresy, obsah a technické nastavení. Projdeme deset konkrétních rizik, přípravu, spuštění i kontrolu po něm. Základy oboru najdete v přehledu co je SEO.
Obsah
Co je redesign webu a čím se liší od migrace
Redesign znamená změnu vzhledu, struktury nebo funkcí webu. Migrace je přesun na jiný systém, hosting, adresy či doménu. V praxi se obojí často spojuje, a právě proto vzniká SEO riziko. Nepochází z grafiky, ale z toho, že vyhledávač najde jiné adresy, jiné texty a jiné technické nastavení, než na jaké byl zvyklý.
Čtyři typy změn a jejich SEO riziko
| Typ změny | Co se mění | Míra SEO rizika | Co je nutné zařídit |
|---|---|---|---|
| Pouze nový vzhled | Grafika, adresy zůstávají | Nízká | Ohlídat obsah, nadpisy a rychlost |
| Změna systému či hostingu | Technické zázemí, adresy zůstávají | Střední | Ohlídat výkon a technická nastavení |
| Změna struktury adres | Podoba a cesty URL | Vysoká | Mapa URL a přesměrování 301 |
| Změna domény | Celá adresa webu | Nejvyšší | Mapa URL, 301, Změna adresy v Search Console, odkazy z externích webů |
Kdy redesign opravdu dělat
Důvodem bývá web, který neodpovídá nabídce, je pomalý či nepoužitelný na mobilu, správa obsahu zdržuje práci nebo klesají poptávky. Pokud stačí úpravy stávajícího webu, nepouštějte se do celé přestavby. Při nízké návštěvnosti redesign problém nevyřeší, protože nový vzhled návštěvníky nepřivede. Pro samotnou tvorbu webových stránek je třeba mít plán i pro SEO.
Deset SEO rizik při redesignu a migraci webu
Každé riziko popisujeme stejně: co se stane a jak tomu předejít. Nejčastěji se zapomíná na věci, které návštěvník na první pohled nevidí.
Riziko 1, chybějící přesměrování starých adres
Při změně adres bez přesměrování 301 se z původních stránek stanou chyby 404 a mizí pozice i hodnota odkazů. Poznáte to podle nárůstu chyb v crawlu. Každou starou adresu přesměrujte na nejbližší odpovídající novou stránku, ne obecně. Postup shrnuje Google Search Central, přesun webu. Mapu URL najdete níže.
Riziko 2, přesměrování všeho na homepage
Hromadné směrování starých adres na úvodní stránku Google může vyhodnotit jako soft 404 a ztrácí se relevance. Kategorii bot proto přesměrujte na novou kategorii bot, ne na homepage. U stránek bez náhrady použijte stav 410 nebo nejbližší nadřazenou kategorii.
Riziko 3, ztracený obsah, titulky a nadpisy
Při přenosu do nového systému se často ztratí texty, meta titulky a popisky, nadpisy H1 i alt texty. Porovnejte starý a nový crawl a nepřepisujte stránky, které dnes dobře fungují. Přehled prvků na stránce najdete v článku o on-page faktorech.
Riziko 4, rozbité interní odkazy
Nová navigace bývá jiná a staré cesty v textech vedou do prázdna. Interní odkazy musí mířit na finální adresy, ne přes řetězce přesměrování. Pravidlo je jednoduché: po spuštění nesmí žádný interní odkaz vést přes 301.
Riziko 5, pomalý a hůře použitelný nový web
Nový web s těžkými obrázky a skripty často dopadne hůře než starý. Core Web Vitals měřte před redesignem i po něm; cílem je LCP do 2,5 s, INP do 200 ms a CLS do 0,1. Otestujte také mobilní verzi. Další kroky najdete v článku o zrychlení načítání webu.
Riziko 6, obsah dostupný jen přes JavaScript
Googlebot JavaScript renderuje, takže tvrzení o jeho nepodpoře neplatí. Riziko je jinde: obsah a odkazy se objeví až po kliknutí či posunu; skripty jsou zablokované nebo je renderování pomalé. V nástroji Kontrola adresy URL v Search Console porovnejte vykreslené HTML a ověřte, že hlavní text i odkazy v něm jsou.
Riziko 7, zapomenuté blokace z testovacího webu
Testovací verzi chraňte heslem nebo značkou noindex. Soubor robots.txt blokuje procházení, ale adresu z indexu neodstraní, jak vysvětluje Google Search Central, robots.txt. Před spuštěním ověřte, že se noindex, heslo ani Disallow nepřenesly na ostrý web. Testovací doména nesmí zůstat v odkazech, canonicalu ani sitemapě.
Riziko 8, stránkování a canonical
Google nedoporučuje nastavovat canonical všech stránek výpisu na první stránku. Každá stránka stránkování má mít vlastní, tedy self canonical, jak uvádí Google Search Central, stránkování. Při redesignu e-shopu nebo blogu ověřte, že nový šablonový kód canonical nenastavil jinak. Obchodům se věnuje SEO pro e-shop.
Riziko 9, hreflang a strukturovaná data
Jazykové verze a hreflang se při redesignu snadno rozbijí. Report Mezinárodní cílení v Search Console již neexistuje; hreflang proto testujte crawlerem. Strukturovaná data po spuštění ověřte v nástrojích Rich Results Test a Schema Markup Validator, ne ve zrušeném Structured Data Testing Tool.
Riziko 10, ztráta zpětných odkazů a měření
Zpětné odkazy mířící na stará URL ztrácejí sílu, pokud na ně není přesměrování. U důležitých odkazů navíc požádejte o aktualizaci adresy. Podrobnosti o zpětných odkazech najdete ve slovníku. Samostatným rizikem je ztráta měřicích kódů a sitemap.
Příprava před redesignem krok za krokem
Uložte výchozí stav webu
Udělejte crawl celého webu, exportujte dotazy a stránky ze Search Console a sepište stránky s nejvyšší návštěvností a zpětnými odkazy. Zaznamenejte také pozice klíčových frází. Inventura vychází z více zdrojů, ne jen z crawlu: z exportu stránek z CMS, ze sitemap a z Google Analytics 4. Bez tohoto stavu nelze po spuštění nic porovnat; začněte proto SEO analýzou webu.
Sestavte mapu URL
| Stará adresa | Nová adresa | Akce | Poznámka |
|---|---|---|---|
| /kontakt/ | /kontakt/ | Ponechat | Adresa se nemění |
| /boty-panske/ | /panske-boty/ | 301 na novou | Nová podoba adresy |
| /akce/ a /slevy/ | /nabidka/ | 301 na jednu | Sloučené stránky |
| /stary-produkt/ | bez náhrady | 410 či nadřazená kategorie | Zrušená stránka |
| /blog/clanek/ | /magazin/clanek/ | 301 na novou | Přesun blogu |
Mapa musí pokrýt všechny stránky s návštěvností nebo odkazy. Přesměrovávají se také soubory PDF a obrázky, které přinášejí návštěvy či mají odkazy.
Stanovte měřitelné cíle a testovací prostředí
Určete cíle, například rychlost, konverze a návštěvnost, a postavte testovací web chráněný heslem. Pokud to jde, nechte redesign a změnu obsahu na samostatné etapy. Dvě velké změny najednou ztíží zjištění, co způsobilo případný propad.
Zálohujte starý web a připravte návrat zpět
Pořiďte úplnou zálohu souborů, databáze a obrázků a ověřte přístupy k doméně, hostingu i měřicím nástrojům. Starý web nemažte; zůstává připravený k obnovení. Předem určete, kdo a podle jakého kritéria rozhodne o návratu, například při nefunkčním formuláři, noindexu na ostrém webu či masivních chybách 404. U webů s objednávkami a poptávkami nestačí obnovit zálohu; je nutné řešit i objednávky a poptávky, které přišly po spuštění.
Spuštění nového webu bez ztráty pozic
Odstraňte dočasné blokace
Před prvním zveřejněním odstraňte heslo, noindex v šablonách i Disallow v robots.txt zděděný z testovací verze. Pořadí je důležité, protože zapomenutá blokace nový web před vyhledávači skryje.
Zapněte přesměrování a nahrajte novou sitemap
Přesměrování zapněte v den spuštění. XML sitemap obsahuje pouze nové adresy a robots.txt na ni odkazuje. Novou sitemap odešlete v Search Console, protože ping sitemapy Google ukončil. Starou sitemap lze dočasně ponechat, abyste v Search Console sledovali indexaci starých i nových adres.
Otestujte přesměrování, funkce a hlavní stránky
Vyzkoušejte vzorek stránek z mapy URL: ověřte stavový kód a cílovou adresu a vyloučte řetězce i smyčky. Na hlavních šablonách ověřte canonical, meta robots, titulky a H1.
Otestujte formuláře včetně doručení zprávy, u e-shopu objednávku a platbu, dále měřicí kódy, konverze a mobilní verzi na reálném zařízení. Totéž zopakujte v prvním týdnu po spuštění. Placené kampaně nepozastavujte plošně; v den spuštění jim aktualizujte cílové adresy, i ve feedech pro srovnávače.
Kontrola po spuštění a sledování pozic
Porovnejte nový crawl se starým stavem
Nový crawl srovnejte s uloženým původním. Hledejte chybějící stránky, změněné titulky a H1, nové chyby 404 a řetězce 301. Tato kontrola patří až po spuštění.
Co sledovat v Search Console a analytice
Sledujte stav indexace, chyby procházení, Přehled Core Web Vitals a výkon v prvních čtyřech týdnech. Dočasné kolísání pozic je normální. U středně velkých webů potřebuje Google několik týdnů i déle, než začne ukazovat nové adresy místo starých. Vyhodnocení vám usnadní text o měření úspěchu SEO.
Jak dlouho držet přesměrování
Alespoň rok, podle Google ideálně co nejdéle. Staré adresy nepouštějte a starou doménu neodpojujte, dokud se neaktualizují odkazy z externích webů.
Změna domény při redesignu
Tato kapitola je pro ty, kdo s redesignem mění i adresu webu. Řešíme jen rozhodnutí a kroky.
Kdy změna domény dává smysl
- Dobrý důvod: doména patří někomu jinému.
- Dobrý důvod: doména se obtížně zapamatuje.
- Dobrý důvod: plánujete mezinárodní expanzi.
- Špatný důvod: subjektivní vzhled domény či doporučení bez zdůvodnění.
- Špatný důvod: nespokojenost s hostingem, který lze změnit bez domény.
Zavedenou doménu s návštěvností neměňte bez silného důvodu.
Změna adresy v Search Console
Nástroj se používá pouze při přesunu z jedné domény nebo subdomény na jinou. Nehodí se pro změnu adres uvnitř domény ani pro přechod z HTTP na HTTPS. Před jeho použitím musí být nastavené přesměrování 301 celé domény a ověřené obě vlastnosti.
Co udělat navíc u nové domény
Absolutní adresy v kódu se při změně domény samy nezmění, proto je potřeba je aktualizovat. Oslovte weby, které na starou doménu odkazují. Starou doménu nepouštějte a ponechte ji registrovanou. U webu ve WordPressu pomůže WordPress SEO.
Nástroje pro redesign webu a kontrolu SEO
| Nástroj | K čemu při redesignu slouží | Fáze |
|---|---|---|
| Screaming Frog SEO Spider | Crawl webu | Před i po spuštění |
| Lumar (dříve DeepCrawl) | Crawl velkých webů | Před i po spuštění |
| Google Search Console | Indexace, Změna adresy, sitemap | Příprava, po spuštění |
| Ahrefs | Zpětné odkazy, audit webu | Před i po spuštění |
| Bing Webmaster Tools s protokolem IndexNow | Oznámení změn Bingu a dalším vyhledávačům | Spuštění |
| PageSpeed Insights | Core Web Vitals a mobilní kontrola | Před i po spuštění |
| Rich Results Test | Strukturovaná data | Po spuštění |
| Schema Markup Validator | Validace schématu | Po spuštění |
Širší pohled na technickou stránku shrnuje technická optimalizace webu.
Závěrečný checklist redesignu webu
Před spuštěním
- Uložte výchozí stav webu.
- Sestavte mapu URL.
- Pořiďte zálohu a plán návratu.
- Nasaďte testovací web s heslem nebo noindex.
- Zkontrolujte obsah a metadata.
- Zkontrolujte rychlost.
- Zkontrolujte interní odkazy.
- Ověřte SSL a HTTPS bez smíšeného obsahu.
Při spuštění
- Odstraňte blokace.
- Zapněte přesměrování 301.
- Nahrajte novou sitemap.
- Otestujte přesměrování.
- Otestujte formuláře a měření.
Po spuštění
- Udělejte nový crawl.
- Zkontrolujte Search Console.
- Otestujte strukturovaná data.
- Sledujte pozice čtyři týdny.
- Aktualizujte odkazy z externích webů.
Nejčastější otázky k redesignu webu
Ano, pokud se adresy, obsah či technické nastavení změní bez plánu. Dobře připravený redesign naopak může pozice udržet nebo zlepšit. Rozhoduje příprava, ne samotná grafika.
Ne, adresy lze zachovat a riziko se tím výrazně sníží. Změna se vyplatí jen s důvodem a s mapou URL.
Je to trvalé přesměrování z původní adresy na novou, které předává pozice i návštěvníky. Pro trvalou změnu se používá 301 nebo 308. Kódy 302 a 307 jsou dočasné a jako trvalé řešení se nehodí.
Nedoporučujeme to. Zvolte relevantní náhradu a jinak stav 410.
Ne. Canonical je jen nápověda pro Google, kdežto přesměrování přenese uživatele i roboty na novou adresu.
Podle Google u středně velkých webů několik týdnů i déle.
Pouze při přesunu na jinou doménu nebo subdoménu.
Co si z redesignu webu odnést
Redesign webu je bezpečný, pokud se mění vzhled, ale zachovají se adresy, obsah a technické nastavení. Změna adres a domény vyžaduje mapu URL, přesměrování 301 a kontrolu po spuštění. Příklady z praxe najdete v našich případových studiích. Průběžný dohled nabízí správa SEO a s plánem vám poradí SEO konzultant.