Üha ühendatumal maailmas võib mitmekeelne koduleht avada teie ettevõttele täiesti uusi turge. Eesti kontekstis tähendab see sageli eesti-, inglise- ja venekeelset kodulehte — aga millal on see tegelikult vajalik ja kuidas seda õigesti teha?
Millal vajate mitmekeelset kodulehte?
Kaaluge mitmekeelset veebilehte, kui:
- Teenindate erinevaid keelegruppe — Eestis on see tihti eesti + vene + inglise keel
- Soovite laieneda uutele turgudele — näiteks Soome, Läti või Skandinaavia
- Teie analüütika näitab liiklust mitteemakeelsetelt — kontrollige Google Analytics'is kasutajate keeleseadeid
- Konkurendid pakuvad mitmekeelset sisu — kui teie ei paku, kaotate kliente
- Teie valdkond on rahvusvaheline — turism, e-kaubandus, SaaS, IT teenused
Tõlkimine vs lokaliseerimine
Tõlkimine teisendab sõnu ühest keelest teise. Lokaliseerimine kohandab kogu kogemuse — valuuta, kuupäeva formaadid, pildid, kultuurilised viited ja toon.
Näide: Ingliskeelne CTA "Get Started Free" ei tohiks eesti keeles olla sõna-sõnaline "Hakka alustama tasuta". Parem on loomulik "Alusta tasuta" või "Proovi tasuta". Tõeline lokaliseerimine konverteerib paremini, sest see tundub kohalik, mitte tõlgitud.
Mitmekeelse kodulehe SEO
Mitmekeelne SEO nõuab hoolikat teostust:
URL-i struktuur
Kolm levinud lähenemist:
- Alamkataloogid: example.ee/en/, example.ee/et/ — Soovitatud. Jagab domeeni autoriteeti, lihtne hallata. Meie eelistatud lähenemine.
- Alamdomeenid: en.example.ee, et.example.ee — Google kohtleb eraldi saitidena, raskem autoriteeti ehitada.
- Eraldi domeenid: example.com, example.ee — Parim väga erinevate turgude jaoks, aga kõige kallim ja keerukam.
Hreflang sildid
Hreflang sildid ütlevad Google'ile, millist keeleversiooni millisele kasutajale näidata. Iga leht peab viitama kõigile oma keelevariantidele. Vale hreflang teostus on üks levinumaid mitmekeelse SEO vigu.
Näide: <link rel="alternate" hreflang="et" href="https://example.ee/et/teenused" />
Sisu kvaliteet
- Ärge kasutage automaattõlget (Google Translate) tootmissisule — see on ilmne ja ebaprofessionaalne. Kliendid märkavad masintõlget kohe.
- Kasutage professionaalseid tõlkijaid või emakeele kõnelejaid
- Iga keeleversioon peaks olema iseseisvalt väärtuslik, mitte sõna-sõnaline tõlge
- Kohandage märksõnu keele järgi — märksõnade otsetõlked ei vasta sageli sellele, mida kohalikud tegelikult otsivad
Teostuse lähenemised
CMS sisseehitatud mitmekeelsusega
Mõned CMS platvormid käsitlevad mitut keelt natiivselt. Sisu salvestatakse keelte kaupa automaatse URL-i marsruutimise ja hreflang genereerimisega. See on puhtaim lähenemine enamiku ettevõtete jaoks ja meie eelistatud meetod.
Tõlke pistikprogrammid (WordPress)
WordPress pakub pistikprogramme nagu WPML ja Polylang. Need töötavad, kuid lisavad keerukust ja võivad saiti aeglustada, kui pole õigesti konfigureeritud.
Eraldi saidid
Täiesti eraldi kodulehtede pidamine keele kohta annab maksimaalse paindlikkuse, kuid kahekordistab (või kolmekordistab) teie hooldusvajadust. Soovitatav ainult väga suurte operatsioonide jaoks.
Eesti ettevõtete mitmekeelsuse soovitused
- Minimaalselt: Eesti + inglise keel — katab kohalikud kliendid ja rahvusvahelise publiku
- Optimaalselt: Eesti + inglise + vene keel — katab kogu Eesti turu
- Laiendamisel: Lisa soome, läti keel vastavalt sihtturule
Levinud vead
- Masintõlgitud sisuga käivitamine — parem on alustada kahe keelega korralikult kui viie halvasti
- Hreflang siltide vale teostus — põhjustab duplicate content probleeme Google'is
- Avalehe tõlkimine, kuid siselehtede tõlkimata jätmine — see segab kasutajaid
- Lippude kasutamine keelevahetajates — lipud esindavad riike, mitte keeli (nt inglise keel ≠ USA lipp)
- SEO metaandmete kohandamata jätmine keele kohta — iga keel vajab oma märksõnauuringut