Google zvolil jinou kanonickou URL než uživatel: proč se to děje a jak problém řešit

Pokud Google Search Console ukazuje jinou kanonickou adresu URL vybranou Googlem než kanonickou adresu URL uvedenou uživatelem, znamená to, že Google pro danou skupinu stejných nebo velmi podobných stránek považuje za hlavní jinou URL, než kterou preferuje váš web.

Neznamená to automaticky chybu. Canonical je pro Google důležitý signál, nikoliv absolutní příkaz. Rozdíl však může upozornit na to, že si jednotlivé signály webu odporují – například canonical ukazuje na jednu URL, interní odkazy na druhou, XML sitemap na třetí a přesměrování na čtvrtou.

Než začnete canonical měnit, je proto nutné zjistit, kterou URL Google zvolil, proč ji pravděpodobně zvolil a zda je výsledek skutečně nežádoucí. Pokud si nejste jistí samotným principem canonicalizace, začněte u vysvětlení pojmu kanonický odkaz.

Co znamená user-declared canonical?

User-declared canonical je kanonická URL, kterou jako preferovanou deklaruje samotný web. Google Search Console ji v českém rozhraní aktuálně označuje jako „Kanonická adresa URL uvedená uživatelem“.

Nejčastěji ji web deklaruje pomocí elementu rel="canonical" v části <head> HTML dokumentu:

<link rel="canonical" href="https://example.cz/produkt/">

U některých typů souborů lze canonical uvést také pomocí HTTP hlavičky Link. Google podporuje tuto variantu například u PDF nebo jiného ne-HTML obsahu.

Link: <https://example.cz/dokument/>; rel="canonical"

Canonical říká ve významu: „Pokud tyto URL považujete za duplicity nebo velmi podobné varianty, preferuji tuto adresu jako jejich hlavní reprezentaci.“

Není to však totéž jako přesměrování. Uživatel může alternativní URL stále navštívit a server ji může normálně vracet s HTTP stavem 200.

Google doporučuje používat u canonicalu absolutní URL včetně protokolu a domény:

<link rel="canonical" href="https://www.example.cz/produkt/">

Relativní URL Google sice podporuje, ale absolutní zápis omezuje riziko chyb při migracích, stagingu nebo změnách prostředí.

Co znamená Google-selected canonical?

Google-selected canonical je URL, kterou Google skutečně vybral jako reprezentativní adresu dané skupiny duplicitních nebo velmi podobných stránek. V českém Search Console se používá označení „Kanonická adresa URL vybraná Googlem“.

Google při indexování vyhodnocuje více signálů. Mezi explicitní canonicalizační signály patří zejména:

• přesměrování,
• rel="canonical",
• zařazení URL v XML sitemapě.

Google aktuálně označuje přesměrování a rel="canonical" za silné signály, zatímco zahrnutí URL v sitemapě za slabší signál. Signály lze kombinovat a jejich konzistence zvyšuje pravděpodobnost, že Google vybere právě preferovanou URL.

Do vyhodnocení vstupují také další informace o webu – například HTTP vs. HTTPS, jazykové a regionální varianty nebo celková podobnost obsahu.

Prakticky tedy existují dvě různé otázky:

• User-declared canonical: Kterou URL preferuje web?
• Google-selected canonical: Kterou URL nakonec jako reprezentativní zvolil Google?

Kde user-declared a Google-selected canonical najdu v Google Search Console?

Obě hodnoty najdete pomocí nástroje Kontrola adresy URL. Kontrolujte především data o indexované verzi stránky, protože živý test nedokáže předpovědět, kterou URL Google nakonec zvolí jako canonical.

1. Otevřete Google Search Console.
2. Vyberte správnou službu neboli property.
3. Do pole pro kontrolu URL vložte přesnou adresu stránky.
4. Otevřete podrobnosti části týkající se indexování stránky.
5. Najděte hodnotu Kanonická adresa URL uvedená uživatelem.
6. Najděte hodnotu Kanonická adresa URL vybraná Googlem.

Pokud se hodnoty liší, poznamenejte si minimálně tři adresy:

• kontrolovanou URL,
• canonical deklarovaný webem,
• canonical vybraný Googlem.

Právě tyto stránky budete mezi sebou porovnávat.

Důležitý detail: údaj o Google-selected canonical pochází z indexovaných dat. Funkce pro kontrolu aktuální neboli živé URL může pomoci zjistit, zda Google stránku načte a co aktuálně obsahuje, ale samotnou budoucí volbu canonicalu spolehlivě předpovědět neumí.

Je problém, když Google vybere jiný canonical?

Ne vždy. Jiný Google-selected canonical může být naprosto správným výsledkem. Rozhodující je, zda Google vybral URL, kterou chcete mít jako reprezentativní stránku ve výsledcích vyhledávání.

Kdy může být rozdíl v pořádku?

Typicky například tehdy, když Google sjednotí:

• /produkt/?utm_source=facebook s hlavní URL /produkt/,
• tiskovou verzi článku s běžným článkem,
• technickou duplicitní URL s čistou veřejnou URL,
• varianty stejného obsahu vytvořené parametrem,
• starší technickou cestu ke stejnému obsahu s hlavní variantou.

Pokud Google jako canonical vybral správnou hlavní stránku a neindexuje její nepotřebnou duplicitu, není samotný stav důvodem k zásahu.

Kdy už je potřeba problém řešit?

Zpozorněte například tehdy, když Google:

• vybral starou URL místo nové,
• vybral HTTP namísto HTTPS,
• vybral staging nebo vývojovou doménu,
• vybral nevhodnou parametrickou URL,
• zaměnil dvě obsahově odlišné landing pages,
• zvolil nesprávnou jazykovou nebo regionální variantu,
• neindexuje důležitý produkt, protože ho považuje za duplicitu jiného produktu,
• vybral stránku, která sama není určena k indexaci.

Jak zjistit, proč Google zvolil jinou kanonickou URL

Neřešte pouze samotný canonical tag. Canonicalizace je výsledkem více signálů. Nejrychlejší diagnostika proto spočívá v systematickém porovnání obsahu, HTML, HTTP stavů, přesměrování, interních odkazů, sitemapy a indexovatelnosti obou URL.

1. Jsou obě stránky skutečně duplicitní nebo velmi podobné?

Canonical je určen primárně pro stejné nebo velmi podobné stránky. Pokud se stránky zásadně liší obsahem nebo účelem, neměli byste se je pokoušet násilně sloučit pomocí canonicalu.

Porovnejte zejména:

• hlavní text stránky,
• produktová data,
• nadpis H1,
• title,
• obrázky a další hlavní obsah,
• účel stránky,
• nabídku nebo produkt,
• jazyk,
• strukturu a rozsah obsahu.

Příklad:

https://example.cz/sluzby/tvorba-webu/
https://example.cz/sluzby/seo/

Pokud jde o dvě skutečně odlišné služby, canonical z jedné stránky na druhou není vhodným způsobem, jak Googlu sdělit, že má indexovat pouze jednu. Správně vytvořené samostatné landing pages mají být dostatečně obsahově odlišné a zpravidla samy kanonické.

Google při řešení problémů s canonicalizací výslovně doporučuje ověřit, zda stránky, které seskupil, nejsou ve skutečnosti natolik podobné, že je může oprávněně považovat za jeden cluster.

2. Zkontrolujte rel=“canonical“ přímo v HTML

Nejdříve ověřte, co web skutečně odesílá, nikoliv pouze co je nastaveno v administraci WordPressu.

Otevřete zdrojový kód stránky a vyhledejte:

rel="canonical"

Správný příklad:

<link rel="canonical" href="https://example.cz/produkt/">

Zkontrolujte:

• zda canonical vůbec existuje,
• zda ukazuje na očekávanou URL,
• zda používá správné HTTPS a doménu,
• zda není omylem zkopírován ze stagingu,
• zda nemá chybnou cestu nebo parametr,
• zda se nachází v části <head>,
• zda se canonical nemění po vykreslení JavaScriptem.

Google doporučuje absolutní URL. Tedy raději:

https://example.cz/produkt/

než:

/produkt/

3. Zkontrolujte, zda stránka nevysílá více canonicalů

Více vzájemně rozporných canonical hodnot je jednoznačně nežádoucí.

Špatný příklad:

<link rel="canonical" href="https://example.cz/a/">
<link rel="canonical" href="https://example.cz/b/">

Typické příčiny:

• SEO plugin přidává jeden canonical a šablona druhý,
• canonical přidává plugin i vlastní kód ve functions.php,
• jsou aktivní dva SEO pluginy současně,
• HTML obsahuje jednu URL a HTTP hlavička Link jinou,
• JavaScript po načtení původní canonical hodnotu změní.

Google přímo upozorňuje, že rozdílné nebo vícenásobné canonical značky mohou vést k neočekávaným výsledkům. Pokud používáte canonical v HTML i HTTP hlavičce, musejí být přinejmenším konzistentní; ve většině případů je jednodušší používat jednu vhodnou metodu.

4. Zkontrolujte HTTP status obou URL

Preferovaná canonical URL by měla být stabilní a dostupná. Pokud canonical míří na neexistující, chybovou nebo dále přesměrovávanou stránku, vysíláte Googlu zbytečně komplikovaný signál.

Prověřte minimálně:

• 200 OK – běžná dostupná stránka,
• 301 / 308 – trvalé přesměrování,
• 302 / 307 – dočasné přesměrování,
• 404 – stránka neexistuje,
• 410 – obsah byl odstraněn,
• 5xx – serverová chyba.

Například:

Stránka A:
rel="canonical" → https://example.cz/b/

URL B:
301 → https://example.cz/c/

V takovém případě je vhodnější, aby canonical stránky A ukazoval přímo na finální URL C, pokud právě C má být reprezentativní stránkou.

Pokud canonical míří na 404 nebo 410, jde o zásadní chybu. U opakovaných 5xx může mít Google navíc problém cílovou stránku vůbec spolehlivě zpracovat.

5. Zkontrolujte přesměrování

Redirect je sám o sobě silný canonicalizační signál. Proto nesmí ukazovat jiným směrem než ostatní signály webu.

Problematická situace:

URL A canonical → URL B
URL A redirect → URL C

Web zde současně sděluje:

• „B je preferovaná reprezentativní stránka“,
• ale zároveň „obsah A se nachází na C“.

Pokud má původní URL trvale zaniknout a být nahrazena jinou, bývá vhodnější správné trvalé přesměrování než ponechání staré stránky s HTTP 200 a pouhým canonicalem.

Kontrolujte také redirect chain:

A → B → C → D

Pokud lze starou URL přesměrovat přímo na finální relevantní cíl, zbytečné mezikroky odstraňte.

6. Zkontrolujte interní odkazy

Interní odkazy by měly primárně používat URL, kterou považujete za canonical. Google toto doporučení uvádí přímo mezi canonicalizačními best practices.

Příklad:

Canonical:
https://example.cz/produkt/

Interní odkazy na webu:
https://example.cz/produkt/?variant=default

Jestliže navigace, související produkty, kategorie, breadcrumbs i články odkazují téměř výhradně na parametrickou variantu, zatímco canonical deklaruje čistou URL, vytváří web nekonzistentní obraz své vlastní struktury.

Opravte proto:

• menu,
• breadcrumbs,
• odkazy z kategorií,
• související články a produkty,
• CTA odkazy,
• odkazy generované šablonou,
• interní odkazy v samotném obsahu.

7. Zkontrolujte XML sitemapu

Do XML sitemapy by obecně měly patřit URL, které chcete mít jako canonical a zobrazovat ve výsledcích vyhledávání.

Pokud HTML deklaruje:

canonical → https://example.cz/produkt/

ale XML sitemapa obsahuje:

https://example.cz/produkt/?variant=default

odesíláte Googlu dva různé signály.

Sitemapa sama o sobě Googlu canonical nepřikazuje. Google ji podle aktuální dokumentace považuje za slabší canonicalizační signál než redirect nebo rel="canonical". Přesto má smysl držet ji konzistentní.

Zkontrolujte také, zda sitemap neobsahuje:

• URL s redirectem,
• 404 stránky,
• stránky s noindex,
• duplicitní parametrické URL,
• HTTP varianty místo HTTPS,
• staré URL po migraci.

8. Zkontrolujte HTTP, HTTPS, www a non-www

Google obecně preferuje HTTPS před ekvivalentní HTTP stránkou, ale špatné technické nastavení může tento signál narušit.

Prověřte například tyto varianty:

http://example.cz/
https://example.cz/
https://www.example.cz/

Pokud má být hlavní variantou:

https://example.cz/

mělo by tomu odpovídat:

• trvalé přesměrování HTTP → HTTPS,
• trvalé sjednocení www / non-www,
• canonical,
• interní odkazy,
• XML sitemapa,
• případné hreflang odkazy.

Zkontrolujte také platnost SSL certifikátu. Google mezi situacemi, které mohou narušit preferenci HTTPS, uvádí například neplatný certifikát nebo přesměrování HTTPS zpět na HTTP.

9. Zkontrolujte trailing slash

Samotná existence adres /produkt a /produkt/ není automaticky SEO katastrofa. Problém vzniká tehdy, když jsou obě varianty samostatně dostupné a různé části webu používají každou jinak.

Prověřte:

https://example.cz/produkt
https://example.cz/produkt/

Ideální je zvolit jednu variantu a podle architektury webu sjednotit:

• redirecty,
• canonical,
• interní odkazy,
• sitemapu.

10. Zkontrolujte parametry URL

Ne všechny parametrické URL jsou stejné a nelze automaticky doporučit canonicalizovat všechny na základní stránku.

Typické parametry:

?utm_source=
?sort=
?filter=
?color=
?session=

Rozlišujte jejich účel.

Tracking parametry

Pokud parametr pouze měří zdroj návštěvy a obsah stránky se nemění, například:

/produkt/?utm_source=facebook

je canonical na:

/produkt/

obvykle logický.

Třídění

URL typu:

/produkty/?sort=price

může zobrazovat stejnou množinu obsahu pouze v jiném pořadí. Často tedy dává smysl její vztah k hlavní kategorii canonicalizačně řešit.

Filtry

U filtrů je situace složitější:

/notebooky/?znacka=lenovo

Pokud filtrovaná stránka představuje hodnotnou samostatnou landing page s vlastním vyhledávacím záměrem, nemusí být správné canonicalizovat ji na obecnou kategorii. Rozhodnutí závisí na obsahové a SEO strategii konkrétního webu.

11. Zkontrolujte noindex a robots.txt

Canonical, noindex a robots.txt řeší různé problémy a neměly by být používány jako zaměnitelné nástroje.

Google výslovně nedoporučuje používat robots.txt pro canonicalizaci. Pokud Google nemůže stránku projít, nemusí být schopen přečíst canonical, který je v jejím HTML.

Podobně noindex není doporučenou metodou pro výběr canonical mezi stránkami stejného webu. Noindex znamená, že konkrétní URL nemá být ve výsledcích vyhledávání vůbec.

Problematické je například:

URL A:
noindex
canonical → URL B

Pokud je vaším cílem pouze konsolidace duplicit na B, zpravidla stačí správně nastavený canonical a konzistentní další signály. Noindex používejte tehdy, když URL skutečně nechcete ve vyhledávání.

12. Zkontrolujte jazykové a regionální varianty

Plnohodnotně přeložené stránky v různých jazycích by se běžně neměly canonicalizovat všechny na jednu jazykovou URL.

Například:

example.cz/cs/produkt/
example.cz/en/product/
example.cz/de/produkt/

Pokud každá stránka obsahuje skutečně přeložený hlavní obsah, jde o samostatné jazykové varianty. K jejich vztahu slouží zejména hreflang.

Google považuje různé jazykové URL za duplicity pouze tehdy, pokud hlavní obsah zůstává ve stejném jazyce a přeloží se například jen navigace nebo jiný vedlejší obsah.

U regionálních variant stejného jazyka, například angličtiny pro USA a Velkou Británii, je důležité správně kombinovat canonicalizaci s hreflang podle konkrétní struktury webu.

U WordPress webů s více jazyky může být relevantní také způsob, jakým stránky propojuje například Polylang.

13. Zkontrolujte staging a testovací domény

Pokud Google vybere staging nebo vývojovou doménu, řešte problém prioritně.

Typické adresy:

staging.example.cz
dev.example.cz
test.example.cz

Častý scénář vznikne po migraci:

1. web je vytvořen na staging.example.cz,
2. databáze se překopíruje na produkční doménu,
3. část canonical URL zůstane hardcoded na stagingu,
4. staging je stále veřejně dostupný crawlerům,
5. Google objeví dvě prakticky identické verze webu.

Zkontrolujte:

• HTML canonical,
• HTTP hlavičky,
• databázi WordPressu,
• nastavení SEO pluginu,
• vlastní šablonu,
• functions.php,
• cache,
• CDN,
• serverovou konfiguraci.

Testovací prostředí, které nemá být veřejné, je nejbezpečnější chránit autentizací nebo jinou skutečnou kontrolou přístupu. Pouhé spoléhání na canonical není ochranou neveřejného stagingu.

14. Zkontrolujte WordPress a SEO pluginy

Ve WordPressu bývá canonical často generován automaticky, takže chyba nemusí být přímo v obsahu stránky.

Typické zdroje problémů:

• Yoast SEO,
• Rank Math,
• dva SEO pluginy současně,
• vlastní šablona,
• hook ve functions.php,
• vlastní plugin,
• page builder,
• cache plugin,
• serverová cache nebo CDN,
• staré údaje po migraci databáze.

Nekontrolujte proto jen administraci. Otevřete skutečný HTML výstup, který dostává návštěvník a Googlebot.

Základní informace o systému najdete také v článku WordPress.

15. Zkontrolujte canonical generovaný JavaScriptem

Pokud canonical generuje nebo mění JavaScript, porovnejte původní HTML a vykreslený DOM.

Google doporučuje canonicalizaci pomocí JavaScriptu držet co nejjednoznačnější. Nejlepší je mít canonical už v původním HTML a JavaScriptem jej neměnit.

Pokud canonical v původním HTML z technických důvodů správně určit nedokážete, je podle aktuálního doporučení Googlu lepší nechat ho v původním HTML úplně chybět a doplnit jej JavaScriptem než nejprve odeslat jednu hodnotu a následně ji změnit na jinou.

Nejčastější důvod: jednotlivé canonicalizační signály si odporují

Velká část problémů vzniká jednoduše tím, že různé části webu preferují různé URL.

Příklad:

rel="canonical" → https://example.cz/produkt/

XML sitemap → https://www.example.cz/produkt/

Interní odkazy → http://example.cz/produkt/

Redirect → https://example.cz/produkt/?source=old

Každý signál zde říká něco jiného.

Správný stav by měl vypadat například takto:

Canonical → https://example.cz/produkt/
Sitemap → https://example.cz/produkt/
Interní odkazy → https://example.cz/produkt/
HTTP varianty → 301 na https://example.cz/produkt/
www varianta → 301 na https://example.cz/produkt/

Nejde o to Googlu „vnutit“ URL jednou značkou. Cílem je, aby architektura webu jako celek dávala stejnou odpověď na otázku: Která URL je hlavní?

Canonical směřuje na nerelevantní stránku

Canonical neslouží k tomu, abyste libovolně odstranili stránky z indexu tím, že je všechny nasměrujete na jednu důležitou URL.

Chybné příklady:

produkt A → canonical na kategorii
produkt B → canonical na kategorii
produkt C → canonical na kategorii

nebo:

všechny články → canonical na homepage

Pokud obsah není stejný nebo velmi podobný, Google nemusí takový canonical přijmout. Navíc se může pokusit vytvořit vlastní seskupení stránek podle jejich skutečné podobnosti.

Stránky nejsou dost podobné

Google nemusí vybrat vámi deklarovaný canonical, pokud aktuální stránka a cílová canonical stránka nepůsobí jako duplicity.

Oficiální nápověda Search Console u stavu „Duplicitní stránka, Google vybral jinou kanonickou stránku než uživatel“ výslovně upozorňuje, že stránka označená jako canonical musí být s testovanou stránkou dostatečně podobná.

Google považuje jinou variantu za lepší reprezentaci

Výběr canonicalu nevychází pouze z jedné značky v HTML. Google zpracovává celý soubor dostupných signálů a může dojít k závěru, že jiná URL dává pro daný cluster větší smysl.

Není správné z toho odvozovat neznámé algoritmické faktory typu „Google vybral stránku B, protože má o 300 slov více“. Takto přesné pravidlo Google nezveřejňuje.

Prakticky však musíte zkontrolovat, zda se preferovaná URL nechová jako slabší nebo méně konzistentní varianta – například zda na ni téměř nic interně neodkazuje, není v sitemapě, obsahuje technické chyby nebo je její obsah jiný než obsah ostatních členů clusteru.

Server může vracet stejný obsah pod různými doménami

Pokud Google jako canonical vybírá úplně jinou doménu, prověřte také serverovou konfiguraci.

Google mezi známými příčinami neočekávané canonicalizace uvádí například situaci, kdy špatně nakonfigurovaný server vrací obsah jednoho webu také na jiné doméně.

Pokud Google-selected canonical ukazuje na doménu, kterou vůbec nepoznáváte, zkontrolujte navíc:

• DNS a hosting,
• virtual hosts,
• reverse proxy,
• CDN,
• případné napadení webu,
• neočekávané HTTP hlavičky,
• vstříknutý cross-domain canonical.

Google v aktuální troubleshooting dokumentaci zmiňuje také případy, kdy napadený web vloží škodlivé přesměrování nebo cross-domain canonical.

Co když je obsah syndikovaný na jiném webu?

Cross-domain canonical není podle aktuálního doporučení Googlu univerzálním řešením syndikovaného obsahu.

Pokud jiný web legitimně přebírá váš článek a vaším cílem je zabránit tomu, aby jeho kopie soutěžila ve Vyhledávání Google s originálem, Google aktuálně doporučuje, aby partner indexování převzatého obsahu zablokoval.

U syndikace proto nevycházejte z předpokladu, že cross-domain canonical musí vždy zajistit indexaci původního článku.

„Duplicitní stránka, Google vybral jinou kanonickou stránku než uživatel“

Tento stav znamená, že Google neindexoval kontrolovanou URL jako hlavní reprezentaci clusteru a vybral místo ní jinou canonical URL.

V aktuální české nápovědě služby Search Console je stav označen jako:

„Duplicitní stránka, Google vybral jinou kanonickou stránku než uživatel“

Google doporučuje porovnat:

1. kontrolovanou URL,
2. kanonickou adresu URL uvedenou uživatelem,
3. kanonickou adresu URL vybranou Googlem.

Pokud je Google-selected canonical správná URL, nemusí být potřeba nic řešit.

Pokud Google vybral nesprávnou stránku, projděte diagnostiku v tomto článku. Zvláštní pozornost věnujte obsahové podobnosti a konfliktům mezi canonicalem, redirecty, interními odkazy a sitemapou.

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

Tento stav obvykle neznamená problém. Google rozpoznal URL jako alternativní variantu jiné stránky, canonical vztah vyhodnotil jako správný a indexuje kanonickou variantu.

Aktuální česká dokumentace Search Console u tohoto stavu přímo uvádí, že pokud alternativní stránka správně odkazuje na indexovanou canonical stránku, není potřeba nic dělat.

Google indexuje jinou URL, než kterou chci. Co přesně zkontrolovat?

Máte-li URL A, kterou chcete indexovat, ale Google vybral URL B, postupujte v tomto pořadí.

1. Jsou A a B opravdu duplicitní nebo velmi podobné?
2. Jaký canonical deklaruje A?
3. Jaký canonical deklaruje B?
4. Vrací obě URL očekávané HTTP statusy?
5. Nepřesměrovává A nebo B jinam?
6. Která URL je v XML sitemapě?
7. Na kterou URL vedou interní odkazy?
8. Je A indexovatelná?
9. Neobsahuje A noindex nebo není blokována?
10. Je správně nastaven HTTPS a doménová varianta?
11. Nejde o jazykový nebo regionální problém?
12. Neexistuje třetí URL C, kterou web také favorizuje?

Teprve podle výsledku určete opravu.

Co konkrétně opravit?

Oprava se musí řídit příčinou. Neexistuje univerzální tlačítko „donutit Google použít canonical“.

Zjištěný problém	Typická oprava
Špatný rel="canonical"	Opravit canonical tak, aby ukazoval na skutečně preferovanou relevantní URL.
Více konfliktních canonicalů	Odstranit duplicitní implementaci a ponechat jednoznačný signál.
Interní odkazy favorizují duplicitu	Přepsat interní odkazy na canonical URL.
Sitemap obsahuje necanonical URL	Generovat sitemapu z URL určených k indexaci.
Stará URL již nemá existovat	Použít relevantní trvalé přesměrování na novou URL.
Stránka vůbec nemá být ve výsledcích	Podle situace použít noindex, odstranit obsah nebo omezit přístup.
Dvě stránky jsou obsahově odlišné	Nesnažit se je násilně slučovat canonicalem; posílit jejich odlišnost a vlastní indexovatelnost.
HTTP a HTTPS jsou nekonzistentní	Sjednotit redirecty, canonicaly, sitemapu a interní odkazy na HTTPS.
Canonical ukazuje na staging	Opravit produkční canonical a zabránit veřejnému indexování stagingu.

Canonical vs. 301 redirect vs. noindex

Canonical, redirect a noindex nejsou tři alternativní zápisy stejného příkazu. Každý slouží k jinému účelu.

Metoda	Kdy ji použít	Co se děje s původní URL
rel="canonical"	Existují stejné nebo velmi podobné URL, které mají zůstat dostupné.	URL zůstává přístupná, ale preferujete jinou reprezentativní URL.
301 / 308	Stará URL byla trvale nahrazena novou.	Uživatel i crawler jsou přesměrováni jinam.
noindex	Konkrétní URL nechcete zobrazovat ve výsledcích vyhledávání.	Stránka může dál existovat, ale nemá být indexována.

Kdy není potřeba nic opravovat?

Pokud Google vybral správnou reprezentativní URL a nepotřebná varianta zůstala mimo index, může být vše v pořádku.

Typické příklady:

• UTM URL je seskupena s čistou hlavní URL,
• tisková verze článku je alternativou hlavního článku,
• duplicitní technická URL není indexována,
• nepotřebná parametrická varianta byla správně sloučena,
• Google vybral správnou hlavní URL, i když jeden lokální signál na duplicitě byl jiný.

Search Console je diagnostický nástroj. Skutečnost, že je stránka uvedena mezi neindexovanými URL, automaticky neznamená technickou chybu.

Google ostatně v aktuální dokumentaci výslovně uvádí, že duplicitní a alternativní URL běžně indexovány být nemají a jejich správné přiřazení ke canonical stránce je žádoucí stav.

Kdy je problém vážnější?

Prioritu problému zvyšuje situace, kdy Google kvůli chybné canonicalizaci neindexuje stránku, kterou skutečně potřebujete ve vyhledávání.

Vyšší prioritu mají zejména případy, kdy:

• není indexována důležitá landing page,
• Google opakovaně vybírá zastaralou URL,
• Google vybral staging nebo testovací doménu,
• Google upřednostnil HTTP před správnou HTTPS verzí,
• Google slučuje dvě odlišné jazykové stránky,
• e-shop přichází o indexaci důležitých produktů,
• velké množství stránek canonicalizuje na chybnou URL,
• canonical směřuje na 404,
• do canonicalu zasahuje malware nebo napadený plugin.

Jak ověřit opravu?

Po opravě nestačí změnit nastavení pluginu. Ověřte skutečný výstup webu a následně dejte Googlu prostor stránku znovu zpracovat.

1. Otevřete opravovanou URL.
2. Zkontrolujte výsledný HTML zdroj.
3. Zkontrolujte canonical.
4. Zkontrolujte případný canonical v HTTP hlavičce.
5. Zkontrolujte HTTP status.
6. Zkontrolujte celý redirect řetězec.
7. Ověřte interní odkazy.
8. Ověřte XML sitemapu.
9. Zkontrolujte robots a noindex.
10. V Search Console znovu spusťte Kontrolu adresy URL.
11. U důležitých URL můžete po opravě požádat o indexování.
12. Počkejte na nové procházení a zpracování Googlem a následně znovu porovnejte Google-selected canonical.

Žádost o indexování nezaručuje, že Google URL zaindexuje ani že okamžitě změní canonical. Navíc živá kontrola neumí budoucí volbu canonicalu simulovat, protože canonical selection probíhá během indexování.

Google ve své aktuální troubleshooting dokumentaci uvádí, že po obsahových opravách mohou stránky zůstat ve stejném duplicitním clusteru až přibližně dva týdny. Jde však o orientaci pro tento konkrétní proces, nikoliv o univerzální garanci času. V jiných situacích může nové zpracování trvat kratší i delší dobu.

Praktické příklady

Příklad 1: UTM parametr

Hlavní URL:
https://example.cz/produkt/

Alternativní URL:
https://example.cz/produkt/?utm_source=facebook

Obě adresy zobrazují stejný produkt. Parametr pouze identifikuje zdroj návštěvy. Google vybral jako canonical čistou URL.

Vyhodnocení: Pravděpodobně správně. Pokud čistou URL preferuje také web, není potřeba problém vytvářet tam, kde žádný není.

Příklad 2: HTTP vs. HTTPS

Canonical:
https://example.cz/sluzba/

Interní odkazy:
http://example.cz/sluzba/

Sitemap:
http://example.cz/sluzba/

Web v canonicalu preferuje HTTPS, ale sám ve své struktuře stále používá HTTP.

Vyhodnocení: Nekonzistentní signály.

Řešení: Přesměrovat HTTP na HTTPS a aktualizovat interní odkazy i sitemapu.

Příklad 3: Staging URL

Produkční URL:
https://www.example.cz/produkt/

Canonical:
https://staging.example.cz/produkt/

Produkční stránka po migraci stále obsahuje canonical na staging.

Vyhodnocení: Závažná technická chyba.

Řešení: Opravit canonical, zkontrolovat celý web na staging URL a zabezpečit testovací prostředí proti veřejnému přístupu či indexaci podle jeho účelu.

Příklad 4: Dvě různé landing pages

/tvorba-webu/
/seo/

Obě stránky popisují odlišné služby, ale první canonicalizuje na druhou.

Vyhodnocení: Canonical pravděpodobně není vhodný. Pokud mají obě stránky vlastní hodnotu a search intent, měly by být dostatečně unikátní a indexovatelné samostatně.

Příklad 5: Starý článek se přestěhoval

Starý článek:
https://example.cz/stary-nazev/

Nový článek:
https://example.cz/novy-nazev/

Starý článek stále vrací HTTP 200 a pouze canonicalizuje na nový.

Vyhodnocení: Pokud byla URL skutečně trvale nahrazena a uživatel nemá důvod starou stránku používat, bývá čistším řešením trvalý redirect na novou adresu.

Příklad 6: Produktová varianta

/tricko/
/tricko/?color=black

Parametr pouze předvolí černou barvu, ale text, produkt a hlavní obsah zůstávají stejné.

Vyhodnocení: Canonical na hlavní produkt může být vhodný.

Pokud by však každá varianta představovala samostatný produkt s unikátním obsahem, dostupností, popisem a samostatnou vyhledávací hodnotou, situace by vyžadovala jiné posouzení.

Rozhodovací tabulka

Situace	Je problém?	Co zkontrolovat	Typické řešení
Google vybral hlavní URL místo UTM varianty	Obvykle ne	Zda jde skutečně o stejný obsah	Nic, pokud je hlavní URL správná
Google vybral HTTP URL	Často ano	HTTPS, certifikát, redirecty, sitemapu, canonical	Sjednotit všechny signály na HTTPS
Google vybral staging	Ano, vysoká priorita	Canonical, dostupnost stagingu, migraci, cache	Opravit canonical a zabezpečit staging
Google vybral jiný produkt	Záleží	Obsahovou podobnost a produktová data	Odlišit produkty nebo opravit canonical
Google vybral starou URL	Často ano	Redirecty, interní odkazy, sitemapu	Preferovat novou URL konzistentními signály
Google vybral jinou jazykovou variantu	Často ano	Obsah, canonical, hreflang	Opravit jazykové vztahy a duplicity
Google vybral parametrickou URL	Záleží	Interní odkazy, canonical, sitemapu a hodnotu parametru	Podle účelu preferovat čistou URL nebo variantu ponechat samostatnou
Alternativní URL je správně přiřazena ke canonicalu	Ne	Zda canonical odpovídá záměru	Nic

Troubleshooting checklist

Pokud Google zvolil jiný canonical, projděte tento seznam bod po bodu.

• Je obsah obou URL stejný nebo velmi podobný?
• Existuje rel="canonical"?
• Ukazuje canonical na správnou URL?
• Je canonical v části <head>?
• Je na stránce pouze jeden konzistentní canonical?
• Není jiný canonical v HTTP hlavičce?
• Nemění canonical JavaScript?
• Vrací preferovaná URL HTTP 200?
• Nemíří canonical přes další redirect?
• Neexistuje redirect chain?
• Ukazují redirecty stejným směrem jako canonical?
• Odkazují interní odkazy na preferovanou URL?
• Je preferovaná URL v XML sitemapě?
• Neobsahuje sitemap necanonical variantu?
• Je web sjednocen na HTTPS?
• Je konzistentní www / non-www?
• Je konzistentní trailing slash?
• Neovlivňují výběr URL parametry?
• Není stránka blokována v robots.txt?
• Neobsahuje preferovaná URL noindex?
• Není noindex kombinován s konfliktním canonicalem?
• Jsou správně nastaveny jazykové a regionální varianty?
• Není produkční canonical stále nasměrován na staging?
• Neobsahuje staging kopii produkčního webu veřejně dostupnou Googlu?
• Negenerují canonical současně dva SEO pluginy?
• Nepřidává canonical šablona nebo functions.php?
• Není problém pouze ve staré cache?
• Nezasahuje do HTML CDN nebo jiná proxy?
• Nejde o serverovou konfiguraci vracející stejný web na více hostnames?

Související témata

Pro pochopení celé problematiky mohou být užitečné také následující pojmy:

• Kanonický odkaz
• Google Search Console
• URL
• Přesměrování (Redirect)
• Sitemap
• noindex
• robots.txt
• Technické SEO
• WordPress

Často kladené otázky

Co znamená Google-selected canonical?

Google-selected canonical je URL, kterou Google sám vybral jako reprezentativní stránku skupiny stejných nebo velmi podobných URL. Nemusí se shodovat s canonicalem deklarovaným webem.

Co znamená user-declared canonical?

Jde o URL, kterou jako preferovanou deklaruje samotný web, typicky pomocí rel="canonical". V českém Search Console se aktuálně používá označení „Kanonická adresa URL uvedená uživatelem“.

Je problém, když se user-declared a Google-selected canonical liší?

Ne automaticky. Pokud Google vybral správnou hlavní URL a druhá stránka je skutečně duplicitní, může být výsledek v pořádku. Problém nastává tehdy, když Google jako canonical vybírá URL, kterou jako hlavní nechcete.

Proč Google můj canonical „ignoruje“?

Canonical není absolutní příkaz. Google může z dostupných signálů vyhodnotit jinou URL jako vhodnější reprezentaci. Zkontrolujte zejména podobnost obsahu, redirecty, interní odkazy, sitemapu, canonical tag, HTTPS a indexovatelnost.

Jak Googlu říct, kterou URL má indexovat?

U duplicitních URL používejte konzistentní canonicalizační signály. Google považuje redirecty a rel="canonical" za silné signály a sitemapu za slabší. Interní odkazy by měly také směřovat na preferovanou URL. Ani tak však nelze výběr canonicalu absolutně garantovat.

Může Google vybrat canonical i bez canonical tagu?

Ano. Pokud canonical sami neurčíte, Google se může pokusit reprezentativní URL skupiny podobných stránek vybrat automaticky.

Může sitemap ovlivnit výběr canonicalu?

Ano, ale podle Googlu jde o slabší canonicalizační signál než redirect nebo rel="canonical". Proto by sitemap měla být s ostatními signály konzistentní.

Mohou interní odkazy ovlivnit canonicalizaci?

Ano. Google přímo doporučuje interně odkazovat na canonical URL namísto jejích duplicitních variant. Nekonzistentní interní odkazy mohou komplikovat interpretaci struktury webu.

Pomůže požádat o indexaci v Search Console?

Po opravě můžete u důležitých URL požádat o indexování. Žádost však nezaručuje zaindexování ani výběr konkrétní canonical URL. Google musí stránku znovu projít a zpracovat.

Jak dlouho trvá, než Google canonical přehodnotí?

Neexistuje univerzální garantovaná doba. Google musí změnu znovu objevit a zpracovat. U řešení obsahových canonicalizačních problémů Google aktuálně upozorňuje, že stránky mohou po opravě zůstat v původním duplicitním clusteru přibližně až dva týdny; u jiných situací se doba může lišit.

Mám duplicitní stránku odstranit?

Ne nutně. Pokud má URL důvod existovat pro uživatele, může zůstat dostupná a canonicalizovat na hlavní variantu. Pokud byla však trvale nahrazena a nemá již samostatný účel, může být vhodnější trvalé přesměrování.

Je lepší canonical nebo 301 redirect?

Záleží na účelu. Canonical je vhodný, pokud alternativní URL mají dál existovat. Trvalé přesměrování je vhodnější, pokud stará URL zanikla a návštěvník má vždy skončit na nové adrese.

Potřebujete zjistit, proč Google indexuje jinou URL?

Pokud Google opakovaně vybírá jinou stránku, než očekáváte, a příčina není zřejmá ani po kontrole canonicalu, redirectů, sitemapy a interních odkazů, může být problém součástí širšího nastavení indexace nebo WordPressu.

Technické SEO, indexovatelnost a chyby canonicalizace lze prověřit v rámci SEO služeb MH Webdesign. Cílem takové kontroly není slíbit konkrétní pozice ve vyhledávání, ale najít technickou příčinu a určit, které signály web skutečně odesílá Googlu.