SEO-opas Vaihe 10: Monikielinen SEO

Tämä on vaihe 10 13-vaiheisessa SEO-oppaassa. Monikielinen SEO mahdollistaa orgaanisen liikenteesi lisäämisen palvelemalla jokaista markkinaa omalla kielellään – väärin tehtynä se luo kaksinkertaisen sisällön kaaosta. *

Jokainen lisäämäsi kieli on kerroin olemassa olevalle sisällöllesi. Sivusto, jossa on 50 sivua yhdellä kielellä, sisältää 50 indeksoitavaa URL-osoitetta. Lisää 5 kieltä ja sinulla on 250. Lisää 20 kieltä ja sinulla on 1 000. Jokainen näistä URL-osoitteista voi sijoittua itsenäisesti paikallisissa Google-tuloksissa.

Mutta monikielinen SEO on yksi SEO:n teknisesti monimutkaisimmista alueista. Väärä implementointi aiheuttaa kaksinkertaista sisältöä, sijoitusten heikentymistä ja indeksointibudjetin tuhlausta. Oikein ja väärin kansainvälistetyn sivuston välinen ero voi olla 10-kertainen liikenteen ero.

LANGR itse toimii 108 kielessä 89 aktiivisessa paikassa — olemme ratkaisseet nämä ongelmat suurella mittakaavalla. Tämä opas jakaa kaiken oppimamme.

Mitä Monikielinen SEO Kattaa

Monikielinen SEO kattaa 8 kriittistä aluetta:

Hreflang-implementointi — Kertoo Googlle, mikä sivu palvelee mitä kieltä
Paikalliset reititysstrategiat — Aliohjaus vs kansi vs TLD
Käännöslaatu — Koneellinen vs inhimillinen vs hybridikäännös
Kansainvälinen kohdentaminen — Hakukonsolin konfigurointi
Sisällön lokalisointi — Yli käännöksen: kulttuurinen sopeuttaminen
RTL-tuki — Oikealta vasemmalle -kielet (arabia, heinä, farsi)
Kielentunnistus — Oikean version tarjoaminen automaattisesti
Kaksinkertainen sisältö — Poistaa eri kielten välinen kilpailu

1. Hreflang-implementointi

Hreflang-tagit kertovat hakukoneille, mikä URL palvelee mitä kieltä ja aluetta. Ne ovat monikielisen SEO:n tekninen perusta — ja yleisimmin väärin konfiguroitu elementti.

Perus hreflang-syntaksi:

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

Kriittiset säännöt:

Jokaisen sivun on viitattava KAIKKIIN vaihtoehtoisiin versioihin (myös itseensä)
x-default merkitsee varasijaa (yleensä englanti tai kielivalitsin)
Hreflang-tagien on oltava vastavuoroisia (sivu A linkittää B:hen, B:n on linkitettävä takaisin A:han)
Käytä ISO 639-1 kielikoodeja (en, da, de), ei maakoodeja
Aluekohtaiselle sisällölle: en-us, en-gb, pt-br (kieli-alue)
Maksimi ~50 hreflang-ilmoitusta sivua kohti (suorituskykyraja)

Kolme sijoitusvaihtoehtoa:

| Menetelmä | Parasta mihin | Haitat | |-----------|----------------|--------| | -tägeissä | Pienet sivustot (< 10 kieltä) | Liika HTML:n paisuminen, hitaampi käsittely | | HTTP-otsikot | Ei-HTML-tiedostot (PDF:t, API:t) | Ei laajalti tuettu | | XML-sivustokartta | Suuret sivustot (10+ kieltä) | Hitaampi löytäminen hakurobotilta |

Sivustokartta hreflang-esimerkki:

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

Yleisimmät hreflang-virheet:

Puuttuva itseviittaus (sivu ei sisällä itseään)
Ei-vastavuoroiset tagit (A viittaa B:hen, mutta B ei viittaa A:han)
Väärät kielikoodit (dk sijasta da tanskalaiselle)
Viittaaminen ei-200 URL-osoitteisiin (uudelleenohjaukset, 404)
Sekoitettu x-default kielikohtaisen sivun kanssa

Nopea voitto: Crawla sivustosi ja vie kaikki hreflang-tagit. Tarkista ei-vastavuoroiset suhteet — tämä on yleisin virhe ja saa Googlen ignoroimaan koko hreflang-asetuksesi.

2. Paikalliset reititysstrategiat

Se, kuinka rakennat URL-osoitteet eri kielille, vaikuttaa SEO:hon, käyttäjäkokemukseen ja tekniseen monimutkaisuuteen. On kolme pääasiallista lähestymistapaa:

Kansi (Suositeltava)

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

Plussat: Yksi verkkotunnus, helppo hallita, yksi SSL-sertifikaatti, yksi analytiikkakohde, yksi Hakukonsoli-ominaisuus, paras useimmille sivustoille.

Miinukset: Vähemmän maakohtaisia signaaleja kuin ccTLD:illä.

Aliohjaus

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

Plussat: Voit isännöidä eri palvelimilla/CDN:illä alueittain, erilliset indeksointibudjetit.

Miinukset: Jokainen aliohjaus rakentaa auktoriteettia erikseen (linkkiperintö ei kulje automaattisesti), useita Hakukonsoli-ominaisuuksia, monimutkaisempi asetuksessa.

Maa-koodi TLD (ccTLD)

example.com (englanti)
example.dk (tanska)
example.de (saksa)

Plussat: Vahvin maakohtainen signaali, käyttäjät luottavat paikallisiin TLD:hin, jokainen verkkotunnus on itsenäinen.

Miinukset: Kalliita (20+ verkkotunnuksen osto), erillinen auktoriteetti per verkkotunnus, monimutkainen linkkien rakentaminen, erilliset analytiikka/konsolit.

Suosituksemme: Kansireititys 90 %:lle sivustoista. Se keskittyy kaikki linkkiauktoriteetti yhdelle verkkotunnukselle samalla, kun se tarjoaa selkeitä paikallisia signaaleja. Käytä /{locale}/page -muotoa.

https://langr.org/page        (englanti, oletus)
https://langr.org/da/page     (tanska)
https://langr.org/de/page     (saksa)
https://langr.org/ja/page     (japani)

Nopea voitto: Jos käytät aliohjausta ja kamppailet auktoriteetin kanssa, harkitse siirtymistä kansiin. Sivustot, jotka siirtyvät aliohjauksista kansiin, näkevät tyypillisesti 20-50 % orgaanisen liikenteen kasvun 3-6 kuukauden sisällä linkkiperinnön keskittäessä.

3. Käännöslaatu vs Koneellinen Käännös

Käännöslaatu vaikuttaa suoraan sijoituksiin. Google voi havaita konekäännöksen ja voi aliluokitella huonosti käännetyt sivut. Mutta 2026 AI-käännös on dramaattisesti parempi kuin vuonna 2020 käytetty käytännön sääntö.

Käännöslaadun spektri:

| Taso | Menetelmä | Laatu | Kustannus | Paras mihin | |------|-----------|-------|-----------|-------------| | 1 | Raaka GPT/DeepL-tulos | 60-75 % | ~$0 | Sisäinen käyttö, luonnokset | | 2 | AI + jälkieditoimiset ohjeet | 75-90 % | ~$0 | Blogisisältö, ei-kriittiset sivut | | 3 | AI + ihmisen tarkistus | 90-97 % | $0.03-0.08/sana | Tuotesivut, keskeiset laskeutumis-sivut | | 4 | Ammattimainen äidinkielenään kääntäjä | 97-100 % | $0.10-0.25/sana | Oikeudelliset, lääketieteelliset, brändille kriittiset |

Keskeinen oivallus vuodelle 2026: Taso 2 (AI laatuohjeilla) riittää nyt useimmille verkkosisällöille. Googlen kaksinkertaisen sisällön algoritmit eivät enää rangaise hyvin tehtyä konekäännöstä — ne rankaisevat huonoa käännöstä, joka ei tuo arvoa.

Merkit käännöksistä, jotka vahingoittavat SEO:ta:

Kääntämättömät osat sekoittuvat käännetyn sisällön kanssa
UI-elementit (painikkeet, etikettit) ovat edelleen lähdekielessä
Paikalliset muotoilut eivät ole mukautettu (päivät, valuutat, puhelinnumerot)
Kulttuuriviittaukset, joita ei voi kääntää (sanonnat, vitsit, esimerkit)
Samat metaotsikot/kuvaukset kaikilla kielillä

Kuinka validoida käännöslaatu:

Tarkista, että KAIKKI näkyvät tekstit on käännetty (mukaan lukien navigointi, alatukirivi, lomakkeet)
Varmista paikalliset muotoilut (DD/MM/YYYY vs MM/DD/YYYY)
Testaa CTAt — kuulostavatko ne luonnollisilta kohdekielessä?
Tarkista meta-tagit — otsikko ja kuvaus on kirjoitettava erikseen kullekin kielelle
Varmista, ettei raakoja i18n-avaimia ole näkyvissä (esim. nav.home sen sijaan että "Etusivu")

Nopea voitto: Tarkista käännetyt sivusi sekoitetun kielisisällön varalta. Jos jokin painike, etiketti tai UI-elementti on vielä lähdekielessäsi, korjaa ne heti — sekoitetut kielisivut lähettävät Googlle heikon laadun signaalin.

4. Kansainvälinen Kohdentaminen Hakukonsoleissa

Google Search Consolen kansainväliset kohdentamisasetukset auttavat Googlea ymmärtämään, mitkä sivut tulisi sijoittaa missäkin maassa.

Kansien asetuksille:

Et voi asettaa maakohtaista kohdentamista kansion mukaan (vain verkkotunnuksen/aliohjauksen mukaan)
Sen sijaan, tukeudu hreflang + sisällön kieli + käyttäjäsignaalit
Lähetä kunkin paikallistun saittikartta: sitemap-en.xml, sitemap-da.xml

ccTLD:ille:

.dk on automaattisesti kohdistettu Tanskaan
.de on automaattisesti kohdistettu Saksaan
Manuaalista konfigurointia ei tarvita

Yleisille TLD:ille (.com, .org, .net):

Aseta "Kansainvälinen kohdentaminen" kullekin kohteelle Hakukonsolissa
Käytä hreflangia ensisijaisena signaalina

käytännön vaiheet:

Varmista sivustosi Hakukonsolissa (yksi ominaisuus kansirakenteelle)
Lähetä saittikarttasi hreflang-liitteillä
Tarkista "Kansainvälinen kohdentaminen" -raportti virheiden varalta
Seuraa "Peitto" -raporttia kieleittäin (käytä URL-parametrin suodatusta)
Tarkista "Kaksinkertainen ilman käyttäjän valitsemaa kanonista" -varoituksia — nämä viittaavat usein hreflang-ongelmiin

Nopea voitto: Siirry Hakukonsolissa > Suorituskyky > Suodata maittain. Tarkista onko saksalaisilla käyttäjillä pääsy englanninkielisille sivuillesi sen sijaan, että he olisivat saksankielisillä. Jos näin on, hreflang-asetuksessasi on virheitä.

5. Sisällön Lokalisointi (Ei Vain Käännöksistä)

Lokalisointi ylittää sanasta toiseen kääntämisen. Se mukauttaa sisällön kulttuuriseen kontekstiin, paikalliseen hakukäyttäytymiseen ja markkinakohtaisiin tarpeisiin.

Mitä lokalisoi:

Valuutta ja hinnoittelu: Näytä paikallinen valuutta (€ Saksassa, kr Tanskassa, ¥ Japanissa)
Päivämäärä/aikamuodot: 25/06/2026 (EU) vs 06/25/2026 (USA) vs 2026/06/25 (ISO/Japani)
Puhelinnumerot: Paikallinen muoto, jossa on kansainvälinen suuntanumero
Osoitteet: Vastaa paikallista postimuotoa
Sosiaalinen todistus: Paikalliset asiakastiedot, paikalliset yritykset, paikalliset tapaustutkimukset
CTAt: Mukauta sävyä (virallinen saksaksi/japaniksi, rento englanniksi/tanskaksi)
Kuvat: Lokalisoi kuvatekstit, käytä kulttuurisesti sopivia visuaaleja
Oikeudelliset: GDPR EU:ssa, erilaiset evästeiden suostumusvaatimukset maittain
Esimerkit: Paikalliset brändit, paikalliset verkkosivustot, paikalliset viittaukset

Sisältö, jota ei pitäisi kääntää suoraan:

Blogikirjoitukset paikallisista aiheista (kirjoita ainutlaatuisesti markkinoittain)
Tapaustutkimukset (käytä paikallisia yrityksiä)
Hinnoittelusivut (eri hinnoittelu on voimassa markkinoittain)
Uutisisältö (alueellinen relevanssi vaihtelee)

Avainsanojen lokalisointi: Älä käännä avainsanoja — tutki niitä äidinkielellä. "Auto-vakuutus" englanniksi voi olla "bilforsikring" tanskaksi, mutta hakumäärältään johtava voi olla "forsikring bil" (eri sanajärjestys). Käytä paikallisia avainsanatutkimustyökalua.

Nopea voitto: Tarkista hinnoittelusivusi kaikilla kielillä. Näyttääkö se oikean paikallisen valuutan? Ovatko CTAt kulttuurisesti sopivia? "Aloita ilmaiseksi" CTA voi tarvita olla "Jetzt kostenlos testen" saksaksi — ei kirjaimellinen käännös, vaan mitä saksalaiset käyttäjät odottavat näkevänsä.

6. RTL-tuki

Oikealta vasemmalle -kielet (arabia, heinä, farsi/persia, urdu, pashto) vaativat merkittävää ulkoasun mukauttamista. RTL-sisällön tarjoaminen vasemmalta oikealle -asettelulla tekee sivustostasi käyttökelvottoman ~500 miljoonalle äidinkielenään puhuvalle.

Tekninen toteutus:

<!-- Havaitse ja sovella suuntaa -->
<html lang="ar" dir="rtl">

Mitä täytyy kääntää RTL:ssä:

Tekstin kohdistus (oikealle kohdistettu runkoteksti)
Asettelu (sivupalkit liikkuvat vasemmalta oikealle)
Navigaatiojärjestys (käänteinen)
Suuntaa sisältävien kuvakkeiden kääntäminen (nuolet, edistymispalkit)
Tyhjät marginaalit (vaihda vasen/oikea arvot)
Reunaprosentti (vaihda kulma-arvot)
CSS flexbox/ruudukon suunta

Mitä EI tule kääntää:

Puhelinnumerot ja matemaattiset lausekkeet
Vasen-oikea brändinimet ja logot
Ääni/video-soittimen ohjaimet
Vaakasuorat vieritysindikaattorit
Upotetut koodilohkot

CSS-lähestymistapa (nykyaikainen):

/* Käytä loogisia ominaisuuksia */
.card {
  margin-inline-start: 1rem;  /* korvataan margin-left */
  padding-inline-end: 0.5rem; /* korvataan padding-right */
  border-start-start-radius: 8px; /* ylävasen LTR:lle, yläoikea RTL:ssä */
}

RTL-testit:

Lisää dir="rtl" -elementtiin ja tarkista jokainen sivu
Varmista, että arabialaiset/heprealaiset tekstit ovat luettavissa (eivät sekavat Unicode)
Testaa lomakekentät (tekstin syöttösuunta)
Tarkista, että numerot näkyvät oikein RTL-tekstin sisällä

Nopea voitto: Jos tuet arabiaa tai hepreaa, lisää dir="rtl" HTML-elementtiisi näille kielille ja käytä CSS-loogisia ominaisuuksia (margin-inline-start sen sijaan että margin-left). Tämä yksinkertainen muutos korjaa 80 % RTL-asettelun ongelmista.

7. Kielentunnistus ja Reititys

Se, kuinka päätät, mikä kieliversio näytetään käyttäjälle, vaikuttaa sekä käyttäjäkokemukseen että SEO:hon.

Paras käytäntö: URL-perustainen mieltymyskeksi

Ensimmäinen vierailu: Näytä sisältö URL-osoitteen perusteella (esim. /da/page = tanska)
Juuri-URL (/): Ohjaa Accept-Language-otsikon perusteella TAI näytä oletus (englanti)
Manuaalinen vaihto: Kun käyttäjä valitsee kielen, aseta eväste ja kunnioita sitä tulevilla vierailuilla
Älä koskaan: Ohjaa pois kielikohtaiselta URL-osoitteelta

Mitä välttää:

IP-pohjaiset uudelleenohjaukset (Google crawlaa Yhdysvaltojen IP-osoitteista → indeksoi vain englantia)
Javascript-pohjainen kielentunnistus (hakukoneet eivät voi luotettavasti suorittaa JS:ää)
Uudelleenohjaus /de/page -> /en/page englanninkielisille käyttäjille (rikkoo hreflang)
Cloaking (erilaisen sisällön näyttäminen käyttäjäagentin perusteella)

Oikea uudelleenohjauskäyttäytyminen:

Käyttäjä vierailee: /               → 302 uudelleenohjaus /{detected-locale}/
Käyttäjä vierailee: /da/page      → Tarjoa tanskalainen sisältö (älä ohjaa pois)
Käyttäjä vierailee: /nonexistent  → 404 (älä ohjaa oletuskielelle)

SEO-kriittinen sääntö: Jokaisen kieli-URL-osoitteen on oltava suoraan pääsyssä Googlebotille ilman uudelleenohjauksia. Jos Google crawlaa /da/page ja saa uudelleenohjauksen /en/page, se ei koskaan indeksoi tanskaa sisältöäsi.

Nopea voitto: Varmista, että Googlebot voi suoraan käyttää kaikkia kieli-URL-osoitteitasi. Hakukonsolissa käytä URL-tarkistus työkalua ei-englanninkieliselle URL-osoitteelle. Jos siitä näkyy uudelleenohjaus, korjaa reitityslogiikkasi.

8. Kaksinkertainen Sisältö Eri Kielillä

Monikieliset sivustot kohtaavat ainutlaatuisen kaksinkertaisen sisällön haasteen: samanlaiset sivut eri kielillä voivat kilpailla keskenään hakutuloksissa.

Kun kaksinkertainen sisältö tulee ongelmaksi:

Sivut, jotka ovat 90 % tai enemmän identtisiä kielillä (kääntämättömät sisällöt)
Same URL-osoite saavutettavissa sekä ilman paikallista etuliitettä (/page ja /en/page)
Puuttuvat kanoniset tagit, jotka sallivat kummankin version indeksoinnin
Hreflang-virheet, jotka saavat Googlen valitsemaan "väärän" version

Ratkaisut:

| Ongelma | Ratkaisu | |---------|----------| | Kääntämättömät sivut | Käytä noindex kunnes käännetty, tai näytä englanniksi selkeästi kielinäyttö | | Tupla-URL-osoitteet (/page + /en/page) | 301 uudelleenohjaus yksi toiseen | | Google indeksoi väärää kieltä | Korjaa hreflang-vastavuoroisuus, tarkista Hakukonsolissa | | Huonolaatuiset käännökset indeksoidaan | Paranna käännöslaatua tai konsolidoi vähemmän kieliin |

Kanonisten tagien strategia:

<!-- Jokainen kielisivu on oma kanonisiaan -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

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

Älä koskaan osoita kanonista yhdestä kielestä toiseen (esim. tanskalainen kanoninen osoittaa englantiin) — se kertoo Googlle, että hänen on ignoroitava tanskalainen versio kokonaan.

Nopea voitto: Etsi site:yourdomain.com "viimeisimmät sivun otsikot" Googlesta. Jos näet sekä englanti- että käännetyt versiot näkyvissä saman kyselyn alla, sinulla on kaksinkertainen sisältö tai hreflang-ongelma.

Monikielinen SEO -tarkistuslista

Käy läpi tämä jokaiselle kansainvälistetylle sivustolle:

[ ] Hreflang-tagit kaikilla sivuilla, mukaan lukien itseviittaus ja x-default
[ ] Kaikki hreflang-suhteet ovat vastavuoroisia (tarkistettu roskapostisivustolla)
[ ] Oikea paikallinen reititys (kansi suositeltava): /{locale}/page
[ ] Ei automaattisia uudelleenohjauksia kielikohtaisilta URL-osoitteilta
[ ] Käännöslaatu validoitu (ei sekoitettua kielisivustoa)
[ ] Meta-otsikko ja kuvaus ainutlaatuiset kielittäin (ei päällekkäisiä)
[ ] Valuutta, päivämäärät ja muodot lokalisoinnin mukaan markkinoittain
[ ] RTL-tuki toteutettu arabialle/heprealle/farsille (jos soveltuu)
[ ] Paikallisen saittikartan toimitettu Hakukonsoliin
[ ] Jokaisella kielisivulla on oma kanoninen URL-osoite (eikä osoita toiseen kieleen)
[ ] Ei raakoja i18n-avaimia näkyvissä yhdelläkään sivulla
[ ] Kielivalitsin nähtävillä kaikilla sivuilla (linkitetty vastaaville sivuille, ei pääsivulle)

Kuinka LANGR Tarkistaa Monikielisen SEO:n

LANGR:llä on kaksi omistettua moduulia monikieliseen SEO:hon:

i18n-checker: Crawlaa jopa 5 paikallismuotoa sivuistasi ja tarkistaa:

Hreflang-tagien täydellisyys ja vastavuoroisuus
Saamattomat paikallis URL-osoitteet (palauttaminen 404 tai uudelleenohjaus)
Koodatut/kääntämättömät merkit eri kielillä (varakeräys)
Raakoja i18n-avaimia näkyvänä tekstinä
Käännöspeitto prosentti

Käännöskanneri: AI-pohjainen laatutarkastus:

Arvioi käännöksen luonnollisuutta 0-100-asteikolla
Havaitsee konekäännöksen ominaisuuksia
Tunnistaa kääntämättömiä osia muuten käännetyiltä sivuilta
Tarkistaa UI-elementit (painikkeet, etiketit, navigointi) erikseen runkosisältöön verrattuna

Yhdistettynä nämä moduulit tarkistavat monikielisen toteutuksesi sekä teknisistä (hreflang, reititys, kanoniset) että laatuperspektiiveistä (käännös, lokalisointi) — kaksi LANGR:n 13 SEO:n alaa.

Yleisimmät Monikieliset Virheet (Vaikutuksen Mukaan)

Ei-vastavuoroinen hreflang — Google ignoroituu koko asetuksen
Automaattinen uudelleenohjaus IP:n perusteella — Estää Googlebotin indeksoimasta ei-englanninkielisiä versioita
Samat meta-tagit eri kielillä — Hukkaaa käännettyjen sivujen sijoituspotentiaalin
Sekoitetut kielisivut — Painikkeet englanniksi, sisältö saksaksi = heikko laatusignaali
Ei x-default — Google ei voi määrittää varaversioitasi
URL-osoitteiden kirjaimellinen käännös — /about-us → /uber-uns on hieno, mutta pidä se johdonmukaisena
RTL:n huomiotta jättäminen — Rikki asettelu yli 500 miljoonalle äidinkielenään puhuvalle
Kanoninen osoittaminen toiseen kieleen — Tappaa käännetyn version Google-indeksissä

Mitä Seuraavaksi?

Vaihe 11: B2B Liidien Löytäminen — Muuta SEO-data validoiduiksi liideiksi automaattisen löytämisen, domain-pohjaisen liidipisteytyksen ja SEO-tutkimuksista johtuvan outreachin avulla.

Tämä opas on osa LANGR:n 13-vaiheista SEO-sarjaa. Suorita ilmainen auditointi nähdäksesi, missä kunnossa sivustosi on kaikilla 13 alueella. *

SEO-opas Vaihe 10: Monikielinen SEO — Globaaleihin Kohderyhmiin Pääsy Ilman Hakukonesijoitusten Heikentämistä