Cíl přesměrování chybí v inventáři: opravit mapu, nebo seznam?

Mapa vede ze staré stránky na /osvetleni/, ale nový inventář obsahuje jen /svitidla/. Kontrola nahlásí chybějící cíl. Máte přepsat přesměrování? Ještě ne. Výsledek říká, že se rozcházejí dva podklady. Sám neurčuje, který z nich je chybný. Adresa může být překlep, neschválený návrh, ale také platná stránka vynechaná při exportu.

V následujícím modelovém příkladu projdeme obě možné opravy. Jednou změníme mapu, podruhé doplníme inventář. Ukážeme si, jak ověřit rozsah exportu, proč si dávat pozor na testovací doménu a co předat kolegovi, aby se neuzavřel pouze nález v tabulce, zatímco skutečná příčina zůstane nevyřešená.

Stejný nález může mít dvě správná řešení

Modelový web používá doménu example.com. Původní adresa je /stara-lampa/. Mapa ji přesouvá na /osvetleni/, zatímco seznam nových adres obsahuje /svitidla/. V tomto okamžiku víme pouze to, že konečný cíl pravidla není mezi dodanými novými URL.

První vysvětlení: nová kategorie se ve finální struktuře skutečně jmenuje /svitidla/ a v mapě zůstal starší pracovní návrh. Druhé vysvětlení: /osvetleni/ je správná cílová stránka, ale export zachytil pouze některé typy obsahu. Obě varianty vyžadují jiný zásah. Třetí možností je, že správný není ani jeden podklad a o cíli se ještě nerozhodlo.

Jak nález zopakovat v kontrole pokrytí

Otevřete kontrolu pokrytí migrace. Do původních URL vložte úplnou adresu /stara-lampa/ a do nových URL úplnou adresu /svitidla/. Každý seznam nyní obsahuje jediný řádek. Do třetího pole vložte následující mapu:

source;target;status
https://example.com/stara-lampa/;https://example.com/osvetleni/;301

Výsledkem je jedna původní unikátní URL a jedna blokovaná položka. V tabulce se objeví „Cíl chybí v inventáři“. Nástroj adresu /osvetleni/ neotevřel, a proto tím neříká, že vrací chybu 404 nebo že na webu určitě neexistuje. Zjištění se týká pouze zadaných seznamů.

Uložte si výsledek nebo export, ale hlavně si ponechte oba vstupní soubory. Když během řešení přepíšete mapu i inventář najednou, můžete ztratit důkaz, odkud rozpor pocházel. Nejprve určete příčinu, potom změňte konkrétní podklad a kontrolu opakujte.

Nejdřív zjistěte, co vlastně nový seznam obsahuje

Soubor s názvem nove-url-final.csv může vypadat důvěryhodně, ale název nic nedokazuje. Ptejte se, kdy a jak vznikl. Export z CMS, seznam ze sitemap a výstup crawleru nejsou totožné pohledy na obsah. Každý může vynechat jinou část webu a může vzniknout v jiném okamžiku přípravy.

• Datum: vznikl export před poslední změnou struktury, nebo po ní?
• Rozsah: zahrnuje stránky, kategorie, produkty, jazykové varianty i další potřebné typy?
• Filtry: nebyly vybrány pouze některé stavy, adresáře nebo výsledkové kódy?
• Prostředí: jde o finální veřejné URL, nebo adresy testovacího webu?
• Zodpovědnost: kdo může potvrdit, že soubor reprezentuje schválený stav?

Google popisuje sitemapu jako informaci o důležitých souborech webu a vztazích mezi nimi; její použití nezaručuje projití ani indexaci všech položek. Pro tuto diagnostiku z toho plyne jednoduchá pracovní zásada: nedělejte ze samotné nepřítomnosti adresy v jedné sitemapě definitivní důkaz, že stránka neexistuje nebo nemá v migraci místo.

Varianta A: správně je inventář, opravit se má mapa

Správce obsahu v modelu potvrdí, že kategorie /osvetleni/ byla jen pracovní a finální nástupce má být /svitidla/. K rozhodnutí doloží schválenou strukturu a návrh obsahu. Můžete tedy upravit cílovou adresu v mapě. Neměníte ji proto, aby zmizelo červené hlášení, ale protože máte podklad pro správný cíl.

Ve třetím poli nástroje nahraďte /osvetleni/ adresou /svitidla/ a spusťte novou kontrolu. Výsledek nyní ukáže jednu adresu s cílem v novém seznamu a žádnou blokovanou položku. Záznam si označte jako vyřešený v podkladech, nikoli jako ověřený na produkci. To bude až další krok po skutečném nasazení pravidla.

Současně vyhledejte původní pracovní cíl v celé mapě. Pokud ho používalo více pravidel, může se stejný rozpor opakovat. Plošnou náhradu však proveďte až po posouzení rozsahu: stejný text v URL ještě neznamená, že všechny zdroje patří do jedné nové kategorie. Zaznamenejte, které řádky změna skutečně zahrnovala.

Varianta B: správně je mapa, doplnit se má inventář

V druhé modelové variantě /osvetleni/ zůstává schválenou cílovou stránkou. Export ale obsahoval jen jinou sekci webu. Správnou opravou je získat úplnější inventář, případně dohledanou adresu transparentně doplnit do pracovní kopie se záznamem o původu. Přesměrování zatím ponecháte.

Zkuste vrátit mapu na původní cíl /osvetleni/ a přidat do nových URL ještě https://example.com/osvetleni/. Kontrola opět přestane položku blokovat. Dvě různé úpravy tedy mohou vytvořit stejný souhrn. Teprve důkaz o schválené struktuře rozhoduje, která oprava je věcně správná.

Ruční doplnění není vhodné zatajit v exportu označeném jako neupravený výstup systému. Oddělte zdrojový export od pracovní verze nebo přidejte evidenci změn. Při příštím exportu se jinak adresa znovu ztratí a kolega začne řešit stejný problém od začátku. Cílem je opravit i způsob přípravy podkladů, ne pouze tento jediný řádek.

Testovací doména může vyrobit falešný poplach

Častou pracovní situací je mapa s finální veřejnou doménou a inventář z testovacího prostředí. Například cíl https://example.com/osvetleni/ se neshoduje s https://test.example.com/osvetleni/. Kontrola je správně chápe jako dvě různé URL. Nemůže vědět, zda jde o testovací kopii, jiný jazyk nebo zcela samostatný web.

Nejprve si proto určete, co nový inventář představuje: adresy, které mají být veřejné po migraci. Pokud připravujete převod testovacího seznamu, musí být pravidlo převodu známé a schválené. Neodstraňujte automaticky všechny subdomény ani nenahrazujte řetězec uprostřed libovolné URL. Mohli byste sloučit jazykové verze nebo změnit adresu, která do převodu nepatří.

Stejnou pozornost věnujte protokolu, koncovému lomítku a parametrům. Naše kontrola zachovává rozdíly v cestě a query; některé zápisové varianty domény zpracuje standardní URL parser. Pokud porovnáváte /osvetleni/ a /osvetleni/?typ=stropni, potřebujete nejdřív rozhodnout, zda jde o stejný zamýšlený obsah. Nástroj to neodhadne za vás.

Když mapa vede přes mezistránku

Další možností je cesta /stara-lampa/ → /mezistranka/ → /osvetleni/. Kontrola pokrytí sleduje návaznost uvnitř dodané mapy a hledá konečný cíl v novém seznamu. Pokud je v něm /osvetleni/, může adresu označit jako pokrytou s upozorněním na řetězec, i když mezistránka v novém inventáři není.

To je jiná situace než pravidlo, které skutečně končí na adrese mimo nový seznam. Čtěte proto i sloupec „Konec cesty v mapě“, nikoli jen první plánovaný cíl. U řetězce následně posuďte přímé pravidlo na finální adresu a ověřte, zda mezikrok nemá zvláštní důvod. Návaznosti v tabulce pořád nejsou měřením skutečných HTTP odpovědí.

Zápis opravy musí odlišit mapu a inventář

Kolega by měl z vašeho úkolu poznat, co změnit, podle čeho a jak se ověří výsledek. Věta „oprav chybějící cíl“ je příliš nejasná: může vést k přidání prázdné stránky, změně správného přesměrování nebo k ručnímu skrytí nálezu. Vytvořte malý reprodukovatelný záznam.

Pro větší seznam využijte šablonu evidence nálezů. Rozdělení odpovědnosti je přirozené: autor exportu vysvětlí jeho rozsah, vlastník obsahu potvrdí náhradu a vývojář zajistí technické provedení. Jedna osoba může zastávat více rolí, ale jednotlivá rozhodnutí by neměla v zadání splývat.

Co čistý souhrn ještě nepotvrzuje

Ověřte si interpretaci: po doplnění řádku je souhrn bez chyby

Do nového inventáře jste přidali adresu z mapy a hlášení zmizelo. Znamená to, že přesměrování na webu funguje? Ne. Prokázali jste jen shodu pracovních podkladů. Stále potřebujete potvrdit, že doplněná adresa patří do schválené struktury a že skutečné nasazení odpovídá plánu. Jinak by šlo pouze o přizpůsobení vstupu tak, aby kontrola neměla co hlásit.

Adresa v inventáři může ukazovat na špatný obsah

Dokonce i po věcně správném doplnění inventáře zůstává jedna otázka otevřená: co na cílové adrese skutečně bude. URL /osvetleni/ může v návrhu představovat odpovídající kategorii, ale v nasazeném webu zatím obsahovat prázdnou šablonu. Přítomnost řádku v seznamu nepotvrzuje přenos textů, produktů ani funkční navigaci. Tyto podmínky je potřeba ověřit podle skutečného účelu stránky.

U modelového přesunu staré lampy by proto zadání mohlo obsahovat i jednoduchou obsahovou podmínku: cílová stránka nabídne odpovídající sortiment nebo vysvětlí jeho náhradu. Nepište pouze „cíl vrací 200“. Úspěšná HTTP odpověď sama ještě neprokazuje, že uživatel našel to, kvůli čemu na původní adresu přišel. Technické a obsahové ověření se doplňují.

Neúplný export se dá poznat podle vzorce

Když chybí jediná cílová adresa, může jít o jednotlivý překlep. Když chybí všechny cíle z jedné jazykové verze nebo celý typ obsahu, má smysl nejprve prověřit filtr exportu. Rozdělte nálezy podle adresáře, jazyka a známého typu stránky. Takové seskupení je pracovní pomůcka pro hledání příčiny, nikoli důkaz, že všechny položky mají automaticky stejné řešení.

Představte si, že mapa obsahuje třicet produktových cílů, ale nový soubor vznikl exportem běžných stránek CMS. Opravit třicet přesměrování by bylo zbytečné, pokud výrobky žijí v jiném exportu a jejich adresy jsou správné. Jeden dotaz autorovi souboru může objasnit celý rozsah. Výsledný opravený inventář potom znovu použijte pro všechna dotčená pravidla.

Naopak u nálezů rozptýlených napříč webem postupujte opatrněji. Nemusí mít společnou příčinu a plošná náhrada by mohla zavést další chyby. Uložte si několik reprezentativních příkladů, potvrďte jejich původ a teprve potom formulujte hromadný zásah. Po opravě vždy porovnejte i počet původních unikátních URL, aby při čištění omylem nezmizely nevyřešené zdroje.

Před uzavřením si projděte pět bodů

1. Máte potvrzený finální cíl a znáte zdroj tohoto rozhodnutí.
2. Víte, jestli byla chyba v mapě, inventáři nebo jejich nesoulad vznikl stářím souborů.
3. Opravené podklady po nové kontrole neztrácejí jiné původní adresy.
4. Dokážete zpětně dohledat provedenou změnu a její rozsah.
5. Ověření skutečné cílové stránky a přesměrování je hotové nebo jasně přidělené.

Podrobnější práci se třemi vstupy shrnuje návod ke kontrole pokrytí. Pokud naopak cíl v seznamu existuje, ale původní URL má několik odlišných pravidel, přejděte k rozboru duplicit a konfliktů v mapě. Každý nález pojmenovává jinou otázku a zaslouží jiný způsob ověření.

Časté otázky

Znamená chybějící cíl v inventáři chybu 404?

Ne. Výsledek pouze říká, že konečná URL pravidla není v dodaném novém seznamu. Nástroj ji živě neotevřel. Skutečný HTTP stav i obsah vyžadují samostatnou kontrolu.

Mám opravit mapu, nebo doplnit nový seznam?

Rozhodněte podle schválené cílové struktury a rozsahu exportu. Je-li cíl překonaný, opravte mapu. Je-li správná stránka pouze vynechaná z exportu, doplňte inventář. Neměňte oba podklady jen kvůli odstranění hlášení.

Stačí přidat chybějící adresu a kontrolu uzavřít?

Tím lze sjednotit podklady, ale nejprve musí být doplnění věcně doložené. Po nasazení zvlášť ověřte původní vstup, skutečný cíl a jeho obsah. Samotné členství v seznamu dostupnost nepotvrzuje.