Canonical po migraci: co dělat, když cíl ukazuje na jinou URL

Přesměrování doručí návštěvníka na nový návod. Jeho canonical ale stále ukazuje na starou adresu, která vrací přesměrování zpět. V prohlížeči přitom nemusíte vidět žádný problém. Canonical není další krok návštěvníkovy cesty. Rozpor musíte porovnat se schváleným cílem, nikoli hledat jako běžnou smyčku v CSV.

Na modelové poradně projdeme dva možné závěry: opravu zastaralého canonical u správného cíle a opravu mapy, která končí na nepreferované kopii. Obě varianty mohou mít strukturálně bezchybnou mapu. Použijeme kontrolu mapy přesměrování a pracovní evidenci, nikoli nový živý testovací nástroj. Adresy na example.com a popsané odpovědi jsou modelové, ne výsledek měření cizího webu.

Model: jedna cesta, dvě rozporné informace

Starý návod /pece/ nahrazuje nový dokument /poradna/pece/. Obsahový vlastník potvrdil, že nový dokument má být hlavní veřejnou verzí. Mapa proto obsahuje následující přesun. Nový inventář uvádí pouze cílovou adresu a očekává, že bude konečným dokumentem.

source;target;status
https://example.com/pece/;https://example.com/poradna/pece/;301

Představme si nyní skutečnosti, které by bylo potřeba zjistit při přejímce. Zdroj vrací 301 na novou URL, cíl odpovídá 200 a obsahuje správný návod. V HTML cíle však zůstalo rel=“canonical“ s hodnotou https://example.com/pece/. Jde o rozpor se schváleným plánem, ačkoli návštěvník dokončí běžné otevření stránky.

Proč se tento rozpor v kontrole mapy neobjeví

Mapa má jeden zdroj a jeden cíl. Neobsahuje druhé přesměrovací pravidlo, které by vedlo zpět. Lokální kontrola proto nemá důvod hlásit smyčku. Canonical není součástí vloženého CSV a nástroj nestahuje HTML cílové stránky. Nemůže tedy zjistit ani to, zda nějaká značka existuje.

Stejnou mapu vložte do kontroly pokrytí migrace s původním /pece/ a novým /poradna/pece/. Získáte jeden přesměrovaný vstup na známý cíl. Tento výsledek dál platí pro vztah mezi podklady. Nepřepisujte jej na tvrzení „kanonizace ověřena“, protože takovou vlastnost kontrola nezkoumala.

V evidenci oddělte dva důkazy: platné pravidlo v mapě a zjištěný canonical veřejného cíle. Oba mohou být správně zaznamenané současně. Úkolem není najít způsob, jak první kontrolu obarvit červeně, ale doplnit další konkrétní podmínku převzetí.

Co canonical říká a co neudělá

Google popisuje přesměrování i rel=“canonical“ jako silné kanonizační signály a zařazení do sitemap jako slabší signál. Doporučuje, aby různé metody neurčovaly pro stejnou stránku různé preferované adresy. Nejde však o záruku, že vyhledávač vždy vybere přesně URL uvedenou ve značce.

Samotný canonical nepřesměruje návštěvníka. Proto z rozporu v našem modelu nelze odvodit nekonečné načítání prohlížeče. Při vysvětlování nálezu používejte přesný výraz: cíl deklaruje jinou preferovanou adresu než schválený plán. Slovo smyčka si ponechte pro skutečně doložený kruh přesměrování.

Podobně canonical nepoužívejte jako náhradu za rozhodnutí, zda stará adresa má zůstat dostupná. Pokud si plán protiřečí už v této otázce, vraťte se nejprve k rozboru zachované URL a přesměrování. Technická značka nemá sama vyřešit neujasněný účel dvou dokumentů.

Nejdřív potvrďte, která stránka je skutečně hlavní

V modelu je volba nové adresy výslovně schválená. Na skutečném webu ale můžete objevit, že cíl je jen pomocná kopie a hlavní návod leží jinde. Potom by pouhé nastavení canonical na sebe zakrylo špatný výběr cíle. Obsahové rozhodnutí musí předcházet opravě značky.

• Správný hlavní cíl: ověřte, zda canonical nezůstal ze staré verze nebo testovacího prostředí.
• Pomocná kopie: zjistěte, zda lze starý vstup vést přímo na potvrzený hlavní dokument.
• Dva samostatné návody: porovnejte jejich účel; podobný název není důkaz duplicity.
• Nejasný vlastník rozhodnutí: ponechte nález k prověření a určete chybějící obsahový podklad.

Při porovnání si nechte ukázat skutečné informace a další krok čtenáře. Dvě stránky mohou mít stejné nadpisy a rozdílné podmínky použití. Mechanický výběr kratší URL by tak mohl spojit návody, které mají zůstat oddělené. V takovém případě nejde pouze o úklid metadat.

Uložte přesnou veřejnou hodnotu a prostředí

K nálezu připojte úplnou URL načteného cíle, čas kontroly a hodnotu canonical. Rozlišujte HTML odpověď od hodnoty v administrátorském formuláři. Uložené nastavení může být správné, zatímco jiná vrstva webu veřejně vytváří starou hodnotu. Screenshot přepínače tak nenahrazuje kontrolu výsledku.

Pokud se počáteční HTML a vykreslený dokument liší, zaznamenejte obě pozorování a metodu. Nevyberte si pouze variantu, která lépe odpovídá očekávání. Pro malé předání obvykle stačí relevantní úsek a přesný popis; není třeba přikládat celou přihlášenou administraci nebo nesouvisející soukromé výstupy.

Ověřte také počet a původ nalezených deklarací. Když současně vznikají dvě různé značky, oprava jediné nemusí vytvořit jednoznačný výstup. Předejte konkrétní hodnoty a požadovaný konečný stav. Neodvozujte bez kontroly, že druhou značku určitě vytváří konkrétní plugin.

Dvě opravy pro dva odlišné záměry

Pro první variantu zapište do evidence SEO nálezů například: „Cíl /poradna/pece/ má podle schválení být hlavní verzí, ale veřejně uvádí starý zdroj jako canonical. Dohledat generování této hodnoty a opravit jen dotčený rozsah. Po nasazení ověřit celý přesun i metadata cíle.“

Ve druhé variantě se může měnit mapa, inventář a související odkazy. Nezaměňujte ji s jednoduchou opravou překlepu. Připravte novou schválenou sestavu podkladů a zachovejte návaznost rozhodnutí. Jinak by kolega mohl při příštím importu vrátit původní, už překonaný cíl.

Najděte zdroj hodnoty a skutečný rozsah

Pokud stejnou starou URL deklaruje několik různých návodů, může jít o sdílený mechanismus. Správce má prověřit, zda hodnotu přebírá šablona, jednotlivý záznam nebo jiná konfigurace. Seznam příkladů pomůže rozlišit rozsah; sám však ještě nepotvrzuje příčinu. Proto do úkolu napište pozorování a očekávaný výstup, ne odhad implementace jako jistotu.

U společné opravy přidejte další veřejný návod ze stejné skupiny a stránku mimo ni. Pokud existuje záměrná kopie s jiným canonical, zahrňte ji jako chráněnou výjimku. Oprava sdíleného nastavení nemá bez rozhodnutí převést všechny stránky na vlastní canonical.

Kontrolní případy připravte před nasazením. Úspěch hlavního návodu doplní zachování výjimek a okolních dokumentů. Tento způsob výběru podrobněji vysvětluje regresní kontrola SEO opravy. Počet kontrolovaných URL přizpůsobte skutečnému mechanismu změny.

Přejímejte cestu, obsah i deklarovanou preferenci

1. Začněte původní URL a zaznamenejte skutečné přesměrování na schválený cíl.
2. Na konci potvrďte správný dokument a jeho dohodnutou veřejnou odpověď.
3. Porovnejte canonical s potvrzenou preferovanou URL a zkontrolujte případné další deklarace.
4. Ověřte soulad sitemap a relevantních interních odkazů s výsledným rozhodnutím.
5. Zopakujte chráněné případy a uložte konkrétní rozsah, čas a verzi nasazení.

Tato přejímka ještě netvrdí, jakou adresu si vyhledávač skutečně vybral. Pokud máte příslušný přístup, můžete indexační zpracování sledovat samostatně. Technicky opravená veřejná deklarace a pozdější výsledek vyhledávače jsou různé informace. V závěru je nespojujte do neověřeného slibu vyšších pozic.

Stejně odděleně řešte případný noindex. Správný canonical nepotvrzuje všechny podmínky indexovatelnosti a odstranění noindex samo nesrovná dvě rozporné preferované adresy. Konkrétní druhý problém popisuje rozbor cíle s noindex; zde zůstává hlavní úlohou soulad migračního rozhodnutí a kanonické preference.

Když starý výstup a živá stránka nesouhlasí

Po opravě může někdo otevřít uložený export a stále v něm vidět starý canonical. Jiný kolega načte veřejný cíl a najde novou hodnotu. Nejde automaticky o dvě současně rozporné odpovědi serveru. Nejprve porovnejte okamžik získání, prostředí a způsob kontroly. Starý důkaz má zůstat historií původního nálezu, nikoli průběžně obnovovaným tvrzením o současném webu.

Naopak rozdílné současné výsledky potřebují další prověření. Přesně zaznamenejte, která veřejná URL byla načtená a zda před ní neproběhl další přesun. Cíl na jiném hostu může mít jiné nastavení. Nepřipisujte rozdíl bez podkladu vyhledávači nebo cache; uložte pozorování a předávejte otázku, kterou lze konkrétní kontrolou rozhodnout.

V přejímce proto uchovejte dva malé záznamy se stejným rozsahem: před změnou stará deklarace na cílové stránce, po změně nová deklarace na téže potvrzené stránce. K tomu připojte průchod původní URL. Tato trojice umožní dalšímu kontrolorovi zjistit, co se skutečně opravilo, aniž by musel věřit slovu „hotovo“ v komentáři.

Pokud se měnila i obsahová náhrada, nestačí porovnat pouze dvě hodnoty canonical. Přidejte nové schválení cíle a rozdíl mapy. Technicky správná deklarace nové stránky nedokládá, že tato stránka nahradila původní návod významově. Při převzetí by stále mělo být jasné, kdo potvrdil obsah, kdo nastavení a kdo veřejný výsledek.

U automatického generování hodnoty popište také podmínku, která má platit při dalším běžném uložení článku. Pokud ruční opravu přepíše následný import nebo šablona, úkol nemá vyřešenou příčinu. Podmínka převzetí může požadovat kontrolu po této relevantní operaci na autorizovaném záznamu. Není však důvod kvůli jednomu nálezu hromadně přeukládat všechny příspěvky webu.

Poslední zpráva má pojmenovat dosažený výsledek: „Veřejný cíl nyní deklaruje schválenou adresu; původní přesun a vybrané výjimky ověřeny.“ Případné pozdější sledování vyhledávače uveďte samostatně. Takový závěr je použitelný i bez okamžité informace o indexaci a současně nepřidává slib, který technická kontrola nemůže potvrdit.

Cvičení: má do mapy přibýt zpětné pravidlo?

Nový hlavní návod má zastaralý canonical na starou adresu. Kolega chce do mapy přidat přesměrování nového návodu zpět na starý, aby „všechno souhlasilo“. Původní pravidlo stará → nová má zůstat. Jaké rozhodnutí předáte místo této úpravy?

Otevřít vysvětlení

Navržená dvě přesměrování by vytvořila skutečnou smyčku. Canonical původně nebyl druhým pravidlem mapy. Potvrďte hlavní novou adresu, opravte zdroj zastaralé deklarace a ověřte celou původní cestu. Pokud se obsahové rozhodnutí změnilo, nejprve přepište plán jako celek; nepřidávejte protichůdné pravidlo jen kvůli shodě s chybnou značkou.

Časté otázky

Co když cíl přesměrování deklaruje jiný canonical?

Potvrďte, která URL má podle obsahového plánu představovat hlavní verzi. Pokud cíl zůstává správnou samostatnou stránkou, může být chybná jeho deklarace. Pokud správná náhrada leží jinde, může potřebovat opravit mapa. Nerozhodujte pouze podle jedné značky.

Je canonical totéž jako přesměrování?

Není. HTTP přesměrování mění cestu požadavku, canonical deklaruje preferovanou URL pro podobný obsah. Neprokazuje automaticky, kterou adresu Google skutečně vybral. Tyto vrstvy ověřujte a zapisujte samostatně.

Jak ověřit opravu kanonické preference?

Znovu projděte původní vstup, skutečný cíl a relevantní deklaraci na finální stránce. Porovnejte je se schváleným plánem. Je-li součástí kontroly výběr Googlu, potřebujete odpovídající samostatný podklad, nikoli pouze aktuální HTML.