Monikielinen verkkosivusto oikein pystyyn: hreflang, osoitteet, sudenkuopat
Toinen kieli on edullisin tapa kasvattaa tavoittavuutta – aineistohan on jo olemassa. Se on myös se kohta, jossa syntyy eniten teknisiä virheitä, koska neljän asian on oltava yhtä aikaa kunnossa ja kolme niistä on näkymättömiä.
Tärkeimmät kohdat
- Alihakemistot (
/en/) ovat useimmille yrityksille oikea valinta – yksinkertaisempia kuin omat verkkotunnukset, tehokkaampia kuin parametrit. - hreflangin on oltava molemminpuolinen: jokainen versio viittaa kaikkiin muihin, itseensä ja yhteen oletusversioon.
- Osoitteet kuuluu kääntää mukana. Englanninkielinen teksti suomenkielisessä osoitteessa on puolikas käännös.
- Automaattinen uudelleenohjaus selaimen kielen mukaan on yleisin vakava virhe – se sulkee ulos sekä indeksointirobotit että käyttäjät.
Monikielisen sivuston tekninen osuus on hallittavissa, kun sen kerran rakentaa oikein – ja työlästä, kun sitä korjaa jälkikäteen. Siksi puoli tuntia etukäteen kannattaa.
Osoiterakenne
| Vaihtoehto | Esimerkki | Sopii |
|---|---|---|
| Alihakemisto | esimerkki.fi/en/ | lähes kaikille – yksi verkkotunnus, yksi vahvuus |
| Aliverkkotunnus | en.esimerkki.fi | erillisille järjestelmille tai ylläpitäjille |
| Oma maatunnus | esimerkki.de | itsenäisille markkina-esiintymisille, joilla on oma tiimi |
| Parametri | esimerkki.fi/?lang=en | ei mihinkään – vältä |
Alihakemistot voittavat lähes aina, koska kaikki kieliversiot hyötyvät saman verkkotunnuksen vahvuudesta. Omat maatunnukset vaativat, että jokainen rakennetaan erikseen – se kannattaa vasta kun jokaisella markkinalla on oma tiimi.
hreflang oikein
Neljä sääntöä, joiden on pädettävä yhdessä. Jos yhtä rikotaan, koko ryhmä jätetään usein huomiotta.
- Molemminpuolinen. Jos suomenkielinen versio viittaa englanninkieliseen, englanninkielisen on viitattava myös suomenkieliseen. Yksisuuntaiset merkinnät hylätään.
- Itseviittaus. Jokainen sivu viittaa myös itseensä. Unohtuu usein eikä ole valinnaista.
- Oletusversio ilmoitettava. Yksi
x-defaultkaikille kielille, joita ei ole katettu. - Absoluuttiset osoitteet. Täydellisinä protokollineen ja verkkotunnuksineen, ei suhteellisia polkuja.
de saksalle yleisesti, de-CH saksalle Sveitsissä. Se, jolla on vain yksi saksankielinen versio, ottaa de – ei de-CH. Muuten saksalaisille ja itävaltalaisille kävijöille versiota ei kohdisteta.
Kuusi virhettä, jotka tekevät monikielisestä sivustosta näkymättömän
1. Automaattinen uudelleenohjaus selaimen kielen mukaan
Vakavin virhe. Indeksointirobotit tulevat useimmiten amerikkalaisella kieliasetuksella eivätkä silloin näe koskaan muita versioita. Myöskään käyttäjät eivät enää pääse sinne minne halusivat.
Oikein: Näytä huomautus ehdotuksineen, mutta älä ohjaa. Muista valinta.
2. Osoitteita ei ole käännetty
/en/impressum/ eikä /en/legal-notice/. Vaikuttaa puolivalmiilta versiolta – ja hukkaa hakutermin osoitteesta.
Oikein: Käännä osoitteen osat kielittäin, lyö ne pysyvästi lukkoon äläkä muuta enää.
3. Canonical osoittaa pääkieleen
Jos englanninkielinen sivu ilmoittaa kanoniseksi osoitteekseen suomenkielisen, sanotte: tämä sivu on kaksoiskappale, ota se toinen. Se katoaa indeksistä.
Oikein: Jokainen kieliversio on oma kanoninen osoitteensa.
4. Puuttuva lang-attribuutti
<html lang="de"> puuttuu tai on kaikissa versioissa sama. Koskee paitsi hakukoneita myös ruudunlukuohjelmia – niissä se johtaa käsittämättömään ääntämykseen.
Oikein: Jokaiselle versiolle sopiva koodi, automaattisesti asetettuna.
5. Yksi sivustokartta kaikelle, ilman kielitietoja
Ilman hreflang-merkintöjä sivustokartassa versioiden välinen yhteys puuttuu juuri siitä kohdasta, jossa se olisi helpoiten tunnistettavissa.
Oikein: hreflang joko sivustokartassa tai <head>-osassa – johdonmukaisesti yhdessä paikassa.
6. Osittain käännetyt sivut
Otsikot käännetty, leipäteksti suomeksi. Hakukoneille tämä on sivu ilman selkeää kieltä – ja kävijöille luottamusongelma.
Oikein: Mieluummin vähemmän sivuja kokonaan kuin kaikki puolittain.
Tiesitkö?
Kääntäminen yksin ei riitä – neljä asiaa on sovitettava maahan eikä vain kieleen: summat maan valuutassa, sovellettava oikeustila, paikallisesti tutut esimerkit ja päivämäärämuodot.
Englanninkielinen versio, joka mainitsee Sveitsin frangit ja Sveitsin uudistetun tietosuojalain, ei ole versio Britannian markkinoille vaan käännös sveitsiläisestä sivusta. Näin voidaan tarkoituksella haluta – mutta sen pitäisi olla päätös eikä vahinko.
Ylläpito on varsinainen ongelma
Rakentaminen on kertaluonteinen vaiva. Ylläpito on pysyvä – ja siihen monikieliset sivustot kaatuvat useammin kuin tekniikkaan.
Vuoden jälkeen tyypillinen kuva on tämä: pääkielellä on 40 sivua, toisella 31, kolmannella 22. Muutokset tehtiin pääkielellä ja unohdettiin muista – eikä kukaan enää tiedä, mikä versio on ajan tasalla.
Tätä vastaan auttaa vain rakenteellinen päätös: muutos on valmis vasta, kun se on vedetty läpi kaikissa kielissä. Se, joka ei pysty pitämään tästä kiinni, tarjoaa mieluummin vähemmän kieliä – kolme ylläpidettyä voittaa kahdeksan vanhentunutta selvästi.
Tarkistuslista ennen käyttöönottoa
- Jokainen sivu viittaa hreflangilla kaikkiin versioihin, itseensä ja x-defaultiin
- Jokainen versio on oma kanoninen osoitteensa
<html lang>on asetettu oikein versiokohtaisesti- Osoitteen osat on käännetty ja lyöty pysyvästi lukkoon
- Ei automaattista uudelleenohjausta selaimen kielen mukaan
- Kielivalinta on näkyvissä ja toimii ilman JavaScriptiä
- Summat, oikeudelliset viittaukset ja esimerkit on sovitettu, ei vain käännetty
- On olemassa kiinteä käytäntö, joka vetää muutokset läpi kaikissa kielissä
Tarkista verkkosivustoni monikielinen toteutus. Tiedot: - Verkkotunnus: [Osoite] - Kielet: [lista kielikoodeineen] - Osoiterakenne: [alihakemisto / aliverkkotunnus / oma verkkotunnus] - Esimerkkisivun hreflang-lohko: [Liitä lohko] - Saman sivun canonical-merkintä: [liitä] - Saman sivun lang-attribuutti: [liitä] - Onko käytössä automaattinen uudelleenohjaus selaimen kielen mukaan? [kyllä / ei] - Onko osoitteen osat käännetty? [esimerkki kieltä kohti] Tehtävät: 1. Tarkista neljä hreflang-sääntöä: molemminpuolisuus, itseviittaus, x-default olemassa, absoluuttiset osoitteet. Nimeä jokainen rikkomus erikseen. 2. Tarkista, onko kielikoodit valittu oikein – erityisesti, onko aluemerkintä rajattu liian tiukasti. 3. Tarkista canonical ja lang-attribuutti ristiriitojen varalta suhteessa kieliversioon. 4. Nimeä antamistani tiedoista ne kohdat, jotka voivat tehdä kieliversiosta näkymättömän, vakavuusjärjestyksessä. 5. Anna minulle korjattu hreflang-lohko kokonaisuudessaan. Älä keksi osoitteita – merkitse puuttuvat muotoon [täydennettävä].
Johtopäätös
Teknisesti monikielinen sivusto ratkeaa neljässä kohdassa: osoiterakenne, molemminpuolinen hreflang, oma kanoninen osoite versiota kohti, ei automaattista uudelleenohjausta. Kun nämä neljä ovat oikein, muu toimii.
Varsinainen kysymys on sen jälkeen organisatorinen: pystyttekö vetämään jokaisen muutoksen läpi kaikissa kielissä? Jos ette, vähemmän kieliä on parempi päätös.
Usein kysytyt kysymykset
Mikä osoiterakenne on paras monikielisille verkkosivustoille?
Alihakemistot kuten /en/ lähes kaikille yrityksille: kaikki kieliversiot hyötyvät saman verkkotunnuksen vahvuudesta, ja hallinta pysyy yksinkertaisena. Omat maatunnukset kannattavat vasta itsenäisissä markkina-esiintymisissä, joilla on oma tiimi; kieliparametreja osoitteessa kannattaa välttää.
Mitä hreflangissa on otettava huomioon?
Neljä sääntöä yhtä aikaa: merkintöjen on oltava molemminpuolisia, jokaisen sivun on viitattava myös itseensä, tarvitaan x-default kattamattomille kielille, ja kaikki osoitteet on annettava absoluuttisina. Jos yhtä sääntöä rikotaan, koko ryhmä jätetään usein huomiotta.
Pitäisikö kävijät ohjata automaattisesti omalle kielelleen?
Ei. Indeksointirobotit tulevat useimmiten amerikkalaisella kieliasetuksella eivätkä silloin näe koskaan muita versioita; käyttäjät eivät päädy sinne minne halusivat. Oikein on huomautus ehdotuksineen, joka muistaa tehdyn valinnan – ilman automaattista ohjausta.
Pitääkö osoitteet kääntää?
Kyllä. Englanninkielinen teksti suomenkielisessä osoitteessa vaikuttaa puolivalmiilta ja hukkaa hakutermin osoitteesta. Osoitteen osat kannattaa kääntää kielittäin ja lyödä sitten pysyvästi lukkoon – myöhemmät muutokset maksavat kertyneen näkyvyyden.
Kuinka monta kieltä on järkevää?
Niin monta kuin pystyy pysyvästi ylläpitämään. Yleisin tila vuoden jälkeen ovat eri tavoin täydelliset versiot, joista kukaan ei enää tiedä mikä on ajan tasalla. Kolme ylläpidettyä kieltä toimii selvästi paremmin kuin kahdeksan vanhentunutta – ratkaisevaa on kiinteä käytäntö, joka vetää jokaisen muutoksen läpi kaikissa versioissa.
Markkinointi, joka pystyttää itsensä
Studio Enginen beta on auki. Varaa paikkasi ja ole mukana alusta asti.
Osallistu betaan →