Duplicitní přesměrování, nebo konflikt? Jak opravit opakovanou URL

V tabulce najdete stejnou starou adresu dvakrát. Jeden kolega navrhuje odstranit duplicity v Excelu, druhý chce ponechat poslední import. Oba postupy mohou dopadnout dobře, ale také mohou zahodit jediné správné rozhodnutí. Nejdřív porovnejte celý význam pravidel: zdroj, cíl i kód přesměrování. Teprve potom poznáte, jestli uklízíte opakovaný řádek, nebo řešíte skutečný konflikt.

V tomto rozboru projdeme modelovou mapu se čtyřmi pravidly. U jedné adresy odstraníme pouhé opakování, u druhé budeme muset vybrat odpovídající cílovou stránku. Uvidíte také, jak výsledek předat vývojáři, co si ponechat v evidenci a proč čistá tabulka ještě nepotvrzuje chování skutečného serveru.

Čtyři řádky, dva různé problémy

Představte si modelový web na doméně example.com. Při přípravě nové struktury se spojily exporty od správce obsahu a vývojáře. Adresa /stare-svetlo/ má dvakrát stejný cíl. Adresa /stare-naradi/ má naopak dva různé cíle. Zkrácené cesty v následující tabulce patří vždy ke stejné doméně https://example.com.

První dvojice je duplicitní pravidlo: pro stejný zdroj se opakuje stejný cíl i kód. Druhá dvojice je konflikt: tabulka říká dvě odlišné věci o tom, kam má tentýž požadavek pokračovat. Počet opakování zdrojové adresy je v obou případech stejný, ale další práce je zásadně jiná.

Kdy můžete odstranit opakování

U /stare-svetlo/ dává smysl ponechat jednu schválenou verzi. Než druhý řádek odstraníte, podívejte se i na pomocné sloupce. Jeden může obsahovat poznámku o přesunu obrázků, druhý jméno člověka, který cíl potvrdil. Tyto informace mohou být důležité, přestože přesměrování samotné popisují shodně.

Odstranění duplicitního pravidla není totéž jako odstranění veškeré evidence druhého řádku. Prakticky můžete sloučit poznámky do jednoho záznamu a původní soubory ponechat jako dohledatelný podklad. U malé mapy je to drobnost; při skládání více týmových exportů vám právě původ řádku později vysvětlí, proč se pravidlo znovu objevilo.

Pozor na zdánlivě shodná pravidla s různým kódem. Dvojice 301 a 302 se stejným cílem není pro naši kontrolu totožná. Jedno pravidlo vyjadřuje trvalý přesun, druhé dočasné řešení. Technická shoda cílové adresy nerozhoduje o správném záměru. Zjistěte, zda se stránka skutečně přesunula, nebo jde například o krátkodobou akci.

U konfliktu potřebujete rozhodnout o obsahu

U /stare-naradi/ by mechanické odebrání duplicit ponechalo jeden ze dvou cílů podle zvoleného postupu. Tabulka by vypadala čistě, ale o vhodnosti výsledku by rozhodlo pořadí řádků. To je slabý základ pro změnu, která má návštěvníka dovést k odpovídajícímu obsahu.

Modelová cesta /naradi/ může být přímým nástupcem původní kategorie, zatímco /dilna/ může být širším rozcestníkem. Z názvů samotných to však nepoznáte spolehlivě. Otevřete dostupné podklady původní stránky a návrh nových stránek. Porovnejte, jaký úkol tam návštěvník řešil, jaký obsah se přenesl a co na novém cíli skutečně najde.

• Jaké produkty, služby nebo odpovědi původní stránka obsahovala?
• Která cílová stránka tyto potřeby převzala a kdo to může potvrdit?
• Není jeden návrh pouze pracovní adresou nebo překonanou verzí struktury?
• Existuje záznam o schválení, nebo jde zatím jen o domněnku autora exportu?

Pokud se obsah rozdělil mezi několik nových stránek, jedno přesměrování nemusí dokázat zachovat všechny původní možnosti. Pak je potřeba obsahové rozhodnutí: například vytvořit odpovídající rozcestník nebo vybrat hlavní pokračování. Nástroj vám tuto odpověď nevygeneruje z názvů URL a neměl by předstírat, že to umí.

Zkontrolujte příklad v nástroji

Otevřete kontrolu mapy přesměrování a do textového pole vložte následující CSV. Jde o modelové adresy, nikoli o požadavky, které by se měly odesílat na živý web. První řádek je hlavička; středníky oddělují tři sloupce.

source;target;status
https://example.com/stare-svetlo/;https://example.com/osvetleni/;301
https://example.com/stare-svetlo/;https://example.com/osvetleni/;301
https://example.com/stare-naradi/;https://example.com/naradi/;301
https://example.com/stare-naradi/;https://example.com/dilna/;301

Po spuštění uvidíte čtyři záznamy: dvě chyby a dva záznamy k prověření. To neznamená čtyři různé obsahové problémy. Kontrola označuje jednotlivé řádky; oba řádky konfliktu tedy dostanou chybu a oba řádky opakovaného pravidla upozornění. Toto rozlišení je důležité při předávání počtu nálezů kolegům.

Pomocí filtru zobrazte pouze chyby. Zůstanou dva návrhy pro /stare-naradi/. Potom přepněte na položky k prověření a uvidíte opakované /stare-svetlo/. Export CSV zachová nálezy pro další práci. Pokud následně změníte vstup, starý export se zneplatní a kontrolu musíte znovu spustit.

Proč nerozhoduje poslední řádek v Excelu

CSV je podklad. Chování nasazených pravidel záleží na konkrétním systému, jeho rozsahu pravidel a jejich prioritě. Nemůžeme obecně říct, že na každém serveru vyhraje první nebo poslední řádek tabulky. Importér může duplicitu odmítnout, přepsat existující záznam nebo vytvořit více pravidel s odlišným pořadím.

Například dokumentace Apache popisuje pořadí zpracování direktiv mod_alias v rámci stejného kontextu a doporučuje umisťovat konkrétnější shody před obecnější. Tento princip ale není univerzálním návodem pro všechny WordPress pluginy, proxy nebo jiné moduly. Nesnažte se opravit nejednoznačnou mapu pouhou nadějí, že ji cílový systém vhodně seřadí.

V pracovním podkladu má zůstat jedno srozumitelné schválené rozhodnutí pro řešenou situaci. Pokud se záměrně používají podmínky podle domény, jazyka nebo dalších vlastností požadavku, nejde už o prostou mapu zdroj–cíl. Tyto podmínky musí být samostatně zdokumentované a otestované; naše CSV kontrola je nevyhodnocuje.

Podobná URL ještě nemusí být stejná URL

Při ruční kontrole snadno přehlédnete rozdíl mezi /naradi a /naradi/, mezi cestou s velkým písmenem a malým nebo mezi dvěma variantami parametrů. Naše kontrola tyto části rozlišuje. Protokol a doména procházejí standardním URL parserem, takže některé zápisové varianty se sjednotí. Nástroj ovšem neodstraňuje parametry podle vlastního odhadu jejich významu.

Proto nejdřív zvažte, zda se bavíte o dvou různých pravidlech, nebo o jedné adrese zapsané různým způsobem. Příliš agresivní čištění může například sloučit parametr, který vybírá jiný obsah. Naopak pouhé vizuální porovnání může přehlédnout normalizovaný zápis stejné domény. Původní hodnoty si ponechte pro dohledání a případné technické ověření.

V cílových adresách navíc mohou být různé kotvy za znakem #. I když vedou na stejný dokument, mohou návštěvníka poslat do jiné části stránky. Dvě taková pravidla proto neslučujte bez kontroly jejich záměru. Náš nástroj rozdílné cílové kotvy rozpoznává jako různé cíle a na samotnou existenci kotvy vás odkáže k dalšímu ověření.

Předání opravy, které lze skutečně ověřit

Místo úkolu „odstraň duplicity“ napište, která pravidla se mají změnit a proč. V modelu může správce obsahu potvrdit /naradi/ jako nástupce původní kategorie. Vývojář pak dostane konkrétní seznam ponechaných pravidel a informaci, že návrh /dilna/ byl zamítnut. Rozhodnutí nebude muset při importu znovu hádat.

Do skutečného zadání doplňte jméno schvalující osoby, verzi souboru a datum rozhodnutí. Pomůže postup evidence SEO nálezů a pracovní šablona. Když se při další synchronizaci vrátí starší návrh, budete mít jasný podklad, podle kterého ho rozpoznáte.

Uzavřete nález až po dvou kontrolách

Nejdřív ověřte opravený soubor: jeden zdroj už nesmí mít konfliktní cíle a zbytečná opakování musí být vyřešená. Potom samostatně ověřte skutečné chování po nasazení. Zajímat vás má odpověď původní adresy, celý průchod a konečná stránka. Výsledek z CSV nepotvrzuje, že se upravený soubor vůbec dostal na server.

1. Uložte schválenou verzi mapy a oddělte ji od pracovních návrhů.
2. Spusťte kontrolu znovu nad celou dotčenou částí, nikoli pouze nad odstraněným řádkem.
3. Po nasazení ověřte původní URL a finální cíl vhodným existujícím postupem.
4. Zapište skutečný výsledek a případné odchylky, teprve potom úkol uzavřete.

Pokud mapa projde, pokračujte ještě kontrolou pokrytí migrace. Umí upozornit na jiný problém: pravidla mohou být bez konfliktu, ale některé původní adresy v nich vůbec nejsou. Čistota pravidel a úplnost plánu jsou dvě různé otázky.

Co udělat při nejbližším opakovaném zdroji

Krátké cvičení: stejný cíl, ale jiný kód

Máte dvě pravidla /akce/ → /nabidka/. Jedno používá 301, druhé 302. Je bezpečné odstranit druhé jako pouhé opakování? Ne. Cíl souhlasí, ale význam plánovaného přesunu se liší. Nejdřív zjistěte, zda jde o trvalou změnu, nebo dočasnou situaci, a teprve potom ponechte schválenou variantu. Pokud chybí informace o záměru, nález ještě není vyřešený.

Dvě pravidla mohou souhlasit a přesto být obě špatně

Představte si další modelovou variantu: oba řádky pro staré nářadí vedou na /osvetleni/. Kontrola upozorní pouze na opakování stejného pravidla. V podkladech není konflikt, protože oba autoři zadali stejnou hodnotu. Obsahově ale může jít o zjevně nevhodnou náhradu. Proto z upozornění „duplicita“ nevyvozujte, že po odstranění druhého řádku už je celý případ správně vyřešený.

Hodí se dvoustupňová kontrola. První stupeň posuzuje strukturu mapy: jednoznačnost a návaznosti. Druhý posuzuje význam: jestli zvolený cíl skutečně odpovídá původní stránce a záměru přesunu. U většího projektu může první stupeň udělat technik a druhý vlastník obsahu. Záznam by měl umožnit poznat, který z těchto kroků už proběhl a který zatím chybí.

Jak zabránit návratu vyřešeného konfliktu

Opravit jeden soubor nestačí, pokud další týden přijde stejný konflikt ze zdrojového systému. U modelového sloučení dvou exportů je potřeba určit, kdo spravuje výslednou mapu a odkud se budou další změny přebírat. Jinak vznikne situace, kdy někdo nahraje novější soubor, ale obsahově v něm obnoví starší zamítnuté rozhodnutí.

Praktickým řešením je vést jeden schválený seznam a oddělenou frontu návrhů. Každý nový návrh nejprve porovnáte s platným zdrojem, přidáte důvod změny a teprve po potvrzení ho zařadíte. Není nutný složitý systém: u malého webu mohou stačit dvě jasně pojmenované tabulky a jednoduché pravidlo, kdo smí finální verzi předat k nasazení.

Zvlášť označte položky, které byly odstraněny jako duplicita, a položky zamítnuté kvůli jinému cíli. V prvním případě se nemění záměr, ve druhém ano. Když se pravidlo vrátí, tento rozdíl pomůže rychle určit, zda stačí úklid exportu, nebo zda někdo znovu otevírá obsahové rozhodnutí. Nemusíte celý případ pokaždé rekonstruovat z e-mailů a názvů souborů.

Zastavte automatické odstraňování řádků a porovnejte cíl, kód a podmínky použití. U stejného pravidla sloučíte evidenci a ponecháte jednu schválenou verzi. U rozdílných cílů potřebujete obsahové rozhodnutí. Nástroj vám ukáže, kde se podklady rozcházejí; odpovědnost za výběr správné náhrady zůstává součástí přípravy migrace.

Časté otázky

Kdy jsou dvě přesměrování skutečná duplicita?

Když se shoduje zdroj, cíl i plánovaný kód. Před odstraněním opakování porovnejte také poznámky a schválení. Shodný zdroj se dvěma různými cíli nebo kódy je konflikt, o jehož výsledku musí někdo rozhodnout.

Vyřeší konflikt ponechání posledního řádku?

Samotné pořadí tabulky neurčuje správnou obsahovou náhradu ani chování každého importéru. Nejdřív potvrďte cíl podle původního obsahu a nové struktury. Potom předejte jednoznačné pravidlo pro konkrétní systém.

Proč nástroj ukazuje dvě chyby pro jeden konflikt?

Označuje dotčené řádky. Dva řádky se stejným zdrojem a odlišnými cíli mohou popisovat jediné neuzavřené rozhodnutí. Počet označených záznamů proto bez dalšího nevydávejte za počet samostatných oprav.