Sitemap a inventář URL: jak najít mezery před migrací

Sitemap obsahuje dvě adresy, export CMS tři a starý přehled vstupů čtyři. Který seznam vložit do kontroly migrace? Nejdřív vysvětlete rozdíly. Sitemap není automaticky úplný inventář a doplnění každé chybějící URL do sitemap také není správná univerzální oprava.

Následující model ukazuje, jak z několika seznamů připravit podklady pro rozhodnutí. Používá čtyři smyšlené adresy na example.com. Nejde o audit skutečného webu ani o výsledek měření indexace. Pracovní evidence vznikne vedle existující kontroly pokrytí migrace; nástroj sám XML sitemap nenačítá a rozdíly mezi zdroji za vás nevysvětlí.

Tři seznamy mohou správně obsahovat různé URL

Představme si malou poradnu. Má úvodní přehled, návod na údržbu a neveřejný koncept připravovaného článku. K tomu existuje historická adresa starého návodu, která už není samostatným záznamem v CMS. Současná sitemap nabízí pouze dvě veřejné obsahové stránky.

Tabulka zatím neobsahuje chybu sitemap. Koncept nemá být zveřejněn jen proto, že ho export našel. Historická adresa zase může vyžadovat přesměrování, přestože nepatří mezi současné kanonické stránky. Každý sloupec odpovídá na jinou otázku a má vlastní časový rozsah.

Google doporučuje v sitemap uvádět URL, které chcete zobrazovat ve výsledcích vyhledávání, a používat úplné adresy. Odeslání sitemap je podnět pro vyhledávač, nikoli záruka zpracování nebo indexace. Z těchto vlastností nevyplývá, že sitemap zastupuje kompletní historii webu.

Ke každému seznamu nejprve připište původ

Než porovnáte řádky, založte krátkou hlavičku podkladů. V našem modelu jde o sitemap veřejné produkce, export všech stavů z CMS a historický přehled původních adres. Pojmenování souboru „URL kompletní“ takovou hlavičku nenahrazuje. Kolega z něj nepozná ani prostředí, ani zahrnuté typy obsahu.

• Zdroj a rozsah: export článků, celý web, vybraná rubrika nebo dříve schválené vstupy.
• Okamžik získání: datum exportu a případně verze připravované migrace.
• Stavy: zda seznam zahrnuje koncepty, soukromé položky, zrušené adresy a přesměrování.
• Prostředí: produkční host, testovací host a skutečný význam každé adresy.

U větší sitemap si ověřte, zda jste neotevřeli pouze jednu její část. Index sitemap a jeden díl nejsou totožný rozsah. Tato kontrola je důležitá ještě před hledáním „chybějících“ URL: jinak vznikne dlouhý seznam nálezů jen z neúplně staženého podkladu.

Spojte důkazy, nesmažte jejich původ

Pracovní tabulka může mít jednu přesnou URL na řádku a vedle ní příznaky jednotlivých zdrojů. Shodnou adresu neopakujete třikrát, ale zachováte informaci, ve kterých seznamech byla. Právě kombinace „historie ano, CMS ne“ pomáhá vybrat další krok. Po prostém sloučení a odstranění původu by tento důkaz zmizel.

Adresy přitom nesjednocujte agresivním přepisem. Rozdílný protokol, host, parametr nebo lomítko nejprve ponechte viditelné. Pokud chcete podobné řádky pracovně seskupit, vytvořte pomocný klíč a zachovejte původní hodnotu. Podrobněji to ukazuje rozbor podobných URL v inventáři.

Výsledkem nemá být nejkratší seznam. Má vzniknout dohledatelný podklad, ze kterého lze sestavit původní a cílový inventář. Rozhodnutí o osudu adresy přidejte do samostatného sloupce: zachovat, přesunout, vědomě ukončit nebo zatím prověřit. Tím oddělíte pozorování od schváleného plánu.

Model: co se stane při použití samotné sitemap

Poradna při migraci zachová přehled, přesune návod z /udrzba/ na /poradna/udrzba/ a stejnou náhradou obslouží historický /stary-navod/. Koncept se nepublikuje. Cílový inventář tedy obsahuje dvě veřejné adresy a mapa dvě pravidla.

source;target;status
https://example.com/udrzba/;https://example.com/poradna/udrzba/;301
https://example.com/stary-navod/;https://example.com/poradna/udrzba/;301

Do původního inventáře vložte nejprve jen /poradna/ a /udrzba/ jako úplné adresy. Kontrola vyhodnotí jednu zachovanou a jednu přesměrovanou URL. Historický zdroj bude mimo vložený původní seznam. To není automatický důvod druhé pravidlo odstranit: nástroj pouze upozorňuje na rozdíl ve vstupních datech.

Po doplnění doložené historické URL budou pokryté všechny tři původní vstupy: jeden zachovaný a dva přesměrované. Kdybyste místo toho smazali historické pravidlo i adresu, zúžené zadání by mohlo vypadat čistě, ale původní potřeba by se nevyřešila. Rozdíl mezi oběma běhy uložte spolu s důvodem doplnění inventáře.

Kdy už skutečně opravovat sitemap

Přidejme jinou situaci: veřejná stránka /servis/ má podle schváleného plánu zůstat hlavní stránkou služby a má být zařazená do sitemap. V exportu publikovaných položek je, v kompletně načtených souborech sitemap chybí. Teď máte konkrétní rozpor mezi plánem a skutečným generovaným výstupem.

Než přidáte adresu ručně, ověřte příčinu. Může jít o nastavení daného záznamu, vyloučení typu obsahu, odlišný kanonický cíl nebo zastaralý výstup. Jsou to hypotézy k prověření, nikoli diagnóza z jediného chybějícího řádku. Změna se má týkat pravidla, které skutečně vytváří nesoulad.

Chybějící URL sama nedokládá ztrátu návštěvnosti. Takový dopad by potřeboval další data. Pro zadání opravy stačí přesně doložit, že očekávaná veřejná adresa chybí v konkrétní verzi sitemap a proč do ní podle schváleného plánu patří.

Rozdělte výjimky podle důvodu

Tuto tabulku můžete připojit k evidenci SEO nálezů. Nemusíte kvůli tomu vytvářet nový nástroj. Důležitější než nový sloupec je jednoznačný vlastník rozhodnutí: redaktor potvrzuje stav konceptu, SEO specialista očekávané veřejné URL a správce webu příčinu generovaného výstupu.

Předejte opravu tak, aby šla převzít

Slabé zadání zní „sitemap není kompletní“. Použitelné zadání uvádí adresu, skutečně kontrolovaný soubor, čas kontroly a očekávaný stav. Připojí také podmínku, že koncepty a záměrně vyloučené varianty mají zůstat beze změny. Oprava jedné výjimky tak nepovoluje rozšířit indexovatelný obsah celého webu.

1. Potvrďte, že /servis/ je správná finální veřejná adresa a má být v sitemap.
2. Dohledejte konkrétní nastavení nebo generátor, který ji nyní vynechává.
3. Proveďte schválenou změnu a znovu načtěte veřejný výstup bez spoléhání na starý export.
4. Porovnejte přidanou adresu i několik záměrně vyloučených položek. Uložte skutečný rozdíl.

Pokud sitemap obsahuje jinou URL stejné stránky, neřešte případ pouhým přidáním druhé. Nejprve vyjasněte preferovanou variantu. Google popisuje zařazení do sitemap jako slabší kanonizační signál; rozpor s jinak určenou kanonickou URL je proto vhodné řešit společně, ne dvěma nezávislými požadavky.

Po změně kontrolujte seznam i skutečné stránky

Úspěšná oprava generování má dva výstupy. V sitemap je očekávaná adresa a související stránka skutečně odpovídá dohodnutému účelu. Samotné nalezení textového řetězce v XML nepotvrzuje obsah cíle, jeho odpověď ani další nastavení. Stejně tak čistá kontrola pokrytí nic nestahuje z webu.

Pro vlastní kontrolu stačí oddělit záznamy: „URL nalezena ve veřejné sitemap“, „živá stránka ověřena“ a případně „indexační stav zjištěn v konkrétním účtu“. Neoznačujte třetí stav za splněný jen proto, že první dva dopadly dobře. Takové rozdělení později usnadní hledání skutečně nedokončené práce.

U změny generátoru zkontrolujte také stránku jiné rubriky a záměrně neveřejný záznam. Nejde o úplný audit každé URL, ale o cílené ověření sousedních podmínek. Pokud změna zasáhla širší rozsah, zvětšete kontrolní soubor podle skutečného dopadu a tento rozsah zaznamenejte.

Zkontrolujte také to, co export vůbec nemohl obsahovat

Model se čtyřmi adresami lze přečíst ručně. U skutečného projektu však chybějící skupinu často nepoznáte porovnáním řádků, protože není v žádném z aktuálních souborů. Ptejte se proto také na druhy obsahu: kdo spravuje veřejné dokumenty, existuje samostatný katalog, vedly kampaně na ručně vytvořené stránky? Taková otázka může odhalit mezeru v rozsahu dříve než další výpočet.

Nedostupný zdroj označte jako nedostupný. Pokud nemáte historické provozní podklady, nemůžete inventář označit za úplnou historii všech vstupů. Můžete ale přesně popsat kombinaci skutečně získaných seznamů a uvést, kterou část historie se nepodařilo doložit. To je použitelnější než neurčitá poznámka „ověřeno vše“, na kterou později nikdo nedokáže navázat.

Při převzetí dalšího exportu porovnejte nejen počet adres, ale také zastoupené skupiny a několik známých výjimek. Když nový soubor obsahuje stejně řádků jako předchozí, přesto v něm mohou chybět všechny dokumenty a místo nich přibýt jiné články. Počet řádků je kontrolní údaj, nikoli důkaz stejného rozsahu.

Pro naše čtyři vstupy tak lze do hlavičky napsat: „Dvě současné veřejné stránky, jeden doložený historický vstup a jeden koncept vedený mimo plán veřejné migrace.“ Tato věta už říká, proč do původního inventáře patří tři adresy, do cílového dvě a koncept do žádného z těchto dvou seznamů. Původní export koncept samozřejmě dál uchovává.

Pokud kolega později doplní další historický manuál, nevyměňujte celý starý soubor bez poznámky. Zapište přidaný vstup, jeho původ a rozhodnutí o náhradě. Zopakujte kontrolu pokrytí s novou verzí všech tří podkladů. Díky tomu bude z výsledku zřejmé, že se změnil rozsah migrace, nikoli jen barva jednoho předchozího nálezu.

Před předáním si nechte potvrdit také záměrně vynechané skupiny. V našem modelu je vynechání konceptu doloženým rozhodnutím, nikoli zapomenutou adresou. Pokud takové potvrzení chybí, položka má zůstat k prověření. Inventář tak chrání známou výjimku a současně nezakrývá dosud otevřenou otázku.

Cvičení: který řádek má přibýt a kam?

Kolega navrhuje vložit do sitemap historický /stary-navod/ i koncept /priprava/, aby se všechny tři seznamy shodovaly. Současně chce z mapy vymazat pravidlo starého návodu, protože jeho adresa není v CMS. Jak odpovíte a jaké podklady mu předáte?

Otevřít vysvětlení

Shoda seznamů není cílem. Koncept zůstane neveřejný, historický zdroj doplníte do původního inventáře a zachováte pro něj schválené přesměrování. Do nové sitemap patří dohodnuté finální veřejné adresy. K předání přiložíte původ zdrojů, obsahové rozhodnutí a konkrétní test starého vstupu po nasazení. Žádný z těchto kroků sám neprokazuje indexaci.

Při nejbližší migraci proto začněte jednoduchou otázkou: jakou část reality tento seznam zastupuje? Odpověď často rozhodne, zda opravujete web, doplňujete podklady, nebo pouze porovnáváte dva správně odlišné soubory. Podrobný postup sestavení vstupů najdete v návodu kontroly pokrytí URL před migrací.

Časté otázky

Je sitemap úplný seznam adres webu?

Není to automatický úplný historický inventář. Posuzujte její účel, rozsah a datum. Při migraci ji porovnejte s CMS, staršími podklady a dalšími dostupnými zdroji. Samotná nepřítomnost URL neprokazuje vědomé zrušení.

Mám do sitemap doplnit každou historickou URL?

Ne. Historický vstup může být přesměrovaný nebo vědomě ukončený. Nejdřív určete jeho osud a zda má být finální URL součástí sitemap. Úplnost migrační evidence není totožná s výběrem adres pro sitemap.

Jak vysvětlit rozdílné počty URL v exportech?

Porovnejte konkrétní položky, filtry, typy obsahu, stavy a okamžik pořízení. Samotný rozdíl počtů neurčí chybějící stránku. Ke každému doplnění nebo vyřazení zachovejte důvod a odpovídající verzi podkladu.