2026-07-01 · Redakce Baduno · 7 blog.readMin · Blog a znalosti
hreflang správně nasadit: Praktický průvodce
Nejobávanější tag v mezinárodním SEO – srozumitelně vysvětlený, s pěti nejčastějšími chybami, které nacházíme v auditech.
Co hreflang skutečně dělá
hreflang říká vyhledávačům, které jazykové a regionální verze stránky patří k sobě – aby Google uživateli ve Vídni ukázal německou verzi a uživateli v Miláně italskou. Nejde o posilovač rankingu, ale o signál přiřazení: zabraňuje tomu, aby se vaše vlastní jazykové verze navzájem kanibalizovaly nebo byly považovány za duplicitní obsah.
Základní pravidla
Zaprvé: Každá jazyková verze odkazuje na všechny ostatní i na sebe sama – matice musí být úplná a vzájemná. Zadruhé: Každá stránka potřebuje navíc x-default pro uživatele mimo definované jazyky. Zatřetí: hreflang patří na úroveň stránek, ne na úroveň webu – domovská stránka odkazuje na domovské stránky, stránka s cenami na stránky s cenami.
Pět nejčastějších chyb
Chybějící zpětné odkazy (A ukazuje na B, B neukazuje na A – nejčastější příčina ignorovaných tagů). Nesprávné jazykové kódy jako ‚uk' místo ‚en-GB'. hreflang na přesměrované nebo kanonizované URL. Zapomenuté nové stránky, protože matice je spravována ručně. A: hreflang jako náhrada za překlad – tag odkazuje na verze, nevytváří je.
Naše doporučení
Hreflang nikdy negenerujte ručně. Při 24 jazycích a 40 stránkách vzniká přes 26 000 propojení – žádný člověk to neudrží bezchybné. Naše pipeline vytváří matici automaticky ze struktury stránek; tento web dodává výsledek v každém zdrojovém kódu. Přesně tak by to mělo fungovat i u vás.
hreflang v Sitemapách vs. HTML-Head: Výhody a nevýhody
Hreflang údaje můžete umístit buď do HTML-Head každé stránky, nebo do XML Sitemap. Metoda Sitemap nabízí výhodu centrální správy všech jazykových variant, aniž byste museli upravovat každou stránku zvlášť. Google tuto variantu podporuje od roku 2017. Všechny odkazované URL však musí být v Sitemap obsaženy a odkazovat na stejný obsah. Typický problém: Pokud v Sitemap definujete hreflang skupinu, ale jedna z URL v Sitemap chybí, je ignorována. HTML metoda naopak vyžaduje, aby každá stránka sama odkazovala na všechny alternativy – při mnoha jazycích je to náročné na údržbu. Doporučení: Používejte Sitemap metodu jako primární mechanismus a případně doplňte HTML tagy pro redundanci. Dbejte na to, aby Sitemap byla vždy aktuální a obsahovala všechny jazykové verze.
hreflang a Canonical: Správná kombinace
Častou chybou je současné použití hreflang a rel="canonical" na stejné stránce. Když nastavíte hreflang, signalizujete, že existují alternativní jazykové verze. Canonical tag naopak ukazuje, která URL je preferovanou verzí pro vyhledávače. Obě informace musí být konzistentní: pokud definujete hreflang pro skupinu URL, žádná z nich by neměla pomocí Canonical odkazovat na externí doménu nebo jinou jazykovou verzi. Příklad: Německá stránka má hreflang odkazy na anglickou a francouzskou stránku. Pokud na německé stránce nastavíte Canonical na sebe, je to správně. Pokud ale Canonical odkazuje na anglickou stránku, hreflang signál si odporuje. Google v takových případech upřednostňuje Canonical tag a ignoruje hreflang údaje. Proto při auditech kontrolujte, zda Canonical a hreflang spolu ladí.
Dynamické URL a hreflang: Zvládání výzev
Webové stránky s URL parametry (např. ?lang=de nebo session ID) představují zvláštní výzvu. Vyhledávače mohou různé kombinace parametrů interpretovat jako samostatné URL, což vede k nafouknuté hreflang matici. Příklad: Produktová stránka je dostupná přes /produkt?lang=de, /produkt?lang=en&session=abc a /produkt?lang=fr. Pokud se všechny tyto URL objeví v hreflang matici, mohou se vzájemně kanibalizovat. Řešení: Za prvé, používejte konzistentní URL struktury bez redundantních parametrů. Za druhé, v Google Search Console nastavte URL parametry na „Žádný vliv na procházení“ pro irelevantní parametry. Za třetí, implementujte hreflang pouze pro kanonickou URL každé jazykové verze a vyhněte se zahrnutí URL variant s trackovacími parametry. Pravidelná kontrola pomocí nástroje pro testování hreflang pomáhá tyto nesrovnalosti včas odhalit a odstranit.
Nejobávanější tag v mezinárodním SEO – srozumitelně vysvětlený, s pěti nejčastějšími chybami, které nacházíme v auditech.
Automatizované monitorování vaší implementace hreflang
I správně sestavená matice hreflang se může časem stát chybnou kvůli změnám stránek, novým jazykovým verzím nebo smazaným URL. Ruční kontrola není při více jazycích a mnoha stránkách praktická. Používejte proto automatizované nástroje, které pravidelně kontrolují úplnost, vzájemnost a správnost jazykových kódů vašich hreflang údajů. Můžete například použít skript, který prochází všechny stránky, extrahuje hreflang tagy a kontroluje, zda každá alternativa obsahuje zpětný odkaz. Dbejte také na konzistenci s mapou stránek: Odpovídají jazykové skupiny deklarované v mapě stránek skutečným tagům nalezeným na stránkách? Integrujte tyto kontroly do svého CI/CD procesu, abyste před zveřejněním nové stránky nebo jazykové verze automaticky obdrželi upozornění, pokud matice hreflang obsahuje mezery.
Jazykové varianty a regionální specifika: správné použití en, en-GB, en-US
Definice jazykových kódů v tagu hreflang se řídí normou ISO 639-1, regionální varianty jsou doplněny o ISO 3166-1 Alpha-2. Typickou chybou je použití ‚en‘ pro všechny anglicky psané stránky, přestože obsahově provozujete samostatné verze pro Velkou Británii, USA a Austrálii. V takovém případě musíte tagy nastavit přesně: en-GB, en-US, en-AU. Pokud chybí regionální označení, signalizujete Googlu, že všechny anglické verze jsou zaměnitelné – což vede k nesprávnému zobrazování. Máte-li naopak jen jednu anglickou stránku pro všechny anglicky mluvící uživatele, postačí kód ‚en‘ bez regionu. Zvláštním případem je x-default: tento tag byste měli umístit na obecnou úvodní stránku nebo stránku s výběrem jazyka, pokud uživatele nelze přiřadit k žádné z definovaných jazykových oblastí. Dbejte na to, aby každá regionální varianta odkazovala na všechny ostatní – včetně obecné verze ‚en‘, pokud existuje. Nekonzistentní matice vede k tomu, že Google jednotlivé tagy ignoruje. Proto pomocí nástroje pro testování hreflang ověřte, zda jsou vaše regionální kódy správně propojeny. Nikdy nepoužívejte neoficiální kódy jako ‚uk‘ (správně: en-GB) nebo ‚eu‘ (není povoleno).
hreflang u vícejazyčných blogů a dynamického obsahu
Blogy a zpravodajské weby kladou na implementaci hreflang zvláštní nároky, protože neustále přibývá nový obsah. Ruční správa matice zde není praktická. Místo toho se doporučuje použít metodu Sitemap: v XML souboru Sitemap definujete pro každou stránku jazykové alternativy. Při novém blogovém příspěvku jednoduše přidáte nový záznam se všemi jazykovými variantami. Dbejte na to, aby byla Sitemap pravidelně aktualizována a neobsahovala zastaralé URL. Dalším problémem jsou archivy, kategorie nebo stránkované seznamy: ty by měly dostat hreflang pouze tehdy, pokud pro každou jazykovou verzi provozujete samostatnou archivní stránku. Jinak stačí propojit jednotlivé příspěvky. Vyhněte se hreflangu na vyhledávacích stránkách nebo filtrovaných zobrazeních, protože ty nepředstavují samostatné jazykové verze. Integrujte generování hreflangu do svého redakčního systému (CMS), aby se při vytvoření nebo překladu příspěvku automaticky vložily správné tagy do HTML hlavičky i Sitemap. Tím zůstane matice konzistentní a bez chyb, i při vysokém objemu publikací.
hreflang pro regionální jazykové varianty a subdomény
Obzvláště ve vícejazyčných zemích, jako je Švýcarsko, Belgie nebo Kanada, vyvstává otázka, jak správně označit regionální jazykové varianty. Pro němčinu v Německu použijte kód de-DE, pro Rakousko de-AT a pro Švýcarsko de-CH. Tato jemná granularita zabrání tomu, aby uživatelé ve Vídni dostali německou variantu se švýcarským pravopisem nebo naopak. Dbejte na to, aby každá regionální varianta měla vlastní stránku s vlastním obsahem – pouhá odlišná měna nebo formát data neopravňují k samostatné hreflang skupině. U subdomén jako de.example.com a fr.example.com funguje hreflang stejně: z každé subdomény odkazujete na všechny ostatní. Důležité je, aby URL byly konzistentní: pokud úvodní stránka de.example.com odkazuje na fr.example.com, musí také úvodní stránka fr.example.com odkazovat zpět na de.example.com. Chybí-li tento zpětný odkaz, Google může přiřazení ignorovat. Proto plánujte regionální varianty včas ve struktuře stránek a používejte jednotnou URL strukturu, například /de-de/, /de-at/, /de-ch/ nebo odpovídající subdomény. Vyhnete se tak pozdějším úpravám a získáte přehlednou hierarchii srozumitelnou pro vyhledávače.
hreflang a vliv na rozdělení crawl rozpočtu
Rozsáhlá hreflang matice s mnoha jazykovými variantami a stránkami zvyšuje počet URL, které musí vyhledávače procházet. Každá jazyková verze stránky generuje požadavky na procházení, a pokud matice není správně vytvořena, může Google plýtvat cenným crawl rozpočtem na chybné nebo redundantní URL. Abyste tomu předešli, zajistěte, aby všechny hreflang odkazy směřovaly na indexovatelné, nepřesměrované URL. Vyhněte se zahrnutí variant parametrů nebo sledovacích URL. Uspořádejte svůj soubor Sitemap tak, aby nejdůležitější stránky (např. úvodní stránka, kategorie) byly procházeny přednostně. Používejte Sitemap jako primární mechanismus pro hreflang, protože poskytuje Googlu kompaktní přehled. Pravidelně kontrolujte statistiky procházení v Google Search Console: pokud je mnoho stránek označeno jako „neindexováno“ nebo „alternativa s canonical“, může to signalizovat konflikty s hreflang. Díky čisté implementaci a monitorování zajistíte, že váš crawl rozpočet bude efektivně využit pro relevantní obsah a nedojde ke ztrátě kapacity kvůli zbytečným nebo chybným hreflang propojením.
blog.faqT
Mohu použít hreflang pouze v Sitemap, aniž bych ho umístil do HTML-head?
Ano, Google podporuje hreflang údaje v XML Sitemap jako plnohodnotnou alternativu k HTML-head. Musíte pouze zajistit, že všechny odkazované URL jsou v Sitemap obsaženy a jazyková skupina je správně definována. HTML metoda je vhodná, pokud chcete dodatečnou redundanci nebo pokud vaše Sitemap nepokrývá všechny stránky.
Co se stane, když definuji hreflang skupinu, ale jedna z URL neobsahuje zpětné odkazy?
Chybějící zpětné odkazy jsou nejčastějším důvodem nefunkčních hreflang tagů. Vyhledávače pak považují údaje za neplatné a mohou celou skupinu ignorovat. Dotčené stránky se pak mohou zobrazovat v nesprávných zemích nebo být považovány za duplicitní obsah. Proto vždy kontrolujte vzájemnost.
