Canonical vs. 301 redirect vs. noindex: kdy použít co

Rychlá odpověď: pokud se obsah trvale přesunul na jinou URL a původní adresa už nemá být používána, typickým řešením je 301 redirect. Pokud musí dvě stejné nebo velmi podobné URL zůstat dostupné, ale chcete vyhledávači určit preferovanou variantu, použijte zpravidla canonical. Pokud stránka musí zůstat dostupná návštěvníkům, ale nechcete ji zobrazovat ve výsledcích vyhledávání, použijte noindex. Nejde o tři zaměnitelné techniky – každá řeší jiný problém.

Situace	Typické řešení	Co se stane s původní URL
Obsah se trvale přesunul	301 redirect	Návštěvník i crawler jsou přesměrováni na novou URL.
Stejný nebo velmi podobný obsah musí zůstat dostupný na více URL	Canonical	URL zůstává dostupná; vyhledávači signalizujete preferovanou reprezentativní URL.
Stránka má zůstat dostupná, ale nechcete ji ve výsledcích vyhledávání	Noindex	URL zůstává dostupná, ale po zpracování instrukce by neměla být zobrazována ve výsledcích podporujícího vyhledávače.
Stránka byla odstraněna a nemá relevantní náhradu	404 nebo 410	Server oznamuje, že požadovaný obsah není dostupný.
Obsah má být skutečně neveřejný	Autentizace / řízení přístupu	Nepovolaný uživatel ani crawler se k obsahu nedostanou.

Nejdůležitější mentální model je jednoduchý: canonical vybírá preferovanou variantu podobného obsahu, 301 mění místo, na kterém se obsah nachází, a noindex řeší účast konkrétní URL ve výsledcích vyhledávání.

Podrobnější vysvětlení samotné kanonikalizace najdete v hesle Kanonický odkaz. Tento návod se místo obecné definice soustředí především na rozhodování, který mechanismus v konkrétní situaci použít.

Kdy použít canonical

Canonical použijte tehdy, když existují dvě nebo více stejných či velmi podobných URL, které potřebujete ponechat dostupné, ale chcete vyhledávači signalizovat, která z nich má být považována za reprezentativní. Canonical návštěvníka nikam nepřesměruje a sám o sobě nezakazuje přístup ani indexaci URL.

Google považuje rel="canonical" za silný kanonikalizační signál, nikoli za absolutní příkaz. Deklarovanou URL proto může v odůvodněných případech nahradit jinou URL, kterou jeho systémy vyhodnotí jako vhodnější reprezentativní variantu. Mezi další kanonikalizační signály patří například permanentní přesměrování, URL uvedené v sitemapě nebo konzistentní interní odkazy.

Příklad:

https://example.cz/produkt/
https://example.cz/produkt/?utm_source=newsletter

Pokud obě adresy zobrazují prakticky stejný produkt a parametr slouží pouze k měření kampaně, parametrická URL může obsahovat:

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

Tím říkáte přibližně: „Tato URL existuje, ale z těchto velmi podobných variant preferujeme jako hlavní adresu https://example.cz/produkt/.“

Canonical se typicky hodí pro

• URL s měřicími parametry, například UTM, pokud vedou ke stejnému obsahu,
• technické duplicity vytvořené CMS nebo e-shopem,
• několik cest k témuž produktu nebo dokumentu,
• tiskovou nebo jinou alternativní podobu stejného obsahu, pokud má zůstat veřejně dostupná,
• některé varianty třídění a filtrů, pokud skutečně zobrazují stejný nebo velmi podobný primární obsah,
• situace, kdy stejný obsah existuje v několika formátech; pro ne-HTML dokumenty lze podle Googlu použít také HTTP hlavičku Link s atributem rel="canonical".

Canonical má smysl jen mezi stránkami, které jsou z pohledu hlavního obsahu skutečně duplicitní nebo velmi podobné. Google při kanonikalizaci seskupuje právě takové URL; canonical není obecný nástroj pro „posílání SEO hodnoty“ mezi libovolnými stránkami.

Kdy canonical nepoužívat

• Obsah se definitivně přesunul. Pokud starou URL už nechcete používat, bývá vhodnější permanentní redirect.
• Stránku nechcete ve výsledcích vyhledávání vůbec. To je jiný cíl, pro který slouží noindex, odstranění obsahu nebo jiné řešení.
• Stránky mají zásadně rozdílný obsah. Canonical není mechanismus pro spojování tematicky příbuzných, ale odlišných článků.
• URL vrací 404 nebo 410. Neexistující stránku nedává smysl řešit canonicalem.
• Chcete jen „posílit“ jinou stránku. Samotná SEO preference není důvodem ke canonicalizaci obsahově rozdílných URL.

A co obsah na dvou různých doménách?

Cross-domain canonical technicky existuje, ale je nutné rozlišovat konkrétní situaci. U skutečné migrace celé domény je obvykle čistší použít odpovídající permanentní přesměrování. U syndikovaného obsahu Google aktuálně výslovně nedoporučuje spoléhat na canonical jako na hlavní způsob zabránění zobrazování kopie partnera; pokud partnerská kopie nemá být v Google Search, preferovaným řešením je zamezit její indexaci.

Další souvislosti najdete v článcích URL, Sitemap a Crawling.

Kdy použít 301 redirect

301 redirect použijte typicky tehdy, když se obsah trvale přesunul a návštěvník ani vyhledávač už nemají běžně používat původní URL. Server na požadavek staré URL odpoví permanentním přesměrováním a klient pokračuje na cílovou adresu.

HTTP 301 je permanentní redirect. Google jej používá jako silný signál, že cílová URL má být považována za kanonickou. Podobnou permanentní roli může mít také HTTP 308. Naproti tomu 302 a 307 vyjadřují dočasné přesměrování a mají být použity tam, kde se očekává návrat k původní URL.

Typické použití 301

• změna slugu článku,
• změna struktury URL,
• sloučení dvou nebo více stránek do jedné,
• přechod z HTTP na HTTPS,
• sjednocení používaných variant domény,
• migrace na novou doménu,
• odstranění stránky, pokud existuje skutečně relevantní náhradní obsah,
• nahrazení starého produktu přímým nástupcem, pokud je nástupce z pohledu návštěvníka skutečně odpovídající.

Více o principu redirectů najdete v hesle Přesměrování (Redirect).

Nepřesměrovávejte všechno na homepage

Jedna z nejčastějších SEO chyb je automatické pravidlo „každou smazanou URL přesměruj na homepage“. Redirect by měl vést na obsah, který je pro návštěvníka skutečně relevantní. Google upozorňuje, že hromadná přesměrování starých URL na nerelevantní jedinou destinaci, například domovskou stránku, mohou být vyhodnocena jako soft 404.

Pokud stránka zanikla a nemáte za ni odpovídající náhradu, může být správným výsledkem normální 404 Not Found nebo 410 Gone. Google u odstraněného obsahu bez odpovídající náhrady doporučuje právě 404 nebo 410.

Kdy použít noindex

Noindex použijte tehdy, když stránka nebo jiný podporovaný zdroj musí být dostupný, ale nechcete jej zobrazovat ve výsledcích vyhledávání. Na rozdíl od 301 nedochází k přesměrování a na rozdíl od canonicalu neříkáte vyhledávači, že existuje preferovaná duplicitní URL.

Google po načtení a zpracování platného noindex pravidla URL z výsledků Google Search vyřadí. Aby ale mohl instrukci přečíst, musí mít crawler ke stránce přístup. Stránka zablokovaná pomocí robots.txt proto představuje zásadně jinou situaci.

V HTML lze použít například:

<meta name="robots" content="noindex, follow">

Hodnota follow zde výslovně ponechává běžné následování odkazů; u Googlu je však výchozím stavem absence omezení, takže explicitní uvedení follow zpravidla není nezbytné.

Samotné noindex lze zapsat také jednoduše:

<meta name="robots" content="noindex">

U souborů, do jejichž HTML hlavičky nelze vložit robots meta tag – například u některých PDF – lze použít HTTP odpověď:

X-Robots-Tag: noindex

Google dokumentuje X-Robots-Tag právě jako způsob řízení indexace prostřednictvím HTTP hlavičky a jako praktické řešení také pro ne-HTML zdroje.

Typické použití noindex

• děkovací a potvrzovací stránky bez hodnoty pro organické vyhledávání,
• některé interní výsledky vyhledávání,
• technické nebo užitkové stránky, které musí fungovat pro uživatele,
• některé interní archivy bez samostatného vyhledávacího záměru,
• dočasné veřejně přístupné stránky, které nemají být ve vyhledávači,
• některé kombinace filtrů, pokud nemají vlastní vyhledávací hodnotu a je záměrem ponechat je dostupné návštěvníkům.

Podrobněji je noindex popsán v samostatném hesle noindex.

Pozor: neexistuje univerzální pravidlo, že všechny kategorie, štítky, archivy nebo e-shopové filtry mají mít noindex. Některé z těchto stránek mohou mít vlastní hodnotný obsah, relevantní vyhledávací záměr a smysl jako samostatné vstupní stránky. Rozhodnutí musí vycházet z informační architektury konkrétního webu.

Canonical nebo 301: co použít?

Pokud starou URL už nechcete používat a obsah se skutečně trvale přesunul na novou adresu, bývá logičtější 301 redirect. Pokud musí obě URL nadále fungovat samostatně a zobrazují stejný nebo velmi podobný obsah, dává větší smysl canonical.

Vlastnost	Canonical	301 redirect
Zůstává původní URL dostupná?	Ano, obvykle vrací vlastní obsah.	Ne jako samostatná cílová stránka; návštěva pokračuje na cílovou URL.
Je uživatel přesměrován?	Ne.	Ano.
Vhodné pro duplicity?	Ano, pokud mají URL zůstat dostupné a obsah je stejný nebo velmi podobný.	Ano, pokud duplicitní variantu chcete definitivně vyřadit z běžného používání.
Vhodné pro přesun URL?	Obvykle ne jako náhrada redirectu.	Ano.
Může Google vybrat jinou canonical URL?	Ano.	Redirect je silný signál, ale konečné zpracování stále provádí vyhledávač.
Lze starou stránku běžně zobrazit?	Ano.	Ne bez obejití redirectu.
Typický příklad	Produkt + stejný produkt s UTM parametrem.	Starý slug článku → nový slug.

Google mezi kanonikalizačními metodami uvádí redirect a rel="canonical" jako silné signály, ale redirect je určený právě pro situaci, kdy chcete starou variantu opustit.

Canonical vs. noindex: jaký je rozdíl?

Canonical znamená přibližně „tento obsah reprezentuje především jiná URL“. Noindex znamená „tuto konkrétní URL nechci ve výsledcích vyhledávání“. Jde tedy o dva rozdílné cíle.

Canonical je součástí procesu výběru reprezentativní URL ze skupiny duplicitních nebo velmi podobných stránek. Noindex naopak blokuje zobrazování konkrétní URL ve výsledcích podporujícího vyhledávače po načtení a zpracování instrukce. Canonical proto není nástrojem pro spolehlivé odstranění URL z Google Search.

Pokud chcete stránku odstranit z vyhledávání dlouhodobě, Google mezi možnostmi uvádí odstranění obsahu, zabezpečení přístupu nebo noindex. Search Console Removals slouží především jako dočasný prostředek pro rychlé skrytí; sám o sobě není trvalým technickým řešením.

301 vs. noindex: kdy použít který?

301 použijte, když existuje jiné místo, kam má návštěvník místo původní URL pokračovat. Noindex použijte, pokud původní stránka má nadále existovat právě na své URL, ale nechcete ji ve výsledcích vyhledávání.

Příklad:

• Článek změnil adresu: stará URL → 301 → nová URL.
• Děkovací stránka po objednávce: stránka zůstává funkční → typicky noindex.

Není proto správné nahrazovat 301 tagem noindex po změně slugu článku. Návštěvníci přicházející přes starý odkaz by se na nový obsah nedostali a původní externí či interní odkazy by dál mířily na starou adresu.

Canonical + noindex: má to smysl?

Jako výchozí SEO řešení tuto kombinaci nepoužívejte. Canonical a noindex vyjadřují rozdílné záměry: canonical se snaží určit reprezentativní URL v množině podobného obsahu, zatímco noindex požaduje vyřazení konkrétní URL z výsledků.

Google výslovně nedoporučuje používat noindex k tomu, aby zabránil výběru určité stránky jako canonical uvnitř webu. Pro tento účel doporučuje rel="canonical".

Praktické pravidlo:

• Chci konsolidovat duplicitní URL a ponechat je crawlable: zpravidla canonical bez noindex.
• Chci konkrétní URL z výsledků vyhledávání vyřadit: noindex, pokud má stránka zůstat veřejně dostupná.
• Chci URL úplně opustit a existuje nová relevantní adresa: permanentní redirect.

Existují specifické implementace, ve kterých se lze s oběma značkami setkat, ale neměly by vznikat automaticky ani bez jasného technického důvodu. Pokud nevíte přesně, proč kombinaci potřebujete, je lepší nejprve určit skutečný cíl.

Canonical + redirect: signály musí být konzistentní

Představme si:

URL A
301 → URL B

ale dříve nebo v jiných signálech:
A → canonical → URL C

Takové nastavení webu vysílá nekonzistentní informace. Google doporučuje nekombinovat různé kanonikalizační techniky tak, aby každá určovala jinou preferovanou URL. Interní odkazy, sitemap, redirecty a canonicaly by měly pokud možno podporovat stejnou cílovou strukturu.

Po permanentním přesunu A → B proto zkontrolujte mimo jiné:

• že redirect směřuje přímo na B,
• že B používá správný canonical, typicky na sebe samu, pokud není důvod k jiné kanonikalizaci,
• že interní odkazy již směřují na B,
• že sitemap obsahuje B namísto A,
• že hreflang a další relevantní signály používají správné nové URL.

Noindex + robots.txt: častá a nebezpečná chyba

Pokud chcete, aby Google přečetl noindex, nesmíte mu zároveň znemožnit načtení stránky pomocí robots.txt.

Robots.txt řídí především crawling – tedy zda crawler smí danou URL načíst. Noindex je naproti tomu instrukce týkající se indexace. Pokud Googlebot URL nesmí načíst, nemusí se k meta robots tagu vůbec dostat. Google proto výslovně uvádí, že stránka s noindex nesmí být zablokována v robots.txt, má-li crawler instrukci přečíst.

Jinými slovy:

robots.txt ≠ noindex

URL zablokovaná v robots.txt může být za určitých okolností stále známa z jiných zdrojů, například z odkazů, aniž by Google načetl její obsah. Proto robots.txt není spolehlivým nástrojem pro odstranění běžné HTML stránky z indexu.

Více najdete v hesle robots.txt.

Canonical + robots.txt

Podobný problém nastává u canonicalu. Jestliže crawler nemůže HTML stránky načíst, nemusí být schopen přečíst její rel="canonical". Google proto nedoporučuje používat robots.txt jako kanonikalizační mechanismus.

Pokud chcete, aby Google zpracoval canonical na duplicitní stránce, běžně není správným postupem současně tuto stránku zablokovat pouze proto, aby ji Google „neindexoval“.

Kdy nepoužít ani canonical, ani 301, ani noindex

Ne každý problém s URL je problém kanonikalizace. Někdy je vhodné úplně jiné technické řešení.

404 Not Found

Stránka skutečně neexistuje, nemá odpovídající náhradu a nechcete ji dále poskytovat. V takovém případě je normální 404 legitimní stav, nikoli automaticky SEO chyba.

410 Gone

Obsah byl odstraněn a server výslovně oznamuje, že zdroj již není dostupný. Google u odstraněného obsahu bez náhrady akceptuje 404 i 410. Není nutné každou odstraněnou stránku uměle redirectovat.

Robots.txt

Robots.txt použijte tehdy, pokud chcete řídit crawling určitého obsahu nebo prostoru webu. Nepoužívejte jej jako spolehlivou náhradu noindexu nebo jako kanonikalizační mechanismus.

Autentizace nebo heslo

Pokud obsah nemá být veřejný – například interní administrace, neveřejná dokumentace nebo staging s citlivými daty – nepovažujte noindex za bezpečnostní ochranu. Noindex upravuje zobrazování ve vyhledávači, nikoli možnost stránku navštívit. Pro skutečně neveřejný obsah použijte autentizaci, heslo nebo jiné řízení přístupu. Google při trvalém odstranění citlivého obsahu z vyhledávání doporučuje mimo jiné odstranění obsahu nebo omezení přístupu.

Úprava informační architektury

Pokud web generuje tisíce zbytečných URL kvůli chybným interním odkazům, parametrům nebo navigaci, samotný canonical či noindex nemusí odstranit skutečnou příčinu. Někdy je lepší zastavit vytváření zbytečných URL, upravit interní prolinkování nebo změnit logiku filtrů.

Hreflang

Jazykové mutace nejsou automaticky „duplicity, které se mají všechny canonicalizovat na jednu jazykovou URL“. U skutečně přeložených stránek by jednotlivé jazykové verze měly obvykle zůstat samostatnými URL a být propojeny pomocí hreflang; Google doporučuje u hreflang stránek uvádět canonical ve stejném jazyce, případně nejbližší vhodnou jazykovou variantu, pokud odpovídající canonical neexistuje.

U regionálních variant ve stejném jazyce může být situace složitější. Google může takové stránky považovat za duplicity a doporučuje kombinovat správnou kanonikalizaci s hreflang podle konkrétní struktury webu.

Rozhodovací strom: canonical, 301, noindex, nebo něco jiného?

1. Má původní URL přestat být běžně používanou adresou obsahu?
   • Ano. Pokračujte otázkou: existuje skutečně relevantní cílová stránka?
     • Ano: pokud jde o trvalou změnu, obvykle použijte 301 nebo jiný vhodný permanentní redirect.
     • Ne: pokud obsah zanikl bez náhrady, obvykle vraťte 404 nebo 410.
   • Ne. Pokračujte dále.
2. Má stránka zůstat veřejně dostupná, ale nechcete ji ve výsledcích vyhledávání?
   • Ano: zvažte noindex. Ujistěte se, že crawler může instrukci načíst.
   • Ne: pokračujte dále.
3. Je stránka stejná nebo velmi podobná jiné URL a obě musí zůstat dostupné?
   • Ano: zvažte canonical na preferovanou reprezentativní URL.
   • Ne: canonical pravděpodobně není správným řešením.
4. Je skutečným problémem crawling, soukromí, jazykové varianty nebo neexistující obsah?
   • Pro crawling může být relevantní robots.txt.
   • Pro neveřejný obsah autentizace.
   • Pro jazykové varianty hreflang.
   • Pro zaniklý obsah bez náhrady 404/410.

Rozhodovací tabulka podle konkrétní situace

Situace	Doporučené řešení	Proč
Změna URL článku	301	Obsah se trvale přesunul a stará adresa už nemá být používána.
Změna domény	301/308 + správně provedená migrace	Staré URL mají návštěvníky i crawlery převést na odpovídající nové URL.
HTTP → HTTPS	Permanentní redirect na HTTPS	HTTPS varianta má být jedinou běžně používanou adresou.
URL s UTM parametrem	Typicky canonical na čistou URL	Parametr často nemění hlavní obsah stránky.
Třídění e-shopu	Záleží na konkrétním případu	Pokud jde pouze o stejné položky v jiném pořadí, může dávat smysl canonical; důležitá je však celá faceted-navigation strategie.
Filtr e-shopu	Záleží na konkrétním případu	Některé filtry jsou hodnotné landing pages, jiné generují téměř nekonečný URL prostor bez samostatné vyhledávací hodnoty.
Alternativní produktová URL	Canonical nebo redirect	Canonical, pokud mají obě zůstat dostupné; redirect, pokud alternativní adresu nepotřebujete.
Tisková verze článku	Často canonical	Pokud musí tisková verze zůstat dostupná, jde typicky o téměř totožný obsah.
Obsah dostupný na dvou doménách	Záleží na důvodu duplicity	Při migraci použijte redirect; u jiných cross-domain případů je nutné určit, zda má druhá kopie zůstat indexovatelná.
Děkovací stránka	Typicky noindex	Má fungovat pro uživatele, ale obvykle nemá samostatnou hodnotu ve vyhledávání.
Interní vyhledávání	Typicky noindex	Dynamické výsledkové stránky obvykle nejsou zamýšlené jako organické landing pages.
Starý článek bez náhrady	404/410	Neexistuje relevantní stránka, na kterou by měl návštěvník pokračovat.
Odstraněný produkt bez náhrady	Záleží na obchodním kontextu; často 404/410	Pokud není skutečně srovnatelný nástupce ani užitečná trvalá produktová stránka, nerelevantní redirect problém neřeší.
Odstraněný produkt s přímým nástupcem	Často 301	Návštěvník hledající původní produkt může být relevantně obsloužen nástupcem.
Duplicita vzniklá špatnými interními odkazy	Opravit interní odkazy + podle potřeby canonical/redirect	Je vhodné odstranit také samotnou příčinu vzniku nebo objevování duplicitních URL.
Staging web	Autentizace / omezení přístupu	Staging obvykle nemá být veřejně přístupný. Noindex není bezpečnostní mechanismus.
Stránka pouze pro přihlášené	Autentizace	Přístup má být vynucen aplikací, nikoli jen SEO tagem.
Jazykové verze	Typicky self-canonical + hreflang	Samostatně přeložené stránky nejsou běžně všechny canonicalizovány na jeden jazyk.

12 praktických scénářů

1. Článek změnil slug

Situace: článek byl na /stary-nazev/ a nyní je na /novy-nazev/.

Použít: 301 redirect.

Proč: jde o stejný obsah, který se trvale přesunul.

Pozor na: starou URL odstraňte také z interních odkazů a sitemapy. Vyhněte se řetězci stará → mezilehlá → nová.

2. UTM parametr

Situace: existují URL /produkt/ a /produkt/?utm_source=facebook.

Použít: typicky canonical z parametrické varianty na čistou URL.

Proč: UTM parametr měří zdroj návštěvy, ale nemění hlavní obsah.

Pozor na: canonical nastavujte podle skutečně generovaného obsahu. Ne každý parametr je automaticky nedůležitý.

3. WooCommerce produkt dostupný pod více cestami

Situace: stejný produkt lze otevřít různými technickými URL.

Použít: často canonical na jednu stabilní produktovou URL; pokud alternativní adresy vůbec nepotřebujete, může být vhodnější redirect.

Proč: cílem je konsolidovat skutečné technické duplicity.

Pozor na: necanonicalizujte rozdílné produkty na kategorii jen proto, že patří do stejné skupiny.

4. Produkt byl trvale odstraněn

Situace: produkt skončil a nemá relevantní náhradu.

Použít: podle obchodního modelu buď ponechat hodnotnou produktovou stránku, nebo po skutečném odstranění 404/410.

Proč: neexistuje automaticky jiná stránka, která by uspokojila stejný záměr.

Pozor na: nepřesměrovávejte automaticky každý starý produkt na homepage nebo obecnou kategorii.

5. Produkt má přímého nástupce

Situace: model A byl ukončen a jednoznačně jej nahrazuje model B.

Použít: často 301.

Proč: existuje relevantní pokračování pro návštěvníka hledajícího původní produkt.

Pozor na: „nástupce“ musí být skutečně relevantní. Pouhá příslušnost ke stejné kategorii nemusí stačit.

6. Interní vyhledávání WordPressu

Situace: WordPress generuje stránky s výsledky interního hledání.

Použít: typicky noindex.

Proč: dynamické interní výsledky obvykle nemají být samostatnými organickými landing pages.

Pozor na: pokud současně zablokujete crawling všech těchto URL v robots.txt, Google nemusí načíst jejich noindex. Některé SEO pluginy řeší interní vyhledávání automaticky.

7. Tisková verze článku

Situace: /clanek/ a /clanek/print/ obsahují prakticky stejný text.

Použít: canonical z tiskové verze na standardní článek, pokud má tisková URL zůstat funkční.

Proč: obsah je téměř identický, ale obě varianty mohou mít uživatelský účel.

Pozor na: pokud samostatnou tiskovou URL nepotřebujete, může být čistší ji vůbec negenerovat.

8. HTTP a HTTPS varianta

Situace: stránka je stále dostupná přes http:// i https://.

Použít: permanentní redirect z HTTP na HTTPS.

Proč: návštěvníci mají používat zabezpečenou variantu, nikoli obě adresy paralelně.

Pozor na: upravte také canonicaly, sitemapu, interní odkazy a případně hreflang tak, aby používaly HTTPS. Google HTTPS obecně preferuje jako canonical, pokud nejsou přítomny konfliktní signály.

9. Staging doména

Situace: vývojová kopie webu běží na staging.example.cz.

Použít: primárně řízení přístupu, například autentizaci.

Proč: vývojová kopie často nemá být veřejně dostupná vůbec.

Pozor na: samotný canonical na produkci ani noindex nezajišťuje soukromí stagingu.

10. Dvě podobné landing pages

Situace: máte dvě stránky zaměřené na podobné služby, ale každá řeší jiný vyhledávací záměr.

Použít: často žádné z trojice canonical/301/noindex.

Proč: pokud mají obě stránky vlastní účel a dostatečně odlišný obsah, mají být samostatné.

Pozor na: canonical není řešení keyword cannibalization mezi dvěma skutečně rozdílnými stránkami.

11. Faceted navigation a filtry e-shopu

Situace: kombinace značky, velikosti, ceny a barvy vytvářejí tisíce URL.

Použít: záleží na konkrétní strategii.

Proč: některé filtry mohou odpovídat reálnému vyhledávacímu záměru, jiné pouze vytvářejí crawlingový prostor s minimální hodnotou.

Pozor na: plošné „všechny filtry canonical na kategorii“ nebo „všechny filtry noindex“ může být stejně škodlivé jako ponechání všech kombinací indexovatelných. Rozhodujte podle obsahu, poptávky, interního prolinkování a velikosti URL prostoru.

12. Změna celé domény

Situace: web se přesouvá z old.example na new.example.

Použít: permanentní redirect z každé staré URL na odpovídající novou URL.

Proč: jde o skutečnou migraci adres.

Pozor na: nepřesměrujte všechny staré stránky pouze na novou homepage. Aktualizujte canonicaly, interní odkazy, sitemapy a další signály. Google u migrace doporučuje serverové permanentní redirecty a relevantní mapování starých URL na nové.

Canonical, 301 a noindex ve WordPressu

Ve WordPressu se jednotlivé mechanismy řeší různými vrstvami. Samotný WordPress obsahuje funkci pro výstup canonicalu u některých typů jednotlivých stránek a SEO pluginy tuto logiku dále rozšiřují. Oficiální WordPress dokumentace například popisuje funkci rel_canonical() pro singular queries.

Canonical ve WordPressu

SEO pluginy jako Yoast SEO nebo Rank Math standardně pracují s canonical URL a umožňují u konkrétního obsahu nastavit vlastní hodnotu. U běžné indexovatelné stránky je typické použití self-referencing canonicalu, tedy canonicalu směřujícího na vlastní preferovanou URL.

Noindex ve WordPressu

Noindex lze obvykle nastavit v SEO pluginu pro konkrétní příspěvek, stránku, produkt, taxonomii nebo celý typ obsahu. Yoast SEO i Rank Math mají aktuálně možnosti pro řízení robots meta nastavení jednotlivého obsahu.

301 ve WordPressu

Přesměrování může zajišťovat hosting, webový server, vlastní aplikace nebo plugin. Neexistuje jeden univerzálně nejlepší způsob pro každý WordPress web. Důležitější než konkrétní rozhraní je, aby výsledkem byla správná HTTP odpověď, relevantní cíl a pokud možno žádný zbytečný redirect chain.

Další souvislosti najdete také v článcích Meta tag a Technické SEO.

Jak se canonical, 301 a noindex projeví v Google Search Console

Google Search Console je jeden z nejpraktičtějších nástrojů pro kontrolu toho, jak Google konkrétní URL zpracoval.

Canonical

URL Inspection může zobrazit canonical deklarovaný uživatelem a canonical vybraný Googlem. Tyto hodnoty nemusí být stejné, protože canonical je kanonikalizační signál a Google může na základě celé skupiny signálů vybrat jinou reprezentativní URL.

301

Po permanentním přesunu Google postupně zpracovává cílovou URL a používá permanentní redirect jako kanonikalizační signál. Nepočítejte s pevnou časovou garancí, za jak dlouho se každá změna projeví.

Noindex

Jakmile Google stránku znovu načte a platný noindex zpracuje, neměla by nadále zůstávat ve výsledcích Google Search. Pokud je ale URL blokována před crawlingem, zpracování noindexu se může znemožnit.

Nejčastější chyby

Přesun URL řešený jen canonicalem

Co je špatně: stará URL nadále vrací obsah, přestože ji už nechcete používat.

Proč: uživatel není přesměrován a web udržuje dvě aktivní adresy.

Typické řešení: při skutečném trvalém přesunu použít permanentní redirect.

Smazaná stránka přesměrovaná na homepage

Co je špatně: cíl neodpovídá původnímu záměru.

Proč: návštěvník nedostane očekávanou náhradu a Google může nerelevantní hromadný redirect vyhodnotit jako soft 404.

Typické řešení: relevantní náhrada, nebo 404/410.

Noindex + blokace v robots.txt

Co je špatně: crawler nemusí mít možnost noindex přečíst.

Typické řešení: umožnit crawling URL, aby bylo možné robots meta nebo X-Robots-Tag zpracovat.

Canonical + noindex bez jasného důvodu

Co je špatně: mícháte dva rozdílné cíle.

Typické řešení: rozhodnout, zda chcete URL konsolidovat s jinou variantou, nebo ji vyřadit z výsledků.

Canonical směřující na redirectovanou URL

Co je špatně: canonical neukazuje přímo na stabilní konečný cíl.

Typické řešení: canonical směřovat přímo na výslednou preferovanou URL.

Canonical na 404

Co je špatně: jako reprezentativní URL označujete neexistující zdroj.

Typické řešení: použít funkční indexovatelnou canonical URL odpovídající obsahu.

Redirect chain

Co je špatně:

A → B → C → D

Typické řešení:

A → D
B → D
C → D

Google doporučuje redirect chains omezovat a pokud možno redirectovat přímo na konečný cíl.

Duplicitní URL zůstávají v sitemapě

Co je špatně: sitemap říká, že preferujete URL, které současně canonicalizujete jinam nebo redirectujete.

Typické řešení: sitemapu používat především pro URL, které skutečně chcete zobrazovat ve vyhledávání. Google doporučuje uvádět v sitemapě preferované canonical URL.

Interní odkazy stále vedou na starou URL

Co je špatně: každý interní klik vyvolává zbytečný redirect a struktura webu vysílá nekonzistentní signály.

Typické řešení: interně odkazovat přímo na aktuální preferovanou URL.

Noindex na stránce, která má rankovat

Co je špatně: web požaduje vyřazení stránky, kterou současně potřebuje v organickém vyhledávání.

Typické řešení: odstranit noindex, pokud jeho přítomnost nebyla záměrná.

Plošný noindex všech kategorií nebo filtrů

Co je špatně: část těchto URL může mít vlastní vyhledávací hodnotu.

Typické řešení: rozhodovat podle konkrétní informační architektury a search intentu.

Canonical všech produktů na kategorii

Co je špatně: produktové stránky a kategorie obvykle nejsou duplicitní obsah.

Typické řešení: indexovat produkty samostatně nebo řešit jejich životní cyklus jiným odpovídajícím mechanismem.

Jazykové verze canonicalizované na jeden jazyk

Co je špatně: skutečně přeložený obsah představuje samostatnou jazykovou verzi.

Typické řešení: správné self-canonicaly a hreflang vztahy mezi jazykovými URL.

Indexovatelný staging

Co je špatně: kopie produkčního webu může být veřejně nalezitelná a vytvářet duplicity.

Typické řešení: staging zabezpečit přístupem a po nasazení ověřit, že produkční web neobsahuje omylem noindex nebo jiné vývojové blokace.

Co se stane s odkazy a SEO signály?

Není správné používat staré poučky typu „301 přenese přesně X procent link juice“. Takovou univerzální číselnou hodnotu nelze rozumně garantovat.

Google popisuje permanentní redirect i rel="canonical" jako silné kanonikalizační signály. Canonical může pomoci konsolidovat signály spojené s duplicitními URL, například odkazy, a permanentní redirect signalizuje přesun na cílovou adresu. Konečné zpracování však provádí vyhledávač na základě více signálů.

Prakticky je důležitější technická konzistence:

• redirect na správnou URL,
• správný canonical,
• interní odkazy přímo na preferovanou URL,
• odpovídající sitemap,
• žádné konfliktní noindex, robots.txt nebo hreflang nastavení.

Můžu řešení později změnit?

Ano. Canonical, redirect i noindex lze technicky změnit. Problémem není samotná změna, ale dlouhodobě nekonzistentní stav.

Například:

dnes:     A → canonical A
zítra:    A → 301 → B
sitemap:  stále obsahuje C
odkazy:   stále směřují na A

Vyhledávač pak musí z různých signálů zjišťovat, co vlastně web považuje za preferovanou strukturu. Při změně řešení proto upravte všechny související vrstvy webu, nikoli jen jeden tag.

Jak správné řešení ověřit

Kontrola canonicalu

1. Načtěte URL a ověřte, že vrací očekávaný HTTP status, obvykle 200.
2. Zkontrolujte zdrojový HTML kód a rel="canonical".
3. Ověřte, že není přítomno více konfliktních canonicalů.
4. Otevřete canonical cíl a zkontrolujte jeho status.
5. Zkontrolujte interní odkazy.
6. Zkontrolujte XML sitemapu.
7. Pomocí URL Inspection v Google Search Console porovnejte deklarovaný a Googlem vybraný canonical.

Kontrola 301 redirectu

1. Zkontrolujte HTTP odpověď původní URL.
2. Ověřte přesnou cílovou URL.
3. Zkontrolujte, zda nevznikl redirect chain nebo loop.
4. Ověřte, že cíl vrací očekávaný stav.
5. Aktualizujte interní odkazy.
6. Odstraňte starou URL z běžné sitemapy a používejte aktuální cílovou URL.

Kontrola noindexu

1. Zkontrolujte robots meta tag v HTML nebo X-Robots-Tag v HTTP hlavičkách.
2. Ověřte, že noindex nebyl vložen omylem více systémy.
3. Zkontrolujte, že robots.txt crawleru nebrání instrukci načíst.
4. Ověřte stav v URL Inspection.
5. Pokud URL nemá být indexována dlouhodobě, nezachovávejte ji bezdůvodně mezi běžnými indexovatelnými URL v sitemapě.

Připravovaný Canonical / URL Indexability Checker může tuto kontrolu později automatizovat například pomocí kontroly HTTP statusu, redirectu, redirect chainu, canonicalu, počtu canonical tagů, robots meta tagu, noindexu a X-Robots-Tagu.

Canonical, redirect a sitemap musí vyprávět stejný příběh

Sitemap není stejně silný kanonikalizační signál jako redirect nebo rel="canonical", přesto je důležitou součástí konzistence webu. Google doporučuje do sitemap uvádět URL, které chcete zobrazovat ve výsledcích vyhledávání, a při duplicitách do ní vybírat preferované canonical varianty.

Ideální stav proto například vypadá takto:

Interní odkazy → https://example.cz/produkt/
Sitemap        → https://example.cz/produkt/
Canonical      → https://example.cz/produkt/
HTTP status    → 200 OK

A po migraci:

/stary-produkt/ → 301 → /novy-produkt/

Interní odkazy → /novy-produkt/
Sitemap        → /novy-produkt/
Canonical      → /novy-produkt/

Více o sitemapách najdete v hesle Sitemap.

Jak odstranit URL z Googlu

Pokud vaším skutečným cílem není canonicalizace, ale odstranění stránky z výsledků vyhledávání, nejprve si položte otázku, co má být s URL dlouhodobě.

• Stránka má zůstat veřejně dostupná: noindex.
• Obsah už neexistuje: 404 nebo 410.
• Obsah se přesunul: permanentní redirect.
• Obsah je soukromý: omezení přístupu.
• Potřebujete výsledek rychle dočasně skrýt: lze využít nástroj Removals v Search Console, ale zároveň vyřešte dlouhodobý technický stav.

Google uvádí, že skrytí pomocí Search Console Removals je dočasné; pro trvalé řešení je nutné obsah odstranit, zabezpečit nebo použít odpovídající indexační pravidlo.

Jednoduché pravidlo, které zabrání většině chyb

Před přidáním jakéhokoli canonicalu, redirectu nebo noindexu si nejprve odpovězte na jednu otázku:

„Co má uživatel a vyhledávač s touto konkrétní URL dlouhodobě dělat?“

• Má automaticky skončit jinde? → redirect.
• Má URL fungovat, ale jiná podobná URL má být preferovaná? → canonical.
• Má URL fungovat, ale nemá být ve vyhledávání? → noindex.
• Nemá už existovat a nemá náhradu? → 404/410.
• Nemá být veřejně dostupná? → řízení přístupu.

Tím se vyhnete většině případů, kdy web současně redirectuje na jednu URL, canonicalizuje na druhou, v sitemapě nabízí třetí a interně odkazuje na čtvrtou.

Potřebujete zkontrolovat technické SEO nastavení webu?

Pokud si nejste jistí, zda váš web používá správné canonicaly, redirecty, indexační pravidla, sitemapu a interní URL, lze tyto oblasti prověřit v rámci technické kontroly webu nebo SEO auditu. Více informací najdete na stránce SEO audit – MH Webdesign.

FAQ

Je lepší canonical nebo 301?

Ani jedno není obecně lepší. 301 je vhodný, když se URL trvale přesunula a starou už nechcete používat. Canonical je vhodnější, když více stejných nebo velmi podobných URL musí nadále zůstat dostupných.

Kdy použít noindex?

Když stránka má zůstat veřejně dostupná na své URL, ale nechcete ji zobrazovat ve výsledcích vyhledávání.

Je canonical totéž jako noindex?

Ne. Canonical označuje preferovanou URL mezi duplicitními nebo velmi podobnými variantami. Noindex požaduje vyřazení konkrétní URL z výsledků vyhledávání.

Můžu použít canonical a noindex současně?

Technicky se obě instrukce na stránce objevit mohou, ale jako běžné řešení se tato kombinace nedoporučuje. Nejprve určete, zda chcete URL konsolidovat pomocí canonicalu, nebo ji z výsledků vyřadit pomocí noindexu.

Může canonical směřovat na redirect?

Technicky lze takové nastavení vytvořit, ale je zbytečně nekonzistentní. Canonical by měl zpravidla ukazovat přímo na finální preferovanou URL, nikoli na adresu, která sama přesměrovává.

Mám smazanou stránku přesměrovat na homepage?

Ne automaticky. Pokud homepage není relevantní náhradou, je obvykle vhodnější 404 nebo 410. Nerelevantní hromadné redirecty mohou být vyhodnoceny jako soft 404.

Kdy použít 404 místo 301?

Pokud obsah skutečně zanikl a nemáte odpovídající náhradní stránku. Pokud se obsah přesunul nebo má jednoznačnou relevantní náhradu, může být vhodnější 301.

Může být noindex stránka v sitemapě?

Technicky může, ale vytváříte tím nekonzistentní signál: sitemapou označujete URL jako důležitou pro crawling a Search, zatímco noindexem požadujete její vyřazení. Běžná XML sitemap by proto měla obsahovat především URL, které skutečně chcete indexovat.

Mám dát noindex na všechny filtry e-shopu?

Ne automaticky. Některé filtrované stránky mohou odpovídat reálnému vyhledávacímu záměru. Strategie faceted navigation musí vycházet z konkrétního sortimentu, URL prostoru, interního prolinkování a SEO hodnoty filtrů.

Jak odstranit URL z Googlu?

Záleží na požadovaném výsledku. Veřejná stránka může použít noindex, odstraněný obsah 404/410, přesunutý obsah redirect a soukromý obsah autentizaci. Search Console Removals lze použít pro rychlé dočasné skrytí, ale nenahrazuje dlouhodobé technické řešení.

Co použít při změně URL článku?

Pokud se jedná o trvalou změnu adresy stejného článku, typicky 301 ze staré URL na novou.

Co použít u duplicitních URL s parametry?

Pokud parametr nemění hlavní obsah a obě URL musí zůstat dostupné, často dává smysl canonical na čistou preferovanou URL. Záleží však na významu konkrétního parametru.

Co dělat při změně domény?

Vytvořte mapování starých URL na odpovídající nové URL, použijte permanentní redirecty a aktualizujte interní odkazy, canonicaly, sitemapu a další technické signály. Nepřesměrovávejte celý starý web bez rozmyslu pouze na novou homepage.

Je robots.txt náhradou za noindex?

Ne. Robots.txt primárně řídí crawling. Pokud crawler URL nesmí načíst, nemusí se k noindex instrukci vůbec dostat. Pro běžnou HTML stránku, kterou chcete odstranit z výsledků, proto robots.txt není náhradou noindexu.

Shrnutí

Canonical, 301 redirect a noindex řeší tři rozdílné technické situace. Canonical používáme především tehdy, když více stejných nebo velmi podobných URL musí zůstat dostupných, ale chceme vyjádřit preferovanou reprezentativní variantu. Permanentní 301 redirect je typickým řešením skutečného trvalého přesunu URL. Noindex ponechává stránku dostupnou, ale požaduje její vyřazení z výsledků vyhledávání.

Pokud obsah přestal existovat bez relevantní náhrady, použijte raději odpovídající 404 nebo 410. Pokud nemá být obsah veřejný, zabezpečte jej autentizací. Pokud řešíte jazykové varianty, pracujte správně s hreflang. A pokud řešíte pouze crawling, rozlišujte jej od indexace a používejte robots.txt k účelu, ke kterému je určen.

Nejdůležitější je konzistence. Canonical, redirecty, sitemap, interní odkazy a indexační pravidla by neměly navzájem tvrdit něco jiného. Právě tato technická konzistence je jedním ze základů kvalitního technického SEO.