Řetězec přesměrování: jak ho zkrátit bez ztráty starých URL

V mapě najdete cestu přes tři přesměrování a chcete ji zkrátit. Nabízí se smazat prostřední pravidlo, protože už přece nikdo nemá chodit na starou adresu. Právě tím ale můžete vytvořit nový problém: historický vstup přestane mít náhradu. Zkrácení cesty a odstranění starého zdroje jsou dvě odlišná rozhodnutí.

Na modelové mapě si projdeme bezpečnější postup. Najdeme konec jednotlivých cest, potvrdíme cílovou stránku a upravíme přímá pravidla tak, aby zůstaly pokryté všechny schválené vstupy. Ukážeme si také chybnou opravu, která v kontrole samotné mapy vypadá čistě, ale v porovnání s původním inventářem už neobstojí. Příklad používá pouze modelové adresy example.com.

Tři historické vstupy a jeden současný cíl

Představte si kategorii, která během dvou změn struktury dostala různé názvy. Původní /svetla-2018/ vede na /svetla-2022/ a tato adresa pokračuje na současné /osvetleni/. Navíc existuje starší vstup /stare-lampy/, který byl kdysi napojený na první z nich. Všechna tři pravidla mají v modelu plánovaný kód 301.

Tabulka ukazuje dva různé počty. Počet pravidel je tři, ale počet kroků se liší podle vstupu. Z adresy /svetla-2022/ vede cesta přímo, ze /stare-lampy/ až přes dva mezikroky. Samotný počet řádků proto nic spolehlivého neříká o délce konkrétní cesty návštěvníka.

Všechny řádky mohou být syntakticky správné a společně nemusí tvořit smyčku. Přesto existuje prostor pro zjednodušení. Doporučení Google Search Central směřuje při migraci k přímému napojení na finální cíl. Přínosem je omezení zbytečných mezikroků; z tohoto modelu však nelze vyčíslit konkrétní zrychlení webu nebo změnu pozic ve vyhledávání.

Zopakujte model v kontrole mapy

Otevřete kontrolu mapy přesměrování a vložte následující CSV. Hlavička popisuje zdroj, cíl a plánovaný kód. Používáme úplné adresy, aby bylo zřejmé, že porovnáváme stejný protokol a doménu. Při práci se skutečným projektem si tyto části neodmazávejte.

source;target;status
https://example.com/svetla-2018/;https://example.com/svetla-2022/;301
https://example.com/svetla-2022/;https://example.com/osvetleni/;301
https://example.com/stare-lampy/;https://example.com/svetla-2018/;301

Výsledek obsahuje tři záznamy: dva k prověření a jeden bez nálezu. U prvního zdroje je řetězec o dvou přesměrováních, u posledního o třech. U prostředního pravidla není řetězec k další adrese v mapě, protože jeho cíl už není zdrojem dalšího vloženého pravidla.

Sloupec „Konec cesty v mapě“ popisuje vložené podklady. Nástroj nekontaktuje doménu a nepotvrzuje, že skutečná stránka /osvetleni/ vrací úspěšnou odpověď. Pokud server obsahuje další pravidlo mimo CSV, živá cesta může pokračovat jinak. V tomto kroku zjišťujeme vlastnosti plánu.

Než řetězec narovnáte, potvrďte společný cíl

Osvětlení zní jako rozumné pokračování obou kategorií, ale podobnost názvu není schválení. Původní stránka mohla obsahovat pouze průmyslové osvětlení, zatímco nová kategorie nabízí bytové lampy. Přímé pravidlo by technicky zjednodušilo cestu, obsahovou neshodu by však nezměnilo.

Pro každý původní vstup proto porovnejte záměr a rozsah obsahu s novým cílem. Nemusíte třikrát opisovat stejnou analýzu, pokud jde doložitelně o přejmenování téže kategorie. Musíte ale umět odlišit tuto situaci od sloučení několika různých témat, kde by společná náhrada byla příliš široká.

• Co návštěvník na původní stránce hledal a jaké možnosti tam měl?
• Která nová stránka tyto informace nebo produkty skutečně převzala?
• Nevede některý starší vstup k užšímu tématu, které má vlastní náhradu?
• Kdo potvrdí obsahové rozhodnutí a v jaké verzi cílové struktury?

V našem modelu správce obsahu potvrzuje /osvetleni/ jako odpovídající pokračování všech tří zdrojů. Teprve s tímto předpokladem dává následující přímá mapa smysl. Pokud rozhodnutí ve skutečném projektu chybí, zůstává nález otevřený a úprava se nepředává k nasazení jako hotová.

Správná oprava zachová všechny tři zdroje

Změňte cíle tak, aby každý schválený historický vstup vedl přímo na finální stránku. Pravidlo pro /svetla-2022/ zůstává, protože tato adresa může dál existovat ve starších odkazech, záložkách nebo dokumentaci. Její role mezikroku není jediným důvodem její přítomnosti v mapě.

source;target;status
https://example.com/svetla-2018/;https://example.com/osvetleni/;301
https://example.com/svetla-2022/;https://example.com/osvetleni/;301
https://example.com/stare-lampy/;https://example.com/osvetleni/;301

Kontrola nyní vrátí tři záznamy bez nálezu. U každého je v dodaném souboru jediný krok. Více různých zdrojů se společným cílem není automaticky duplicita. Duplicita pravidla by znamenala opakovaný stejný zdroj se stejným cílem a kódem, nikoli pouhou shodu cílového sloupce.

Pro finální /osvetleni/ nepřidávejte pravidlo na sebe. Pokud má tato stránka zůstat dostupná, patří do nového inventáře jako cílová adresa. Řádek /osvetleni/ → /osvetleni/ by nevyjadřoval její zachování; vytvořil by neplatné přesměrování na stejnou URL.

Proč smazání prostředního řádku může projít jednou kontrolou

Vyzkoušejte jinou variantu: v přímé mapě ponechte první a třetí řádek, ale odstraňte /svetla-2022/. Samotná kontrola mapy neví, že tento vstup potřebujete. U dvou zbývajících pravidel nenajde řetězec ani konflikt. To může vytvořit falešný pocit, že jste provedli čistší opravu.

Nyní otevřete kontrolu pokrytí migrace. Původní seznam musí obsahovat všechny tři historické adresy. Nový seznam obsahuje jedinou finální adresu /osvetleni/. Do mapy vložte právě tuto zkrácenou variantu se dvěma pravidly. Výsledkem budou dvě adresy pokryté mapou a jedno chybějící rozhodnutí pro /svetla-2022/.

Kontroly se tedy doplňují. První posuzuje, co jste do mapy vložili. Druhá porovnává mapu s dodanými inventáři. Při čištění nezahoďte původní seznam a potom ho nevytvářejte z očištěné mapy: tím byste chybějící vstup odstranili současně z obou stran porovnání.

Řetězec někdy pokračuje mimo váš soubor

Na reálném webu může další krok vznikat změnou HTTP na HTTPS, sjednocením domény, pravidlem pro lomítka nebo nastavením aplikace. V CSV vidíte přímý vztah, ale server cílovou adresu ještě upraví. Proto před nasazením ověřte, že do mapy zapisujete zamýšlenou finální podobu URL.

To neznamená automaticky měnit všechna obecná pravidla infrastruktury. Nejprve popište konkrétní cestu a určete, která vrstva odpovídá za jednotlivé kroky. Technické řešení patří správci daného prostředí. Na veřejné SEO dílně není živý crawler ani HTTP proxy; nástroje zůstávají u lokální práce s dodanými daty.

Narazíte-li při kontrole na návrat k již navštívené adrese, neřešíte už pouze delší řetězec. Pomůže rozbor smyčky po sloučení map. U smyčky je nejprve potřeba odstranit protichůdné rozhodnutí; prosté přepsání některých cílů bez pochopení příčiny může vytvořit konflikt.

Předejte změnu jako seznam zachovaných vstupů

Zadání „zkrátit řetězce“ ponechává příliš mnoho prostoru pro výklad. U modelu napište, že všechny tři zdroje zůstávají platnými historickými vstupy a mění se pouze jejich přímé napojení. Přiložte schválený konečný cíl a označení výsledné mapy, která prošla kontrolou.

1. Uložte původní inventář a výchozí mapu jako dohledatelné podklady.
2. Potvrďte obsahovou náhradu pro každou dotčenou skupinu adres.
3. Upravte finální mapu a zkontrolujte její návaznosti i pokrytí.
4. Domluvte nasazení konkrétní označené verze, nikoli nepojmenované přílohy.
5. Po nasazení ověřte každý dotčený historický vstup a konečný obsah.

Do výsledku zapisujte skutečné zjištění. Před nasazením můžete potvrdit jednu cestu v mapě, po odpovídajícím testu jednu cestu v konkrétním prostředí. Pokud jste otevřeli jen finální stránku, nemáte tím ještě ověřenou odpověď staré adresy. Podrobněji to rozlišuje článek co čistá mapa přesměrování neověří.

Kdy nelze všechny kroky mechanicky nahradit jedním

Model používá trvalé přesuny stejné obsahové kategorie. V jiném projektu může být mezikrok součástí dočasného obchodního nebo aplikačního postupu. Třeba rozhoduje o dostupné jazykové variantě či vede během omezené události na jinou stránku. Nejdřív proto zjistěte důvod kroku a jeho podmínky. Upozornění na více přesměrování samo neuděluje oprávnění změnit fungování aplikace.

V zadání oddělte dvě skupiny. Do první patří doložené historické přesuny s potvrzeným finálním cílem, které můžete narovnat podle modelu. Do druhé patří podmíněné nebo dočasné případy, které se vracejí k vlastníkovi funkce. U nich můžete navrhnout prověření jednoduššího řešení, ale dokud není schválené, neprezentujte přímý cíl jako hotový závěr.

Stejně opatrně přistupujte ke kódům. Výchozí hodnota v šabloně není důvod změnit dočasný přesun na trvalý. V našem příkladu je 301 součástí schváleného modelového záměru; při jiné situaci potřebujete odpovídající rozhodnutí a následné ověření. Pouhé snížení počtu upozornění není cílem převzetí.

Malý soubor se dá zkontrolovat i ručně, ale porovnejte správné sloupce

Před a po úpravě si vedle sebe položte seznam zdrojů. U této opravy musí zůstat tři stejné vstupní adresy; změnit se mají jejich cíle a délky cest. Pokud se změnil i počet nebo složení zdrojů, každá taková odchylka potřebuje vysvětlení. Neberte rozdíl v počtu řádků automaticky jako úspěšný úklid.

Potom zkontrolujte finální cíle a kódy. Tím získáte malý, srozumitelný přehled změny, který může kolega zkontrolovat bez rekonstrukce původního řetězce. Až další samostatný důkaz potvrzuje skutečné chování po nasazení. Proč se tyto kroky oddělují, je dobře vidět právě na chybné variantě se ztraceným prostředním vstupem.

Cvičení: které pravidlo byste odstranili?

Všechny tři zdroje vedou přímo na /osvetleni/. Můžete ponechat jediný řádek, protože cíl je společný?

Nemůžete to odvodit ze shodného cíle. Každý řádek obsluhuje jinou původní adresu. U prosté mapy potřebujete zachovat rozhodnutí pro všechny tři vstupy. Případné obecnější serverové pravidlo je jiné technické řešení s vlastním rozsahem, výjimkami a ověřením; nástroj ho z těchto tří řádků nevygeneruje.

Zkuste také variantu, kdy /svetla-2022/ má podle nového inventáře zůstat samostatnou stránkou s vlastním obsahem. Pak přímé přesměrování této URL na /osvetleni/ vyžaduje nové rozhodnutí o jejím osudu. Nejde o pouhou technickou optimalizaci řetězce. Pro tuto situaci je určen rozbor zachované URL s přesměrováním.

Jak poznat, že se řetězec nevrátí při příštím exportu

Upravená tabulka nemusí být zdrojem pravdy pro další nasazení. Pokud příští export znovu poskládá původní historické kroky, vrátí i právě odstraněné návaznosti. Zjistěte proto, odkud vzniká výsledný seznam, a opravu promítněte do schváleného pracovního podkladu, ze kterého se bude pokračovat.

Nezahazujte přitom historii rozhodnutí. U každého přesměrovaného vstupu může zůstat poznámka, že kdysi vedl přes jinou adresu, zatímco aktuální sloupce zdroj a cíl už popisují přímou cestu. Historická poznámka vysvětluje původ; nemá se automaticky znovu překlápět do aktivních pravidel.

Dobrá oprava zkracuje cestu, ale nezužuje nepozorovaně seznam obsloužených vstupů. Uchovejte původní inventář, porovnejte oba výsledky a vyžadujte důkaz z odpovídajícího nasazení. Tak lze rozlišit skutečné zjednodušení od pouhého odstranění upozornění v tabulce.

Časté otázky

Jak zkrátit řetězec přesměrování?

Potvrďte vhodný konečný cíl a upravte schválené vstupy tak, aby na něj vedly přímo. Neodstraňujte automaticky historický zdroj, který dříve sloužil jako mezikrok. Může být stále používaným samostatným vstupem.

Je více zdrojů se stejným cílem duplicita?

Ne samo o sobě. Různé staré adresy mohou mít společnou obsahovou náhradu. Duplicita pravidla vyžaduje opakovaný stejný zdroj, cíl a kód; společný cílový sloupec k takovému závěru nestačí.

Jak zjistím, že při zkrácení nezmizel starý vstup?

Porovnejte opravenou mapu s úplným původním inventářem. Kontrola samotných zbývajících pravidel nezná smazané zdroje. Po nasazení ověřte i historické adresy, nikoli pouze poslední novou stránku.