Ohjelmistojen lokalisointi ei tarkoita pelkkää käyttöliittymän tekstien kääntämistä, vaan koko sovelluksen mukauttamista kohdemarkkinan kieleen, kulttuuriin ja teknisiin käytäntöihin. Yritykselle, joka vie sovelluksensa tai verkkopalvelunsa uusille markkinoille, tämä prosessi ratkaisee usein sen, tuntuuko tuote paikalliselle käyttäjälle luontevalta vai käännetyltä.
Mitä ohjelmistojen lokalisointi käytännössä tarkoittaa
Lokalisointi (usein lyhennettynä L10n) kattaa käyttöliittymätekstien, virheilmoitusten, ohjetekstien ja tuotetiedon kääntämisen lisäksi päivämäärä-, valuutta- ja mittayksikkömuotojen, aikavyöhykkeiden, nimeämiskäytäntöjen sekä joskus värien ja symbolien mukauttamisen kohdemarkkinalle sopiviksi. Suomeen lokalisoitaessa tämä tarkoittaa esimerkiksi pilkun käyttöä desimaalierottimena, päivämäärän muotoa päivä-kuukausi-vuosi ja suomen kielen sijamuotojen huomioimista dynaamisissa teksteissä.
Tässä on syytä erottaa toisistaan käännös ja lokalisointi. Pelkkä käännös siirtää merkityksen kielestä toiseen, kun taas lokalisointi ottaa huomioon koko käyttökontekstin – mukaan lukien sen, miten teksti mahtuu painikkeeseen tai miten ohjelmisto käyttäytyy oikealta vasemmalle luettavilla kielillä. Verkkopalveluiden osalta samat periaatteet pätevät verkkosivujen lokalisointiin, mutta ohjelmistoissa mukaan tulevat vielä tekniset rajapinnat, merkkijonojen pituusrajat ja versionhallinta.
Yleinen virhekäsitys: lokalisointi on vain kääntämistä
Moni yritys olettaa, että ohjelmiston kansainvälistäminen onnistuu viemällä käyttöliittymän tekstit kääntäjälle Excel-tiedostona ja odottamalla valmista käännöstä takaisin. Todellisuudessa tämä johtaa usein siihen, että käännökset eivät mahdu käyttöliittymään, kontekstia puuttuu ja saman sanan eri merkitykset (esimerkiksi englannin ”close” painikkeena versus tilana) käännetään väärin. Toimiva lokalisointiprojekti vaatii teknisen valmistelun – niin sanotun internationalisoinnin (i18n) – ennen kuin varsinainen kääntäminen edes alkaa. Jos ohjelmiston koodissa on kovakoodattuja tekstejä tai merkkijonojen yhdistelyä koodissa, kääntäjä ei voi tehdä työtään laadukkaasti riippumatta omasta ammattitaidostaan.
Työvaiheet askel askeleelta
Käytännön lokalisointiprojekti etenee yleensä seuraavasti:
Ensimmäinen vaihe on merkkijonojen erottaminen koodista resurssitiedostoihin (esimerkiksi .json, .resx, .po tai .strings-tiedostot), jotta kääntäjä pääsee käsiksi pelkkään tekstisisältöön ilman ohjelmakoodia. Tämä on kehittäjän vastuulla ja tehdään ennen kuin käännöstoimistoa edes kontaktoidaan.
Toinen vaihe on kontekstin dokumentointi. Kääntäjälle kannattaa toimittaa kuvakaappauksia tai pääsy testiympäristöön, jotta hän näkee missä yhteydessä kukin teksti näkyy käyttäjälle. Ilman kontekstia lyhyet käyttöliittymätekstit kuten ”Tallenna”, ”Poista” tai ”Peruuta” käännetään helposti väärin.
Kolmas vaihe on itse kääntäminen ja lokalisointi käännösmuistityökaluilla. Ammattimaiset käännöstoimistot käyttävät tähän CAT-työkaluja, joilla varmistetaan terminologian yhdenmukaisuus koko sovelluksessa – lue lisää CAT-työkalujen käytöstä käännöstoimistossa. Käännösmuisti on erityisen hyödyllinen, kun sovellukseen julkaistaan säännöllisesti uusia versioita ja vanhat merkkijonot pysyvät samoina.
Neljäs vaihe on kielellinen ja toiminnallinen testaus (linguistic QA), jossa tarkistetaan käännösten oikeellisuus oikeassa käyttöliittymässä. Tässä vaiheessa löytyy tyypillisesti tekstien leikkautuminen painikkeista, väärät sijamuodot dynaamisissa lauseissa ja kontekstiin sopimattomat sanavalinnat.
Viides vaihe on julkaisu ja ylläpito. Ohjelmisto elää jatkuvasti, joten lokalisointiprosessin pitää tukea toistuvia päivityksiä ilman että joka kerta käännetään koko sisältö uudelleen alusta.
Suomen kielen erityispiirteet lokalisoinnissa
Suomi on lokalisoinnin näkökulmasta teknisesti vaativa kieli. Agglutinatiivinen rakenne ja laaja sijamuotojärjestelmä tarkoittavat, että sama sana taipuu kymmenillä eri tavoilla riippuen lauseyhteydestä. Tämä on ongelma erityisesti dynaamisesti muodostetuissa lauseissa, joissa ohjelmisto yhdistää muuttujia valmiiseen tekstipohjaan – esimerkiksi ”3 uutta viestiä” muuttuu helposti kieliopillisesti väärin, jos lukumäärä vaihtelee ja sijamuoto ei mukaudu. Hyvät lokalisointijärjestelmät tukevat monikko- ja sijamuotosääntöjä (pluralisointia), mutta tämä pitää huomioida jo ohjelmiston suunnitteluvaiheessa, ei vasta kääntämisvaiheessa.
Myös Suomen kaksikielisyys vaikuttaa käytäntöön: monen suomalaisen yrityksen ohjelmisto tarvitsee sekä suomen- että ruotsinkielisen version, sillä ruotsi on Suomen toinen kansalliskieli ja monet viranomaiset sekä yritykset edellyttävät sen tarjoamista. Kansainvälistyvät yritykset lisäävät usein listaan myös englannin, ja suurempien vientiyritysten kohdalla kieliparivalikoima laajenee saksaan, ranskaan tai venäjään markkina-alueesta riippuen.
Konekääntimien rooli ohjelmistolokalisoinnissa
Tekoälypohjaiset käännöstyökalut kuten DeepL ja Google Translate ovat nopeuttaneet lokalisointiprojektien alkuvaihetta, ja jälkikäännösteditointi (post-editing) on yleistynyt erityisesti laajojen ja toistuvien sisältöjen, kuten ohjetekstien, kääntämisessä. Konekäännös ei kuitenkaan tunnista käyttöliittymän kontekstia, merkkijonojen pituusrajoituksia tai suomen kielen taivutusmuotoja luotettavasti, joten ammattikääntäjän tekemä tarkistus ja editointi on edelleen välttämätöntä varsinkin asiakasrajapinnassa näkyvässä sisällössä. Käyttöliittymän virheilmoitukset ja oikeudelliset ehdot ovat tyypillisiä kohtia, joissa raakakonekäännöstä ei tule julkaista sellaisenaan.
Hinnoittelu ja aikataulu
Ohjelmistolokalisoinnin hinnoittelu perustuu yleensä sanahintaan, joka vaihtelee kieliparista ja tekstin teknisyydestä riippuen noin 0,10–0,30 euron välillä sanaa kohden. Suuremmissa projekteissa, joissa käännösmuisti toistaa aiempia merkkijonoja, hinta voi olla tätä alempi toistuvien segmenttien osalta. Tarkempaa tietoa eri hinnoittelumalleista löytyy artikkelista käännöstoimiston hinnoittelusta. Pieni käyttöliittymäpäivitys muutamalla kymmenellä merkkijonolla voi valmistua muutamassa päivässä, kun taas koko sovelluksen ensimmäinen lokalisointi useammalle kielelle vie tyypillisesti useita viikkoja, kun mukaan lasketaan testaus ja korjauskierrokset.
On myös hyvä muistaa, ettei käännöstoimisto ole sama asia kuin mainostoimisto, viestintätoimisto tai ohjelmatoimisto. Mainostoimisto suunnittelee kampanjoita ja viestintätoimisto hoitaa PR-työtä, mutta ohjelmiston tekstien kielellinen ja tekninen mukauttaminen kuuluu käännös- ja lokalisointialan ammattilaisille, joilla on kokemusta sekä kielestä että ohjelmistokehityksen työkaluista.
Usein kysyttyä ohjelmistojen lokalisoinnista
Kuinka paljon aikaa ohjelmiston lokalisointi vie?
Aikataulu riippuu merkkijonojen määrästä ja kielten lukumäärästä. Pieni päivitys onnistuu muutamassa päivässä, kun taas koko sovelluksen lokalisointi useille kielille kestää tyypillisesti useita viikkoja testauksineen.
Voiko lokalisoinnin tehdä pelkällä konekäännöksellä?
Konekäännös sopii alustavaan luonnosteluun ja suurten tekstimassojen käsittelyyn, mutta käyttöliittymässä näkyvä sisältö kannattaa aina tarkistuttaa ammattikääntäjällä, sillä konekäännös ei tunnista kontekstia, merkkijonon pituusrajoja tai suomen kielen taivutusmuotoja luotettavasti.
Tarvitaanko ohjelmiston lokalisointiin auktorisoitu kääntäjä?
Ei yleensä. Auktorisointia tarvitaan virallisiin asiakirjoihin kuten todistuksiin tai sopimuksiin, mutta ohjelmiston käyttöliittymätekstit ja ohjeet kääntää tavallisesti lokalisointiin erikoistunut ammattikääntäjä ilman auktorisointivaatimusta.
Yhteenveto
Onnistunut ohjelmistojen lokalisointi vaatii teknisen valmistelun, kontekstin jakamisen kääntäjälle ja huolellisen kielellisen testauksen – pelkkä tekstin kääntäminen ei riitä. Kun merkkijonot on eriytetty koodista, käännösmuistit ovat käytössä ja suomen kielen taivutusmuodot huomioidaan jo suunnitteluvaiheessa, sovellus tuntuu kohdemarkkinan käyttäjälle omalta tuotteelta eikä käännökseltä. Projektin aikataulu ja budjetti kannattaa suunnitella niin, että kielellinen testaus ja korjauskierrokset ehditään tehdä ennen julkaisua – tämä vaihe jää usein liian vähälle huomiolle, vaikka juuri siinä löytyvät kalleimmat virheet.
