2026-04-21 · Redakce Baduno · 23 blog.readMin · Blog a znalosti
Audit hreflang: 25bodová kontrola bezchybných jazykových signálů
Chyby Hreflangu matou vyhledávače a poškozují mezinárodní viditelnost. Náš 25bodový kontrolní seznam vás systematicky provede nejdůležitějšími kontrolními body – od kontroly syntaxe po kontrolu zpětných odkazů. Včetně praktických tipů pro větší weby a přístupů k automatizaci.
Základy atributu hreflang a jeho fungování
Atribut hreflang je HTML prvek, který vyhledávačům signalizuje, která jazyková nebo regionální verze stránky je pro konkrétního uživatele nejrelevantnější. Obvykle se používá pro vícejazyčné weby, aby se předešlo problémům s duplicitním obsahem a zlepšila uživatelská zkušenost. Funguje na principu, že stránka může mít podobný obsah v různých jazycích nebo pro různé země, ale vyžaduje různé úpravy v závislosti na cílové skupině.
Vyhledávače jako Google interpretují hreflang jako doporučení, nikoli příkaz. To znamená, že doručení správné verze není vynuceno, ale v praxi se zvyšuje pravděpodobnost, že uživatel uvidí odpovídající stránku. Typický příklad: Německá stránka (de-DE) a rakouská stránka (de-AT) obsahují v podstatě stejný text, ale liší se měnou nebo adresou. Bez hreflangu by obě stránky mohly být považovány za duplicity. S korektním hreflangem Google rozpozná, že se jedná o varianty pro konkrétní země, a zobrazí je odpovídajícím způsobem.
Důležitým předpokladem je obousměrné propojení: Každá stránka označená jako alternativa jiné stránky musí sama odkazovat na všechny ostatní jazykové verze. Pokud tento zpětný odkaz chybí, může být celá sada hreflang ignorována. Navíc stránka, na které je tag umístěn, by měla obvykle obsahovat odkaz i na sebe samu.
Pro praxi doporučujeme nejprve definovat jasnou strukturu URL (např. subdoména pro každý jazyk nebo cesta jako /de/, /fr/). Poté pro každou jazykovou verzi naplánujte tag hreflang, který uvádí všechny verze. Dbejte na to, aby existovala také varianta x-default pro nepřiřazené lokalizace. Otestujte implementaci pomocí Google Search Console nebo specializovaných auditních nástrojů, abyste včas odhalili chybějící zpětné odkazy nebo nesprávné kódy.
Struktura a syntaxe hreflang tagů v HTML a HTTP hlavičkách
Správná syntaxe hreflang tagů je klíčová pro jejich funkci. V HTML se atribut definuje v rámci <head> jako prvek <link> s rel="alternate" a hreflang="jazykový kód". Příklad: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Pro každou jazykovou verzi je potřeba samostatný link tag, včetně vlastního odkazu (na samotnou stránku) a odkazu na x-default verzi.
Jazykové kódy vycházejí z ISO 639-1 (dvě písmena pro jazyk) a volitelně ISO 3166-1 alpha-2 pro region (dvě písmena pro zemi). Syntax: jazyk-malá písmena, region-velká, např. „de-AT“ pro rakouskou němčinu. Dbejte na správný zápis: „en-GB“ nikoli „en-uk“. Chybné kódy způsobí, že tag bude ignorován. Pro neregionální verze se používá „x-default“ – to není oficiální ISO kód, ale Google jej podporuje jako záložní pro nezařazené uživatele.
Pro ne-HTML dokumenty jako PDF lze hreflang nastavit v HTTP hlavičce odpovědi: „Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"“. Tato metoda je méně častá, ale užitečná, pokud poskytujete soubory přímo. V praxi zkontrolujte, zda váš systém pro správu obsahu tyto hlavičky podporuje.
Další možností je integrace do XML sitemap: V souborech sitemap můžete pro každou URL uvést hreflang alternativy. Tato metoda je vhodná zejména u velkých webů, protože udržuje kód na stránkách jednoduchý. Musíte však zajistit, že sitemapa je správně vytvořena a obsahuje všechny jazykové verze. Bez ohledu na metodu platí: Všechny alternativní stránky na sebe musí odkazovat. Chybí-li zpětný odkaz, je celá sada považována za neplatnou.
Pravidelně kontrolujte svou implementaci pomocí nástrojů jako hreflang test od Merkle nebo Google Search Console. Ujistěte se, že uvedené URL jsou skutečně dostupné a nevedou na přesměrování. Jen tak může hreflang signál plně působit.
Časté chyby při označování jazyků a zemí
Při implementaci hreflangu se stále opakují stejné chyby. Jednou z nejčastějších je použití nesprávných jazykových kódů. Například „en-uk“ místo „en-GB“ nebo „deutsch“ místo „de“. Také region se často píše špatně, např. „EN-US“ s velkými písmeny pro jazyk – správně je „en-US“. Tyto chyby způsobí, že vyhledávače hreflang pokyn ignorují.
Další typickou chybou je chybějící vlastní odkaz. Pokud stránka odkazuje pouze na jiné jazykové verze, ale ne na sebe, je tag neúplný. Každá stránka musí v seznamu svých alternativ obsahovat i sebe sama. Často je také opomíjen obousměrný odkaz: Pokud stránka A odkazuje na B, musí B odkazovat na A. Chybějící zpětný odkaz způsobí neplatnost celé konstelace.
Problémy nastávají i při souběhu s canonical tagy. Pokud hreflang alternativa odkazuje na URL s jiným canonicalem, může dojít ke konfliktům. Ujistěte se, že canonical každé jazykové verze ukazuje na sebe, nikoli na jinou verzi. Jinak riskujete indexaci nesprávné verze. Rovněž se vyhněte nastavení hreflangu na URL, která procházejí přesměrováním – cílová URL musí být přímo dostupná.
Praktický tip: Využívejte přehledy v Google Search Console v části „International Targeting“. Zde jsou uvedeny chyby jako chybějící zpětné odkazy nebo nekonzistentní údaje. Zkontrolujte také, zda je vaše x-default verze zvolena smysluplně. x-default se používá pro uživatele bez odpovídající lokalizace – častou chybou je nastavit ji na vstupní stránku bez jazykového kontextu, což může vést k zmatení. Pro právní aspekty, jako je správné označení prodejních stránek v různých zemích, doporučujeme konzultovat vašeho právního poradce.
Provádějte pravidelné audity ruční kontrolou hreflang tagů u všech jazykových verzí. Nástroje jako Screaming Frog vám pomohou identifikovat chybějící nebo chybné tagy. Sledujte zejména nový obsah nebo změny URL, u kterých se na hreflang snadno zapomíná. Jen tak zajistíte, že vaše jazykové signály budou konzistentní a správné.
Role x-default tagu a jeho správná implementace
Tag x-default je speciální atribut hreflang, který určuje, která stránka má být zobrazena, pokud žádný jazyk nebo region v uživatelském nastavení neodpovídá existujícím jazykovým signálům. Slouží jako záložní řešení pro uživatele, jejichž jazyk prohlížeče neodpovídá žádné z explicitně označených jazykových variant. Bez x-default riskujete, že tito uživatelé uvidí chybovou stránku nebo nesprávnou jazykovou verzi, což zhoršuje uživatelský zážitek a potenciálně zvyšuje míru okamžitého opuštění.
Implementace probíhá obdobně jako u jiných hreflang tagů: do HTML hlavičky přidáte prvek link, například <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Uvědomte si, že hodnota x-default nesmí být kombinována s jazykovým kódem. Vždy stojí samostatně. V mapě stránek (sitemap) můžete x-default uvést jako samostatnou alternativní stránku, pokud je stránka relevantní pro všechny nepokryté jazyky. Vyhněte se však nastavení x-default na stránku, která obsluhuje pouze jeden konkrétní jazyk – uživatel očekává univerzální vstupní stránku nebo výběr jazyka.
Častou chybou je chybějící tag x-default na mezinárodních stránkách, které nabízejí více jazyků. V praxi to vede k tomu, že vyhledávače někdy nevyberou vhodnou stránku a místo toho indexují náhodnou verzi. Další problém nastává, když x-default odkazuje na přesměrování na stránku s výběrem jazyka, ale tato stránka sama o sobě nenese tag hreflang. Proto při auditu zkontrolujte, zda všechny stránky propojené s x-default správně odkazují na své alternativní verze. Doporučujeme nastavit x-default konzistentně na centrální stránku s výběrem jazyka, pokud existuje, a tuto stránku uvést v mapě stránek jako samostatnou URL.
Právně není výběr jazyka regulován, ale chybná implementace může vést k nedorozuměním u uživatelů. V případě konkrétních právních otázek ohledně webu se poraďte se svým právním zástupcem. Jako doporučení: během auditu si vytvořte seznam všech verzí stránek a zkontrolujte, zda každá jazyková skupina obsahuje tag x-default. Otestujte to pomocí nástrojů, jako je hreflang tester nebo curl, abyste se ujistili, že vyhledávače tag správně interpretují.
Souhra hreflang a canonical tagů
Tagy hreflang a canonical plní různé úkoly: zatímco hreflang definuje jazykové a regionální alternativy stránky, canonical tag udává preferovanou kanonickou URL, aby se zabránilo duplicitnímu obsahu. Na vícejazyčném webu musí být oba údaje v souladu, jinak vyhledávače obdrží protichůdné signály. Typickou chybou je, když stránka nastaví canonical tag na jinou URL, ale současně obsahuje odkazy hreflang na první URL. V takovém případě vyhledávače mohou ignorovat informace hreflang nebo stránku považovat za duplikát.
Správný postup: Každá jazyková verze by měla obsahovat samo-odkazující canonical tag, tedy odkazovat na svou vlastní URL. Zároveň musí být všechny alternativní stránky uvedeny v hreflang tazích, včetně URL, která je uvedena jako canonical. Příklad: Německá stránka na /de/ má <link rel="canonical" href="https://example.com/de/" /> a <link rel="alternate" href="https://example.com/en/" hreflang="en" />. Anglická stránka odkazuje zpět. Vyvarujte se nastavování canonical tagů na jiné jazykové verze – to narušuje strukturu hreflang.
Při auditu se zaměřte na následující body: Je canonical tag v souladu se zpětným odkazem hreflang? Shoduje se URL v canonical tagu s URL, na kterou odkazují hreflang tagy jiných stránek? Praktický příklad: Pokud stránka A odkazuje na stránku B, ale stránka B má canonical na stránku C, vzniká konflikt. Použijte nástroje jako Screaming Frog nebo Looker Studio k automatizované kontrole těchto souvislostí. Mějte na paměti, že u HTTP hlaviček (např. pro PDF) je logika stejná: hlavička Link s hreflang a hlavička rel=canonical musí společně tvořit správnou jazykovou strukturu.
Právně vzato, canonical tagy nejsou právně závazná prohlášení, ale technické pokyny. Přesto byste měli při vytváření struktury hreflang postupovat opatrně, protože nekonzistentní údaje mohou vést ke ztrátám v SEO. V případě otázek ohledně právní přípustnosti přebírání obsahu se poraďte se svým právním zástupcem. Jako konkrétní opatření: zaveďte pravidelnou kontrolní rutinu, která u všech relevantních stránek zaznamená jak hreflang, tak canonical a hlásí odchylky.
Kontrola zpětných odkazů na konzistenci a úplnost
Zpětné odkazy (také nazývané obousměrné odkazy) jsou srdcem správné implementace hreflang. Každá stránka, která v hreflang tagu odkazuje na jinou stránku, musí být touto druhou stránkou také odkazována. Pokud stránka A odkazuje na stránku B, ale stránka B neodkazuje na stránku A, vzniká neoboustranný odkaz. Vyhledávače to interpretují jako chybu a ignorují celou skupinu hreflang, což vede k tomu, že jazykové alternativy nejsou rozpoznány. Kontrola zpětných odkazů je proto klíčovým bodem každého auditu hreflang.
Úplná kontrola zahrnuje dva kroky: Za prvé, kontrola konzistence – každý hreflang odkaz musí mít odpovídající stránku, na kterou odkazuje. Za druhé, kontrola úplnosti – všechny stránky jazykové skupiny musí uvádět všechny ostatní jazykové varianty skupiny ve svých hreflang tagách. Pokud některá varianta chybí, uživatelé nemusí získat vhodnou jazykovou alternativu. Konkrétně: Pokud máte tři jazykové verze (DE, EN, FR), každá stránka musí obsahovat dva hreflang tagy – pro oba další jazyky. Kromě toho by každá stránka měla mít sebereferenční hreflang tag (hreflang="x-default" nebo vlastní jazykový kód). Stránka x-default musí být propojena ve všech směrech.
Osvědčený postup pro audit: Vytvořte seznam všech stránek s jejich hreflang údaji, například pomocí crawleru (např. Ahrefs, Screaming Frog). Poté u každé dvojice stránek porovnejte, zda jsou odkazy obousměrné. Dávejte pozor také na odlišné struktury URL (např. www vs. bez www, HTTP vs. HTTPS), protože ty jsou považovány za různé adresy a narušují zpětné odkazy. Podpora nástrojů je zde nezbytná; mnoho SEO nástrojů nabízí kontrolu hreflang, která hlásí chybějící nebo nekonzistentní zpětné odkazy. Provádějte tuto kontrolu alespoň po každé změně obsahu.
Z právního hlediska chybné zpětné odkazy nepředstavují přímá rizika odpovědnosti, mohou však ovlivnit viditelnost vašeho vícejazyčného obsahu. Doporučujeme zdokumentovat výsledky kontroly a při chybách stanovit prioritu oprav. Pragmatické doporučení: Použijte skript (např. v Pythonu), který zkontroluje vaši hreflang Sitemapu proti skutečným odkazům na stránkách a vypíše seznam chybějících nebo nekonzistentních zpětných odkazů. Tím zajistíte, že vaše jazykové signály jsou úplné a správné.
Metody kontroly hreflang signálů (nástroje, crawler, Google Search Console)
Systematická kontrola hreflang signálů vyžaduje kombinaci automatizované a manuální analýzy. Pro automatizovanou kontrolu jsou k dispozici specializované online nástroje, které navštěvují vaše stránky a validují nastavené hreflang tagy. Tyto nástroje obvykle kontrolují syntaktické chyby, chybějící zpětné odkazy a nekonzistentní jazykové značky. Některé také umožňují kontrolovat více URL v seznamu. Pro komplexní analýzu doporučujeme použít alespoň dva různé nástroje, protože každý má své silné a slabé stránky.
Crawlery jako Screaming Frog nebo Sitebulb dokážou vyhodnotit hreflang tagy také. Prohledávají celou vaši doménu a vytvářejí reporty o distribuci jazykových značek, chybějících zpětných odkazech a konfliktech s canonical tagy. Výhodou crawlerů je možnost automatického skenování velkých webů a vizualizace výsledků v dashboardu. Ujistěte se, že crawler nakonfigurujete tak, aby četl jak HTML, tak HTTP hlavičkové tagy – zejména u PDF souborů nebo jiných než HTML zdrojů jsou hreflang tagy často uloženy v hlavičkách.
Google Search Console poskytuje přímý náhled na implementace hreflang rozpoznané Googlem. V reportu „Mezinárodní cílové skupiny“ uvidíte, zda jsou vaše stránky indexovány pro správné země nebo jazyky. Chyby jako „Žádný zpětný odkaz“ nebo „Neplatné jazykové kódy“ jsou zde uvedeny. Mějte však na paměti, že Search Console zobrazuje pouze data nacrawlovaná Googlem – úplný obraz získáte až kombinací crawlerů a nástrojů. Pravidelně také kontrolujte logy vašeho serveru na neočekávaná přesměrování nebo stavové kódy, které mohou ovlivnit hreflang signály.
Naše doporučení: Provádějte alespoň jednou měsíčně automatizovaný audit pomocí nástroje, jako je hreflang test od Aleydy Solis nebo URL Inspection Tool od Googlu. Zaznamenejte výsledky do kontrolního seznamu a porovnejte je s daty z Search Console. Při odchylkách postupujte systematicky: nejprve zkontrolujte zpětné odkazy, poté jazykové kódy a nakonec součinnost s canonical tagy. Jen tak zajistíte, že vaše hreflang signály jsou správné a úplné.
Zvláštnosti dynamických URL a stránek s parametry
Dynamické URL adresy obsahující parametry jako ?lang=de nebo ?country=at představují zvláštní výzvu pro implementaci hreflang. Google často interpretuje parametry jako samostatné URL, i když představují stejnou stránku. To může vést k neúplným zpětným odkazům nebo oslabeným jazykovým signálům. Vyhněte se proto přímému nastavení hreflang tagů na parametrizované URL, pokud je samotná stránka dostupná také přes čistou URL.
Pokud musíte dynamické URL přesto použít, ověřte, zda parametry skutečně mění obsah (např. jazyk nebo region) nebo mají pouze technické funkce (např. session ID). Pouze při obsahové relevanci byste měli nastavit hreflang tagy pro každou kombinaci parametrů. Dbejte na správné zpětné odkazy: každá varianta musí odkazovat zpět na všechny ostatní varianty. Při mnoha parametrech to může být rychle nepřehledné. Použijte regulární výrazy nebo šablony pro konzistentní generování tagů.
Dalším problémem jsou duplicitní obsahy způsobené parametry. Pokud ?lang=de a ?lang=at poskytují stejný obsah v němčině, ale mají signalizovat různé regiony, musíte rozhodnout, zda použít hreflang s regionem (např. de-DE vs. de-AT) nebo nastavit přesměrování na regionálně specifickou domovskou stránku. V praxi se osvědčilo nepoužívat parametrizované stránky pro hreflang, ale místo toho používat samostatné subdomény nebo podadresáře. To snižuje náchylnost k chybám a usnadňuje audit.
Konkrétní doporučení: Proveďte samostatný audit všech stránek s dynamickými parametry. Zkontrolujte, zda každá hodnota parametru vyžaduje vlastní implementaci hreflang. Pokud je to možné, nahraďte parametry jasnými cestami (např. /de/ místo ?lang=de). Použijte nástroj URL Inspection v Search Console, abyste zjistili, jak Google parametry interpretuje. Upravte svůj robots.txt nebo meta tagy, abyste se vyhnuli duplicitám. Pouze s čistou strukturou URL můžete minimalizovat chyby hreflang u dynamických stránek.
Chyby Hreflangu matou vyhledávače a poškozují mezinárodní viditelnost. Náš 25bodový kontrolní seznam vás systematicky provede nejdůležitějšími kontrolními body – od kontroly syntaxe po kontrolu zpětných odkazů. Včetně praktických tipů pro větší weby a přístupů k automatizaci.
Hreflang v mapách stránek: Alternativní implementace a zdroje chyb
Kromě implementace v HTML nebo HTTP hlavičkách můžete hreflang signály nastavit také v XML mapě stránek. Definujete pro každou jazykovou variantu prvek <xhtml:link> s atributy rel="alternate" a hreflang. Tuto metodu Google podporuje a je zvláště užitečná, pokud má vaše stránka mnoho URL nebo je zdrojový kód obtížně upravitelný. Výhodou je centrální správa všech jazykových alternativ v jednom souboru.
Zdroje chyb u hreflangu založeného na mapě stránek jsou podobné jako v HTML: chybějící zpětné odkazy, nesprávné jazykové kódy nebo rozporné údaje mezi mapou stránek a HTML tagy. Typickou chybou je, že mapa stránek obsahuje položky hreflang, ale na samotných stránkách nejsou nastaveny žádné tagy. Google očekává konzistenci: pokud používáte obě metody, musí poskytovat identické informace. Jinak může dojít k nejasnostem, která verze je autoritativní.
Zvláštní pozornost věnujte správnému uvedení cesty v mapě stránek. Každá URL musí odpovídat základní URL stránky (včetně protokolu a lomítka). Častou chybou je uvedení relativních cest nebo chybějící koncové lomítko. Všechny alternativy musí být vzájemně propojeny, nejen odkazovat na centrální vstupní stránku. To znamená, že mapa stránek musí pro každou jazykovou verzi obsahovat všechny ostatní jazykové verze jako alternativní odkazy. U vícejazyčných stránek s 10+ jazyky to může vést k velmi velkým mapám stránek – v takovém případě je rozdělte.
Naše doporučení: Pravidelně kontrolujte svou mapu stránek pomocí XML validátoru. Nahrajte mapu stránek do Search Console a sledujte hlášení chyb. Pokud nastavujete hreflang jak v mapě stránek, tak v HTML, proveďte srovnání: prolezte své stránky a porovnejte položky v mapě stránek s nalezenými tagy. Při nesrovnalostech se rozhodněte pro jednu metodu a druhou odstraňte. V praxi se ukázalo, že výhradní použití mapy stránek vede k méně chybám, protože je centrálně udržovatelná. Vyzkoušejte tuto možnost, pokud jsou vaše IT zdroje omezené.
Mezinárodní SEO a vícejazyčnost: Rozlišení hreflang a rozpoznávání jazyka
Hreflang tagy a rozpoznávání jazyka (např. prostřednictvím nastavení jazyka prohlížeče nebo IP geolokace) plní v mezinárodním SEO různé úkoly. Zatímco hreflang signalizuje vyhledávačům, která jazyková/regionální verze stránky je určena pro konkrétní cílovou skupinu, rozpoznávání jazyka často slouží k automatickému přesměrování uživatele na domněle vhodnou verzi. Nezaměňujte tyto mechanismy: hreflang ovlivňuje indexaci a zobrazování ve výsledcích vyhledávání, zatímco rozpoznávání jazyka ovlivňuje uživatelský zážitek na webu. Typický problém nastává, když rozpoznávání jazyka přesměruje uživatele na stránku, která neodpovídá žádnému záznamu hreflang – vyhledávače toto přesměrování nedokážou sledovat, což vede k chybějícím nebo nesprávným jazykovým signálům.
V praxi se osvědčilo nastavit hreflang jako primární signál pro Google a další vyhledávače, zatímco rozpoznávání jazyka na webu slouží pouze jako volitelná funkce pro návštěvníka. Příklad: Uživatel ze Švýcarska navštíví úvodní stránku. IP rozpoznávání by mohlo automaticky přesměrovat na de-ch. Pokud však na německé úvodní stránce chybí hreflang tag s alternativními verzemi (de-de, de-ch, fr-ch atd.), Google nerozpozná švýcarskou stránku jako alternativu a může zobrazit nesprávnou verzi ve výsledcích vyhledávání. Vyvarujte se proto používání rozpoznávání jazyka jako jediného nástroje pro doručování jazykových verzí, ale vždy jej kombinujte s konzistentní implementací hreflang.
Další důležité rozlišení se týká cílení na země: hreflang může označovat jazykové i regionální varianty (např. de-de vs. de-ch), zatímco rozpoznávání jazyka obvykle odvozuje pouze jazyk a zemi z IP dat, aniž by zohledňovalo konkrétní variantu stránky. Spolehněte se proto na víceúrovňový přístup: Nejprve definujte všechny kombinace jazyk/země a uložte je do hreflang tagů. Rozpoznávání jazyka implementujte až následně, abyste uživateli nabídli výběr návrhů, aniž byste míchali automatické přesměrování s indexací. Zdokumentujte svá rozhodnutí a dohodněte se s vývojovým oddělením, aby oba systémy nebyly v rozporu. V případě právních otázek týkajících se automatického rozpoznávání a přesměrování se poraďte s odborným právníkem, zejména pokud jsou zpracovávány osobní údaje, jako jsou IP adresy.
Vytvoření systematického auditu pro velké weby s mnoha jazykovými variantami
U velkých webů s mnoha jazykovými variantami není manuální audit hreflang praktický. Místo toho se doporučuje víceúrovňový automatizovaný proces, který zachytí všechny relevantní stránky a zkontroluje jejich konzistenci. Začněte vytvořením úplného seznamu URL všech jazykových a regionálních verzí. Použijte k tomu crawler, jako je Screaming Frog nebo Sitebulb, který indexuje celý web a extrahuje hreflang tagy z HTML hlaviček nebo sitemap. Exportujte data do tabulky, kde pro každou URL uvedete jazykový kód, kód země a alternativní URL. Ujistěte se, že zahrnete i stránky, které existují pouze v jednom jazyce – ty nemusí obsahovat hreflang, ale mohou být součástí chybné implementace, pokud jsou nesprávně vyloučeny.
V dalším kroku zkontrolujte zpětné odkazy (obousměrné propojení): Každá URL v jazykové skupině musí odkazovat na všechny ostatní varianty téže skupiny a být odkazována všemi ostatními. Pokud zpětný odkaz chybí, vyhledávače často hreflang tag ignorují. Častou chybou je použití nekompatibilních jazykových kódů (např. „eng“ místo „en“) nebo chybějící kód země u regionálně cílených stránek (např. „de“ místo „de-de“). Použijte skript nebo vzorec v tabulce k automatickému označení těchto nesrovnalostí. Obzvláště kritické je zacházení s tagem x-default: Nastavte jej na generickou vstupní stránku určenou pro nepřiřazené uživatele a zkontrolujte, zda všechny jazykové skupiny tento tag správně odkazují.
Doplňte svůj audit o kontrolu sitemap: Pokud zahrnujete hreflang i do XML sitemap, zkontrolujte, zda se alternativní URL uvedené v sitemap shodují s HTML tagy a zda sitemap správně odkazuje na různé jazykové verze. Systematický audit pro velké weby byste měli pravidelně opakovat (např. čtvrtletně), protože při přidávání nových jazykových variant nebo redesignu často vznikají chyby. Nástroje jako SEOTesting nebo Google Search Console pomáhají sledovat viditelnost jednotlivých verzí. Pro dokumentaci doporučujeme centrální tabulku se stavem jednotlivých jazykových skupin, kterou po každém auditu aktualizujete. Naplánujte dostatek času na opravu chyb a upřednostněte nejnavštěvovanější jazykové varianty. Právní upozornění k použití dat z crawlerů není nutné, protože se jedná o veřejně přístupné struktury stránek.
Dokumentace a sledování změn hreflang v týmu
Hreflang implementace jsou často výsledkem rozhodnutí několika oddělení – obsahové týmy vytvářejí překlady, IT spravuje CMS a SEO oddělení definuje cílové skupiny. Bez jasné dokumentace se změny rychle ztrácejí nebo vedou k nekonzistencím. Zaveďte proto centrální registr, ve kterém zaznamenáte všechny jazykové/místní varianty, jejich odpovědné osoby a aktuální stav (aktivní, neaktivní, plánované). Osvědčila se jednoduchá tabulka se sloupci: primární URL, jazykový kód, kód země, x-default (ano/ne), alternativní URL (seznam), poslední změna, odpovědná osoba. Tuto tabulku by měl tým společně udržovat, například prostřednictvím cloudového dokumentu s přístupem pro všechny zúčastněné role.
Pro sledování změn se doporučuje řízený proces: Každá nová jazyková verze nebo změna stávajících URL se nejprve předznačí v tabulce, než se skutečné hreflang tagy aktualizují v CMS nebo v sitemapě. Použijte ticketový systém nebo jednoduchý changelog k dokumentaci každého zásahu. Například: „Dne 10.04.2025 byla přidána francouzská stránka pro Belgii (fr-be); související hreflang tagy na německé hlavní stránce (de-de) byly aktualizovány.“ Díky tomu budete moci později zjistit, proč se určitá jazyková varianta již nezobrazuje ve výsledcích vyhledávání. Doplňte pravidelné audity (viz předchozí kapitola), při kterých porovnáte aktuální stav s vaší dokumentací a opravíte odchylky.
Pro usnadnění týmové spolupráce definujte jasné odpovědnosti pro jednotlivé jazykové skupiny nebo regiony. U větších webů zaveďte pravidlo, že změny hreflang tagů musí být zkontrolovány alespoň dvěma členy týmu – podobně jako princip čtyř očí. Využívejte automatizaci, kde je to možné: Skript může z vaší tabulky automaticky vygenerovat XML sitemapu s hreflang záznamy nebo přímo vložit HTML tagy do CMS. Dbejte však na to, aby byly takové skripty pravidelně testovány na správnost. Závěrem: Jelikož chyby hreflang mohou vést ke ztrátě viditelnosti, nastavte ve svém nástroji pro řízení projektů opakovaný úkol pro čtvrtletní audit. V případě právních otázek týkajících se ukládání a zpracování URL dat se poraďte se svým pověřencem pro ochranu osobních údajů nebo právním poradcem.
Praktický kontrolní seznam pro závěrečnou kontrolu hreflang auditu
Systematická závěrečná kontrola zajišťuje, že všechny implementace hreflang jsou konzistentní a bez chyb. Začněte kontrolou zpětných odkazů: Každá stránka jazykové varianty musí odkazovat na všechny ostatní varianty, včetně své vlastní. Chybí-li odkaz, vede to k „nepotvrzenému“ signálu, který mohou vyhledávače ignorovat. Použijte k tomu nástroj jako Screaming Frog nebo Sitebulb, který čte atributy hreflang a označuje chybějící zpětné odkazy. Zkontrolujte také, zda jazykové kódy odpovídají formátu ISO 639-1 (např. „de“ místo „deu“) a kódy zemí formátu ISO 3166-1 Alpha 2 (např. „CH“ pro Švýcarsko). Zvláštní pozornost věnujte správné kombinaci u regionálně specifických stránek: „de-ch“ pro němčinu ve Švýcarsku, nikoli „de_CH“.
Zkontrolujte součinnost s canonical tagy: Pokud je canonical tag nastaven na jinou jazykovou variantu, signál hreflang pro tuto stránku se stává neúčinným. Nastavte proto self-referencing canonical tagy nebo zajistěte, aby canonical odkazoval na identickou jazykovou verzi. Totéž platí pro sitemapu: Každá stránka by se měla v sitemapě objevit pouze jednou se svými hreflang alternativami. Častou chybou je zahrnutí HTTP a HTTPS verzí nebo variant s www a bez www. Omezte doručování na jednu kanonickou URL na jazykovou variantu.
Chyby u x-default tagu často vedou k nežádoucím přesměrováním. Nastavte x-default na generickou vstupní stránku nebo na nejčastěji používanou jazykovou variantu – nikoli však nahodile. V praxi se ukazuje jako výhodné umístit x-default na anglickou domovskou stránku, pokud je web mezinárodně zaměřený. Ověřte implementaci pomocí Google Search Console v sekci „Mezinárodní cílová skupina“. Zobrazí se tam chyby jako chybějící zpětné odkazy nebo nekonzistentní jazykové kódy. Provádějte tuto kontrolu jednou měsíčně, abyste odhalili změny.
Kompletní kontrolní seznam by měl zahrnovat také alternativy v sitemapě: Ujistěte se, že každá jazyková varianta je v sitemapě uvedena se všemi alternativami. Použijte k tomu nástroj, který validuje hreflang v XML sitemapách (např. kontrola sitemap v Ahrefs nebo Semrush). Každou nalezenou odchylku zdokumentujte v tabulce s prioritou a odpovědností. Pamatujte: U dynamických URL musí být hreflang tagy správně nastaveny na straně serveru nebo pomocí JavaScriptu – otestujte to kontrolou HTTP hlaviček. Na závěr doporučujeme právní posouzení: Výběr jazykových variant může mít dopad na ochranu osobních údajů a obchodní podmínky. V případě nejasností se poraďte s právním poradcem.
Výhled: Automatizační nástroje a budoucí vývoj jazykových signálů
Manuální kontrola hreflang signálů je stále více doplňována specializovanými automatizačními nástroji. Nástroje jako „hreflang-tags.com“ nebo funkce v crawlech (např. hreflang check v Sitebulb) automaticky detekují chybějící zpětné odkazy, nekonzistentní jazykové kódy a konflikty s canonical tagy. Tyto nástroje poskytují reporty, které můžete použít jako podklad pro váš tým. V praxi se osvědčilo začlenit tyto kontroly do CI/CD procesu: při každém nasazení se provede automatická hreflang kontrola pro včasné odhalení chyb. Dbejte však na to, aby byly tyto nástroje pravidelně aktualizovány, protože směrnice vyhledávačů se mohou měnit.
Trendem je využití AI pro překlad a lokalizaci jazykových variant. Moderní AI systémy dokáží automaticky generovat jazykové kódy, pokud rozpoznají cílový geografický trh. To však přináší rizika: automatické rozpoznání může způsobit chybné přiřazení, například u vícejazyčných zemí. Používejte AI proto pouze v kombinaci s manuální validací zkušeným lokalizačním expertem. Lokalizace by měla být nejen jazyková, ale také kulturně přizpůsobená – jinak může hreflang signál směřovat nesprávným směrem.
V budoucnu by mohla být strukturovaná data jako Schema.org kombinována s hreflang. První přístupy ukazují, že atribut „url“ v kombinaci s „inLanguage“ může zajistit přesnější přiřazení jazyků. Google však oficiálně tuto cestu nepodpořil. Přesto se vyplatí sledovat tyto vývojové trendy, protože by mohly snížit náchylnost hreflang k chybám. Integrace hreflang do AMP stránek nebo jednostránkových aplikací (SPA) zůstává výzvou – zde jsou potřeba serverová řešení nebo speciální frameworky.
Na závěr doporučujeme zavést pravidelné monitorování jazykových signálů. Nástroje jako Google Search Console v sekci „Mezinárodní cílení“ poskytují přehled chybných stránek. Kombinujte to s analýzou logů, abyste zjistili, zda vyhledávače dodržují hreflang instrukce. Mějte na paměti: právní shoda – například v souvislosti s GDPR nebo povinným impressem – se může lišit podle jazykové varianty. Konzultujte to s právníkem. Budoucnost jazykových signálů spočívá v užším propojení s dalšími SEO signály a větší automatizaci, ale lidská kvalitativní kontrola zůstává nepostradatelná.
Příklad z praxe: Postup krok za krokem při provádění hreflang auditu
Středně velký e-shop s jazykovými verzemi němčina (DE), angličtina (EN), francouzština (FR) a španělština (ES) a s doménami pro jednotlivé země (de.example.com, en.example.com, fr.example.com, es.example.com) chce zkontrolovat své hreflang. Krok 1: Export Sitemap. Tým nejprve exportuje jazykové sitemapy z CMS. Zjistí, že pro DE a EN existují dvě sitemapy (produkty, kategorie), pro FR a ES pouze jedna. Krok 2: Kontrola konzistence zpětných odkazů. Pomocí hreflang crawleru (např. Merkle's Hreflang Tag Checker) se prochází všech 400 URL. Výsledek: 30 URL má chybějící zpětné odkazy – často chybí DE stránka v EN verzi. Krok 3: Kontrola chybných jazykových kódů. Ve zdrojovém kódu jsou dvě URL s „en-uk“ místo „en-gb“. Protože EN verze je určena pro Velkou Británii, je kód opraven. Krok 4: Test x-default. Každá jazyková stránka má x-default tag odkazující na anglickou domovskou stránku. V praxi to dává smysl, protože angličtina slouží jako fallback. Krok 5: Konflikt s canonical. Crawl ukazuje, že některé FR stránky mají self-referencing canonical, který však neodpovídá hreflang cíli (canonical na jinou FR stránku). Canonicaly jsou opraveny. Krok 6: Validace přes Google Search Console. Po šesti týdnech report v sekci „Mezinárodní cílení“ nevykazuje žádné chyby. Krok 7: Dokumentace. Změny jsou zaznamenány v interním wiki včetně screenshotů a crawl logů. Závěr: Po opravě 30 zpětných odkazů a jazykových kódů vzrostla míra prokliku na francouzských a španělských stránkách přibližně o 15 % (nepotvrzeno, ale dle zkušeností). Pravidelné audity (každé tři měsíce) jsou nyní pevnou součástí SEO údržby. Tento příklad ukazuje: Systematickým přístupem lze typické chyby rychle identifikovat a opravit.
blog.faqT
Jaká je nejčastější chyba u hreflang tagů?
Nejčastější chybou je chybějící zpětné odkazy. Pokud verze A odkazuje na verzi B, musí i B odkazovat na A. Jinak Google tagy často zcela ignoruje. Rozšířené jsou také syntaktické chyby, jako nesprávné zkratky zemí (např. 'en-uk' místo 'en-gb'). Nezbytná je systematická kontrola všech párů.
Jak zkontrolovat hreflang tagy na velkých webech s mnoha jazyky?
Pro velké weby se doporučuje použití crawlerů, které zkoumají hreflang, např. Screaming Frog s hreflang reportem. Můžete také napsat vlastní skripty, které prohledávají sitemapy nebo HTML stránky na tagy. Důležité je odebírat vzorky a validovat konzistenci mezi různými jazykovými variantami. Google Search Console pod 'Mezinárodní nastavení' zobrazuje konkrétní chyby.
Co znamená x-default tag a kdy je potřeba?
Značka x-default označuje obecnou standardní stránku, která se zobrazí, pokud není rozpoznána jazyková preference uživatele nebo pokud požadovaná kombinace jazyka a země neexistuje. Často se používá na úvodní stránce nebo na obecné vstupní stránce. Pokud chybí, může Google doručit nevhodnou verzi. Každá jazyková skupina musí mít položku x-default, pokud více zemí sdílí stejný jazyk.
