SEO Juhend Samm 10: Mitme Keelse SEO

See on Samm 10 13-sammulises SEO Juhendis. Mitme keele SEO võimaldab sul kahekordistada oma orgaanilist liiklust, teenindades iga turgu nende oma keeles — vale teostamise korral loob see dubleeritud sisu kaose.

Iga keel, mille lisad, on kordaja sinu olemasolevale sisule. Leht, millel on 50 lehte ühes keeles, omab 50 indekseeritavat URL-i. Lisa 5 keelt ja sul on 250. Lisa 20 keelt ja sul on 1,000. Iga nende URL-i võib iseseisvalt positsioneeruda nende kohalikes Google'i tulemustes.

Kuid mitme keelse SEO teostamine on üks tehniliselt keerukamaid valdkondi SEO-s. Vale rakendamine loob dubleeritud sisu, positsioonide hõrenemise ja kraapimismeetodi raiskamise. Erinevus korralikult ja valesti rahvusvaheliselt formuleeritud saidi vahel võib olla 10-kordne liiklusvahe.

LANGR toimib ise 108 keeles 89 aktiivses kohal — oleme need probleemid suuruses lahendanud. See juhend jagab kõike, mida oleme õppinud.

Mida Katab Mitme Keelse SEO

Mitme keelse SEO alla kuulub 8 kriitilist valdkonda:

Hreflang'i rakendamine — Kuidas öelda Google'ile, milline leht teenindab millist keelt
Kohalikud marsruudistrateegiad — Alamdomeen vs alamkaust vs TLD
Tõlke kvaliteet — Masin vs inim- vs hübriidtõlge
Rahvusvaheline sihtimine — Otsingukonsooli konfiguratsioon
Sisu lokaliseerimine — Rohkem kui tõlge: kultuuriline kohandamine
RTL tugi — Parempoolsest vasakule suunatud keeled (araabia, heebrea, farsi)
Keele tuvastamine — Õige versiooni automaatne teenindamine
Dubleeritud sisu — Ristkeele kanibaliseerimise vältimine

1. Hreflang'i Rakendamine

Hreflang'i sildid ütlevad otsingumootoritele, milline URL teenindab millist keelt ja piirkonda. Need on mitme keelse SEO tehniline alus — ning kõige sagedamini vale seadistusega element.

Põhiline hreflang'i süntaks:

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

Kriitilised reeglid:

Iga leht peab viitama KÕIKIDELE alternatiivsetele versioonidele (ka endale)
x-default määratleb varukoha (tavaliselt inglise või keelevalija)
Hreflang'i sildid peavad olema vastastikused (leht A viitab B-le, B peab viitama tagasi A-le)
Kasuta ISO 639-1 keelkoodide ( en, da, de), mitte riigikoodide
Piirkondlikule sisule: en-us, en-gb, pt-br (keel-piirkond)
Maksimaalne ~50 hreflang'i kirjet lehe kohta (soorituspiir)

Kolm paigutusvõimet:

| Meetod | Parim | Puudused | |--------|-------|----------| | -is | Väikesed saidid (< 10 keelt) | Suurendab HTML-i, aeglustab analüüsi | | HTTP päised | Mitte-HTML failid (PDF-d, API-d) | Mitte laialdaselt toetatud | | XML saidikaart | Suured saidid (10+ keelt) | Aeglasem tihedusroomikute leidmine |

Saidikaardi hreflang'i näide:

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

Tavalised hreflang'i vead:

Puuduv eneseviitamine silt (leht ei sisalda ennast)
Mitte-vastastikused sildid (A viitab B-le, kuid B ei viita A-le)
Vale keeled ( dk Taani keele asemel da)
Viitamine mitte-200 URL-idele (ümbersuunamised, 404)
x-default segamine keele-spetsiifilise lehega

Kiire võit: Kraabi oma sait ja ekspordi kõik hreflang'i sildid. Kontrolli mitte-vastastikuseid suhteid — see on kõige saavutalam viga ja põhjustab Google'i, et ignoreerida kogu sinu hreflang'i seadistust.

2. Kohalikud Marsruudistrateegiad

Kuidas sa struktureerid URL-e erinevate keelte jaoks mõjutab SEO-d, kasutajakogemust ja tehnilist keerukust. On kolm peamist lähenemist:

Alamkaust (Soovitav)

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

Plussid: Üks domeeni autoriteet, lihtne hallata, üks SSL-sertifikaat, üks analüütika omadus, üks Otsingukonsooli omadus, parim enamus saitidele.

Miinused: Vähem geograafilist sihtimise signaali kui ccTLD-d.

Alamdomeen

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

Plussid: Saad hostida erinevates serverites/CDN-des vastavalt piirkonnale, eraldi kraapimismeetodi eelarved.

Miinused: Iga alamdomeen ehitab autoriteedi eraldi (linkide väärtus ei voola automaatselt), mitmed Otsingukonsooli omadused, keerulisem seadistamine.

Riigikoodi TLD (ccTLD)

example.com (Inglise)
example.dk (Taani)
example.de (Saksa)

Plussid: Kõrgeim geograafiline sihtimise signaal, kasutajad usaldavad kohalikke TLD-sid, iga domeen on sõltumatu.

Miinused: Kallis (20+ domeeni ostmine), iga domeeni eraldi autoriteet, keeruline linkide loomine, eraldi analüütika/konsool.

Meie soovitus: Alamkaustade marsruudid 90% saitidest. See koondab kogu lingi autoriteedi ühele domeenile, pakkudes samal ajal selgeid kohalikusignaale. Kasuta /{locale}/page formaati.

https://langr.org/page        (Inglise, vaikimisi)
https://langr.org/da/page     (Taani)
https://langr.org/de/page     (Saksa)
https://langr.org/ja/page     (Jaapani)

Kiire võit: Kui kasutad alamdomeene ja võitled autoriteedi leidmisega, mõtle üleminekule alamkaustadesse. Saitide üleminek alamdomeenidelt alamkaustadele näitab tavaliselt 20-50% orgaanilist liiklust kasvu 3-6 kuu jooksul, kuna lingi väärtus koondub.

3. Tõlke Kvaliteet vs Masintõlge

Tõlke kvaliteet mõjutab otseselt positsioone. Google suudab tuvastada masintõlket ja võib halvasti tõlgitud lehti devalveerida. Kuid 2026. aasta AI tõlge on dramaatiliselt parem kui 2020. aasta reeglid.

Tõlke kvaliteedi spekter:

| Tase | Meetod | Kvaliteet | Hind | Parim | |------|--------|-----------|------|-------| | 1 | Toores GPT/DeepL väljund | 60-75% | ~$0 | Sise kasutamiseks, mustandid | | 2 | AI + järeltöötluse sisendid | 75-90% | ~$0 | Blogisisu, mitte-kriitilised lehed | | 3 | AI + inim-ülevaatus | 90-97% | $0.03-0.08/sõna | Tootelehed, võtme maandumislehed | | 4 | Professionaalne emakeelene tõlkija | 97-100% | $0.10-0.25/sõna | Õigus-, meditsiinilised, brändi-kriitilised |

2026. aasta oluline mõiste: Tase 2 (AI kvaliteedisisenditega) on nüüd piisav enamiku veebi sisu jaoks. Google'i dubleeritud sisu algoritmid ei karista enam hästi tehtud masintõlget — nad karistavad halba tõlget, mis ei paku väärtust.

Tõlgete märgid, mis kahjustavad SEO-d:

Tõlkimata segmendid segatuna tõlgitud sisuga
Kasutajaliidese elemendid (nupud, sildid) on endiselt algkeeles
Kohalikud vormindamised, mis pole kohandatud (kuupäevad, valuutad, telefoninumbrid)
Kultuurilised viidatud, mis ei tõlgi (idiosünkaasi, naljad, näited)
Üks ja sama meta pealkiri/kirjeldus kogu keeles

Kuidas valideerida tõlke kvaliteeti:

Kontrolli, et KÕIK nähtav tekst on tõlgitud (ka navigeerimine, jalus, vormid)
Kontrolli kohalikku vormindust (DD/MM/YYYY vs MM/DD/YYYY)
Proovi CTA-sid — kas need kõlavad sihtkeeles loomulikult?
Kontrolli meta märke — pealkiri ja kirjeldus peavad olema iga keele jaoks iseseisvalt kirjutatud
Kontrolli, et tõlgitud i18n võtmed ei oleks nähtavad (nt nav.home asemel "Avaleht")

Kiire võit: Kontrolli oma tõlgitud lehti segakeelse sisu osas. Kui mingid nupud, sildid või kasutajaliidese elemendid on endiselt algkeeles, paranda need kohe — segakeelsed lehed saadavad Google'ile madala kvaliteedi signaali.

4. Rahvusvaheline Sihtimine Otsingukonsoolis

Google Search Console'i rahvusvaheline sihtimise seadistus aitab Google'il mõista, millised lehed peaksid millistes riikides positsioneeruma.

Alamkaustade seadistuste puhul:

Sa ei saa seada riigi sihtimist iga alamkausta kaupa (ainult domeeni/alamdomeenide põhjal)
Tugine hreflang'ile + sisu keelele + kasutaja signaalidele
Esita per-lokaalne saidikaart: sitemap-en.xml, sitemap-da.xml

CcTLD-de puhul:

.dk on automaatselt sihitud Taanisse
.de on automaatselt sihitud Saksamaale
Pole vajalik manuaalne seadistus

Üldiste TLD-de (.com, .org, .net) puhul:

Sea "Rahvusvaheline sihtimine" iga omaduse jaoks Otsingukonsoolis
Kasuta hreflang'it peamise signaalina

Praktilised sammud:

Kinnita oma sait Otsingukonsoolis (üks omadus alamkausta seadistuste korral)
Esita oma saidikaart koos hreflang'i annotatsioonidega
Kontrolli "Rahvusvahelise sihtimise" aruandes vigu
Jälgi "Katvuse" aruannet iga keele lõikes (kasuta URL-i parameetri filtreerimist)
Kontrolli "Dubleeritud ilma kasutaja valitud kanoniliseta" hoiatused — need viitavad sageli hreflang'i probleemidele

Kiire võit: Mine Otsingukonsooli > Tulemused > Filtreeri riigi järgi. Kontrolli, kas Saksamaa kasutajad satuvad sinu ingliskeeretele lehtedele, mitte saksa keeles. Kui jah, siis sinu hreflang'i seadistuses on vead.

5. Sisu Lokaliseerimine (Mitte Ainult Tõlge)

Lokaliseerimine läheb kaugemale sõnasõnalisest tõlkest. See kohandab sisu kultuurilise konteksti, kohaliku otsingukäitumise ja turuspetsiifiliste vajadustega.

Mida lokaliseerida:

Valuutaja hinnad: Näita kohalikku valuutat (€ Saksamaal, kr Taanis, ¥ Jaapanis)
Kuupäeva/aegade vormingud: 25/06/2026 (EL) vs 06/25/2026 (USA) vs 2026/06/25 (ISO/Japan)
Telefoninumbrid: Kohalik formaat koos riigi koodiga rahvusvaheliseks
Aadressid: Kohtumised kohaliku postiformaadi järgi
Sotsiaalne tõendus: Kohalikud kliendinimed, kohalikud ettevõtted, kohalikud juhtumiuuringud
CTA-d: Kohanda tooni (formaalsed saksa/jaapani keeles, lõbusad inglise/taani keeles)
Pildid: Lokaliseeri pildi tekst, kasuta kultuuriliselt sobivaid visuaale
Õiguslik: GDPR EL-is, erinevad küpsise nõusoleku nõuded riigiti
Näited: Kohalikud brändid, kohalikud veebisaidid, kohalikud viidatud

Sisu, mida ei tohiks sõnasõnaliselt tõlkida:

Blogipostitused kohaliku temaatika kohta (kirjuta ainulaadne igas turus)
Juhtumiuuringud (kasuta kohalikke ettevõtteid)
Hindade lehed (eri hinnad turu kohta on kehtivad)
Uudisesisud (regionaalne asjakohasus varieerub)

Märksõnade lokaliseerimine: Ära tõlgi märksõnu — uurige neid kohapealselt. "Car insurance" inglise keeles võib olla taani keeles "bilforsikring", kuid otsingumaht võib juhtuda tegelikult olla "forsikring bil" (eri sõnaseaded). Kasuta kohalikke märksõnade uurimistöö tööriistu.

Kiire võit: Kontrolli oma hindade lehte kõigis keeltes. Kas see näitab õiget kohalikku valuutat? Kas sinu CTA-d on kultuuriliselt sobivad? "Hakka tasuta" CTA võib vajada olema "Jetzt kostenlos testen" saksa keeles — mitte sõnasõnaline tõlge, vaid see, mida saksa kasutajad ootavad.

6. RTL Tugi

Parempoolsest vasakule suunatud keeled (araabia, heebrea, farsi/peamine, urdu, pashto) nõuavad märkimisväärset paigutuse kohandamist. RTL sisu esitamine vasakult paremale paigutuses muudab sinu saidi ~500 miljonile emakeelsete kõnelejatele kasutamatuks.

Tehniline teostamine:

<!-- Tuvasta ja rakenda suund -->
<html lang="ar" dir="rtl">

Mida tuleb RTL-is flipida:

Teksti joondamine (paremale joondatud põhitekst)
Paigutuse suund (külgpaneelid liiguvad vasakult paremale)
Navigeerimise järjekord (vastupidine)
Ikonid, millel on suunaga tähendus (nooled, edenemislint)
Paded ja marginaalid (vaheta vasak/parem väärtused)
Serva radius (vaheta nurgaväärtused)
CSS flexbox/grid suund

Mida EI TOHI flipida:

Telefoninumbrid ja matemaatilised väljendused
Vasakult paremale brändinimed ja logod
Audio/video esitaja juhtnupud
Horisontaalsed kerimise näitajad
Sissepandud koodiplokid

CSS lähenemine (kaasaegne):

/* Kasuta loogilisi omadusi */
.card {
  margin-inline-start: 1rem;  /* asendab margin-left */
  padding-inline-end: 0.5rem; /* asendab padding-right */
  border-start-start-radius: 8px; /* ülemine vasak LTR-is, ülemine parempoolne RTL-is */
}

RTL-i katsetamine:

Lisa dir="rtl" -le ja kontrolli igat lehte
Veendu, et araabia/heebrea tekst oleks loetav (mitte segane Unicode)
Testi vormi sisendeid (teksti sisestamise suund)
Veendu, et numbrid kuvatakse õigesti RTL teksti sees

Kiire võit: Kui toetad araabia või heebrea keelt, lisa dir="rtl" HTML elemendile nende lokaalide jaoks ja kasuta CSS loogilisi omadusi (margin-inline-start asemel margin-left). See ainus muudatus lahendab 80% RTL paigutuse probleeme.

7. Keele Tuvastamine ja Marsruudid

Kuidas sa otsustad, millist keeleversiooni kasutajale näidata, mõjutab nii kasutajakogemust kui ka SEO-d.

Parim praktika: URL-põhine koos eelistuse küpsisega

Esimene külastus: Näita sisu vastavalt URL-ile (nt /da/page = taani)
Juurlink (/): Ümbersuunamine põhineb Accept-Language päisel VÕI näita vaikimisi (inglise)
Käsitsi vahetus: Kui kasutaja valib keele, seadke küpsis ja austage seda tulevaste külastuste ajal
Ära kunagi: Automaatselt ümbersuunata keele-spetsiifiliselt URL-ilt

Mida vältida:

IP-põhised ümbersuunamised (Google roomatab US-d IP-d → indekseerib ainult ingliskeelseid)
Ainult JavaScripti keele tuvastamine (otsingumootorid ei suuda JS-d usaldusväärselt teostada)
Ümbersuunamine /de/page-lt /en/page-le ingliskeelsete kasutajate jaoks (katkestab hreflang)
Cloaking (külalistele erineva sisu näitamine sõltuvalt kasutaja-agentidest)

Õige ümbersuunamise käitumine:

Külastaja külastab: /             → 302 ümbersuunamine /{tuvastatud-lokaal}/
Külastaja külastab: /da/page      → Teenindage Taani sisu (ärge kunagi ümbersuunake ära)
Külastaja külastab: /nonexistent  → 404 (ärge ümbersuunake vaikimisi keelele)

SEO-kriitiline reegel: Iga keele URL peab olema Googleboti otse ligipääsetav ilma ümbersuunamisteta. Kui Google kraabib /da/page-d ja saab ümbersuunatud /en/page-le, ei indekseeri ta kunagi sinu Taani sisu.

Kiire võit: Veendu, et Googlebot suudab pääseda kõigisse sinu keele URL-idesse otse. Otsingukonsoolis kasuta URL-i Kontrollimise tööriista mitte-ingliskeelse URL-i jaoks. Kui see näitab ümbersuunamist, paranda oma marsruudiloogikat.

8. Dubleeritud Sisu Keelte Kaupa

Mitme keelse saidid seisavad silmitsi ainulaadse dubleeritud sisu väljakutsega: sarnased lehed eri keeltes võivad omavahel konkurentsi navigeerida otsingutulemustes.

Kui dubleeritud sisu muutub probleemiks:

Lehed, mis on 90%+ identsed erinevate keeltega (tõlkimata sisu)
Sama URL, mis on ligipääsetav nii lokaaliga kui ilma (/page ja /en/page)
Puuduvad kanonilised sildid, mis lubavad mõlemat versiooni indekseerida
Hreflang'i vead, mis põhjustavad Google'i vale versiooni valimist

Lahendused:

| Probleem | Lahendus | |----------|----------| | Tõlkimata lehed | Kasutatakse noindex kuni tõlgitud, või näita ingliskeelset selge keeleindikaatoriga | | Kahekordsed URL-id (/page + /en/page) | 301 ümbersuunamine ühelt teisele | | Google indekseerib vale keele | Paranda hreflang'i vastastikuse mõju, kontrolli Otsingukonsoolis | | Madala kvaliteediga tõlked indekseeritud | Paranda tõlke kvaliteeti või koonda vähematesse keeltesse |

Kanonilise sildi strateegia:

<!-- Iga keele leht on oma kanoniline -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

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

Ära näita kanonilist sildi, mis viitab ühest keelest teise (nt Taani kanoniline viitab Inglise keelele) — see ütleb Google'ile täielikult ignoreerida Taani versiooni.

Kiire võit: Otsi site:yourdomain.com "your page title" Google'is. Kui näed, et nii ingliskeelsed kui tõlgitud versioonid kuvatakse sama päringu jaoks, on sul dubleeritud sisu või hreflang'i probleem.

Mitme Keelse SEO Kontrollnimekiri

Käige see läbi iga rahvusvaheliselt formuleeritud saidi jaoks:

[ ] Hreflang'i sildid kõigil lehtedel, sealhulgas eneseviitamine ja x-default
[ ] Kõik hreflang'i suhted on vastastikused (kontrollitud kraapijaga)
[ ] Õige kohalik marsruutimine (alamkaust soovituslik): /{locale}/page
[ ] Ei mingit automaatset ümbersuunamist keele-spetsiifilistelt URL-idelt
[ ] Tõlke kvaliteet valideeritud (ei mingit segakeelset sisu)
[ ] Meta pealkiri ja kirjeldus unikaalsed iga keele jaoks (mitte dubleeritud)
[ ] Valuuta, kuupäevad ja vormingud lokaliseeritud turu järgi
[ ] RTL tugi rakendatud araabia/heebrea/farsi (kui asjakohane)
[ ] Per-lokaalne saidikaart esitatud Otsingukonsooli
[ ] Iga keele lehe kanoniline URL (mitte suunatu teise keele poole)
[ ] Ükski toore i18n võtmed ei ole nähtavad ühelgi lehel
[ ] Keelevaheline vahetaja on kõigil lehtedel ligipääsetav (seotud ekvivalentsete lehtedega, mitte avalehega)

Kuidas LANGR Kontrollib Mitme Keelse SEO-d

LANGR-il on kaks spetsialiseeritud moodulit mitme keelse SEO jaoks:

i18n-checker: Kraabib kuni 5 kohandatud varianti sinu lehtedest ja kontrollib:

Hreflang'i sildi täiuslikkus ja vastastikused
Ligipääsetud kohalikud URL-id (tagastavad 404 või ümbersuunavad)
Hardcode'/tõlkimata stringid kohalikest (tagasiside tuvastamine)
Toore i18n võtmed, mis on nähtavad tekstina
Tõlke katvuse protsent

Translation scanner: AI-põhine kvaliteedi hindamine:

Hindab tõlke loomulikkust 0-100 skaala järgi
Tuvastab masintõlke artefakte
Tuvastab tõlkimata segmendid muidu tõlgitud lehtedes
Kontrollib kasutajaliidese elemendid (nupud, sildid, navigeerimine) eraldi põhitekstist

Kombineeritult kontrollivad need moodulid sinu mitme keelse teostuse nii tehnilisest (hreflang, marsruudid, kanonilised) kui kvaliteedi (tõlge, lokaliseerimine) perspektiivist — kaks LANGR-i 13 SEO distsipliini.

Tavalised Mitme Keelse Vead (Rangetäitmisjärjekorras)

Mitte-vastastikuline hreflang — Google ignoreerib kogu seadistust
IP-põhine automaatne ümbersuunamine — Takistab Googleboti indekseerimist mitte-ingliskeelsetes versioonides
Sama meta sildid keelede lõikes — Raiskab tõlgitud lehtede positsioneerimise potentsiaali
Segakeelsed lehed — Nupud inglise keeles, sisu saksa keeles = madala kvaliteedi signaal
Ei mingit x-default — Google ei suuda määrata sinu varukoha versiooni
URL-de sõnasõnaline tõlkimine — /about-us → /uber-uns on okei, kuid hoia see järjepidev
RTL-i eiramine — Purustatud paigutus rohkem kui 500M emakeelse kõneleja jaoks
Kanonilise viitamine teisele keelele — Tapab tõlgitud versiooni Google'i indeksis

Mis on Edasi?

Samm 11: B2B Juhuslike Lehtede Avamine — Muuda SEO andmed kvalifitseeritud juhtideks automatiseeritud leidmise, domeeni põhjalike juhtide skoorimise ja SEO leidude abil.

See juhend on osa LANGR-i 13-sammulisest SEO seeriast. Tee tasuta audit, et näha, kus sinu sait seisab kõigis 13 distsipliinis.

SEO Juhend Samm 10: Mitme Keelse SEO — Globaalsete Auditooride Kasutamine Ilma Sinu Posiitioonide Kahanemiseta