Monikielinen verkkosivusto: viisi virhettä, jotka syövät näkyvyyden

Tilaajalle monikielinen sivusto tuntuu käännösprojektilta: otetaan olemassa oleva sivusto ja pannaan tekstit toiselle kielelle. Teknisesti se on rakenneprojekti, ja siinä syntyvät virheet eivät näy silmällä — ne näkyvät vasta puolen vuoden kuluttua Search Consolessa. Alla viisi yleisintä.

1. Kielet elävät yhdellä osoitteella

Jos kieltä vaihdetaan skriptillä ja osoite pysyy samana, hakukoneelle on olemassa yksi sivu yhdellä kielellä. Toista versiota ei indeksoida, koska sillä ei ole omaa osoitetta johon viitata. Jokaisella kielellä on oltava oma osoitteensa — erillinen kansio (`/en/...`), erillinen aliverkkotunnus tai erillinen verkkotunnus.

2. hreflang puuttuu tai viittaa väärin

hreflang on merkintä joka kertoo Googlelle: nämä sivut ovat samaa sisältöä eri kielillä, näytä jokaiselle oikea. Ilman sitä haussa voi ilmestyä väärä kieli tai versiot voivat kilpailla keskenään. Yleisin virhe ei ole hreflangin puuttuminen vaan se, että se viittaa osoitteisiin joita ei ole — esimerkiksi sivulle jota ei ole käännetty tälle kielelle.

Toinen usein ohitettu yksityiskohta: jokaisen version on viitattava myös itseensä, ja viittausten on oltava molemminpuolisia. Yksipuolinen hreflang jätetään yksinkertaisesti huomiotta.

3. Osoitteet on jätetty kääntämättä

Jos paikallisen kielen sivu elää osoitteessa `/services/web-development`, yksi helppo mahdollisuus menetetään: paikalliset sanat osoitteessa. Ne eivät ole vahvin tekijä, mutta ne ovat ilmaisia ja paikallisessa haussa merkittäviä. Järkevä ratkaisu on käännetyt polut — yksi kieltä kohden, sillä kielellä.

Mutta tässä on koukku, joka menee hyvin usein ohi. Kun osoite on käännetty, myös kielenvaihtajan on tiedettävä jokaisen kielen osoite. Jos se vain vaihtaa kieliprefiksin ja jättää osoitteen loppuosan ennalleen, se johtaa sivulle jota ei ole ja antaa 404:n. Käyttäjä näkee virheen, kun hreflang voi samaan aikaan olla täysin kunnossa — joten virhe ei näy missään raportissa, mutta ihmiselle sivusto on rikki.

4. Konekäännös ilman toimittamista

Käännöskone selviää merkityksestä mutta ei siitä, miten ihmiset todella etsivät. Hakutermit eivät ole käännöksiä: yhdessä maassa etsitään eri sanoilla kuin naapurissa, ja oikea sana tulee datasta eikä käännöksestä. Lisäksi sävy ratkaisee — konekäännetty sivu on luettava, mutta se ei vakuuta.

Käytännön kompromissi: aloita konekäännöksestä ja anna ihmisen käydä läpi otsikot, ensimmäiset kappaleet ja kaikki kohdat joissa hakusanat ovat. Täysi uudelleenkirjoitus jokaiselle kielelle ei aina mahdu budjettiin; otsikoiden toimittaminen mahtuu aina.

5. Kielet joita kukaan ei ylläpidä

Viisi kieltä tyhjällä sisällöllä on huonompi kuin kaksi kunnollisella. Jokainen kieli on ylläpitokustannus: uusi artikkeli on käännettävä, uusi palvelu myös, ja kun sitä ei tehdä, osa sivustoa vanhenee näkyvästi. Aloittakaa niistä kielistä, joille on sekä markkina että sisällöstä vastaava ihminen.

Mitä tarkistaa ennen julkaisua

• Jokaisella kielellä on oma osoite ja se avautuu suoraan, ilman uudelleenohjausta.
• hreflang on jokaisessa versiossa, viittaa kaikkiin kieliin ja itseensä.
• Kielenvaihtaja vie samalle sivulle toisella kielellä, ei etusivulle eikä 404:ään.
• Automaattista kielentunnistusta ei ole, tai se ei ohjaa hakurobottia muualle.
• Otsikot ja metatiedot ovat jokaisella kielellä eri, eivät käännöskoneen tulostetta.

Kolmas kohta on näistä kiusallisin: se ei näy missään vakiotarkistuksessa, koska `<head>`-osassa voi kaikki olla kunnossa. Ainoa luotettava tapa on klikata kaikki kielenvaihdon linkit läpi — tai antaa skriptin käydä ne.

Miten monikielinen rakenne meillä tehdään — käännetyt osoitteet, hreflang ja sisällönhallinta kielittäin — on kirjattu verkkosivujen tekemisen sivulle. Jos sivusto on jo monikielinen ja haluatte tietää mikä siinä nyt on rikki, vastauksen antaa tekninen auditointi.