SEO dílna od Tomáše Stýskaly
Jak připravit mapu přesměrování
Dobrá mapa propojuje každou přesouvanou URL s odpovídajícím cílem a vysvětluje, proč změna dává smysl. Než tabulku předáte k nasazení, prověřte její logiku i skutečné cílové stránky.
Při migraci často nevzniká problém napsáním pravidla, ale výběrem cíle. Starý produkt zmizel, kategorie se rozdělila a několik článků se sloučilo. Nejdřív rozhodněte, kam má člověk přijít. Teprve potom řešte kód přesměrování.
Začněte šablonou mapy přesměrování. Dva vyplněné řádky jsou modelové: před použitím je nahraďte vlastními adresami.
1. Sestavte seznam původních URL
Samotná sitemap nemusí obsahovat všechny historické adresy. Zkombinujte dostupné zdroje a uložte si, odkud URL pochází. Rozsah přizpůsobte projektu, ne pouze velikosti aktuální sitemap.
- Aktuální crawl a export z CMS zachytí nynější strukturu.
- Search Console a analytika pomohou najít adresy s návštěvností a výkonem.
- Serverové logy mohou ukázat navštěvované starší cesty.
- Export odkazů upozorní na URL, na které lidé stále odkazují.
URL sjednocujte opatrně. Rozdíl mezi HTTP a HTTPS, parametry nebo koncovým lomítkem může ovlivnit chování serveru. Neodstraňujte jej z inventáře bez rozhodnutí, jak se daná varianta skutečně obsluhuje.
2. Vyberte cíl podle obsahu a záměru
Odpovídající náhrada má přednost před pohodlnou homepage. Článek přesměrujte na jeho nástupce nebo na stránku, do které se jeho obsah skutečně začlenil. U produktu posuďte, zda existuje použitelná náhrada. Náhodná kategorie není automaticky správný cíl.
Pokud obsah bez náhrady zanikl, nepřidávejte přesměrování jen proto, aby tabulka neměla prázdné místo. Zvažte správnou odpověď 404 nebo 410. Takové rozhodnutí evidujte zvlášť; nejde o přesměrovací pravidlo pro zdejší CSV kontrolu.
3. Vyplňte jednoznačné pravidlo
| Sloupec | Co obsahuje |
|---|---|
| source | Úplná původní URL, například https://example.com/stara/. |
| target | Úplná plánovaná cílová URL. |
| status | Plánovaný HTTP kód. Pro trvalé přesuny obvykle 301 nebo 308. |
| poznamka | Důvod změny nebo rozhodnutí, které musí někdo potvrdit. |
Dočasné přesměrování může být záměrné. Nezaměňujte ale krátkodobou akci s trvalým přesunem obsahu. Volbu kódu a konkrétní implementaci potvrďte s vývojářem; tabulka sama nic na serveru nemění.
4. Prověřte logiku dodané mapy
Exportujte pracovní list jako CSV UTF-8 a vložte ho do kontroly mapy přesměrování. Nástroj najde například dva různé cíle pro stejný zdroj, opakované pravidlo a cestu A → B → A.
- Konflikt: jeden zdroj má více cílů nebo kódů. Nejprve rozhodněte, který je správný.
- Řetězec: A vede na B a B na C. Posuďte přímé pravidlo A → C.
- Smyčka: cesta se vrací do již navštívené URL. Před nasazením ji odstraňte.
- Duplicita: stejné pravidlo je v mapě opakované. Zjednodušte předání.
Bez nálezu neznamená hotovou migraci. Nástroj neověřuje dostupnost cíle, jeho obsah, canonical ani robots. Kontroluje pouze vztahy uvnitř vložené tabulky.
5. Před nasazením ověřte cílové stránky
U každého důležitého cíle zkontrolujte očekávanou odpověď a skutečný obsah. U stránky určené k indexaci prověřte, zda omylem nezůstala blokovaná nebo označená noindex a zda canonical ukazuje na správnou URL. Aktualizujte interní odkazy a sitemap podle nové struktury.
Modelová ukázka migrace s úmyslnými chybami ukazuje rozdíl mezi koncem cesty v tabulce a skutečně ověřenou cílovou stránkou.
6. Po nasazení zkontrolujte skutečné odpovědi
Otestujte původní adresy, vracené kódy, hlavičku Location i finální cíle. Zaznamenejte skutečné datum a výsledek kontroly. U důležitých typů stránek udělejte i ruční kontrolu v prohlížeči. Google doporučuje u migrací ponechat přesměrování obecně nejméně jeden rok; pro návštěvníky může být vhodné je držet déle.
Za dokončení považujte ověřený provoz, ne pouze nahraný seznam pravidel. Další kontrolu naplánujte podle významu migrace a sledujte výkon i chybové odpovědi. Konkrétní frekvence závisí na projektu.