Kanonický odkaz: co to je, jak funguje a kdy ho Google ignoruje
Kanonický odkaz vypadá jako nudná technická záležitost – a přesto dokáže rozhodnout o tom, zda Google indexuje správnou stránku vašeho webu, nebo její bezcennou kopii. Říká Googlu, která verze stránky je ta „pravá“ – a tím předchází jednomu z nejčastějších technických SEO problémů: duplicitnímu obsahu. Jenže je tu háček, který většina článků neprozradí: canonical je jen doporučení, ne „příkaz“, který musíte přidat na stránky. Google ho totiž může ignorovat. A když to udělá, pravděpodobně máte problém.
Co je Kanonický odkaz?
Kanonický odkaz (anglicky canonical URL nebo rel=“canonical“) je HTML prvek umístěný v sekci <head> stránky. Říká vyhledávačům – Googlu, Seznamu, Bingu – která URL adresa je hlavní verzí dané stránky, pokud existuje více verzí se stejným nebo velmi totožným obsahem.
Jak vypadá v kódu html?
<link rel=“canonical“ href=“https://vasedomena.cz/hlavni-stranka/“ />
Jednoduše: je to způsob, jak říct Googlu = tuto stránku indexuj, ostatní varianty jsou jen kopie.
Podle dat Google Search Central platí, že pokud vývojář explicitně kanonickou URL nenastaví, Google ji vybere sám – a nemusí vybrat tu, kterou vy chcete.
↑ Zde máte příklad analýza kanonického obsahu pomocí doplňku v Chromu – Detailed SEO Extension
Proč kanonický odkaz potřebujete pro váš web?
Duplicitní obsah vzniká snáze, než si myslíte…
Představte si, že máte e-shop. Produktová stránka červené tenisky je dostupná na čtyřech různých URL najednou:
https://vasedomena.cz/tenisky/cervene
https://vasedomena.cz/tenisky/cervene?color=red
https://vasedomena.cz/tenisky/cervene?sort=price&color=red
http://vasedomena.cz/tenisky/cervene (bez HTTPS)
Z pohledu uživatele se jedná o tu samou stránku. Ale z pohledu Googlu jsou to čtyři různé URL s (téměř) identickým obsahem.
Výsledek? Google neví, kterou má indexovat, a rankingová síla se tříští mezi všechny varianty.
Kanonický odkaz tento problém řeší – konsoliduje všechny signály (zpětné odkazy, autoritu) do jedné URL.
Kdy nejčastěji vzniká duplicitní obsah?
- HTTP vs. HTTPS – pokud přesměrování není 100% spolehlivé
- WWW vs. non-WWW – www.domena.cz vs. domena.cz
- URL parametry – filtry, řazení, utm parametry, session ID
- Tiskové verze stránek – /tisk/ nebo ?print=1
- Stránkování – /kategorie/strana-1/ vs. /kategorie/
- Syndikovaný obsah – stejný článek publikovaný na více webech
Můj pohled na věc: U e-shopů na Shoptetu je tohle klasický problém – URL parametry z filtrování generují desítky variant jedné stránky. Bez správně nastaveného canonicalu to crawlery zbytečně zatěžuje a link juice se tříští. Přitom tento problém/fix zabere jen pár minut. Důležité je také zmínit, že některé CMS systémy (Shoptet, WP) mají většinou kanonický odkaz už implementovaný v „základu“.
Canonical vs. robots.txt u filtrovaných URL – co použít u velkých e-shopů?
U menších webů s pár desítkami parametrických URL canonical bohatě stačí. U velkých e-shopů s fasetovou navigací (kombinace barva × velikost × cena × značka) ale tenhle přístup naráží na limit – kombinací filtrů můžou vzniknout statisíce URL, a i když má každá správně nastavený canonical, Google je stejně musí nejdřív navštívit, aby canonical vůbec zaregistroval.
To zbytečně žere crawl budget, který by mohl jít na důležitější stránky.
Praktické pravidlo, které používám u větších Shoptet a WooCommerce klientů:
- Canonical – použijte pro kombinace filtrů, které mají smysluplnou „obchodní hodnotu“ a občas na ně přijde přímý odkaz (např. ?barva=cervena).
- Blokace v robots.txt – použijte pro kombinace, které nemají žádnou samostatnou hodnotu a vznikají čistě technicky (víceparametrové kombinace typu ?barva=cervena&velikost=42&razeni=cena&stranka=3).
Kombinace obou přístupů – canonical na hlavní filtrovanou URL a blokace hlubších kombinací v robots.txt – je v praxi efektivnější než spoléhat jen na canonical.
Ušetříte tím crawl budget na stránkách, které o něj skutečně stojí.
Canonical jako hint, ne příkaz – zásadní rozdíl
Tady je věc, kterou většina úvodních článků přeskočí, ale v praxi je to klíčové:
Google canonical respektovat nemusí.…
Canonical je pro Google nápověda (hint), nikoli direktiva. Google ho obvykle respektuje – ale pokud se jeho vlastní analýza liší od vašeho nastavení, může si vybrat jinou kanonickou URL.
Nejčastěji k tomu problému dochází, když:
- Označíte jako kanonickou stránku, která má výrazně méně zpětných odkazů než jiná varianta
- Kanonická stránka je pomalá nebo má technické problémy
- Nastavíte canonical na stránku, která je zablokovaná v robots.txt nebo označená noindex
- Máte conflicting signals – canonical říká jedno, interní prolinkování druhé
Můj pohled na věc: Viděl jsem weby, kde Google ignoroval canonical systematicky na desítkách stránek – ale ne proto, že by byl špatně napsaný, ale proto, že kanonická stránka měla horší signály než ta „duplicitní“. Google prostě nevěří vašemu canonical víc než vlastní analýze. Proto je důležité canonical kombinovat s konzistentním interním prolinkováním.
Jak zjistit, zda Google váš kanonický odkaz respektuje?
- Otevřete Google Search Console
- Přejděte do sekce Stránky (dříve Pokrytí)
- Filtrujte „Duplicitní – uživatel vybral jinou kanonickou URL„
Pokud tam vidíte stránky, Google vaše nastavení ignoruje a vybral si jinou URL sám = doporučuji tento problém prošetřit.
Respektuje canonical i Seznam.cz stejně jako Google?
Seznam.cz rel=“canonical“ jako standard respektuje, ale s jedním zásadním rozdílem oproti Googlu – nemá veřejně dostupný nástroj srovnatelný s Google Search Console, kde byste si mohli ověřit, jakou kanonickou URL si Seznam pro danou stránku vybral.
Chybí tedy transparentnost, se kterou pracujete u Googlu přes report „Stránky“.
Pro praxi z toho plyne jedno pravidlo: pokud web cílí i na Seznam (zejména relevantní pro lokální byznysy a e-shopy s českou klientelou), nastavte canonical technicky správně podle stejných principů jako pro Google – self-referencing canonical, absolutní URL, žádné konfliktní signály.
Diagnostiku problémů ale u Seznamu vždy provedete nepřímo, přes sledování pozic a indexace v Seznam Webmaster Tools, ne přes přímé potvrzení kanonické volby jako u Googlu.
Jak kanonický odkaz správně nastavit?
Ruční implementace do HTML
Canonical patří do sekce každé stránky:
<head>
<link rel=“canonical“ href=“https://vasedomena.cz/spravna-url/“ />
</head>
Důležité: vždy používejte absolutní URL (celou adresu včetně https://), nikoli relativní cestu bez prefixu.
Jak už jsem zmínil na začátku – některé CMS systémy mají kanonický odkaz nastavený už v základu a někde stačí přidat relevantní plugin (WP). Také bych rád zmínil, že u některých systému stačí nastavit kanonický odkaz na hlavní LP a automaticky se vytvoří všude – to je ale důležité si ověřit na několika náhodných URL.
Funguje canonical vložený přes JavaScript?
U webů postavených na JS frameworcích (React, Vue, Angular) je tohle běžně přehlížený problém. Googlebot prochází stránky ve dvou vlnách – nejdřív zpracuje prvotní HTML bez vykonaného JS, teprve později se vrátí a stránku plně vyrenderuje včetně JavaScriptu.
Pokud se canonical vkládá do <head> až po vykonání JS (typicky přes React komponentu), hrozí, že ho Google při první vlně vůbec nezachytí, případně ho zpracuje se zpožděním v řádu dní až týdnů.
U webů s omezeným crawl budgetem se tak může stát, že canonical technicky funguje správně, ale Google ho dlouho „nevidí“.
Doporučení je stejné jako u jiných kritických meta tagů – renderujte canonical server-side (SSR) nebo přes statické generování (SSG), ne čistě přes client-side JavaScript.
Pokud si nejste jistí, jestli váš web tenhle problém má, ověřte to ve Screaming Frogu v JS rendering módu a porovnejte, jestli se canonical objevuje shodně jak ve zdrojovém kódu, tak ve vyrenderovaném HTML.
Nastavení kanonického odkazu ve WordPressu
Pokud používáte Yoast SEO nebo Rank Math, canonical se generuje automaticky. Oba pluginy mají i možnost ruční úpravy na úrovni jednotlivé stránky nebo příspěvku – najdete ji v nastavení SEO přímo v editoru.
Shoptet, WooCommerce i většina dalších platforem canonical také generuje automaticky – doporučuji vždy ověřit v nástroji jako je Screaming Frog nebo přímo ve zdrojovém kódu stránky.
Self-referencing canonical
Každá stránka by měla mít canonical odkazující sama na sebe – i když není duplicitní. Proč? Chrání vás to pro případ, že někdo na váš obsah odkazuje s UTM parametry nebo jinak upravenou URL.
<!– Na stránce https://vasedomena.cz/clanek/ –> <link rel=“canonical“ href=“https://vasedomena.cz/clanek/“ />
Canonical vs. 301 redirect – kdy jej použít?
| Situace | Řešení |
| Stránka existuje na dvou URL, obě jsou aktivní | canonical |
| Stará stránka se přesunula na novou URL natrvalo | 301 redirect |
| Syndikovaný obsah na cizím webu | canonical na originál |
| Sloučení dvou stránek do jedné | 301 redirect + canonical |
| URL parametry (filtry, řazení) | canonical na čistou URL |
Základní pravidlo: pokud chcete, aby uživatel stránku stále mohl navštívit z původní URL, použijte canonical. Pokud chcete původní URL úplně eliminovat, použijte 301.
STUDIE: Google ve své dokumentaci (Search Central, 2023) explicitně uvádí, že 301 redirect je silnější signál kanonizace než rel=“canonical“ – pokud je to možné, preferujte redirect před canonicalem.
Canonical a hreflang – pravidlo pro mezinárodní weby
U webů s víc jazykovými verzemi vzniká jedna z nejničivějších technických chyb, jakou můžete udělat – a bohužel i jedna z nejčastějších.
Základní pravidlo je jednoduché: každá jazyková verze musí mít self-referencing canonical, nikdy canonical na jinou jazykovou mutaci.
Česká verze stránky odkazuje canonicalem sama na sebe, anglická verze taky sama na sebe. Propojení mezi jazykovými verzemi řeší výhradně hreflang tagy, ne canonical.
<!– Na české verzi –>
<link rel=“canonical“ href=“https://vasedomena.cz/produkt/“ />
<link rel=“alternate“ hreflang=“cs“ href=“https://vasedomena.cz/produkt/“ />
<link rel=“alternate“ hreflang=“sk“ href=“https://vasedomena.sk/produkt/“ />
<link rel=“alternate“ hreflang=“de“ href=“https://vasedomena.de/produkt/“ />
Chyba, se kterou se v praxi setkávám nejčastěji, je opačná – canonical z německé verze ukazující zpět na českou (typicky proto, že německá verze vznikla jako „kopie“ té české a canonical se zapomněl přenastavit).
Výsledek je v podstatě likvidační: Google německou verzi vůbec neindexuje, protože mu říkáte, že „pravá“ verze je ta česká.
Pro klienty s víc jazykovými mutacemi je tohle první věc, kterou bych při auditu zkontroloval – stačí pár minut ve Screaming Frogu, filtr na canonical napříč jazykovými subdoménami nebo adresáři.
Časté chyby při práci s canonicalem odkazem:
- Canonical na noindex stránku: Nikdy nedávejte canonical na stránku označenou noindex. Posíláte Googlu protichůdné signály: „toto je hlavní verze, ale neindexuj ji.“ Google to ignoruje nebo se zachová nepředvídatelně.
- Chybějící canonical na všech stránkách: Zejména u větších webů s URL parametry. Bez canonicalu si Google vybírá sám – a ne vždy správně.
- Canonical na jiný web bez záměru: Pokud omylem nastavíte canonical na cizí doménu, efektivně říkáte Googlu, aby neindexoval vaši stránku a preferoval tu cizí. Tato chyba se při migraci webu stává překvapivě často.
- Nekonzistentní canonical: Stránka A má canonical na stránku B, ale stránka B má canonical na stránku C. Výsledkem je smyčka nebo nejednoznačnost, ze které se Google snaží dostat sám – a nemusí správně.
- Canonical ignoruje www/https variantu: Pokud web existuje jak na http://, tak https://, canonical na https:// variantě nestačí – potřebujete i funkční 301 redirect z HTTP na HTTPS.
Canonical vs. noindex – v čem je rozdíl
| Nástroj | Co Googlu říká | Kdy použít |
| Canonical tag | „Tahle stránka existuje, ale obsahově duplikuje jinou – indexuj místo ní tu druhou.“ | Duplicitní nebo velmi podobný obsah (filtry, parametry, tiskové verze) |
| Noindex | „Tuhle stránku vůbec neindexuj, bez ohledu na obsah.“ | Stránky bez SEO hodnoty (děkovací stránky, interní vyhledávání, admin sekce) |
Rozdíl je v tom, co se s duplicitní verzí děje dál. Canonical pořád počítá s tím, že Google stránku občas navštíví a prochází, jen ji nezařadí do indexu samostatně – síla se přelije na kanonickou verzi.
Noindex naopak stránku z indexu vylučuje úplně, bez přelévání jakékoli síly kamkoli. Právě proto je kombinace obou na stejné stránce protichůdný signál, který zmiňuji výše jako jednu z nejčastějších chyb.
Canonical při syndikaci obsahu
Pokud váš obsah „přebírají“ jiné weby (mediální partneři, agregátoři, PR portály), dohodněte se s nimi, aby každá kopie obsahovala canonical odkazující na váš originál:
<link rel=“canonical“ href=“https://vasweb.cz/puvodni-clanek/“ />
Tím zajistíte, že Google připíše autoritu a ranking vám, ne syndikačnímu webu.
Související články:
Nejčastější otázky (FAQ)
1) Co se stane, když canonical vůbec nenastavím?
Google si vybere kanonickou URL sám na základě vlastní analýzy. Nemusí to být ta, kterou byste si vybrali vy – zejména na webech s URL parametry nebo více variantami URL to může vést k indexaci nesprávných stránek.
2) Může mít stránka víc canonicalů?
Ne. Pokud má stránka v více rel=“canonical“ tagů, Google je celé ignoruje jako nejednoznačné. Vždy by měl být právě jeden.
3) Pomůže canonical se špatným obsahem?
Ne. Canonical řeší duplicitu URL, ne kvalitu obsahu. Pokud je obsah slabý, canonical nepomůže s rankingem – to je jiný problém.
4) Funguje canonical napříč doménami?
Ano. Cross-domain canonical je legitimní použití, typicky při syndikaci obsahu. Říkáte Googlu: „originál je na jiné doméně, tato stránka je kopie.“ Pozor ale – špatně nastavený cross-domain canonical může efektivně odindexovat vaši stránku.
5) Jak rychle Google canonical zpracuje?
Google canonical zpravidla zpracuje při dalším crawlu stránky. Na velkých webech to může trvat dny až týdny – závisí na crawl budgetu a frekvenci crawlování.
6) Ovlivňuje canonical i viditelnost v AI vyhledávačích?
Ano, přímo – AI vyhledávače (Google AI Overviews, Perplexity, ChatGPT search) z velké části staví na stejném indexu jako klasické vyhledávání. Pokud Google stránku kvůli canonicalu neindexuje, nemůže se objevit ani jako zdroj v AI odpovědi, protože pro tyto systémy formálně neexistuje jako kandidátní dokument. Podrobněji tohle téma rozebírám v článku o hlášce Alternativní stránka se správnou značkou kanonické stránky v Google Search Console.
7) Existuje ještě nástroj na URL parametry v Google Search Console?
Ne. Google svůj starý nástroj URL Parameters (umožňoval ručně definovat, jak má Google zacházet s konkrétními parametry) v roce 2022 zrušil. Dnes je jediná cesta, jak parametrické URL řešit, kombinace canonical tagu a případně blokace v robots.txt – žádné manuální mapování parametrů v GSC už není k dispozici. Google tvrdí, že si dnes s parametry poradí spolehlivě i bez tohoto nástroje, v praxi ale u velkých e-shopů s komplexní fasetovou navigací pořád doporučuji nespoléhat jen na automatiku a nastavit canonical a robots.txt explicitně.
Použité zdroje:
- Google Search Central – Kanonické adresy URL
- Google Search Central – Konsolidace duplicitních URL
- Ahrefs Blog – Canonical Tags: A Simple Guide
- Moz – rel=canonical: The Ultimate Guide
Nevíte si s něčím rady? Zeptej se mě.
Pravidelně píšu Blog a novinky ze světa seo, sdílím své know how a pro ty, kteří nerozumí tolik výrazům spojené se SEO, jsem vytvořil slovník pojmů.
Článek byl aktualizován: 30.7.2026. Autor článku: Jan Schlemmer.
- Interní prolinkování: návod, jak z něj vytěžit maximum - 28 července, 2026
- Drobečková navigace - 23 července, 2026
- Německo klasifikovalo AI Overviews jako mediální obsah – Co to znamená pro SEO? - 23 července, 2026
