SEO Vodnik Korak 10: Večjezični SEO

To je Korak 10 v 13-Korakovega SEO Vodnika. Večjezični SEO vam omogoča, da pomnožite svoj organski promet tako, da vsakemu trgu ponudite vsebino v njihovem jeziku — če to storite narobe, bo povzročilo zmedo z dvojnimi vsebinami.

Vsak jezik, ki ga dodate, povečuje obseg vaše obstoječe vsebine. Spletna stran s 50 stranmi v enem jeziku ima 50 indeksabilnih URL-ov. Dodajte 5 jezikov in imate 250. Dodajte 20 jezikov in imate 1.000. Vsak od teh URL-ov lahko samostojno uvršča v lokalnih rezultatih Googla.

Ampak večjezični SEO je eden od tehnično najbolj zapletenih področij SEO. Napačna implementacija povzroča dvojne vsebine, razredčenje uvrstitev in zapravljanje proračuna za indeksiranje. Razlika med pravilno in nepravilno internacionalizirano stranjo je lahko razlika v prometu celo 10-krat.

LANGR deluje v 108 jezikih v 89 aktivnih lokalni — te težave smo rešili na širokem obsegu. Ta vodič deli vse, kar smo se naučili.

Kaj pokriva večjezični SEO

Večjezični SEO zajema 8 ključnih področij:

Implementacija hreflang — Informiranje Googla, katera stran ponuja kateri jezik
Strategije usmerjanja po lokacijah — Poddomena vs podmapa vs TLD
Kakovost prevodov — Strojno vs človeško vs hibridno prevajanje
Mednarodno ciljanje — Konfiguracija iskalne konzole
Lokalizacija vsebin — Poleg prevajanja: kulturna prilagoditev
Podpora za RTL — Jeziki z desne proti levi (arabščina, hebrejščina, perzijščina)
Odkrivanje jezika — Samodejno prikazovanje prave različice
Dvojna vsebina — Preprečevanje medjezikovnega kanibalizma

1. Implementacija hreflang

Hreflang oznake povejo iskalnikom, kateri URL ponuja kateri jezik in regijo. So tehnična osnova večjezičnega SEO — in najbolj pogosto napačno konfiguriran element.

Osnovna sintaksa 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" />

Ključna pravila:

Vsaka stran mora sklicevati vse ALTERNATIVNE različice (vključno s seboj)
x-default določa osnovno (ponavadi angleščino ali izbiro jezika)
Hreflang oznake morajo biti medsebojne (stran A se povezuje z B, B se mora povezovati nazaj z A)
Uporabite ISO 639-1 jezikovne kode (en, da, de), ne kode držav
Za vsebino, specifično za regijo: en-us, en-gb, pt-br (jezik-regija)
Maksimalno ~50 hreflang vnosov na stran (omejitev zmogljivosti)

Tri možnosti postavitve:

| Metoda | Najboljša za | Slabosti | |--------|---------------|----------| | v | Majhne strani (< 10 jezikov) | Povečuje HTML, počasnejše analiziranje | | HTTP glave | Datoteke, ki niso HTML (PDF-ji, API-ji) | Ni široko podprto | | XML zemljevid | Velike strani (10+ jezikov) | Počasnejše odkrivanje s strani pajkov |

Primer hreflang v zemljevidu:

<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>

Pogoste napake hreflang:

Manjkajoča samo-referenčna oznaka (stran ne vključuje same sebe)
Neposredne oznake (A se sklicuje na B, ampak B ne sklicuje na A)
Napačne jezikovne kode (dk namesto da za dansko)
Povezovanje na ne-200 URL-ov (preusmeritve, 404)
Mešanje x-default z jezikovno specifično stranjo

Hitri dobiček: Poglejte svojo spletno stran in izvožite vse hreflang oznake. Preverite za nepotrebne medsebojne odnose — to je najpogostejša napaka in povzroča, da Google zanemari vašo celotno hreflang nastavitev.

2. Strategije usmerjanja po lokacijah

Kako strukturirate URL-e za različne jezike vpliva na SEO, uporabniško izkušnjo in tehnično kompleksnost. Obstajajo trije glavne pristope:

Podmapa (Priporočljivo)

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

Prednosti: Ena avtoriteta domene, enostavno upravljanje, ena SSL potrdila, eno analitično lastnost, ena lastnost iskalne konzole, najboljše za večino strani.

Slabosti: Manj geo-targeting signala kot ccTLD-ji.

Poddomena

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

Prednosti: Lahko gosti na različnih strežnikih/CDN-jih na podlagi regije, ločeni proračuni za indeksiranje.

Slabosti: Vsaka poddomena gradi avtoriteto ločeno (povezovalna vrednost se ne prenaša samodejno), več lastnosti iskalne konzole, bolj kompleksna nastavitev.

TLD z državno kodo (ccTLD)

example.com (angleščina)
example.dk (dansčina)
example.de (nemščina)

Prednosti: Najmočnejši znak za geo-targeting, uporabniki zaupajo lokalnim TLD-jem, vsaka domena je neodvisna.

Slabosti: Drago (kupi 20+ domen), ločena avtoriteta na posamezni domeni, kompleksno gradnjo povezav, ločena analitika/konsola.

Naša priporočila: Usmerjanje s podmapami za 90 % strani. To koncentrira vse povezovalne avtoritete na eno domeno, medtem ko zagotavlja jasne signale lokacije. Uporabite format /{locale}/page.

https://langr.org/page        (angleščina, privzeto)
https://langr.org/da/page     (dansčina)
https://langr.org/de/page     (nemščina)
https://langr.org/ja/page     (japonščina)

Hitri dobiček: Če uporabljate poddomene in se borite z avtoriteto, razmislite o migraciji na podmape. Spletne strani, ki migrirajo iz poddomen v podmape, običajno vidijo 20-50 % povečanja organskega prometa v 3-6 mesecih, ko se povezujejo vrednosti konsolidirajo.

3. Kakovost prevodov proti strojnemu prevajanju

Kakovost prevodov neposredno vpliva na uvrstitve. Google lahko zazna strojno prevajanje in morda devalvira slabo prevedene strani. Ampak leta 2026 je AI prevajanje dramatčno boljše od pravil, ki so veljala leta 2020.

Spekter kakovosti prevoda:

| Raven | Metoda | Kakovost | Strošek | Najboljša za | |-------|--------|----------|---------|--------------| | 1 | Suhi izhod GPT/DeepL | 60-75% | ~$0 | Notranja raba, osnutki | | 2 | AI + post-uredni pozivi | 75-90% | ~$0 | Vsebina bloga, nepomembne strani | | 3 | AI + človeška recenzija | 90-97% | $0.03-0.08/besedo | Strani izdelkov, ključne pristajalne strani | | 4 | Profesionalni naravni prevajalec | 97-100% | $0.10-0.25/besedo | Pravni, medicinski, blagovno pomembni |

Ključna spoznanja za leto 2026: Raven 2 (AI z kvalitetnimi pozivi) je zdaj zadostna za večino spletne vsebine. Googleovi algoritmi za dvojno vsebino ne kaznujejo več dobro opravljenega strojenega prevajanja — kaznujejo slabo prevajanje, ki ne prinaša vrednosti.

Znaki prevoda, ki škodijo SEO:

Neprevajani segmenti, mešani s prevedeno vsebino
UI elementi (gumbi, oznake) še vedno v izvornih jezikih
Formati, specifični za lokacijo, niso prilagojeni (datumi, valute, telefonske številke)
Kulturne reference, ki se ne prevajajo (idiomi, šale, primeri)
Enaki meta naslovi/opisi v vseh jezikih

Kako preveriti kakovost prevoda:

Preverite, da je VSE vidno besedilo prevedeno (vključno z navigacijo, nogo, obrazci)
Preverite formate specifične za lokacijo (DD/MM/YYYY proti MM/DD/YYYY)
Preizkusite CTA-je — ali zvenijo naravno v ciljnem jeziku?
Preverite meta oznake — naslov in opis morata biti neodvisno napisana za vsak jezik
Preverite, da ni izpostavljenih surovih i18n ključev (npr. nav.home namesto "Domov")

Hitri dobiček: Preverite svoje prevedene strani na mešano jezikovno vsebino. Če so kakšni gumbi, oznake ali UI elementi še vedno v izvornih jezikih, jih takoj popravite — mešane jezikovne strani signalizirajo nizko kakovost Googlu.

4. Mednarodno ciljanje v Iskalni Konzoli

Nastavitve mednarodnega ciljanje v Google Search Console pomagajo Googlu razumeti, katere strani naj se uvrščajo v katerih državah.

Za nastavitve podmap:

Ne morete nastaviti ciljne države za posamezne podmape (samo za domeno/poddomeno)
Namesto tega se zanašajte na hreflang + jezik vsebine + uporabniške signale
Predložite zemljevid po lokalizaciji: sitemap-en.xml, sitemap-da.xml

Za ccTLD:

.dk je samodejno usmerjen na Dansko
.de je samodejno usmerjen v Nemčijo
Nobene ročne konfiguracije ni potrebne

Za splošne TLD (.com, .org, .net):

Nastavite "Mednarodno ciljanje" za vsako lastnost v Iskalni Konzoli
Uporabite hreflang kot glavni signal

Praktični koraki:

Preverite svojo stran v Iskalni Konzoli (ena lastnost za nastavitev podmap)
Predložite svoj zemljevid z hreflang oznakami
Preverite poročilo "Mednarodno ciljanje" za napake
Spremljajte poročilo "Pokritost" za vsak jezik (uporabite filtriranje URL parametrov)
Preverite "Dvojne brez uporabniško izbrane kanonike" opozorila - ta pogosto kažejo na težave s hreflang

Hitri dobiček: Pojdite v Iskalno Konzolo > Uspešnost > Filtrirajte po državi. Preverite, ali uporabniki v Nemčiji dostopajo do vaših angleških strani namesto nemških. Če ja, vaša hreflang konfiguracija ima napake.

5. Lokalizacija vsebin (ne samo prevajanje)

Lokalizacija presega dobesedno prevajanje. Prilagaja vsebino za kulturni kontekst, lokalno iskalno obnašanje in potrebe specifične za trg.

Kaj lokalizirati:

Valuta in cene: Prikažite lokalno valuto (€ v Nemčiji, kr na Danskem, ¥ na Japonskem)
Formati datumov/časov: 25/06/2026 (EU) proti 06/25/2026 (ZDA) proti 2026/06/25 (ISO/Japan)
Telefonske številke: Lokalen format z državno kodo za internacionalne številke
Naslovi: Ujemite lokalni poštni format
Družbena potrdila: Lokalne stranke, lokalna podjetja, lokalne študije primerov
CTA-ji: Prilagodite ton (formalno v nemščini/japonščini, sproščeno v angleščini/danskem)
Slike: Lokalizirajte besedilo na slikah, uporabite kulturno primerne vizualne elemente
Pravni: GDPR za EU, različne zahteve za privolitev piškotkov po državah
Primeri: Lokalne blagovne znamke, lokalne spletne strani, lokalne reference

Vsebina, ki je ne bi smeli dobesedno prevajati:

Blog prispevki o lokalnih temah (napišite edinstveno za trg)
Študije primerov (uporabite lokalna podjetja)
Strani s cenami (različne cene za trg so veljavne)
Novica (regionalna relevantnost se razlikuje)

Lokalizacija ključnih besed: Ne prevajajte ključnih besed — raziskujte jih v izvornih jezikih. "Car insurance" v angleščini je lahko "bilforsikring" v danščini, vendar je vodilni volumen iskanja morda dejansko "forsikring bil" (različni vrstni red besed). Uporabite lokalna orodja za raziskovanje ključnih besed.

Hitri dobiček: Preverite svojo stran s cenami v vseh jezikih. Ali prikazuje pravilno lokalno valuto? Ali so vaši CTA-ji kulturno primerni? CTA "Začnite brezplačno" lahko potrebuje "Jetzt kostenlos testen" v nemščini — ne dobesedni prevod, temveč tisto, kar uporabniki v nemščini pričakujejo.

6. Podpora za RTL

Jeziki, ki se berejo od desne proti levi (arabščina, hebrejščina, perzijščina, urdu, paštunščina), zahtevajo pomembno prilagoditev postavitve. Ponujanje RTL vsebine z levo na desno postavitvijo naredi vašo spletno stran neuporabno za ~500 milijonov maternih govorcev.

Tehnična implementacija:

<!-- Zaznajte in uporabite smer -->
<html lang="ar" dir="rtl">

Kaj se mora obrniti v RTL:

Poravnava besedila (poravnana desno)
Smer postavitve (stranske vrstice se premaknejo z leve na desno)
Zaporedje navigacije (obračunano)
Ikone s smernim pomenom (puščice, grafi napredka)
Odlomek in rob (zamenjajte levo/desne vrednosti)
Robni polmer (zamenjajte vrednosti vogalov)
CSS flexbox/grid smer

Kaj se ne sme obrniti:

Telefonske številke in matematični izrazi
Blagovne znamke in logotipi z levo na desno
Kontrolniki za predvajalnike video/zvoka
Indikatorji horizontalnega pomika
Vgrajeni blokovni kodi

CSS pristop (sodobna):

/* Uporabite logične lastnosti */
.card {
  margin-inline-start: 1rem;  /* nadomesti margin-left */
  padding-inline-end: 0.5rem; /* nadomesti padding-right */
  border-start-start-radius: 8px; /* zgornji levi v LTR, zgornji desni v RTL */
}

Testiranje RTL:

Dodajte dir="rtl" na in preverite vsako stran
Preverite, ali je besedilo v arabščini/hebrejščini berljivo (ne mešanje Unicode)
Preizkusite vnose obrazca (smer vnosa besedila)
Preverite, da se številke pravilno prikažejo znotraj RTL besedila

Hitri dobiček: Če podpirate arabščino ali hebrejščino, dodajte dir="rtl" na svoj HTML element za te lokacije in uporabite CSS logične lastnosti (margin-inline-start namesto margin-left). Ta enostavna sprememba odpravi 80% težav z RTL postavitvijo.

7. Odkrivanje jezika in usmerjanje

Kako se odločite, katero jezikovno različico prikazati uporabniku, vpliva tako na UX kot na SEO.

Najboljša praksa: URL-jevana z izbiro piškotkov

Prvi obisk: Prikaz vsebine na temelju URL-ja (npr. /da/page = dansko)
Osnovni URL (/): Preusmerite na podlagi glave Accept-Language ALI prikazujte privzeto (angleško)
Ročna izbira: Ko uporabnik izbere jezik, nastavite piškotek in ga spoštujte ob prihodnjih obiskih
Nikoli: Samodejno preusmerite stran iz jezikovno specifičnega URL-ja

Česar se izogibajte:

Preusmeritve na podlagi IP (Google raziskuje iz ameriških IP - le indeksira angleščino)
Samo-JavaScript prepoznavanje jezika (iskalniki ne morejo zanesljivo izvršiti JS)
Preusmerjanje /de/page na /en/page za angleške uporabnike (prekine hreflang)
Prevarante (prikazovanje različne vsebine na podlagi uporabniške agenter)

Pravilno obnašanje preusmeritve:

Uporabnik obišče: /             → 302 preusmeritev na /{detected-locale}/
Uporabnik obišče: /da/page      → Prikaži dansko vsebino (nikoli ne preusmeri stran)
Uporabnik obišče: /nonexistent  → 404 (ne preusmerjajte na privzeti jezik)

SEO-kritična pravila: Vsak jezikovni URL mora biti neposredno dostopen Googlovemu pajku brez preusmeritev. Če Google razišče /da/page in je preusmerjen na /en/page, vaše danske vsebine nikoli ne bo indeksiral.

Hitri dobiček: Preverite, da lahko Googlebot dostopi do vseh vaših jezikovnih URL-jev neposredno. V Iskalni Konzoli uporabite orodje za pregled URL-jev na ne-angleškem URL-ju. Če pokaže preusmeritev, popravite svojo usmerjevalno logiko.

8. Dvojna vsebina med jeziki

Večjezične strani se srečujejo z edinstveno težavo dvojne vsebine: podobne strani v različnih jezikih se lahko tekmujejo med seboj v iskalnih rezultatih.

Ko dvojna vsebina postane težava:

Strani, ki so 90%+ identične med jeziki (neprevedena vsebina)
Enak URL dostopen s predpono lokacije in brez nje (/page in /en/page)
Manjkajoče kanonikalne oznake, ki omogočajo indeksiranje obeh različic
Hreflang napake, ki povzročajo, da Google izbere "napačno" različico

Rešitve:

| Težava | Rešitev | |--------|---------| | Neprevajane strani | Uporabite noindex, dokler ni prevedena, ali pokažite angleščino z jasno jezikovno oznako | | Dvojni URL-ji (/page + /en/page) | 301 preusmeritev enega na drugega | | Google indeksira napačen jezik | Popravite medsebojno razmerje hreflang, preverite v Iskalni Konzoli | | Slabo kakovostni prevodi indeksirani | Izboljšajte kakovost prevoda ali konsolidirajte na manj jezikov |

Strategija kanonikalne oznake:

<!-- Vsaka jezikovna stran je svojo kanonikalno -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

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

Nikoli ne usmerite kanonikalne iz enega jezika na drugega (npr. danska kanonikalna, ki kaže na angleško) — to pove Googlu, naj popolnoma ignorira dansko različico.

Hitri dobiček: Iščite site:yourdomain.com "your page title" v Googlu. Če vidite tako angleške kot prevedene različice, ki se pojavljajo za isto poizvedbo, imate težavo z dvojno vsebino ali hreflang.

Kontrola večjezičnega SEO

Preverite to za vsako internacionalizirano stran:

[ ] Hreflang oznake na vseh straneh, vključno s samo-referenčnimi in x-default
[ ] Vse hreflang povezave so medsebojne (preverjeno z pajkom)
[ ] Pravilno usmerjanje po lokacijah (priporočena podmapa): /{locale}/page
[ ] Brez samodejnih preusmeritev iz jezikovno specifičnih URL-jev
[ ] Kakovost prevodov potrjena (nobene mešano jezikovne strani)
[ ] Meta naslov in opis edinstven za vsak jezik (ne podvojen)
[ ] Valuta, datumi in formati lokalizirani po trgu
[ ] Implementirana podpora za RTL za arabščino/hebrejščino/perzijščino (če je uporabljen)
[ ] Predložen zemljevid po lokalizaciji v Iskalno Konzolo
[ ] Vsaka jezikovna stran ima svoj kanonikalni URL (ne kaže na drug jezik)
[ ] Noben surov i18n ključi niso vidni na nobeni strani
[ ] Izbirnik jezika dostopen na vseh straneh (povezani na ekvivalentne strani, ne na domačo stran)

Kako LANGR preverja večjezični SEO

LANGR ima dva specializirana modula za večjezični SEO:

i18n-checker: Raziskuje do 5 lokalnih variant vaših strani in preverja:

Poglobljena in medsebojna celovitost hreflang oznak
Nedostopni lokalni URL-ji (ki vračajo 404 ali preusmeritve)
Trdo kodirane/neprevedene nize po lokalnih (odkritje rezervnih)
Surovi i18n ključi izpostavljeni kot vidno besedilo
Odsotnost prevodov

Skenator prevodov: Kvalitetna ocena z AI:

Ocenjuje naravnost prevoda na lestvici od 0 do 100
Zaznava artefakte strojenega prevajanja
Identificira neprevajane segmente v sicer prevedenih straneh
Preverja UI elemente (gumbi, oznake, navigacija) ločeno od vsebine telesa

Skupaj ti moduli preverjajo vašo večjezično implementacijo tako z tehničnega (hreflang, usmerjanje, kanonike) kot kakovostnega (prevajanje, lokalizacija) zornega kota — dve izmed 13 SEO disciplin LANGR-a.

Pogoste napake v večjezični izvedbi (razvrščene po vplivu)

Neposredne hreflang — Google ignorira celotno nastavitev
Samodejno preusmerjanje na podlagi IP — preprečuje Googlebotu, da indeksira neangleške različice
Enaki meta oznake med jeziki — izgubljajo potencial uvrstitve prevedenih strani
Mešane jezikovne strani — gumbi v angleščini, vsebina v nemščini = znak nizke kakovosti
Brez x-default — Google ne more določiti vaše osnovne različice
Do besedilno nepremišljeno prevođenje URL-jev — /about-us → /uber-uns je v redu, vendar to storite dosledno
Ignoriranje RTL — pokvarjena postavitev za 500M+ maternih govorcev
Kanonikalna, ki kaže na drug jezik — ubije prevedeno različico v Google indeksu

Kaj sledi?

Korak 11: Odkritje B2B vodil — Pretvorba podatkov SEO v kvalificirane vodilne s samodejnim iskanjem, ocenjevanjem vodil na podlagi domen in iskalnim povzemanjem.

Ta vodič je del LANGR-ove serije 13-korakovega SEO. Izvedite brezplačni pregled, da vidite, kje se vaša stran nahaja v vseh 13 disciplinah.

SEO Vodnik Korak 10: Večjezični SEO — Doseganje Globalnih Ciljnih Skupin Brez Razredčenja Vaših Uvrstitev