Smyčka přesměrování po sloučení map: jak najít a opravit příčinu

Dva kolegové odevzdají dvě mapy přesměrování. Každá při samostatné kontrole vypadá v pořádku, ale po jejich spojení se objeví smyčka. Není to rozpor ve výsledku nástroje. Samostatná kontrola nezná pravidla z druhého souboru. Chyba vzniká až v jejich společných návaznostech.

Na malém modelu si ukážeme, proč nestačí zkontrolovat každý import zvlášť, jak vystopovat kruh mezi adresami a jak připravit opravu bez náhodného mazání řádků. Výsledkem bude jednoznačná mapa a seznam podmínek pro její převzetí. Nejde o popis konkrétní klientské migrace; všechny adresy patří do modelové domény example.com.

Jak dvě platné části vytvoří neplatný celek

První podklad vznikl při změně kategorií. Starší adresa /svetla/ má přejít na /osvetleni/. Druhý podklad zachycuje pozdější návrh, podle kterého se /osvetleni/ vrací na /svetla/. V jednotlivých souborech má každý zdroj jediný cíl a nikde není další krok. Po spojení se však první cíl stane zdrojem druhého pravidla.

Průchod společným plánem vypadá jednoduše: /svetla/ → /osvetleni/ → /svetla/ → znovu /osvetleni/. Žádný krok nevede na konečnou stránku. Obrácené pořadí řádků tento vztah neopraví. Změníte pořadí zápisu, ale dvě protichůdná rozhodnutí v mapě zůstanou.

Totéž se může stát mezi třemi nebo více adresami. U delšího kruhu bývá problém méně nápadný, protože zdroj prvního řádku nevidíte hned ve druhém cíli. Proto se kontrolují návaznosti celé výsledné mapy, nikoli jen sousední řádky nebo opakované hodnoty ve sloupci zdroj.

Zopakujte si nález v nástroji

Otevřete kontrolu mapy přesměrování. Nejprve vložte pouze pravidlo z mapy A včetně hlavičky. Kontrola nad tímto jedním pravidlem nenajde smyčku. Potom proveďte totéž s mapou B. V obou případech pracujete jen s jednou dostupnou hranou, takže chybí informace o návratu.

source;target;status
https://example.com/svetla/;https://example.com/osvetleni/;301

Nyní oba řádky spojte pod jedinou hlavičku. Nekopírujte druhou hlavičku doprostřed dat: nebylo by to další pravidlo a jen byste si do modelu přidali jinou chybu. Prázdný řádek mezi částmi nepotřebujete. Kompletní vstup pro společnou kontrolu je následující:

source;target;status
https://example.com/svetla/;https://example.com/osvetleni/;301
https://example.com/osvetleni/;https://example.com/svetla/;301

U tohoto modelu nástroj označí dva řádky s chybou smyčky. Nejsou to dvě nezávislé migrace k opravě: oba řádky popisují tentýž kruh. Nástroj nedokáže určit konec cesty, protože ho dodaná mapa nemá. Očekávaný výsledek si můžete ověřit vložením uvedeného textu; žádná živá adresa se kvůli tomu nenačítá.

Smyčka, řetězec a konflikt potřebují různé opravy

Ne každý problém s návaznostmi je smyčka. U řetězce /svetla/ → /osvetleni/ → /bytova-svitidla/ existuje konec. Můžete posoudit zkrácení na přímý cíl, ale nejprve potřebujete potvrdit, že poslední stránka skutečně představuje schválenou náhradu. U smyčky konečný cíl zatím chybí.

Konflikt má jinou podobu: stejný zdroj se vyskytuje s různými cíli nebo kódy. Tam není jednoznačný už první krok. Při souběhu více závad může být nutné nejdřív vyřešit konflikt, aby vůbec šlo další průchod určit. Proto nečekejte, že jeden výpis vždy odhalí všechny budoucí návaznosti nejednoznačné mapy.

• Smyčka: cesta se vrací na již navštívenou adresu. Rozhodněte, kde má skutečně skončit.
• Řetězec: následuje několik pravidel za sebou. Posuďte přímé napojení na potvrzený finální cíl.
• Konflikt: zdroj má více odlišných rozhodnutí. Nejdřív schvalte jediný odpovídající výsledek.
• Přesměrování na sebe: zdroj a cíl jsou stejné. Ověřte, zda stránka má zůstat dostupná bez takového pravidla.

Pokud při spojování narazíte na poslední dvě situace, pomůže také rozbor duplicitních a konfliktních pravidel. Rozdělení nálezů podle příčiny zkracuje zadání: správce obsahu rozhoduje o náhradě stránky, zatímco technik následně upraví konkrétní pravidla.

Neodstraňujte náhodný řádek. Najděte překonané rozhodnutí

U modelové dvojice by smazání jednoho řádku kruh přerušilo. Po technické stránce je to jednoduché, ale samo o sobě to neříká, který směr má zůstat. Pokud odstraníte správné pravidlo a ponecháte překonané, kontrola může přestat hlásit smyčku, přestože výsledek odporuje cílové struktuře webu.

Vraťte se k původu obou návrhů. Mapa A mohla vycházet z první verze navigace a mapa B z pozdějšího názvosloví. Také ale může jít o chybný zpětný export nebo o pracovní pokus, který se neměl dostat do finálního seznamu. Novější datum souboru není automaticky důkazem novějšího obsahového rozhodnutí.

1. Ke každému zapojenému pravidlu dohledáte soubor, autora návrhu a původní důvod.
2. Porovnáte obě adresy se schváleným novým inventářem a skutečným plánem obsahu.
3. Vlastník dotčené části webu potvrdí, která stránka má zůstat a co převzala.
4. Připravíte jednu opravenou verzi a zaznamenáte, proč ostatní návrhy neplatí.

Chybí-li schválený cíl, nález zůstává otevřený. Nevytvářejte dočasnou náhradu na homepage pouze proto, aby tabulka neobsahovala chybu. Taková změna může zakrýt nevyřešenou obsahovou otázku. V pracovním přehledu je užitečnější jasně popsaná překážka než bezchybná tabulka s náhodným směrem.

Dvě opravy pro dva odlišné záměry

První možnost: finální adresou zůstává /osvetleni/. Pak ponecháte /svetla/ → /osvetleni/ a odstraníte překonané opačné pravidlo. Adresa /osvetleni/ má poskytovat odpovídající obsah, nikoli pokračovat zpátky. Ověřit to musí následná kontrola nasazeného webu; obsah CSV tuto dostupnost nedokládá.

Druhá možnost: obě původní adresy nahradí nová stránka /bytova-svitidla/. Správce obsahu její vhodnost v tomto modelu potvrdil. Potom lze oba zdroje nasměrovat přímo na ni. Níže je modelová opravená mapa, nikoli univerzální doporučení pro slučování libovolných kategorií.

source;target;status
https://example.com/svetla/;https://example.com/bytova-svitidla/;301
https://example.com/osvetleni/;https://example.com/bytova-svitidla/;301

Kontrola této mapy najde dvě pravidla bez nálezu. Obě končí na stejné adrese a v dodaném souboru z ní nepokračuje další pravidlo. Společný cíl více zdrojů není sám o sobě konflikt. Rozhodující je, zda každá původní stránka má v tomto cíli skutečně odpovídající náhradu.

Po opravě zkontrolujte i původní inventář. Neměla by v něm zůstat další stará adresa, na kterou se při řešení kruhu zapomnělo. Kontrola pokrytí migrace doplní jiný pohled: porovná plán se zadanými seznamy původních a nových URL. Ani tato kontrola však nenahrazuje rozhodnutí o obsahu.

Kontrolujte skutečnou výslednou verzi importu

Častou organizační chybou je kontrola staršího exportu. Jeden člověk odstraní kruh, druhý mezitím připojí historická pravidla a třetí nahraje původní přílohu z e-mailu. Každý má důvod věřit, že pracuje se správným souborem. Bez označení výsledné verze se ale jejich závěry nedají spojit.

Pro malý projekt stačí srozumitelný postup: návrhy jsou oddělené, schválená mapa má vlastní označení a jediná odpovědná osoba ji předává k nasazení. U výsledku kontroly zapisujte právě toto označení, počet pravidel a rozsah. Věta „mapa prošla“ bez určení souboru se při předání těžko ověřuje.

Smyčka v tabulce a smyčka na serveru nejsou totožné důkazy

Náš nástroj vyhodnocuje pouze vložené podklady. Na skutečném webu se mohou uplatnit další pravidla: přesměrování protokolu, domény, koncových lomítek, jazykových variant, pluginu nebo nadřazené vrstvy infrastruktury. Jejich nepřítomnost v CSV neznamená, že na produkci neexistují.

Proto se může lišit i příčina. Tabulka bude čistá, ale živý požadavek se vrátí kvůli pravidlu mimo ni. Nebo tabulka obsahuje kruh, který se na konkrétním serveru zatím neprojeví, protože její část nebyla nasazena. V obou případech je potřeba oddělit plán od skutečného chování, jinak opravujete jiný objekt, než který způsobil nález.

Po nasazení prověřte původní vstupy a finální stránku vhodným existujícím postupem. V prohlížeči lze pro jednotlivý případ sledovat síťové požadavky s uchováním záznamu; důkaz doplňte časem a prostředím. Na veřejný web SEO dílny kvůli tomu nevkládejte klientské logy ani neveřejné adresy. Naše kontrola žádné živé požadavky za vás neprovádí.

Cvičení: třetí pravidlo není automaticky záchrana

Do původní smyčky přidáte /osvetleni/ → /bytova-svitidla/. Je problém vyřešen?

Ještě ne. Pokud ponecháte i /osvetleni/ → /svetla/, má tentýž zdroj dva různé cíle. Místo jednoznačné opravy vznikl konflikt. Nejdřív musíte vyřadit překonané rozhodnutí a určit jediný platný další krok. Teprve potom lze znovu posoudit celou návaznost.

Zkuste si model rozšířit o /stare-lampy/ → /svetla/. Tato adresa neleží přímo v původním kruhu, ale při cestě podle mapy do něj vstoupí. Při opravě proto nekontrolujte pouze dvě adresy uvnitř smyčky: ověřte i zdroje, které na ně navazují. Počet dotčených vstupů může být větší než počet pravidel tvořících samotný kruh.

Co má proběhnout před dalším sloučením

Praktickým výstupem není zákaz více podkladů. Historické mapy i návrhy různých týmů bývají potřebné. Důležité je, aby se kontrola zopakovala po posledním spojení, nad tím, co se skutečně předává. Samostatné kontroly částí slouží jako průběžná pomoc, ne jako závěrečné schválení výsledku.

• Zachovejte původ každého pravidla pro dohledání sporných rozhodnutí.
• Po spojení vyřešte konflikty a znovu posuďte návaznosti celého souboru.
• Potvrďte konečné cíle obsahově a porovnejte je s novým inventářem.
• K nasazení předejte jedinou označenou verzi a domluvte způsob ověření.
• Nález uzavřete až podle důkazů z opravených podkladů i odpovídajícího nasazení.

Pokud chcete připravit předání od začátku, navazuje pracovní postup přípravy mapy. Při příštím nálezu smyčky začněte otázkou, které rozhodnutí se přestalo shodovat s cílovým stavem. Samotné odstranění červeného hlášení je až důsledek správné odpovědi.

Když oprava funguje v testu, ale produkce se stále vrací

Než znovu změníte obsahovou mapu, porovnejte prostředí. V testovacím systému může být nasazená nová verze, zatímco produkce používá starší import nebo další pravidlo z jiné vrstvy. Důležitá je také přesná vstupní adresa: varianta s jinou doménou, protokolem či parametrem nemusí projít stejnou cestou. Do evidence proto nepište jen název kategorie, ale celý reprodukovatelný vstup.

Vyžádejte si potvrzení konkrétní verze nasazení a zaznamenejte jednotlivé odpovědi. Pokud se druhý krok liší od schváleného CSV, máte užitečnou stopu: problém leží mezi podkladem a skutečně použitým pravidlem. Nepomůže znovu schválit stejný obsahový cíl. Potřebujete zjistit, která aktivní vrstva neočekávanou odpověď vytvořila, a předat tento důkaz odpovědnému správci.

Po technické opravě zopakujte přesně původní neúspěšný případ i související varianty. Otevření jiné nové stránky by neprokázalo, že návrat zmizel. Do záznamu přidejte výsledek po opravě vedle původního nálezu, aby šlo porovnat stejnou cestu před změnou a po ní.

Časté otázky

Jak vznikne smyčka ze dvou samostatně platných map?

Každá kontrola zná jen svůj vstup. Pravidlo A→B a samostatné B→A vypadají jednotlivě jako přímé cesty, ale po spojení vytvoří návrat. Závěrečná kontrola proto musí posoudit výslednou mapu jako celek.

Stačí odstranit libovolný řádek smyčky?

Kruh tím můžete přerušit, ale nemusíte zachovat správný směr přesunu. Nejprve potvrďte finální obsahový cíl a dohledatelně vyřaďte překonané rozhodnutí. Potom prověřte také vstupy, které do původního kruhu vedly.

Proč může smyčka zůstat na webu, když je CSV čisté?

Na serveru mohou působit pravidla mimo CSV, jiná nasazená verze nebo další vrstva infrastruktury. Zaznamenejte skutečné odpovědi od původní URL a porovnejte je s předanou mapou. Místní kontrola server nekontaktuje.