Hreflang: jak zkontrolovat jazykové verze a opravit chyby

Hreflang pomáhá Googlu rozpoznat odpovídající jazykové nebo regionální verze stejného obsahu. Při kontrole nestačí najít značku v kódu jedné stránky. Ověřte správné URL, skutečnou obsahovou shodu, vlastní verzi i zpětné odkazy mezi variantami. Hreflang nevytváří překlad a nenahrazuje správné přesměrování.

Na modelu českého, slovenského a anglického návodu si projdeme přípravu podkladů, běžnou chybu ve dvojicích a předání opravy. Použijete existující evidenci SEO nálezů. Ta uchová důkaz a odpovědnost; samotnou živou kontrolu anotací neprovádí. Příklady jsou modelové a uvedené adresy nepředstavují otestovaný klientský web.

Kdy hreflang dává smysl

Začněte otázkou, zda stránky skutečně představují různé jazykové nebo regionální varianty téhož obsahu. Český návod k nastavení přístroje a anglický překlad tohoto návodu mají jasnou vazbu. Český návod a obecná anglická homepage ji automaticky nemají. Nestačí společné logo, podobné menu nebo existence obou adres v jedné jazykové sekci.

Regionální rozlišení přidávejte tehdy, když odpovídá skutečnému cílení stránky. Anglický text určený obecně nemusí mít stejné označení jako nabídka výhradně pro konkrétní zemi. Nejprve potřebujete obsahové rozhodnutí a až poté kód. Rozšířený seznam jazykových značek bez správného párování problém neřeší a zbytečně ztěžuje pozdější údržbu.

Pokud má web jen jednu českou verzi a žádné odpovídající alternativy, nevyrábějte další technické vztahy kvůli samotnému seznamu SEO kontrol. Zkontrolujte především čitelný obsah, dostupnost a jazyk stránky. Hreflang má popisovat existující strukturu. Nemá vytvářet iluzi, že neúplná překladová sekce už nabízí plnohodnotný ekvivalent.

Google podporuje anotace v HTML, v HTTP hlavičce nebo v sitemap. Z jeho pohledu jsou tyto způsoby rovnocenné. Pro model níže zvolíme HTML, protože se dá vztah přehledně ukázat na třech dokumentech. Nesnažte se automaticky udržovat všechny metody současně: více zdrojů může přidat rozpory, aniž by přineslo výhodu.

Připravte malé skupiny odpovídajících stránek

Nejdříve spojte ekvivalentní URL do jedné obsahové skupiny. Pro každý řádek otevřete hlavní text, ověřte název návodu a poznamenejte skutečnou adresu. Při migrovaném webu zkontrolujte také to, zda stará URL nevede do jiného jazyka. Tento přesun řeší samostatný postup kontroly jazykových cílů; hreflang je jiná vrstva.

• Skupina: které konkrétní téma mají varianty společné.
• URL: finální adresa každé existující verze.
• Jazyk a region: co skutečně odpovídá hlavnímu obsahu a cílení.
• Obsahový vlastník: kdo potvrdil, že stránky jsou ekvivalentní.
• Způsob nasazení: odkud šablona nebo systém anotace vytváří.

U velkého katalogu není nutné ručně otevřít všechny produkty před prvním návrhem opravy. Vyberte reprezentativní skupiny a jasně uveďte rozsah vzorku. Zahrňte plně přeložený obsah, chybějící překlad i výjimku. Pokud pak kontrolujete jen několik příkladů, neoznačujte výsledek jako potvrzení správnosti všech jazykových URL na celém webu.

Poslední řádek je důležitý právě tím, že žádnou adresu nemá. Nezaměňujte plánovaný překlad za hotovou stránku a neodkazujte místo něj automaticky na německou homepage. Vlastník obsahu nejprve dodá skutečný ekvivalent; teprve potom jej zařadíte do příslušné skupiny a ověříte vztahy s ostatními variantami.

cs, cs-CZ a x-default: co zapisujete

Hodnota hreflang začíná kódem jazyka a může obsahovat region. Pro češtinu je jazykový kód cs, nikoli samotné cz. Označení cs-CZ vyjadřuje češtinu pro Česko. Region nepřidávejte jen proto, že jste zvyklí na národní doménu: rozhodující je účel příslušné obsahové varianty.

V modelu použijeme obecné cs, sk a en. Skutečný projekt může mít důvod rozlišovat například angličtinu pro různé země. Takové rozhodnutí se má opírat o reálné varianty obsahu, nikoli o automatické rozmnožení stejné stránky pod několika regionálními adresami.

x-default je volitelná výchozí varianta pro situaci, kdy neodpovídá žádný z uvedených jazyků či regionů. Google ji doporučuje zejména pro jazykový rozcestník. Není to další jazyk a nepřekládá obsah sama. Když ji přidáváte, určete vědomě konkrétní cíl; nekopírujte cizí příklad bez znalosti návštěvnické cesty.

Jazykovou variantu neurčujte podle názvu složky samotné. Stránka pod /en/ může po chybě obsahovat český text nebo obecné chybové hlášení. Otevření hlavního obsahu je proto součást kontroly párování. Hreflang nefunguje jako náhrada za skutečnou lokalizaci a nepřepíše smysl textu, který server vydává.

Jak má vypadat modelová sada v HTML

Všechny tři verze modelového návodu budou v hlavičce obsahovat stejnou sadu odkazů. Každá uvede sebe i ostatní varianty. Adresy musí být úplné, včetně protokolu. Pro názornost jsou použity vyhrazené modelové URL; jejich napsání do ukázky není dokladem, že na nich existují veřejné návody.

<link rel="alternate" hreflang="cs" href="https://example.com/cs/instalace/">
<link rel="alternate" hreflang="sk" href="https://example.com/sk/instalacia/">
<link rel="alternate" hreflang="en" href="https://example.com/en/installation/">

Tento blok patří do head příslušných dokumentů. Nevkládejte jej do článku jako aktivní implementaci pro celý web. Na skutečném projektu by šablona musela dosadit odpovídající skupinu pro každé téma. Kdyby generovala stále adresy instalačního návodu, chybně by propojení přenesla i na návody k údržbě a jiné stránky.

Podstatná je vzájemnost. Pokud česká stránka označuje slovenskou za alternativu, slovenská má odkazovat zpět. Jednostranná anotace nestačí. Kontrola proto musí projít také zdánlivě správný cíl. Najít značku pouze v české verzi není potvrzení celé skupiny, stejně jako nalezení odkazu v jedné tabulce neprokazuje jeho skutečné nasazení.

Model chyby: chybějící návrat a zaměněný návod

Představme si, že česká stránka uvádí správnou slovenskou URL. Slovenská stránka ale odkazuje na starou českou cestu a anglická verze patří jinému návodu. Dva různé problémy se snadno schovají pod jednu poznámku „chybný hreflang“. První řeší technickou adresu a vzájemnost, druhý vyžaduje obsahové rozhodnutí.

Uložte původní sady a přiřaďte jim datum kontroly. Nápravu nepředávejte pouze jako screenshot jedné chybějící značky. Vývojář potřebuje správnou skupinu, aby opravil zdroj dat nebo šablonu. Pokud opraví jen ručně jeden dokument, další generování může starou chybu vrátit nebo ponechat stejné selhání u jiných témat.

Do existující šablony evidence zapište přesný rozsah, důkaz a očekávané vztahy. Přílohou může být malý seznam jazykových dvojic a uložené části veřejného kódu. Tabulka není nový hreflang checker a sama nic neověřuje na serveru. Jejím přínosem je srozumitelné předání toho, co má správce implementovat a následně doložit.

Ověření po nasazení a hranice výsledku

Po změně znovu otevřete všechny varianty vybrané skupiny a porovnejte vydávané anotace. Ověřte i správný obsah cílů, ne pouze jejich dostupnost. Pokud oprava zasáhla sdílenou šablonu, přidejte alespoň další obsahovou skupinu a případ s chybějícím překladem. Tím zachytíte chybu, která by první kompletní trojicí prošla.

1. Potvrďte finální veřejné URL a jejich hlavní obsah.
2. Porovnejte úplné sady odkazů ve zvolené implementaci.
3. Zkontrolujte vlastní verzi a vztahy v obou směrech.
4. Prověřte jazykové kódy a případně vědomě vybraný x-default.
5. Uložte rozsah vzorku, čas a výsledek ke schválené změně.

Prověřte také případný rozpor s canonical. Pokud česká verze ukazuje jako hlavní na jinou jazykovou URL, nevyřešíte tuto otázku pouhým přidáním dalších alternativ. Nejprve potvrďte zamýšlené hlavní dokumenty a sjednoťte příslušné signály. Navazující rozbor canonical po migraci pomůže odlišit deklarovaný cíl od skutečně kontrolované stránky.

Správné anotace nejsou záruka konkrétního zobrazení v Googlu. Technickou přejímku uzavíráte podle vydaného kódu, odpovídajících cílů a jasně uvedeného vzorku. Pozdější výsledky vyhledávání sledujte zvlášť a v kontextu dotazu. Nepište, že byl celý vícejazyčný web potvrzen jako správný, pokud jste prohlédli pouze jednu instalační trojici.

Pro rychlé cvičení se vraťte k modelové chybě: opravíte anglický odkaz bez čtení návodu jen podle podobné cesty? Ne. Nejdřív potřebujete potvrdit, že nový cíl řeší stejný obsah. Jinak vytvoříte technicky úhlednou, ale věcně chybnou skupinu. Právě spojení obsahového párování s kontrolou anotací dává tomuto postupu smysl.

Co se změní, když přibude nebo zmizí překlad

Obsahová skupina není neměnný seznam všech jazyků firmy. Když německý překlad modelového návodu teprve vzniká, ponechte ho mimo hotovou sadu. Po jeho zveřejnění nejprve potvrďte finální adresu a shodu obsahu. Teprve potom doplňte vztahy také do ostatních variant. Publikace jedné nové stránky sama nepotvrzuje správné aktualizování české, slovenské a anglické verze.

Do zadání napište očekávanou novou sadu a seznam dokumentů, kterých se změna týká. Kontrolující osoba porovná vydávané odkazy na všech čtyřech stranách. Zároveň ověří jednu jinou obsahovou skupinu, kde německý překlad neexistuje. Ta nesmí automaticky dostat odkaz na nově vytvořený instalační návod jen proto, že používá stejnou jazykovou šablonu.

Při rušení překladu postup otočte. Potvrďte, zda má skutečnou náhradu a jak má zaniklá URL odpovídat. Pak odstraňte nebo opravte její vztahy v přeživších variantách. Není vhodné zachovat neplatnou anotaci s nadějí, že ji vyřeší přesměrování někam obecněji. Obsahové párování a chování původní adresy jsou dvě věci, které se mají navzájem shodovat.

Pro každý zásah uchovejte původní i schválenou podobu skupiny. Později díky tomu poznáte, zda chybějící jazyk představuje novou chybu, nebo záměrně nepotvrzenou variantu. K samotnému seznamu kódů doplňte vlastníka rozhodnutí. Vývojář nemá z prázdného pole odhadovat, jestli překlad neexistuje, čeká na schválení nebo byl omylem vypuštěn z exportu.

Takto vedená evidence umožní opakovat stejný postup i při další jazykové expanzi. Nevznikne pouze jednorázový screenshot správné značky, ale udržovatelná vazba mezi konkrétními dokumenty a jejich změnami. Při další kontrole se můžete soustředit na skutečné nové rozdíly a výjimky, místo opětovného odhadování významu každé adresy od začátku.

Časté otázky

Co je hreflang a k čemu slouží?

Jde o anotaci vztahu mezi odpovídajícími jazykovými nebo regionálními verzemi obsahu. Pomáhá Googlu pochopit alternativy. Nenahrazuje překlad, dostupnost stránky ani rozhodnutí, které dokumenty jsou skutečně ekvivalentní.

Je pro češtinu správně cz, nebo cs-CZ?

Jazykový kód češtiny je cs. Pro češtinu cílenou na Česko lze použít cs-CZ. Samotné cz nepředstavuje správný jazykový kód. Volba obecné a regionální varianty má odpovídat skutečnému cílení obsahu.

Musí jazykové stránky odkazovat vzájemně?

Ano, při ověřování kontrolujte vztahy v obou směrech a uvedení vlastní verze. Jedna správně vypadající značka na české stránce nepotvrzuje, že je odpovídající sada správná také na slovenském nebo anglickém cíli.

Musím použít x-default a všechny tři způsoby implementace?

Nemusíte. X-default je volitelná výchozí varianta. HTML, HTTP hlavičky a sitemap jsou alternativní způsoby anotace; současné udržování všech tří samo nepřináší výhodu. Zvolte metodu, kterou dokážete správně spravovat a kontrolovat.