Alternativní stránka se správnou značkou kanonické stránky: Co tato hláška v GSC znamená?
|

Alternativní stránka se správnou značkou kanonické stránky: Co tato hláška v GSC znamená?

Otevřete Google Search Console, přejdete do sekce Indexování stránek a narazíte na skupinu URL se stavem „Alternativní stránka se správnou značkou kanonické stránky. Není to chyba – ale ani potvrzení, že je vše v pořádku. Co přesně tím Google říká a kdy byste měli jednat?

Rychlá odpověď: Google říká, že tuto stránku záměrně neindexoval, protože jste mu pomocí canonical tagu řekli, že existuje jiná, hlavní verze. Pokud jste canonical nastavili správně, je to žádoucí stav.

Pokud ne – máte problém, který tiše poškozuje vaše SEO.

Jde o jeden ze stavů v sekci Proč stránky nejsou indexovány v Google Search Console (GSC).

Stránky v této skupině:

  • Google úspěšně prošel a přečetl (Googlebot je navštívil),
  • nenašel na nich canonical tag ukazující sám na sebe, ale canonical ukazuje na jinou URL,
  • a Google tento canonical respektuje – tedy danou stránku neindexuje a jako kanonickou bere tu, na kterou canonical ukazuje.

Jinými slovy: Google říká „viděl jsem tuhle stránku, ale vy sami jste mi řekli, že pravá verze je jinde – a já vám věřím.“

Kde v GSC tuto hlášku najdete?

  1. Přihlaste se do Google Search Console.
  2. V levém menu klikněte na Indexování → Stránky.
  3. Přesuňte se dolů na sekci Proč stránky nejsou indexovány.
  4. V seznamu hledejte položku „Alternativní stránka se správnou značkou kanonické stránky“.

Kliknutím na ni zobrazíte seznam konkrétních URL, které jsou v tomto stavu.

Alternativní stránka se správnou značkou kanonické stránky
Alternativní stránka se správnou značkou kanonické stránky

Záleží na kontextu. Tento stav může znamenat dvě naprosto různé věci:

Stav je v pořádku – canonical funguje jak má.

Pokud jste canonical tag na danou URL nastavili záměrně, je vše správně.

Typické příklady:

  • Filtrované stránky v e-shopu/kategorie?barva=cervena má canonical na /kategorie
  • Stránkování/blog/page/2 má canonical na /blog
  • Parametrické URL/produkt?ref=newsletter má canonical na /produkt
  • Tiskové verze /clanek?print=1 má canonical na /clanek
  • Duplicitní URL vzniklá sledovacím parametrem/stranka?utm_source=fb má canonical na /stranka

(Pozn.: rel=“prev“/“next“ tagy Google už roky nepoužívá – dnes je standardem buď self-referencing canonical na každé stránce výpisu, nebo canonical na hlavní stránku výpisu, podle toho, jestli chcete jednotlivé stránkované URL v indexu udržet.)

V těchto případech se nestresujte…. Jde o záměrnou deindexaci duplicitních verzí.

Stav je problém – canonical je nastaven špatně nebo omylem.

Zde je situace vážná. Pokud vidíte v tomto stavu URL, které by měly být indexovány (produktové stránky, kategorie, články), pak je někde chyba.

Nejčastější příčiny:

  • Špatně nastavený canonical v CMS – plugin nebo šablona přiřadila canonical na jinou stránku omylem
  • Canonical ukazuje na homepage – klasická chyba, kdy vývojář nastavil globální canonical na / místo samoreferenčního
  • Canonical vzniklý kopírováním šablony – stránka B má canonical stránky A, protože někdo zkopíroval kód
  • Cyklické canonicaly – stránka A ukazuje na B, stránka B na A
  • Canonical na noindex stránku – kanonická verze je sama noindexována

Pro správné pochopení je důležité vědět, jak se tento stav liší od podobných:

Stav v GSCCo znamená
Alternativní stránka se správnou značkou kanonické stránkyGoogle respektuje váš canonical – stránka záměrně neindexována
Duplikát bez označení jako kanonickáGoogle sám rozhodl, která verze je hlavní – bez vašeho rozhodnutí/pokynu
Canonical URL zvolená uživatelemGoogle potvrzuje, že indexuje verzi, kterou jste označili jako kanonickou
Duplikát – Google vybral jinou kanonickou stránku, než je uživatelskáGoogle váš canonical ignoroval a zvolil jinou stránku

Poslední případ je zvláště záludný – Google může váš canonical ignorovat, pokud si myslí, že jste ho nastavili špatně nebo pokud jiné signály (interní prolinkování, sitemap) naznačují jinou kanonickou verzi.

Proč Google někdy canonical ignoruje?

Canonical je pro Google doporučení, ne příkaz.

Může ho přehlédnout, pokud:

  • Canonical ukazuje na stránku s odlišným obsahem – Google usoudí, že stránky nejsou dostatečně podobné
  • Canonical ukazuje na noindex stránku – logicky nemůže indexovat stránku, která je noindexována
  • Canonical ukazuje na přesměrování (301/302) – Google preferuje cílovou URL, ne přesměrování
  • Interní prolinkování silně podporuje jinou URL – pokud vnitřní linky míří jinam než canonical, Google může váhu dát linkům
  • Sitemap.xml obsahuje jinou URL – rozporné signály vedou k tomu, že Google rozhodne sám

Jaký je reálný dopad špatného canonicalu na pozice a návštěvnost?

Tady se hodně SEO specialistů zastaví u teorie a nikdy neřeknou tu nejdůležitější větu: stránka, kterou Google kvůli canonicalu neindexuje, generuje nulovou organickou návštěvnost.

Ne nižší. Nulovou. Není v indexu, takže se nemůže zobrazit ve výsledcích vyhledávání, bez ohledu na to, jak kvalitní obsah na ní je.

To má tři konkrétní důsledky:

  • Ztráta viditelnosti je okamžitá, ale neviditelná v GA4 – pokud stránka nikdy nebyla indexovaná (nový produkt, nová kategorie), v analytice nic „nespadne“, protože traffic tam nikdy nebyl. Problém odhalíte jedině v GSC, ne v návštěvnosti.
  • Pokud stránka dřív indexovaná byla, propad je viditelný a rychlý – typicky během 1-3 týdnů od chyby v deploymentu (nová verze šablony, migrace, změna v CMS).
  • Odkazová síla (interní i externí) se přelévá na canonical URL – pokud je canonical nastavený špatně, veškerá síla z odkazů na danou stránku „uteče“ jinam a vy o ni fakticky přijdete, i když stránku technicky nikdo nesmazal.

Moje doporučené praktické pravidlo: pokud stránka generovala traffic a najednou vidíte propad v kombinaci s tímto stavem v GSC, jde téměř jistě o regresi, ne o záměr. Řešte to jako prioritu, ne jako „časem se na to podívám“.

Ovlivňuje canonical tag i viditelnost v AI vyhledávačích (ChatGPT, Perplexity, Google AI Overviews)?

Ano, a přímo. Generativní vyhledávače nemají vlastní, nezávislý index webu – z velké části staví na stejných signálech, které si web nastavil pro klasické vyhledávání, včetně canonical tagu.

Pokud Google vaši stránku kvůli canonicalu nezařadí do indexu, nemůže se objevit ani jako zdroj pro AI odpověď, protože pro systém formálně neexistuje jako kandidátní dokument.

Prakticky to znamená:

  1. Špatně nastavený canonical nepoškozuje jen klasické pozice, ale rovnou vyřazuje stránku z hry o citaci v AI Overviews, Perplexity nebo Copilotu.
  2. U produktových a kategoriových stránek, které se v e-commerce často řeší přes filtry a parametry, je běžné, že se canonical nastaví plošně a omylem „spolkne“ i stránky, které by jinak měly šanci na citaci v AI odpovědi (např. konkrétní produktová varianta s unikátním obsahem).
  3. Kontrola canonicalu by proto dnes měla být standardní součástí GEO auditu, ne jen klasického technického SEO auditu – je to jeden z filtrů, který rozhoduje o tom, jestli se vůbec dostanete do kandidátní množiny pro syntézu odpovědi.

Pokud tedy budujete obsah cíleně pro AI vyhledávače, ověřte si nejdřív, že stránky, které chcete citovat, mají vůbec šanci – tedy že nejsou přes canonical potichu vyřazené z indexu.

Krok 1: Projděte seznam URL v GSC

Exportujte seznam stránek v tomto stavu (CSV nebo Google Sheets).

Rozdělte je na:

  • URL, u kterých víte, že canonical je záměrný (filtry, parametry, stránkování)
  • URL, kde si nejste jisti nebo kde canonical nechcete
Alternativní stránka se správnou značkou kanonické stránky
Alternativní stránka se správnou značkou kanonické stránky

V GSC tuto záložku najdete: GSC → Stránky

Krok 2: Zkontrolujte canonical přímo na stránce

Otevřete stránku v prohlížeči → pravý klik → Zobrazit zdrojový kód → hledejte:

<link rel=“canonical“ href=“https://vasestranka.cz/…“ />

Nebo použijte URL Inspection v GSC (F → Prohledat tuto URL) – zobrazí, jakou kanonickou verzi Google vidí.

Krok 3: Ověřte v Screaming Frogu

Proveďte crawl webu a v záložce Canonicals filtrujte stránky, kde canonical neukazuje na sebe sama.

Ty doporučuji prověřit manuálně.

Krok 4: Rozhodněte – zachovat, nebo opravit?

Zachovat canonical → pokud jde o duplicitní nebo parametrické URL, které nechcete v indexu.

Opravit canonical → pokud jde o stránku, která má být indexována. Postup:

  1. Najděte, kde se canonical tag generuje (šablona, plugin, CMS nastavení)
  2. Opravte ho na samoreferenční canonical (<link rel=“canonical“ href=“URL stránky samotné“ />)
  3. Zkontrolujte v GSC nástrojem Kontrola URL, zda Google vidí správnou verzi
  4. Vyžádejte přeindexování přes GSC (Kontrola URL → Požádat o indexování)

Pokud si nejste jistí, zda máte canonical nastavený správně napříč celým webem, rád provedu technický SEO audit – napište mi na honzaschlemmer@gmail.com nebo vyplňte kontaktní formulář.

Pokud v GSC řešíte tento stav poprvé, je dobré mít pohromadě základní pravidla správného nastavení.

Co musí canonical splňovat?

  • Musí být umístěn v sekci <head>, nikoli v <body>
  • Musí jít o absolutní URL (s https://) – ne relativní cestu
  • Musí ukazovat na existující stránku, která vrací HTTP 200
  • Na každé stránce smí být pouze jeden canonical tag – více tagů způsobí, že Google ignoruje všechny
  • Hlavní stránka by měla mít samoreferenční canonical (ukazovat sama na sebe)

Funguje canonical tag, když je vložený přes JavaScript?

U webů postavených na JS frameworcích (React, Vue, Angular) je tohle jeden z nejčastěji přehlížených problémů.

Googlebot prochází stránky ve dvou vlnách:

  1. Nejdřív si stáhne a vyhodnotí prvotní HTML (bez vykonaného JS).
  2. Teprve později, s omezeným „rendering budgetem“, stránku vyrenderuje včetně JavaScriptu.

Pokud se canonical tag vkládá do <head> až po vykonání JS (typicky přes React komponentu nebo dynamické vkládání metatagů), hrozí, že ho Google při první vlně vůbec nezachytí, nebo ho zpracuje se zpožděním řádově dní až týdnů.

U velkých webů s omezeným crawl budgetem se tak může stát, že canonical prakticky „nefunguje“, i když je v kódu technicky správně.

Doporučení: canonical tag renderujte server-side (SSR) nebo přes statické generování (SSG), ne čistě client-side.

U SPA webů ověřte v Screaming Frogu v JS rendering módu, jestli se canonical opravdu objevuje ve vyrenderovaném HTML, ne jen ve zdrojovém kódu.

Toto je jedna z nejčastějších záměn v praxi:

Canonical použijte, když:

  • Chcete zachovat přístupnost duplicitní URL (filtry, parametry, AMP verze)
  • Stránka musí fyzicky existovat, ale nechcete ji indexovat

301 přesměrování použijte, když:

  • Duplicitní URL je zbytečná a uživatel na ní nemá co hledat
  • Provádíte migraci webu nebo přejmenování URL
  • Chcete přenést 100 % odkazové síly na novou URL

Canonical vs. noindex – v čem je rozdíl?

Tohle jsou dva různé nástroje, které se často pletou, protože oba vedou k tomu, že stránka nakonec není v indexu.

NástrojCo Googlu říkáKdy použít
Canonical tag„Tahle stránka existuje, ale její obsah je duplicitní – indexuj místo ní tuhle jinou URL.“Duplicitní nebo téměř identický obsah (filtry, parametry, tiskové verze)
Noindex„Tuhle stránku vůbec neindexuj, ať už je unikátní, nebo ne.“Stránky bez SEO hodnoty (děkovací stránky, interní vyhledávání, admin sekce)

Klíčový rozdíl: canonical pořád počítá s tím, že „duplicitní“ verzi občas Google navštíví a prochází (crawluje), jen ji nezařadí do indexu samostatně.

Noindex naopak rovnou signalizuje, že stránka nemá do indexu patřit vůbec, bez ohledu na obsah.

Časná chyba: kombinace canonical + noindex na stejné stránce. Pokud stránka A má canonical na stránku B, ale zároveň je sama označená jako noindex, vzniká rozporný signál a Google si typicky poradí tak, že stránku prostě ignoruje – nedostane šanci ani jako duplicitní verze.

U vícejazyčných webů musí každá jazyková verze mít:

  1. Samoreferenční canonical (česká verze na českou, anglická na anglickou)
  2. Hreflang tagy ukazující na všechny jazykové verze

Chyba, kdy český canonical ukazuje na anglickou verzi nebo naopak, je jednou z nejničivějších technických chyb pro mezinárodní weby.

1) Mám v GSC 200 stránek ve stavu „Alternativní stránka se správnou značkou kanonické stránky“ – je to problém?

Záleží na tom, jaké stránky to jsou. Pokud jde o filtrované URL, parametrické verze nebo stránkování, je to žádoucí stav. Pokud tam vidíte důležité produktové nebo obsahové stránky, je třeba to prošetřit. Exportujte seznam, projděte vzorky a ověřte, zda canonical na každé z nich dává smysl.

2) Google indexuje stránku, ale canonical ukazuje jinam – jak je to možné?

Canonical je doporučení, nikoli příkaz. Pokud Google usoudí, že stránka, na kterou canonical ukazuje, je méně relevantní nebo pokud jiné signály (interní linky, sitemap) naznačují jiný výběr, může canonical ignorovat. Zkontrolujte konzistenci signálů – sitemap by měla obsahovat kanonické URL, interní linky by měly mířit na kanonické verze.

3) Moje e-shopová kategorie má canonical na jinou kategorii – kdy se to stane?

Nejčastěji tehdy, když jsou kategorie nastaveny jako podkategorie a CMS (Shoptet, WooCommerce, Magento) automaticky přiřadí canonical na nadřazenou kategorii. Zkontrolujte nastavení pluginů a šablon. U Shoptetu prověřte, zda nemáte aktivní automatické kanonické přesměrování pro podkategorie.

4) Canonical nastavuji přes plugin (Yoast, Rank Math) – mohu mu věřit?

Obecně ano, ale vždy zkontrolujte vygenerovaný HTML kód. Pluginy mohou za určitých okolností (konflikt s jiným pluginem, vlastní PHP kód v šabloně) generovat duplicitní nebo nesprávné canonical tagy. Audit zdrojového kódu několika klíčových stránek je dobrá praxe.

5) Jak dlouho trvá, než Google přeindexuje stránku po opravě canonicalu?

Po opravě canonicalu a vyžádání přeindexování přes GSC to obvykle trvá dny až týdny. Záleží na crawl frekvenci vašeho webu. Velké weby s vysokou autoritou se přeindexují rychleji. Přes GSC (Kontrola URL → Požádat o indexování) je proces rychlejší než čekat na přirozený crawl.

6) Opravil jsem canonical, požádal jsem o reindexaci, ale stránka se pořád neindexuje. Co dál?

Nejdřív ověřte přes URL Inspection v GSC, jestli Google už novou verzi canonicalu vůbec viděl – u sekce „Poslední procházení“ uvidíte datum posledního crawlu.

Pokud je starší než vaše úprava, Google k vám ještě jednoduše nedorazil, žádná akce navíc není potřeba.

Pokud Google novou verzi už viděl a stav se nezměnil, projděte v tomto pořadí:

  • Sitemap.xml – obsahuje pořád starou URL nebo duplicitní verze? Sitemap musí obsahovat výhradně kanonické URL.
  • Interní odkazy – odkazujete interně i na neplatnou/duplicitní verzi? Pokud ano, přesměrujte interní linky přímo na kanonickou URL, ne na tu, co má canonical redirect.
  • Konzistence signálů – liší se canonical v HTML od toho, co posíláte v HTTP hlavičce (pokud ji používáte)? Rozpor mezi zdroji Google často řeší tak, že si vybere sám.
  • Autorita a crawl frekvence – u menších webů s nízkou autoritou může celý proces trvat i několik týdnů, i po korektní opravě. To není chyba, jen realita crawl rozpočtu.

Pokud po 4-6 týdnech od opravy a potvrzeného crawlu stav pořád trvá, jde už pravděpodobně o silnější protichůdný signál (typicky interní prolinkování nebo externí odkazy), který převažuje nad vaším canonical tagem.

Hláška „Alternativní stránka se správnou značkou kanonické stránky“ v Google Search Console není důvod k panice – ale není to ani stav, který lze slepo ignorovat. Klíčová otázka je vždy jedna: nastavili jste tento canonical záměrně?

Pokud ano a jde o parametrické URL, filtrované stránky nebo jiné technické duplikáty – vše funguje jak má. Pokud tam vidíte stránky, které by měly být v indexu, máte technický problém, který přímo poškozuje vaši viditelnost ve vyhledávání.

Pravidelný audit indexace v GSC – ideálně jednou měsíčně – vám pomůže tato nesrovnalosti zachytit včas, než se z nich stane chronický problém.

Potřebujete technický SEO audit, který odhalí problémy s canonicaly, indexací a dalšími technickými chybami na vašem webu? Podívejte se na mé SEO služby nebo mi rovnou napište na e-mail honzaschlemmer@gmail.com – první konzultace je zdarma.

Nevíte kam dál? Podívejte se na můj SEO slovník pojmů.

📚 Doporučené zdroje:

Článek byl publikován: 19.5.2026. Autor článku: Jan Schlemmer.

Jan Schlemmer

Podobné příspěvky