Co canonical ve skutečnosti dělá a proč na něm záleží

Canonical je signál pro vyhledávače, který říká: tato stránka je preferovaná verze obsahu. Nepřesměrovává uživatele, neřeší duplicitu na úrovni serveru, ale pomáhá Googlu pochopit, kterou URL má považovat za hlavní. V ideálním případě tím sjednocuje hodnotu odkazů, obsahové signály i indexaci.

Právě tady vzniká největší omyl: canonical není příkaz, ale doporučení. Google ho obvykle respektuje, ale pokud je v rozporu s interním prolinkováním, sitemapou, přesměrováním nebo obsahem stránky, může si vybrat jinou URL. A ve chvíli, kdy je canonical špatně, začíná chaos: jedna stránka se indexuje místo jiné, parametry se pletou do výsledků a důležité landing pages ztrácejí viditelnost.

U větších webů jde o tisíce URL. U e-shopů, magazínů i SaaS projektů bývá canonical jedním z hlavních technických signálů, který rozhoduje o tom, zda Google správně pochopí architekturu webu.

Kde se chyby rodí nejčastěji

Největší problém nebývá v samotném tagu, ale v tom, že se canonical nastaví mechanicky bez kontroly kontextu. Typické chyby jsou snadno dohledatelné a v praxi se opakují napříč platformami.

  • Self-referencing canonical chybí – stránka neukazuje sama na sebe, což zvyšuje riziko zmatku u variant URL.
  • Canonical míří na neexistující URL – Google dostane signál na 404 nebo přesměrovanou adresu.
  • Všechny stránky míří na jednu šablonovou URL – typicky u kategorií, filtrů nebo produktů, kde se omylem kanonizuje celý katalog na homepage nebo první stránku výpisu.
  • Rozpor mezi canonical a interními odkazy – web odkazuje na varianty, ale canonical tvrdí něco jiného.
  • Rozpor mezi canonical a sitemapou – v sitemapě je jiná verze než v tagu, Google tak dostává protichůdné signály.
  • Canonical na stránku s odlišným obsahem – například více jazyků, odlišných produktů nebo sezonních landing pages.

Častá je i chyba u parametrů v URL. Pokud web generuje například ?sort=price, ?page=2 nebo UTM parametry, canonical musí být promyšlený. U některých variant je správně kanonizovat na čistou URL, u jiných je naopak potřeba nechat je indexovatelné, pokud mají samostatný vyhledávací záměr.

Jak poznat, že Google canonical ignoruje nebo přepisuje

Největší riziko není jen špatně nastavený tag, ale to, že si ho Google vyloží jinak. V praxi to poznáte v několika nástrojích a signálech. V Google Search Console se může objevit stav typu Google zvolil jinou kanonickou stránku než uživatel. To je přímá indikace, že vyhledávač preferuje jinou URL, než jste deklarovali.

Další kontrola vede přes inspekci URL v Search Console. Tam lze porovnat uživatelsky deklarovanou canonical a kanonickou URL vybranou Googlem. Pokud se liší, je potřeba zjistit proč. Google obvykle preferuje stránku, která má lepší interní podporu, více externích signálů, stabilnější obsah nebo jasnější strukturu webu.

V praxi pomáhá i crawl přes nástroje jako Screaming Frog, Sitebulb nebo Ahrefs Site Audit. U větších webů je vhodné sledovat:

  • počet URL s canonical na jinou adresu než self-reference,
  • canonical řetězce přes více přesměrování,
  • stránky s chybějícím canonical,
  • konflikty mezi canonical a index/noindex,
  • duplicitní title a meta description u variant URL.

Pokud Google indexuje URL s parametry místo čistých adres, bývá problém často v tom, že čistá verze není dostatečně posílená interním prolinkováním, nebo je canonical technicky správný, ale obsahově slabý.

Praktické scénáře: e-shop, blog i vícejazyčný web

Na e-shopu bývá canonical nejcitlivější u filtrů, parametrů a variant produktů. Pokud má produkt několik barev nebo velikostí na samostatných URL, je potřeba rozhodnout, zda mají mít vlastní indexaci, nebo zda se mají všechny varianty kanonizovat na hlavní produkt. Chybná volba může rozředit výkon. Například 20 barevných variant jednoho produktu může vytvářet 20 téměř identických stránek, které si konkurují ve výsledcích.

U obsahových webů se canonical často řeší u tagů, kategorií, paginace a tiskových verzí. Pokud článek existuje v HTML i v AMP, případně v tiskové verzi, je nutné jasně určit preferovanou adresu. U paginace platí, že stránka 2, 3 a další nejsou automaticky duplicity první stránky. Když jsou obsahově odlišné, canonical na první stránku bývá chyba.

Vícejazyčné weby potřebují ještě větší disciplínu. Canonical nesmí slučovat různé jazykové verze do jedné, pokud mají cílit na různé trhy. Tam patří kombinace hreflang a správných self-referencing canonical. Pokud česká verze kanonizuje na anglickou, Google může českou stránku vyřadit nebo oslabit její šanci na lokální zobrazení.

Příklad z praxe: web měl českou a slovenskou verzi produktových stránek, ale každá slovenská URL byla canonicalizovaná na českou. Výsledek byl předvídatelný – slovenské stránky se přestaly objevovat v indexu a organická návštěvnost ztratila desítky procent. Oprava canonical a doplnění správných jazykových signálů vrátily indexaci během několika týdnů.

Jak canonical nastavit správně bez zbytečných rizik

Správný postup začíná tím, že si definujete jednu preferovanou URL pro každý obsahový celek. Ta musí být konzistentní v HTML, sitemapě, interních odkazech i přesměrováních. Pokud web používá www i non-www, HTTP i HTTPS nebo různé lomítkové varianty, nejdřív je potřeba vyřešit základní normalizaci URL přes 301 přesměrování.

Potom zkontrolujte, zda canonical ukazuje na indexovatelnou, stavově 200 URL bez noindexu. Canonical na stránku s noindexem je častý technický rozpor. Stejně problematický je canonical na přesměrovanou nebo blokovanou URL v robots.txt.

Dobré pravidlo je jednoduché:

  • každá indexovatelná stránka má self-referencing canonical,
  • duplicitní nebo variantní URL kanonizují na hlavní verzi,
  • canonical nevede přes řetěz přesměrování,
  • v sitemapě jsou pouze kanonické URL,
  • interní odkazy směřují na stejnou preferovanou verzi.

Na WordPressu je vhodné zkontrolovat, zda canonical negeneruje zároveň šablona i SEO plugin. U Yoast SEO, Rank Math nebo jiných pluginů může dojít k přepisu, zejména pokud zasahuje vývojář do šablony ručně. U custom řešení v Next.js nebo headless CMS je potřeba canonical generovat na úrovni šablony a testovat ho v každém typu stránky.

Co sledovat po nasazení a kdy zasáhnout

Po nasazení canonical nestačí zkontrolovat zdrojový kód. Je potřeba sledovat dopad v datech. V Search Console se zaměřte na indexaci, zobrazení kanonických URL a na změny v počtu vyloučených stránek. Pokud po úpravě canonical klesá počet duplicitních URL a roste podíl preferovaných adres, změna funguje.

U větších webů si nastavte pravidelný audit jednou měsíčně. Sledujte zejména:

  • URL s různým canonical a skutečným obsahem,
  • nové šablony nebo parametry po nasazení vývoje,
  • stránky, které Google přepsal na jinou canonical,
  • náhlý růst indexovaných parametrických URL,
  • pokles výkonu landing pages po redesignu nebo migraci.

Pokud došlo k migraci webu, změně CMS nebo redesignu informační architektury, canonical patří mezi první body kontrolního seznamu. Jedna chyba v šabloně může ovlivnit stovky stránek současně. Nejhorší scénář nastává tehdy, když canonical ukazuje na starou strukturu, ale interní odkazy a sitemapa už vedou jinam. Google pak dostává protichůdné signály a indexace se začne rozpadat na více verzí jedné stránky.

V technickém SEO platí jednoduché pravidlo: canonical není dekorace v hlavičce HTML, ale rozhodnutí o tom, jak má vyhledávač chápat celý web. Když je správně, pomáhá soustředit výkon na důležité URL. Když je špatně, rozptyluje signály a vytváří indexační chaos, který se opravuje mnohem hůř než vzniká.