SEO Průvodce Krok 10: Vícejazyčné SEO

Tohle je Krok 10 z 13-krokového SEO průvodce. Vícejazyčné SEO vám umožňuje znásobit váš organický provoz tím, že obsloužíte každý trh ve vlastním jazyce — pokud je to provedeno špatně, vzniká chaos duplicitního obsahu.

Každý jazyk, který přidáte, je násobitel vašeho existujícího obsahu. Web s 50 stránkami v jednom jazyce má 50 indexovatelných URL. Přidáte 5 jazyků a máte 250. Přidáte 20 jazyků a máte 1 000. Každá z těchto URL může nezávisle rankovat ve svých místních Google výsledcích.

Ale vícejazyčné SEO je jednou z nejtechnicky komplexních oblastí SEO. Nesprávná implementace vytváří duplicitní obsah, ředění hodnocení a plýtvání crawlovacím rozpočtem. Rozdíl mezi správně a nesprávně internacionalizovaným webem může být rozdíl v návštěvnosti 10x.

LANGR sám o sobě funguje ve 108 jazycích napříč 89 aktivními lokalitami — tyto problémy jsme vyřešili ve velkém měřítku. Tento průvodce sdílí vše, co jsme se naučili.

Co pokrývá vícejazyčné SEO

Vícejazyčné SEO zahrnuje 8 kritických oblastí:

Implementace hreflang — Jak říct Googlu, která stránka obsluhuje který jazyk
Strategie směrování podle lokality — Subdoména vs podsložka vs TLD
Kvalita překladu — Strojový vs lidský vs hybridní překlad
Mezinárodní cílení — Konfigurace Search Console
Lokalizace obsahu — Překonání překladu: kulturní adaptace
Podpora RTL — Jazyky z prava do leva (arabština, hebrejština, perština)
Detekce jazyka — Automatické poskytování správné verze
Duplicitní obsah — Prevence křížové kanibalizace jazyků

1. Implementace hreflang

Hreflang tagy říkají vyhledávačům, která URL obsluhuje který jazyk a region. Jsou technickým základem vícejazyčného SEO — a nejčastěji nesprávně nakonfigurovaným prvkem.

Základní syntaktika hreflang:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

Kritická pravidla:

Každá stránka musí odkazovat na VŠECHNY alternativní verze (včetně sebe sama)
x-default označuje záložní verzi (obvykle angličtinu nebo jazykový výběr)
Hreflang tagy musí být vzájemné (stránka A odkazuje na B, B musí odkazovat zpět na A)
Používejte ISO 639-1 jazykové kódy (en, da, de), nikoli kódy zemí
Pro regionálně specifický obsah: en-us, en-gb, pt-br (jazyk-region)
Maximálně ~50 hreflang položek na stránku (výkonové omezení)

Tři možnosti umístění:

| Metoda | Nejlepší pro | Nevýhody | |--------|--------------|----------| | v | Malé weby (< 10 jazyků) | Zvětšuje HTML, pomalejší zpracování | | HTTP hlavičky | Ne-html soubory (PDF, API) | Nejsou široce podporovány | | XML mapa stránek | Velké weby (10+ jazyků) | Pomalejší objevování crawlery |

Příklad hreflang v mapě stránek:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

Běžné chyby hreflang:

Chybějící vlastní odkaz (stránka nezahrnuje sama sebe)
Nevzájemné tagy (A odkazuje na B, ale B neodkazuje na A)
Nesprávné jazykové kódy (dk místo da pro dánštinu)
Odkazy na ne-200 URL (přesměrování, 404)
Míchání x-default s jazykově specifickou stránkou

Rychlé vítězství: Prozkoumejte svůj web a exportujte všechny hreflang tagy. Zkontrolujte nevzájemné vztahy — to je nejčastější chyba a způsobuje, že Google ignoruje celé vaše nastavení hreflang.

2. Strategie směrování podle lokality

Jak strukturalizujete URL pro různé jazyky, ovlivňuje SEO, uživatelský zážitek a technickou složitost. Existují tři hlavní přístupy:

Podsložka (Doporučeno)

example.com/en/page
example.com/da/page
example.com/de/page

Výhody: Jediná doménová autorita, snadná správa, jeden SSL certifikát, jedna analytická vlastnost, jedna vlastnost Search Console, nejlepší pro většinu webů.

Nevýhody: Méně geo-cílových signálů než ccTLD.

Subdoména

en.example.com/page
da.example.com/page
de.example.com/page

Výhody: Může hostit na různých serverech/CDN pro region, oddělené crawlovací rozpočty.

Nevýhody: Každá subdoména buduje autoritu samostatně (link equity se automaticky nepřenáší), více vlastností Search Console, složitější nastavení.

TLD s kódem země (ccTLD)

example.com (Angličtina)
example.dk (Dánština)
example.de (Němčina)

Výhody: Nejstrongest geo-cílový signál, uživatelé důvěřují místním TLD, každá doména je nezávislá.

Nevýhody: Drahé (nákup 20+ domén), oddělená autorita pro každou doménu, složité budování odkazu, oddělená analytika/kontrola.

Naše doporučení: Směrování pomocí podsložky pro 90 % webů. Soustředí veškerou autoritu odkazů na jednu doménu, zatímco poskytuje jasné signály o lokalitě. Použijte formát /{locale}/page.

https://langr.org/page        (Angličtina, výchozí)
https://langr.org/da/page     (Dánština)
https://langr.org/de/page     (Němčina)
https://langr.org/ja/page     (Japonština)

Rychlé vítězství: Pokud používáte subdomény a máte potíže s autoritou, zvažte migraci na podsložky. Weby, které přecházejí z subdomén na podsložky, obvykle zaznamenávají 20-50% nárůst organického provozu během 3-6 měsíců, jak se konsoliduje link equity.

3. Kvalita překladu vs. strojový překlad

Kvalita překladu přímo ovlivňuje hodnocení. Google může detekovat strojový překlad a může snížit hodnotu špatně přeložených stránek. Ale v roce 2026 je AI překlad dramaticky lepší než pravidlo z roku 2020.

Spektrum kvality překladu:

| Úroveň | Metoda | Kvalita | Cena | Nejlepší pro | |-------|--------|---------|------|--------------| | 1 | Raw GPT/DeepL výstup | 60-75% | ~$0 | Interní použití, návrhy | | 2 | AI + post-editing pokyny | 75-90% | ~$0 | Blogový obsah, méně kritické stránky | | 3 | AI + lidská revize | 90-97% | $0.03-0.08/slov | Produktové stránky, klíčové vstupní stránky | | 4 | Profesionální rodilý překladatel | 97-100% | $0.10-0.25/slov | Právní, lékařské, kritické pro značku |

Klíčový pohled pro rok 2026: Úroveň 2 (AI se kvalitními pokyny) je nyní dostatečná pro většinu webového obsahu. Algoritmy Google produplicitní obsah již nepenalizují dobře provedený strojový překlad — penalizují špatný překlad, který nepřináší žádnou hodnotu.

Znaky překladu, který poškozuje SEO:

Nepřeložené segmenty smíchané s přeloženým obsahem
UI prvky (tlačítka, štítky) stále v původním jazyce
Formátování specifické pro lokalitu, které nebylo přizpůsobeno (data, měny, telefonní čísla)
Kulturní odkazy, které se nedají přeložit (idiomy, vtipy, příklady)
Stejný meta titul/ popis napříč všemi jazyky

Jak ověřit kvalitu překladu:

Zkontrolujte, že VŠECHNY viditelné texty byly přeloženy (včetně navigace, patičky, formulářů)
Ověřte formátování specifické pro lokalitu (DD/MM/RRRR vs MM/DD/RRRR)
Testujte CTA — zní přirozeně v cílovém jazyce?
Zkontrolujte meta tagy — titul a popis musí být nezávisle napsány pro každý jazyk
Ověřte, že nejsou viditelné žádné surové i18n klíče (např. nav.home místo "Domů")

Rychlé vítězství: Zkontrolujte své přeložené stránky na obsah smíšeného jazyka. Pokud jsou nějaká tlačítka, štítky nebo UI prvky stále ve vašem původním jazyce, ihned je opravte — stránky smíšeného jazyka signálí nízkou kvalitu Googlu.

4. Mezinárodní cílení v Search Console

Nastavení mezinárodního cílení Google Search Console pomáhají Googlu pochopit, které stránky by měly rankovat v kterých zemích.

Pro nastavení s podsložkami:

Nemůžete nastavit cílení země per podsložku (pouze per doménu/subdoménu)
Místo toho se spolehněte на hreflang + jazyk obsahu + uživatelské signály
Odeslat mapu stránek per-lokality: sitemap-en.xml, sitemap-da.xml

Pro ccTLD:

.dk je automaticky cíleno na Dánsko
.de je automaticky cíleno na Německo
Žádná manuální konfigurace není potřebná

Pro generické TLD (.com, .org, .net):

Nastavte "Mezinárodní cílení" per vlastnost v Search Console
Použijte hreflang jako primární signál

Praktické kroky:

Ověřte svůj web v Search Console (jedna vlastnost pro nastavení s podsložkami)
Odeslat mapu stránek s anotacemi hreflang
Zkontrolovat zprávu "Mezinárodní cílení" pro chyby
Monitorovat zprávu "Pokrytí" per jazyk (použijte filtrování podle URL parametrů)
Zkontrolovat varování "Duplicitní bez uživatelsky vybraného kanonického" — tyto často indikují problémy s hreflang

Rychlé vítězství: Přejděte do Search Console > Výkon > Filtr podle země. Zkontrolujte, zda uživatelé v Německu nezakládají na vašich anglických stránkách místo německých. Pokud ano, vaše nastavení hreflang má chyby.

5. Lokalizace obsahu (nejen překlad)

Lokalizace jde nad rámec doslovného překladu. Přizpůsobuje obsah kulturnímu kontextu, místnímu vyhledávání a specifickým potřebám trhu.

Co lokalizovat:

Měna a ceny: Zobrazit místní měnu (€ v Německu, kr v Dánsku, ¥ v Japonsku)
Formáty dat/časů: 25/06/2026 (EU) vs 06/25/2026 (USA) vs 2026/06/25 (ISO/Japonsko)
Telefonní čísla: Místní formát s mezinárodní předvolbou
Adresy: Shoda s místním poštovním formátem
Sociální důkazy: Místní názvy zákazníků, místní společnosti, místní případové studie
CTA: Přizpůsobte tón (formální v němčině/japonštině, neformální v angličtině/dánštině)
Obrázky: Lokalizujte text v obrázcích, používejte kulturně vhodné vizualizace
Právní: GDPR pro EU, různé požadavky na souhlas s cookies podle země
Příklady: Místní značky, místní webové stránky, místní odkazy

Obsah, který by neměl být doslovně přeložen:

Blogové příspěvky o místních tématech (napsat unikátně pro každý trh)
Případové studie (použít místní firmy)
Stránky s cenami (různé ceny pro trh jsou platné)
Zprávový obsah (regionální relevance se liší)

Lokalizace klíčových slov: Nepřekládajte klíčová slova — prozkoumejte je v rodném jazyce. "Automobilové pojištění" v angličtině by mohlo být "bilforsikring" v dánštině, ale vedoucí vyhledávací objem může být "forsikring bil" (jiný pořádek slov). Použijte místní nástroje pro výzkum klíčových slov.

Rychlé vítězství: Zkontrolujte svou stránku s cenami napříč všemi jazyky. Zobrazuje správnou místní měnu? Jsou vaše CTA kulturně vhodná? CTA "Zahájit zdarma" může potřebovat znít "Jetzt kostenlos testen" v němčině — ne doslovný překlad, ale to, co němečtí uživatelé očekávají.

6. Podpora RTL

Jazyky píšící zprava doleva (arabština, hebrejština, perština, urdština, paštština) vyžadují významnou úpravu rozložení. Poskytování obsahu RTL s rozložením zleva doprava činí váš web nepoužitelným pro ~500 milionů rodilých mluvčích.

Technická implementace:

<!-- Detekce a aplikace směru -->
<html lang="ar" dir="rtl">

Co musí být převráceno v RTL:

Zarovnání textu (text těla doprava)
Směr rozložení (boční menu se přesouvá zleva doprava)
Pořadí navigace (otočené)
Ikony s orientačním významem (šipky, pruhy postupu)
Padding a margin (vyměňte hodnoty vlevo/vpravo)
Poloměr okrajů (vyměňte hodnoty rohů)
Směr flexbox/grid CSS

Co by NEM ĚLO být převráceno:

Telefonní čísla a matematické výrazy
Značky a loga píšící zleva doprava
Ovládací prvky audio/video přehrávače
Horizontální indikátory posouvání
Vložné bloky kódu

CSS přístup (moderní):

/* Použití logických vlastností */
.card {
  margin-inline-start: 1rem;  /* nahrazuje margin-left */
  padding-inline-end: 0.5rem; /* nahrazuje padding-right */
  border-start-start-radius: 8px; /* nahoře vlevo v LTR, nahoře vpravo v RTL */
}

Testování RTL:

Přidejte dir="rtl" do a zkontrolujte každou stránku
Ověřte, že arabský/hebrejský text je čitelný (nezmatené Unicode)
Testujte vstupy formuláře (směr vstupu textu)
Zkontrolujte, že čísla jsou správně zobrazená v RTL textu

Rychlé vítězství: Pokud podporujete arabštinu nebo hebrejštinu, přidejte dir="rtl" k vašemu HTML elementu pro tyto lokality a používejte logické vlastnosti CSS (margin-inline-start místo margin-left). Tato jediná změna vyřeší 80% problémů s rozložením RTL.

7. Detekce a směrování jazyka

Jak rozhodnete, kterou jazykovou verzi zobrazit uživateli, ovlivňuje jak UX, tak SEO.

Nejlepší praxe: URL-založená s preferenčním cookie

První návštěva: Zobrazit obsah na základě URL (např. /da/page = dánština)
Hlavní URL (/): Přesměrovat na základě hlavičky Accept-Language NEBO zobrazit výchozí (angličtinu)
Manuální přepnutí: Když uživatel vybere jazyk, nastavte cookie a respektujte ji při budoucích návštěvách
Nikdy: Automaticky přesměrovávat z jazykové specifické URL

Čemu se vyhnout:

Přesměrování na základě IP (Google prochází ze US IP → indexuje pouze angličtinu)
Detekce jazyka pouze pomocí JavaScriptu (vyhledávače nemohou spolehlivě vykonávat JS)
Přesměrování /de/page na /en/page pro anglické uživatele (porušuje hreflang)
Cloaking (zobrazování odlišného obsahu na základě uživatelského agenta)

Správné chování přesměrování:

Uživatel navštíví: /            → 302 přesměrování na /{detekovaná-lokace}/
Uživatel navštíví: /da/page      → Poskytnout dánský obsah (nikdy nepřesměrovávat pryč)
Uživatel navštíví: /neexistuje   → 404 (nepřesměrovávat na výchozí jazyk)

SEO-kritické pravidlo: Každá jazyková URL musí být přímo přístupná Googlebotu bez přesměrování. Pokud Google prošel /da/page a dostal se přesměrování na /en/page, nikdy neindexuje váš dánský obsah.

Rychlé vítězství: Ověřte, že Googlebot může přímo přistupovat ke všem vašim jazykovým URL. V Search Console použijte nástroj pro kontrolu URL na neanglické URL. Pokud se zobrazuje přesměrování, opravte svou směrovací logiku.

8. Duplicitní obsah napříč jazyky

Vícejazyčné weby čelí unikátní výzvě duplicitního obsahu: podobné stránky v různých jazycích mohou soutěžit navzájem ve vyhledávacích výsledcích.

Kdy se duplicitní obsah stává problémem:

Stránky, které jsou 90%+ identické v různých jazycích (nepřeložený obsah)
Stejná URL dostupná s a bez prefixu lokality (/page a /en/page)
Chybějící kanonické tagy, které umožňují nabídku obou verzí k indexaci
Chyby hreflang způsobující, že Google vybírá "špatnou" verzi

Řešení:

| Problém | Řešení | |---------|--------| | Nepřeložené stránky | Použijte noindex až do překladu, nebo zobrazte angličtinu s jasným jazykovým indikátorem | | Dvojité URL (/page + /en/page) | 301 přesměrování jedné na druhou | | Google indexuje špatný jazyk | Opravit vzájemnost hreflang, ověřit v Search Console | | Nízkokvalitní překlady indexovány | Zlepšit kvalitu překladu nebo konsolidovat do méně jazyků |

Strategie kanonických tagů:

<!-- Každá jazyková stránka je svým vlastním kanonickým -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />

Nikdy neukazujte kanonický z jednoho jazyka na druhý (např. dánský kanonický ukazuje na angličtinu) — to říká Googlu, aby zcela ignoroval dánskou verzi.

Rychlé vítězství: Hledejte site:yourdomain.com "název vaší stránky" v Googlu. Pokud vidíte jak anglické, tak přeložené verze objevující se pro stejný dotaz, máte problém s duplicitním obsahem nebo hreflang.

Kontrolní seznam pro vícejazyčné SEO

Pro každou internacionalizovanou stránku projděte toto:

[ ] Hreflang tagy na všech stránkách, včetně vlastního odkazu a x-default
[ ] Všechny hreflang vztahy jsou vzájemné (zkontrolováno pomocí crawlera)
[ ] Správné směrování lokality (doporučena podsložka): /{locale}/page
[ ] Žádná automatická přesměrování z jazykově specifických URL
[ ] Ověřená kvalita překladu (žádné stránky smíšeného jazyka)
[ ] Meta titul a popis unikátní pro každý jazyk (ne duplikované)
[ ] Měny, data a formáty lokalizovány podle trhu
[ ] Implementována podpora RTL pro arabštinu/hebrejštinu/perštinu (pokud je relevantní)
[ ] Odeslána mapa stránek pro každou lokalitu do Search Console
[ ] Každá jazyková stránka má svou vlastní kanonickou URL (neukazuje na jiný jazyk)
[ ] Žádné surové i18n klíče viditelné na žádné stránce
[ ] Přepínač jazyků dostupný na všech stránkách (odkazující na ekvivalentní stránky, nikoli domovskou stránku)

Jak LANGR kontroluje vícejazyčné SEO

LANGR má dva specializované moduly pro vícejazyčné SEO:

i18n-checker: Prochází až 5 variantami lokalit vašich stránek a kontroluje:

Úplnost a vzájemnost hreflang tagů
Nedostupné URL lokalizací (vrací 404 nebo přesměrování)
Hardcodované/nepřeložené řetězce napříč lokalitami (detekce fallback)
Surové i18n klíče exponované jako viditelný text
Procento pokrytí překladu

Translation scanner: Kvalitativní hodnocení s AI:

Vyhodnocuje přirozenost překladu na škále 0-100
Detekuje artefakty strojového překladu
Identifikuje nepřeložené segmenty v jinak přeložených stránkách
Zkontroluje UI prvky (tlačítka, štítky, navigaci) odděleně od obsahu těla

Tyto moduly společně kontrolují vaši vícejazyčnou implementaci z technického (hreflang, směrování, kanonické) i kvalitativního (překlad, lokalizace) hlediska — dvě z 13 SEO disciplín LANGR.

Běžné chyby vícejazyčného SEO (seřazeny podle dopadu)

Nepvzájemný hreflang — Google ignoruje celé nastavení
Automatické přesměrování na základě IP — Brání Googlebotu indexovat neanglické verze
Stejné meta tagy napříč jazyky — Plýtvá potenciálem hodnocení přeložených stránek
Stránky smíšeného jazyka — Tlačítka v angličtině, obsah v němčině = signál nízké kvality
Žádný x-default — Google nemůže určit vaši záložní verzi
Doslovný překlad URL — /about-us → /uber-uns je v pořádku, ale udržujte to konzistentní
Ignorování RTL — Porušené rozložení pro 500M+ rodilých mluvčích
Kanonický ukazuje na jiný jazyk — Zruší přeloženou verzi v Google indexu

Co dál?

Krok 11: Objevování B2B Leadů — Přeměna SEO dat na kvalifikované leady s automatizovaným vyhledáváním, hodnocením leadů na základě domény a outreach podporovaným SEO zjištěními.

Tenhle průvodce je součástí 13-krokové SEO série LANGR. Proveďte bezplatný audit, abyste zjistili, kde vaše stránky stojí napříč všemi 13 disciplínami.

SEO Průvodce Krok 10: Vícejazyčné SEO — Jak oslovit globální publikum bez rozmělnění vašich hodnocení