Kontrola přesměrování po migraci: co ověřit mimo CSV mapu

Kontrola mapy nehlásí chyby, počty sedí a v tabulce má každá stará adresa svůj cíl. Můžete migraci označit za hotovou? Zatím máte důkaz o vlastnostech podkladů, nikoli o výsledku nasazení. To je rozdíl, který rozhoduje, zda se k problému vrátíte ještě před spuštěním, nebo až po upozornění návštěvníka.

V tomto rozboru připravíme modelovou mapu, která projde kontrolou, a přesto může vést k nevyhovujícímu výsledku. Ukážeme si, jak rozdělit převzetí do konkrétních kontrol, co se dá ověřit v našich nástrojích a co potřebuje samostatný důkaz. Dostanete také použitelnou tabulku pro předání vývojáři a krátký manuál pro kontrolu jednotlivé adresy.

Dvě správně zapsaná pravidla nejsou dvě ověřené stránky

Představte si malý modelový web na example.com. Dvě původní kategorie se přesouvají na odpovídající novou strukturu. Ve vstupu nejsou opakované zdroje, kruh ani návaznost na další pravidlo. Plánované kódy vyjadřují trvalý přesun. Pro kontrolu vložte do kontroly mapy přesměrování následující text:

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

Výsledkem jsou dvě pravidla bez nálezu. Toto tvrzení je úzké a užitečné: v dodaném modelu není zjištěná strukturální závada, kterou tato kontrola hledá. Nikam se ale neposlal požadavek. Kontrola tedy neví, jestli /osvetleni/ existuje, jestli ji někdo schválil ani zda se CSV dostalo do systému, který má přesměrování obsluhovat.

Pro stejný model zadejte v kontrole pokrytí migrace jako původní seznam obě staré adresy a jako nový seznam oba cíle. Mapa pak odpovídá těmto dvěma seznamům. Pokud však v původním exportu chybí třetí důležitá adresa, výsledek ji nemůže dodatečně objevit. Úplnost vůči vstupu není důkazem úplnosti samotného vstupu.

Rozdělte převzetí na čtyři různé otázky

Slovo „zkontrolováno“ je při migraci příliš široké. Jeden člověk tím myslí otevření tabulky, druhý test HTTP odpovědí a třetí potvrzení obsahu nových stránek. Pokud tyto významy nerozlišíte, mohou všichni úkol považovat za uzavřený, přestože některý důkaz nikdo nemá.

U každé vrstvy určete odpovědnou osobu a způsob předání. Nemusí jít o čtyři různé lidi; u malého projektu je může zajistit jeden člověk. Rozdělení slouží tomu, aby bylo vidět, který závěr už stojí na důkazu a který je zatím pouze plánem.

Nejdřív zjistěte, odkud pocházejí inventáře

Nový inventář bývá seznam publikovaných stránek z CMS. Původní seznam může pocházet z posledního průchodu webu. Oba zdroje jsou užitečné, ale každý má vlastní meze. Export aktuálního obsahu nemusí zahrnovat historické vstupní adresy. Průchod odkazy zase nemusí najít starou stránku, na kterou už nic interně neodkazuje.

Ke každému seznamu si proto poznamenejte původ, čas získání a výběrové podmínky. Pokud export obsahoval pouze určitý jazyk nebo jen stránky s konkrétním stavem, musí to být známé i člověku, který čte výsledek kontroly. Jinak může považovat záměrně omezený vzorek za inventář celého webu.

• Rozsah: celý web, konkrétní sekce, jazyk nebo jen vybrané šablony?
• Původ: CMS, existující přehled adres, historie migrací nebo jiné dostupné podklady?
• Omezení: vyloučené parametry, typy souborů, stavy nebo domény?
• Aktuálnost: vznikl seznam před poslední obsahovou změnou, nebo po ní?

Když některá adresa ve vstupu chybí, neopravujte tento problém přidáním náhodného řádku jen pro vyrovnání počtů. Doplňte konkrétní podklad a znovu proveďte porovnání. Postup pro nejasný původ staršího pravidla najdete v rozboru historické URL mimo inventář.

Ověřte náhradu podle obsahu, ne podle pěkné adresy

V modelu může /naradi/ obsahovat odpovídající sortiment, prázdnou kategorii, nebo obecný článek se stejným názvem. Všechny možnosti mají stejnou URL a mohou vracet úspěšnou HTTP odpověď. Zápis cíle v mapě mezi nimi nerozlišuje a stavový kód sám také ne.

Vezměte reprezentativní původní stránku a popište, co na ní návštěvník potřeboval udělat. Potom porovnejte nový cíl: zachovává hlavní informace, dostupné produkty nebo možnost pokračovat k relevantnímu řešení? Pokud se obsah rozdělil, potřebujete rozhodnout, zda je vhodnější konkrétní náhrada, nebo odpovídající rozcestník.

Není nutné schvalovat každou shodnou stránku dlouhým zápisem. U opakujícího se typu přesunu můžete nejdřív potvrdit princip a výjimky projít samostatně. Rozhodnutí ale musí být dohledatelné. U složitějšího případu nestačí poznámka „cíl vypadá dobře“ bez toho, co se vlastně porovnávalo.

Mini manuál: ověřte jednu skutečnou cestu po nasazení

Tato část popisuje ruční kontrolu vlastního webu pomocí běžných vývojářských nástrojů prohlížeče. Jde o samostatný krok mimo SEO dílnu. Modelové example.com adresy zde nenahrazují vaši produkční URL a nejsou dokladem konkrétního HTTP výsledku.

1. Otevřete vývojářské nástroje a panel síťových požadavků. Zapněte uchování záznamu při navigaci, aby počáteční odpověď nezmizela po přechodu.
2. Pro kontrolu použijte čistou relaci bez přihlášení do administrace. Podle možností nástroje omezte vliv cache a zapište podmínky testu.
3. Do adresního řádku vložte přesnou původní URL z případu. Zachovejte relevantní protokol, doménu, cestu a parametry.
4. V seznamu požadavků vyberte hlavní dokument a projděte případná přesměrování. Zapište skutečné kódy a cíle z odpovědí, ne pouze poslední adresu v liště.
5. Na konci otevřete stránku očima návštěvníka a ověřte obsah. Výsledek doplňte časem a označením prostředí.

Názvy ovládacích prvků se mezi prohlížeči liší. Pokud panel nezachytil první krok, takový záznam ho neprokazuje; zopakujte přesný případ s aktivním záznamem. Přihlášené zobrazení v administraci nepovažujte automaticky za stejný výsledek jako anonymní návštěvu.

Adresa v liště prokazuje především konečný pohled této návštěvy. Nevyčtete z ní sama o sobě, kolik přesměrování proběhlo, jaké měly kódy ani zda mezi nimi nebyl překvapivý mezikrok. Proto k převzetí ukládejte odpovídající záznam, případně stručnou tabulku kroků.

Úspěšná odpověď není potvrzení indexace

Cílová stránka může být dostupná návštěvníkovi a současně obsahovat nastavení, které odporuje plánovanému zařazení do vyhledávání. Zkontrolujte například zamýšlené použití noindex a canonical. Pokud jde o veřejnou stránku určenou pro vyhledávání, nesmí se omylem převzít testovací nastavení z vývojového prostředí.

Zvlášť posuzujte povolení procházení a rozhodnutí o indexaci. Nejde o zaměnitelné kontroly. Při převzetí popište, jaký stav má daná stránka mít a jaký stav jste skutečně našli. Slovo „indexovatelná“ používejte pro ověřené podmínky, nikoli jako slib, že ji vyhledávač určitě zařadí a ponechá ve výsledcích.

U důležitých URL lze následně použít dostupné nástroje správce vyhledávání a sledovat skutečný stav. Výsledek krátce po nasazení ale nemusí odpovídat konečnému zpracování změny. V předávacím přehledu proto oddělte technicky převzaté nasazení od pozdějšího sledování. Nečekejte, že jedno zelené CSV vyřeší obě fáze.

Co prověřit celé a co doplnit vzorkem

Strukturální kontrolu spusťte nad celým předávaným souborem v mezích nástroje. Prochází-li mapa více pracovními částmi, potřebujete posoudit i jejich společné návaznosti; rozdělení může skrýt kruh přes hranici souborů. Pokud jsou podklady příliš rozsáhlé, použijte vhodný interní postup místo obcházení limitů veřejného nástroje.

Ruční obsahová kontrola má jinou náročnost. Začněte důležitými vstupy, složitými změnami, různými typy pravidel a známými výjimkami. Vzorek doplňte běžnými případy, abyste neposuzovali jen nejpečlivěji připravené stránky. V evidenci napište počet i způsob výběru: úspěch několika příkladů se nesmí změnit na tvrzení o ověření celého webu.

• Samostatně prověřte případy s parametry, různými doménami nebo změnou koncových lomítek.
• Zařaďte přímé náhrady i slučování více starých stránek do jedné nové.
• Vraťte se k adresám, které při přípravě měly konflikt, smyčku nebo nejistý cíl.
• Při nalezení systémové chyby rozšiřte kontrolu na celý dotčený typ, ne jen na první příklad.

Předávací tabulka bez nejasného „hotovo“

V následující tabulce jsou záměrně oddělené závěry. Jde o šablonu záznamu, nikoli o výsledky provedeného živého testu. Pro skutečný projekt doplňte konkrétní označení souboru, osoby, čas a odkazy na interní důkazy. Klientské záznamy není potřeba zveřejňovat v článku nebo je posílat do veřejného formuláře.

Na stránce pracovních šablon najdete podklady pro mapu a evidenci nálezů. V popisu úkolu používejte konkrétní požadavek, například „ověřit první odpověď této URL a konečný obsah po nasazení verze M3“. Takové zadání lze převzít nebo vrátit k doplnění; obecné „zkontrolovat SEO migraci“ nechává příliš mnoho nevyřčeného.

Cvičení: co opravdu víte z jediného zeleného výsledku?

Mapa prošla a cíl je v novém inventáři. Dokazuje to, že cílová stránka vrací 200 a lze ji indexovat?

Nedokazuje. Znáte vlastnosti vložené mapy a členství cíle v dodaném seznamu. HTTP stav, obsah a indexační podmínky potřebují samostatné ověření. Inventář může obsahovat plánované adresy, chybný export i stránky s jiným zamýšleným nastavením.

Zkuste si do modelu dosadit jiný obsah cílové stránky, aniž byste měnili jediný znak CSV. Výsledek kontroly mapy zůstane stejný. Právě tento jednoduchý myšlenkový pokus ukazuje hranici nástroje lépe než obecné varování pod formulářem: vlastnost, kterou vstup vůbec neobsahuje a nástroj ji nezjišťuje, nemůže být výsledkem potvrzena.

Jak zapsat výsledek poctivě a přitom použitelně

Po kontrole podkladů napište, která verze prošla a jaké otázky byly posouzeny. Po nasazení doplňte záznam skutečného ověření a jeho rozsah. Případné pozdější sledování ponechte jako samostatný úkol s vlastníkem. Takto rozdělené převzetí nebrzdí práci; umožní kolegům navázat přesně tam, kde už důkaz končí.

Naše nástroje mají v tomto postupu jasné místo: pomáhají najít chyby a rozpory v připravených datech, ještě než je předáte dál. Výsledek „bez nálezu“ čtěte společně s rozsahem kontroly. Teprve kombinace kvalitních vstupů, obsahového rozhodnutí a ověřeného nasazení dává podklad k uzavření konkrétního migračního úkolu.

Časté otázky

Co kontrolovat po nasazení přesměrování?

Ověřte přesné původní URL, skutečné kódy a Location, finální obsah a zamýšlené indexační nastavení. Porovnejte výsledek se schválenou verzí mapy. U důležitých stránek doplňte kontrolu návazných interních odkazů.

Potvrzuje zelená mapa, že cíl vrací 200?

Nepotvrzuje. Zdejší nástroj vyhodnocuje pouze dodané textové podklady. Dostupnost cíle, správnost obsahu i nasazení konkrétní verze musí mít vlastní důkaz ze skutečného prostředí.

Jaký důkaz uložit k ověřené migraci?

Uložte označení mapy a inventářů, přesný vstup, datum, prostředí, skutečnou cestu odpovědí a výsledek obsahové kontroly. U vzorku uveďte počet i způsob výběru. Neslibujte ověření celého webu podle několika otevřených adres.