Zachovat URL, nebo ji přesměrovat? Jak vyřešit rozpor v plánu

V seznamu nového webu zůstává stránka /servis/. Současně máte v mapě pravidlo, které ji posílá na /podpora/. Oba podklady vypadají samostatně věrohodně, ale dohromady popisují rozpor: má adresa dál poskytovat vlastní obsah, nebo návštěvníka přesunout jinam? Nejdřív potřebujete vyjasnit plán, teprve potom měnit pravidlo nebo inventář.

Na modelovém příkladu projdeme tři možná vysvětlení. Cílem není za každou cenu zachovat URL ani za každou cenu přesměrovat. Naučíte se odlišit zastaralý export, překonané pravidlo a neuzavřené obsahové rozhodnutí. Součástí je postup v našem nástroji, návrh předávacího úkolu a malá kontrola, co výsledek ve skutečnosti dokazuje.

Jedna adresa má v podkladech dva různé osudy

Model používá pouze doménu example.com. Původní inventář obsahuje https://example.com/servis/. Nový inventář uvádí tuto adresu znovu a vedle ní ještě https://example.com/podpora/. Přesměrovací mapa přitom plánuje trvalý přesun ze /servis/ na /podpora/.

Slovo „naznačuje“ je důležité. Neznáme skutečné chování serveru ani účel konkrétního exportu. Nový seznam může omylem obsahovat přesměrované adresy, nebo naopak mapa může obsahovat zastaralé pravidlo. Není správné vybrat variantu podle toho, která úprava je v tabulce jednodušší.

Co v tomto případě ukáže kontrola pokrytí

Otevřete kontrolu pokrytí migrace. Do původních URL vložte úplnou adresu /servis/. Do nových vložte na samostatné řádky /servis/ a /podpora/. Třetí pole vyplňte následujícím CSV:

source;target;status
https://example.com/servis/;https://example.com/podpora/;301

Souhrn ukáže jednu původní unikátní URL a jednu adresu s cílem v novém seznamu. V tabulce však zůstane položka k prověření s vysvětlením, že zdroj je zároveň v novém seznamu. Výsledek tedy není rozbitá cesta v mapě; je to upozornění na rozpor v zamýšleném stavu.

Všimněte si, že kategorie „zachována“ zůstává nulová. Nástroj dává přednost informaci, že pro zdroj existuje pravidlo přesměrování, a nepovažuje ho současně za adresu bez pravidla. Tím zabrání dvojímu započítání stejné původní URL. O tom, která z variant je věcně správná, musí rozhodnout další práce.

Nejdřív si definujte význam nového inventáře

Nový inventář pro tuto kontrolu má představovat finální adresy zamýšlené po migraci. Pokud do něj vložíte všechny URL, které crawler navštívil včetně přesměrování, mícháte dva různé soubory informací. Takový výstup může být užitečný pro jinou kontrolu, ale potřebuje správně vysvětlit a připravit.

Ptejte se autora exportu, zda zahrnul pouze konečné stránky, nebo i zdroje přesměrování. Zjistěte také datum pořízení a prostředí. Seznam z testovací verze před nasazením pravidel může obsahovat adresu, která ve finálním návrhu už vlastní obsah mít nemá. Název souboru „novy-web“ sám tuto otázku nezodpoví.

Jeden sloupec URL nedokáže vyjádřit všechny stavy stránky. V širší projektové evidenci proto můžete mít zvlášť plánovaný způsob obsluhy, cílovou adresu, obsahového vlastníka a stav schválení. Pro vstup nástroje potom z této evidence připravíte odpovídající seznam. Nemusíte kvůli tomu ztratit podrobnější projektové informace.

Varianta A: stránka má skutečně zůstat

V první modelové variantě je /servis/ samostatná stránka s formulářem pro objednání opravy. /podpora/ slouží obecným dotazům. Vlastník obsahu potvrdí, že obě mají odlišný účel a mají zůstat dostupné. Pravidlo přesměrování tedy pochází z překonaného návrhu a potřebuje odstranit ze schváleného plánu.

Vymažte v nástroji mapu a ponechte oba inventáře. Při nové kontrole bude původní /servis/ vyhodnocena jako zachovaná. Tím jste sjednotili podklady s rozhodnutím. Ještě musíte zajistit, že nasazený systém skutečně nemá aktivní přesměrování, které by vlastní stránku obcházelo.

Ověření musí zahrnout i obsahovou funkci: formulář, potřebné informace a návaznost z menu. Nestačí potvrdit pouze návratovou odpověď. Pokud se zachová URL, ale zmizí důležitá část služby, může být technický plán správný a uživatelský výsledek přesto špatný. Konkrétní podmínku funkčnosti si zapište předem.

Varianta B: obsah se má přesunout

Ve druhé modelové variantě se servisní formulář i informace přenesly na /podpora/. Původní /servis/ už nemá být samostatnou konečnou stránkou. Mapa může být správně, ale nový inventář obsahuje starý zdroj navíc. Po potvrzení obsahu upravte právě tento inventář, nikoli funkční pravidlo.

V druhém poli nástroje ponechte jen https://example.com/podpora/ a mapu vraťte na /servis/ → /podpora/. Po spuštění bude jedna původní URL pokrytá mapou bez upozornění na současnou přítomnost zdroje v novém seznamu. Znovu platí, že shoda podkladů není měřením skutečné odpovědi webu.

Do předání zahrňte i návaznosti, které mají odkazovat přímo na nový cíl: hlavní menu, kontaktní stránku, případné tlačítko v patičce nebo odkazy uvnitř relevantních článků. Seznam příkladů si přizpůsobte skutečnému webu. Zachované přesměrování není důvodem úmyslně udržovat všechny vlastní odkazy na překonanou adresu.

Varianta C: plán se ještě neshodl na cíli

Někdy není chybný jediný řádek, ale celý případ zatím nemá schválené řešení. Správce obsahu chce zachovat samostatný servis, zatímco návrh nové navigace počítá s jeho sloučením. Není úkolem importéra mapy tento spor potichu rozhodnout výběrem jedné varianty.

Otevřete konkrétní rozhodnutí: jaký úkol návštěvník na původní stránce řešil, kde ho vyřeší po změně a kdo nový stav potvrdí. Přiložte rozdíl návrhů. Do té doby případ označte jako neuzavřený a určete odpovědnou osobu. Červené či žluté upozornění v tabulce je zde užitečná informace, ne překážka, kterou stačí skrýt.

• Popište dvě skutečné varianty včetně jejich dopadu na obsah a navigaci.
• Určete, kdo má oprávnění potvrdit účel a cílovou podobu stránky.
• Zapište, které podklady se po rozhodnutí změní.
• Domluvte ověření, podle kterého bude výsledek považovaný za hotový.

Canonical není přepínač mezi zachováním a přesunem

Při diskusi může zaznít návrh: „Nechme obě adresy a na jedné nastavíme canonical.“ To může být součást jiného legitimního řešení duplicitního obsahu, ale není to totéž jako přesměrování návštěvníka. Potřebujete vědět, zda má původní stránka dál skutečně odpovídat vlastním obsahem, nebo se má požadavek přesunout.

Google rozlišuje přesměrování a další signály pro výběr kanonické adresy. Samotný kanonický odkaz neprovádí uživatelský přesun jako HTTP přesměrování. Nezapisujte proto do mapy 301 jen proto, že druhá URL má být kanonická, ani naopak nepovažujte canonical za automatickou náhradu schváleného trvalého přesunu.

Kontrola pokrytí kanonické odkazy vůbec nenačítá. Pokud nový inventář míchá vlastní obsah a alternativní varianty s canonicalem, potřebuje tato evidence více kontextu. Nástroj může upozornit na konkrétní rozpor mezi seznamem a mapou, ale nemůže podle neviděných značek rozhodnout, kterou stránku vyhledávač zvolí.

Opravdu porovnáváte přesně stejnou adresu?

Podívejte se i na technický zápis. /servis a /servis/ jsou ve vstupních podkladech dvě odlišné cesty. Podobně mohou být významné parametry nebo velikost písmen v cestě. Pokud jedna varianta přesměrovává na jinou, nemusí jít o rozpor zachování stejné URL, ale o zamýšlené sjednocení dvou variant.

Pracujte s úplnými adresami včetně domény. Testovací hostname, jiná jazyková doména nebo rozdílný protokol mohou změnit význam pravidla. Náš nástroj standardně zpracuje URL parserem protokol a doménu; vlastní SEO pravidla pro odstraňování parametrů nevymýšlí. Při ručním porovnání si proto neodmazávejte části, jejichž význam nemáte potvrzený.

Pokud pravidlo obsahuje i podmínky, které prostá CSV mapa neumí vyjádřit, předejte je samostatně. Může jít o rozdílnou obsluhu na různých doménách nebo v jiné části infrastruktury. Vysvětlení podmínek patří do technického návrhu a následného testu, nikoli do nezdokumentované výjimky, podle které někdo při importu improvizuje.

Vzor zadání pro obě schválené varianty

Následující tabulka ukazuje rozdíl v předání. Nejde o hotové nastavení serveru, ale o model podmínek, které má implementace splnit. U skutečného projektu doplňte jméno schvalující osoby, verzi podkladů a přesný rozsah změny.

Pro evidenci můžete využít postup předávání SEO nálezů. Důležité je zaznamenat nejen změněný řádek, ale i důvod. Při další úpravě webu pak poznáte, zda se vrací staré pravidlo omylem, nebo zda někdo vědomě mění dříve schválený plán.

Zkuste si změnit jeden podklad, ne oba najednou

Ověření si připravte ještě před změnou

U modelového servisního webu si můžete předem zapsat malou sadu kontrol. Přesná adresa /servis/ musí po nasazení odpovídat schválené variantě. Adresa /podpora/ má nabídnout potvrzený obsah. Jiná nesouvisející stránka, například /kontakt/, by neměla začít přesměrovávat pouze proto, že někdo při úpravě použil příliš široké pravidlo. Tím testujete i rozsah provedeného zásahu.

U skutečného projektu vyberte navíc varianty, které do změny opravdu patří, a oddělte je od těch, které mají zůstat nedotčené. Nejde o povinný seznam všech možných URL, ale o srozumitelnou podmínku převzetí práce. Když zadání říká pouze „odstraň rozpor v tabulce“, může být hotové dřív, než je správně vyřešený web. Předem popsané ověření tuto mezeru zmenšuje a usnadňuje komunikaci mezi autorem obsahu a vývojářem.

Cvičení: jak z příkladu vytvořit zachovanou stránku?

Ponechte /servis/ v původním i novém seznamu a vyprázdněte mapu. Nová kontrola ji vyhodnotí jako zachovanou. Pokud místo toho odstraníte /servis/ z nového seznamu a pravidlo ponecháte, dostanete přesun na cíl. Obě úpravy mohou odstranit původní upozornění, ale představují dva různé záměry. Správný z nich určuje schválený obsahový plán.

Po cvičení si všimněte rozdílu mezi opraveným souhrnem a hotovou migrací. Nástroj nenastavil pravidlo, neotevřel formulář a neověřil ani jednu odpověď serveru. Pomohl vám udělat podklady jednoznačné. Teprve následný skutečný test ověří, že se stejné rozhodnutí promítlo do webu.

Před uzavřením proto projděte tři podmínky:

1. Účel stránky je potvrzený odpovědnou osobou.
2. Nový inventář a mapa vyjadřují stejné schválené rozhodnutí.
3. Skutečné chování po nasazení je ověřené a zapsané.

Když některá podmínka chybí, napište přesně co. Tím zabráníte situaci, kdy je technický úkol označený za hotový, ale tým stále neví, zda servisní stránku zachoval, nebo ji zrušil.

Časté otázky

Proč je zdroj zároveň v novém inventáři problém?

Pokud má nový seznam představovat konečné stránky, současné pravidlo na stejný zdroj popisuje jiný plán. Ověřte, zda seznam omylem zahrnuje přesměrované URL, nebo mapa obsahuje zastaralé pravidlo.

Jak se v mapě zapisuje zachovaná stránka?

Zachovaná URL bez přesunu zůstane v původním i novém seznamu a nepotřebuje pravidlo na sebe. Přesměrování ze stejné adresy na tutéž adresu není vyjádření zachování, ale chybné pravidlo.

Může canonical nahradit rozhodnutí o přesměrování?

Nemůže je automaticky nahradit. Canonical deklaruje preferovanou adresu pro podobný obsah, zatímco HTTP přesměrování přesouvá požadavek. Nejdřív určete, zda má původní URL dál poskytovat vlastní obsah, nebo vést jinam.