Stejný článek se otevírá přes čistou adresu, odkaz s parametrem kampaně a starší cestu po změně slugu. Čtenáři to může připadat neškodné, vyhledávač však potřebuje rozhodnout, kterou adresu bude považovat za hlavní. Kanonická URL je preferovaná adresa mezi duplicitními nebo velmi podobnými stránkami. Dobře nastavený canonical pomáhá sjednotit signály; nenahrazuje přesměrování při skutečném stěhování ani redakční rozhodnutí u dvou různých textů.
Nejprve rozlište kopii stránky a podobné téma
Technická duplicita vzniká například tím, že jeden obsah vrací více variant URL. Obsahový překryv znamená, že dva samostatné články řeší stejnou čtenářskou potřebu. Téma „záloha WordPressu“ a „obnova po chybné aktualizaci“ může mít dvě užitečné stránky. Dva návody se stejnými kroky a jen jiným titulkem už potřebují redakční posouzení. Canonical nepoužívejte jako univerzální náplast na všechno, co obsahuje stejné klíčové slovo.
Prakticky si položte otázku: má návštěvník po otevření druhé URL získat stejný obsah, nebo jinou odpověď? V prvním případě řešte sjednocení adres. Ve druhém vymezte účel obou článků. Podrobný postup pro druhou situaci nabízí průvodce překryvem témat a kanibalizací.
| Situace | Obvyklé řešení | Podmínka |
|---|---|---|
| Parametr kampaně, stejný článek | Canonical na čistou URL | Parametr skutečně nemění významný obsah |
| Stará adresa po přesunu | Trvalé přesměrování na nový článek | Existuje věcně odpovídající náhrada |
| Tisková verze musí zůstat dostupná | Canonical na hlavní verzi | Jde o stejný či velmi podobný obsah |
| Dva rozdílné užitečné návody | Každý vlastní hlavní URL a jasný účel | Čtenář pozná přidanou hodnotu obou |
| Pomocná stránka nemá být v indexu | Vhodný noindex | Nesnažíte se tím vybírat hlavní kopii |
Co canonical dělá a proč ho Google nemusí přijmout
U HTML se preference obvykle vyjadřuje odkazovým elementem v části head. Modelový zápis níže ukazuje hlavní adresu na doméně určené pro příklady:
<link rel="canonical" href="https://www.example.com/navod/">Google vybírá kanonickou stránku podle více signálů. Deklarovaná adresa je důležitá, ale není zárukou výběru. Když web interně odkazuje na jinou variantu, sitemapou podporuje třetí a canonical míří na přesměrování, vzniká zbytečný rozpor. V Search Console proto porovnávejte kanonickou URL určenou uživatelem a adresu vybranou Googlem.
Samoodkazující canonical říká, že stránka preferuje vlastní aktuální URL. U článků bývá praktický pro konzistenci, ale nevytvoří unikátní obsah tam, kde chybí. Stejně tak canonical neřeší chybu 500, nepovoluje procházení a nezaručuje, že cílová stránka bude indexovaná. Pokud článek chybí ve vyhledávání, spojte kontrolu s diagnostikou indexace.
Postup kontroly jednoho článku ve WordPressu
- Určete jednu preferovanou adresu včetně HTTPS, varianty domény a podoby cesty.
- Otevřete ji bez přihlášení a ověřte stav 200 i celý hlavní obsah.
- V HTML head najděte canonical. Zkontrolujte, zda nevznikají dva rozdílné elementy od různých pluginů.
- Načtěte deklarovaný cíl: nemá být nechtěně přesměrovaný, chybový, blokovaný nebo označený noindex.
- Porovnejte URL v sitemapě a v interních odkazech s preferovanou adresou.
- V Search Console zkontrolujte poslední známý výběr Google a datum, ke kterému údaj platí.
Canonical nevkládejte do těla článku jako obyčejný odkaz. Použijte podporované nastavení SEO řešení nebo správu šablony. Před ručním přepisem ověřte, co WordPress již generuje. Provozujete-li více webů, může jedna instalace používat jiné řešení a odlišná výchozí pravidla; hromadný import stejné hodnoty by mohl všechny články omylem nasměrovat na jedinou stránku.
Parametry: kampaň je něco jiného než filtr obsahu
Modelově může /navod/?utm_source=newsletter zobrazovat stejný text jako /navod/. Pokud parametr slouží jen měření, čistá adresa je přirozený kandidát na hlavní URL. Ověřte však skutečný výstup: některé parametry mění jazyk, stránkování, filtr nebo vybraný obsah. Automatické odstranění všech parametrů může spojit stránky, které stejné nejsou.
U parametrů kampaní navíc rozlišujte měření a indexaci. Přesměrování odstraňující parametr může ovlivnit analytiku. Pokud mají odkazy z kampaní fungovat se zachovaným měřením, může být vhodnější ponechat dostupnou variantu a správně deklarovat hlavní adresu. Nejdřív zjistěte účel parametru, potom vybírejte technické řešení.
HTTP, HTTPS, www a koncové lomítko
Tyto varianty řešte jako součást jednotné adresové politiky. Zvolte preferovaný protokol a hostitele a nepreferované varianty směrujte přímo na odpovídající konečnou URL. Nevytvářejte zbytečnou cestu HTTP bez www → HTTPS bez www → HTTPS s www → nový slug. Přesměrování i canonical mají podporovat stejný cíl.
Koncové lomítko posuzujte podle skutečné konfigurace. U některých cest mohou verze s lomítkem a bez něj vracet jiný obsah či odpověď. Neměňte kvůli kosmetice strukturu celého archivu. Pokud je změna nutná, patří do plánu změn URL a přesměrování, včetně testu starých odkazů.
Stránkování kategorií není automaticky duplicita první strany
Druhá stránka rubriky obvykle nabízí jiné články než první. Nesměřujte proto všechny stránky archivu canonicalem na jeho začátek jen proto, že sdílejí stejný titulek rubriky. U běžné stránkované série mají jednotlivé stránky vlastní URL a odpovídající canonical. Google již nepoužívá rel next/prev jako indexační signál; skutečné procházetelné odkazy na další stránky zůstávají důležité.
Jiná je situace, kdy existuje úplná a použitelná verze „zobrazit vše“ a stránky jsou opravdu jejími částmi. Takový návrh vyžaduje posouzení výkonu, obsahu a skutečné podobnosti. Pro běžný magazín je bezpečnější nejprve ověřit standardní stránkování a dostupnost starších článků než zavádět složité sjednocování bez jasného přínosu.
Stejný článek na dvou vašich magazínech
Společný vlastník domén neznamená, že každá kopie automaticky získá samostatné místo ve výsledcích. U odlišných článků pro jiné publikum vymezte vlastní hodnotu. U převzatého stejného textu rozhodněte, zda má být druhá kopie vůbec indexovaná. Google u syndikovaných kopií nedoporučuje spoléhat na cross-domain canonical jako na jistotu; pokud druhý vydavatel nechce kopii v indexu, je vhodné domluvit její vyloučení pomocí noindex.
Cross-domain canonical není ochrana autorských práv ani záruka, že vyhraje starší text. Pokud jej používáte pro technické duplicity mezi doménami, ověřte dostupnost a obsah obou stran. Nepřesměrovávejte nebo nekanonizujte všechny související články na homepage jiného magazínu. Věcná podobnost tématu nestačí pro kanonické sloučení.
| Vrstva | Správný modelový výsledek | Varovný příklad |
|---|---|---|
| Hlavní URL | 200 a plný článek | Přesměrování na testovací web |
| Canonical | Jedna konečná preferovaná adresa | Dva rozdílné canonical elementy |
| Sitemap | Stejná preferovaná adresa | Starý slug po přesunu |
| Interní odkazy | Přímé odkazy na hlavní verzi | Každá rubrika používá jinou variantu |
| Search Console | Výběr odpovídá záměru, nebo je rozdíl vysvětlen | Jiná vybraná URL bez obsahového porovnání |
Jak změnu vyhodnotit
Uložte původní stav, datum opravy a novou podobu HTML. Nejprve potvrďte, že se technická změna skutečně doručuje bez přihlášení a přes cache. Pak sledujte, zda Google dotčené stránky znovu prošel a aktualizoval svůj výběr. Nečekejte okamžitý přenos všech metrik ani pevnou dobu odezvy. Pokud problém trvá, vraťte se ke skutečné podobnosti obsahu a k rozporům v odkazech; nepřidávejte naslepo další SEO plugin.
Model: čistá URL, kampaň a starý slug
- Před testem si napište preferovanou čistou adresu, aby se cíl neměnil podle právě otevřené varianty.
- U kampaní ověřte, které parametry měří návštěvu a které skutečně mění obsah.
- Historický slug zahrňte do testu přesměrování, nikoli pouze do kontroly canonical na nové stránce.
Představme si jeden návod dostupný jako /navod/, /navod/?utm_source=mail a /puvodni-navod/. Redakční záměr je jednoduchý: první adresa je hlavní, druhá má zachovat měření kampaně a třetí slouží pouze lidem se starým odkazem. Test proto nemá pro všechny tři URL očekávat stejný kód. Hlavní a měřicí varianta mohou vracet obsah se společným canonicalem, starý slug se má přímo přesměrovat.
Do záznamu napište pro každou variantu první odpověď, konečnou adresu, canonical a přítomnost noindex. Pak zkontrolujte interní odkaz například z rubriky. Pokud vede stále na starý slug, opravte jej přímo na hlavní verzi. Pokud měřicí parametr obsah nemění, ale canonical ukazuje sám na parametrickou kopii, zkontrolujte výchozí pravidla SEO řešení. Tento malý model lze zopakovat na jednom článku každé domény, aniž byste nejprve zasahovali do celého archivu.
Časté otázky
Musí být canonical na každém článku?
Google dokáže hlavní verzi vybrat i bez něj. Konzistentní samoodkazující canonical ale může pomoci vyjádřit preferenci a omezit nejasnosti u variant URL.
Mám použít canonical místo přesměrování starého slugu?
Pokud se článek skutečně přestěhoval a stará adresa již nemá zůstat samostatně dostupná, obvykle použijte trvalé přesměrování. Canonical návštěvníka sám nepřesune.
Pomůže noindex vybrat správnou hlavní kopii?
Není to vhodný nástroj pro kanonický výběr. Používejte jej, když stránku chcete vyloučit, nikoli jako nepřímý způsob sloučení signálů duplicit.
Proč Google ignoruje deklarovaný canonical?
Může vyhodnotit jinou adresu jako vhodnější nebo vidět rozporné signály. Zkontrolujte obsah, dostupnost cíle, přesměrování, odkazy a sitemapu.
Může změna šablony canonical poškodit?
Ano, například souběhem dvou generátorů nebo přenesením adres z testovacího prostředí. Ověřujte veřejný výstup po nasazení, nikoli pouze nastavení editoru.
