Kansainvälisen SEO:n tekninen ydin on yksi kysymys: miten kerrot hakukoneelle, että nämä sivut ovat sama sisältö eri kielillä, eivätkä kaksoiskappaleita. Vastaus on hreflang, ja se toteutetaan väärin useammin kuin oikein.
Tämä opas on suunnattu verkkosivustojen omistajille ja SEO-asiantuntijoille, jotka haluavat parantaa monikielisten sivustojen näkyvyyttä hakukoneissa. Käyn läpi url-rakenteen valinnan, hreflang-toteutuksen kolme tapaa, kielikoodit ja x-default-merkinnän, viisi yleisintä virhettä, sekä sen miten monikielinen sivusto auditoidaan käytännössä.
Kansainvälinen tekninen SEO tarkoittaa sitä, että verkkosivusto rakennetaan ja optimoidaan palvelemaan käyttäjiä eri kielillä ja eri maissa niin, että hakukoneet ymmärtävät kieliversioiden suhteet oikein.
Mitä on kansainvälinen hakukoneoptimointi?
Kansainvälinen hakukoneoptimointi tarkoittaa sitä, että oikea kieliversio näkyy oikealle käyttäjälle oikeassa maassa, eivätkä kieliversiot kilpaile keskenään.
Erota kolme asiaa, jotka menevät usein sekaisin:
- Kielikohdennus. Sisältö suomeksi suomenkielisille käyttäjille, riippumatta maasta.
- Maakohdennus. Sisältö Suomen markkinalle, hintoineen ja toimitusehtoineen.
- Lokalisointi. Sisältö, joka on kirjoitettu kohdemarkkinalle, ei käännetty siihen.
Tekninen toteutus ratkaisee kaksi ensimmäistä. Kolmas on sisältötyötä, mutta ilman sitä tekninen toteutus tuottaa vain hyvin merkittyjä huonoja käännöksiä.
Kansainvälistä hakukoneoptimointia tehdään kolmesta syystä: uusien markkinoiden tavoittaminen, olemassa olevan kysynnän palveleminen eri kielillä, ja duplikaattiongelmien välttäminen kieliversioiden välillä.
Kansainvälisen SEO:n osa-alueet
Kansainvälinen SEO jakautuu neljään osaan, ja ne kannattaa tehdä tässä järjestyksessä.
- Tekninen perusta. Url-rakenne, hreflang, canonical, indeksointi.
- Sisältö. Käännös vai lokalisointi, ja kummalle sivulle kumpi.
- Linkit. Paikallinen auktoriteetti kohdemarkkinalla.
- Mittaus. Kieli- ja markkinakohtainen seuranta.
Linkkien merkitys aliarvioidaan lähes aina. Uusi kieliversio aloittaa käytännössä nollasta, eikä tekninen toteutus korvaa sitä, että kohdemarkkinalta ei osoita yhtään linkkiä.
Url-rakenne ja url-rakenteen valinnat
Url-rakenne pitää valita ennen kuin mitään toteutetaan, koska sen vaihtaminen jälkikäteen on migraatio.
| Rakenne | Esimerkki | Vahvuus | Heikkous |
|---|---|---|---|
| Alikansio | sivusto.fi/en/ | Auktoriteetti kertyy yhteen domainiin, halpa ylläpitää | Maakohdennus heikompi |
| Alidomain | en.sivusto.fi | Erillinen palvelin ja rakenne mahdollinen | Auktoriteetti jakautuu |
| Maatunnus eli ccTLD | sivusto.se | Vahvin maakohdennus, luottamus paikallisesti | Kallis, jokainen domain aloittaa nollasta |
| Parametri | sivusto.fi/?lang=en | Ei mitään | Google ei tunnista luotettavasti, älä käytä |
Suositus useimmille: alikansio. Se on ainoa rakenne, jossa yksi domain kerää kaiken linkkiauktoriteetin, ja se on halvin ylläpitää.
Maatunnus kannattaa vain, jos markkina on liiketoiminnallisesti niin tärkeä, että se ansaitsee oman brändinsä ja oman linkkirakentamisensa. Se on strateginen päätös, ei tekninen.
Sivuston rakenne ja monikieliset sivustot
Monikieliset sivustot kannattaa rakentaa niin, että jokainen kieliversio on rakenteellisesti samanlainen. Silloin hreflang-parit ovat helppoja ylläpitää ja sisäinen linkitys pysyy loogisena.
Käytännön säännöt:
- Sisäiset linkit osoittavat aina saman kieliversion sisällä
- Kielivalitsin on jokaisella sivulla, ja se vie vastaavalle sivulle, ei etusivulle
- Jokaisella kieliversiolla on oma XML-sivustokartta
- Navigaation rakenne on sama, vaikka sisältö olisi eri laajuinen
Tekninen toteutus ja tekninen SEO
Kansainvälisen sivuston tekninen SEO on samaa työtä kuin yksikielisenkin, mutta virheet kertautuvat kieliversioiden määrällä.
Priorisoi näin:
- ensin indeksointi
- sitten hreflang
- sitten suorituskyky.
- Tarkista Core Web Vitals erikseen jokaiselta kieliversiolta, koska ne voivat käyttää eri palvelinta tai eri kuvia. Jos kohdemarkkinat ovat maantieteellisesti kaukana, CDN on käytännössä pakollinen.
Hreflang: mitä se on ja mitä se ei ole?
Hreflang on merkintä, joka kertoo hakukoneelle kuten Google, että tietty sivu on toisen sivun kieliversio. Se on vihje, ei käsky.
Hreflang tekee: auttaa hakukonetta näyttämään oikean kieliversion oikealle käyttäjälle, ja estää kieliversioita tulkittumasta kaksoiskappaleiksi.
Hreflang ei tee: se ei ole sijoitustekijä, se ei ohjaa käyttäjää mihinkään, eikä se korvaa canonicalia.
Hreflang-toteutus kolmella tavalla
1. HTML:n head-osassa rel alternate -merkintänä. Yleisin ja helpoin.
<link rel="alternate" hreflang="fi" href="https://sivusto.fi/fi/sivu/">
<link rel="alternate" hreflang="sv" href="https://sivusto.fi/sv/sida/">
<link rel="alternate" hreflang="en" href="https://sivusto.fi/page/">
<link rel="alternate" hreflang="x-default" href="https://sivusto.fi/page/">
2. XML-sivustokartassa. Paras vaihtoehto, kun kieliversioita on paljon. Pitää head-osan kevyenä eikä kasvata jokaisen sivun kokoa.
3. HTTP-headerissa. Ainoa tapa merkitä muita kuin HTML-tiedostoja, esimerkiksi PDF-dokumentteja. Tämä unohtuu lähes aina, ja monikielisillä sivustoilla on usein monikielisiä PDF-oppaita.
Kielikoodit ja x-default
Käytä kielikoodia yksin, kun kohdennat kielelle: fi, sv, en.
Käytä kieli- ja maakoodin yhdistelmää, kun kohdennat markkinalle: sv-SE ruotsin kieli Ruotsissa, sv-FI ruotsin kieli Suomessa.
Maakoodia ei voi käyttää yksin. hreflang=”FI” on virheellinen merkintä. Kieli on pakollinen, maa on valinnainen.
x-default kertoo, mikä versio näytetään käyttäjälle, jonka kieltä tai maata ei ole erikseen katettu. Se on vapaaehtoinen mutta suositeltava. Ilman x-default-merkintää hakukone arvaa. Osoita se kielivalintasivulle tai laajimmin kohdennetulle versiolle, yleensä englanninkieliselle.
Tämän kanssa minulla oli itse ongelmia omalla sivustollani katarinadahlin.com. Ongelman huomasin kun olin Puolassa ja suomenkielinen sivu rankkasi englanninkielisen sijaan. Katso video youtubesta miten huomasin ja miten korjasin sen.
Hreflangin yleisimmät virheet
Nämä toistuvat lähes jokaisessa auditoinnissa.
1. Puuttuva paluulinkki
Hreflang pitää olla vastavuoroinen. Jos suomenkielinen sivu osoittaa ruotsinkieliseen, ruotsinkielisen pitää osoittaa takaisin suomenkieliseen.
Jos paluulinkki puuttuu, Google jättää koko merkinnän huomiotta. Tämä on hreflangin ylivoimaisesti yleisin virhe, ja se on myös hiljaisin: mikään ei näytä rikkinäiseltä.
2. Puuttuva itseensä osoittava hreflang
Jokaisen sivun pitää listata myös itsensä. Suomenkielisen sivun hreflang-listassa pitää olla rivi, joka osoittaa suomenkieliseen sivuun.
Tämä tuntuu turhalta ja jää siksi pois. Ilman sitä ryhmä on epätäydellinen eikä toimi.
3. Suhteelliset url-osoitteet
Hreflangissa pitää käyttää absoluuttisia url-osoitteita protokollan kanssa. /sv/sida/ ei kelpaa, https://sivusto.fi/sv/sida/ kelpaa.
4. Hreflang osoittaa väärään sivuun
Merkintä on hyödytön, jos kohde ei ole indeksoitava. Tarkista, ettei hreflang osoita:
- sivuun, joka palauttaa muun kuin 200
- sivuun, jolla on noindex
- sivuun, jonka canonical osoittaa muualle
Viimeinen on yleisin: canonical ja hreflang sotivat keskenään. Sääntö on, että canonical osoittaa aina sivuun itseensä, ja hreflang hoitaa kieliversiot.
5. Maiden liput kielivalitsimessa
Tämä ei ole hreflang-virhe vaan käyttöliittymävirhe, mutta se aiheuttaa saman ongelman: käyttäjä päätyy väärään versioon.
Lippu kuvaa maata, ei kieltä. Ruotsin lippu ei kerro suomenruotsalaiselle käyttäjälle mitään oikeaa. Espanjan lippu ei palvele meksikolaista.
Käytä kielen nimeä sen omalla kielellä: Suomi, Svenska, English. Vältä maiden lippuja kokonaan.
Redirectit, canonical ja indeksointi
Kolme sääntöä, jotka ratkaisevat useimmat monikieliset ongelmat.
Canonical osoittaa aina sivuun itseensä. Älä canonicaloi kieliversioita toisiinsa. Se kertoo Googlelle, että toinen on kaksoiskappale, ja se katoaa hakemistosta.
Älä ohjaa käyttäjää automaattisesti. Jos ohjaat kaikki suomalaiset IP-osoitteet suomenkieliseen versioon, Googlebot Yhdysvalloista näkee vain englanninkielisen. Loput jäävät indeksoimatta. Ehdota kieliversiota, älä pakota.
Jokaisella kieliversiolla on oma sivustokarttansa. Se tekee indeksoinnin seurannasta mahdollista kielikohtaisesti.
Käännetty sisältö vai lokalisointi
Tekninen toteutus ei pelasta huonoa sisältöä. Käännetty sisältö ja lokalisoitu sisältö ovat eri asioita.
Käännös riittää, kun sisältö on faktapohjaista ja markkinasta riippumatonta: tuotteen tekniset tiedot, ohjeet, dokumentaatio.
Lokalisointi vaaditaan, kun sisältö myy, vakuuttaa tai vastaa hakukysyntään. Hakusanat eivät käänny. Se, mitä suomalainen hakee sanalla ”hakukoneoptimointi”, ei ole sama kuin mitä ruotsalainen hakee sanalla ”sökmotoroptimering”, eikä hakumäärien suhde ole sama.
Tee avainsanatutkimus erikseen jokaiselle kielelle. Älä käännä avainsanalistaa. Tämä on kansainvälisessä SEO:ssa yleisin strateginen virhe.
Lokalisoi myös metatiedot, alt-tekstit, murupolut ja strukturoitu data. Ne jäävät usein alkuperäiskielelle, vaikka leipäteksti käännettäisiin.
Strukturoitu data ja kielitieto
Strukturoidun datan sisällön pitää olla samalla kielellä kuin sivun.
Tarkista erityisesti:
- inLanguage-attribuutti sivun kielelle
- Hinnat oikeassa valuutassa priceCurrency-kentässä
- Aukioloajat ja osoitteet kohdemarkkinan muodossa
- Murupolun nimet lokalisoituina
Paikalliset hakukoneet
Google ei ole kaikkialla oletus.
- Venäjä: Yandex
- Kiina: Baidu
- Etelä-Korea: Naver
- Tšekki: Seznamilla on yhä merkittävä osuus
Jos kohdemarkkina on jokin näistä, hreflang ei riitä. Kukin hakukone käyttää omia signaalejaan ja omia webmaster-työkalujaan.
Näin auditoit monikielisen sivuston
- Aja crawl, joka lukee hreflang-merkinnät. Screaming Frog tekee tämän.
- Etsi puuttuvat paluulinkit. Tämä on ensimmäinen ja tärkein tarkistus.
- Tarkista itseensä osoittavat merkinnät.
- Tarkista kohteiden tilakoodit. Jokaisen hreflang-kohteen pitää palauttaa 200.
- Vertaa canonicalia ja hreflangia. Etsi ristiriidat.
- Tarkista Google Search Consolen kansainvälinen kohdennus kieliversiokohtaisesti.
- Testaa automaattiset ohjaukset eri maista.
Käytännön toteutus vaiheittain
Päivät 1–30: tekninen toteutus. Valitse ja lukitse url-rakenne. Toteuta hreflang ja korjaa paluulinkit. Erota sivustokartat kielittäin. Poista automaattiset ohjaukset.
Päivät 31–60: sisältö. Tee avainsanatutkimus erikseen jokaiselle kielelle. Lokalisoi tärkeimmät sivut, älä kaikkia.
Päivät 61–90: auktoriteetti. Rakenna paikallisia linkkejä kohdemarkkinalta. Kansainvälinen SEO epäonnistuu useimmiten juuri tähän.
Mittarit, seuranta ja raportointi
Seuraa kielikohtaisesti, älä yhtenä lukuna:
- Indeksoitujen sivujen määrä kieliversiota kohden
- Orgaaninen liikenne maittain ja kielittäin
- Hreflang-virheet Google Search Consolessa
- Näkyvyys eri maissa
- Konversio markkinoittain
Kokonaisluku piilottaa sen, että yksi kieliversio kasvaa ja toinen kuolee.
Usein kysytyt kysymykset
Tarvitseeko kaksikielinen sivusto hreflangin?
Kyllä, jos kieliversiot ovat samaa sisältöä. Ilman merkintää ne voivat kilpailla keskenään.
Riittääkö konekäännös?
Tekniseen dokumentaatioon usein riittää. Myyvään sisältöön ei. Kohdemarkkinan natiivi huomaa eron, eikä hakukysyntä käänny.
Voiko hreflang parantaa sijoituksia?
Ei suoraan. Se varmistaa, että oikea versio näytetään. Sijoitukset tulevat sisällöstä ja linkeistä.
Mitä jos kieliversioita on kymmeniä?
Toteuta hreflang sivustokartassa, ei head-osassa. Muuten dokumentin koko kasvaa hallitsemattomasti.
Pitääkö jokainen sivu kääntää?
Ei. Käännä ne, joilla on kohdemarkkinalla kysyntää. Puolityhjä kieliversio on huonompi kuin suppea mutta hyvä.
Ota yhteyttä
Teen monikielisten sivustojen tekniset auditoinnit, joissa hreflang, canonical ja indeksointi tarkistetaan kieliversiokohtaisesti.