Käännös-API: näin automatisoit yrityksen monikielisen sisällön

Verkkokauppa lisää viikossa satoja tuotteita, asiakaspalvelu saa viestejä kymmenellä kielellä ja sovelluksen painikkeiden tekstit vaihtuvat päivittäin. Jos kaikki lähetetään kääntäjille sähköpostitse tiedostoina, kääntämisestä tulee koko liiketoiminnan pullonkaula. Julkaisu on jo valmis, mutta saksankielinen sivu odottaa yhä vuoroaan. Siksi yritykset siirtävät kielityön yhä useammin sähköpostista koodiin.

Tässä artikkelissa kerromme, miten käännös-API toimii, millaisia tehtäviä sillä voidaan hoitaa ja missä ihmistä tarvitaan. Emme kehota antamaan kaikkea koneen tai toisaalta ihmisten tehtäväksi. Tarkastelemme, miten rakennetaan työnkulku, jossa jokainen teksti päätyy sopivalle tekijälle.

Mikä käännös-API on yksinkertaisesti selitettynä

API on joukko sääntöjä, joiden avulla yksi ohjelma voi olla yhteydessä toiseen. Järjestelmäsi lähettää tekstin ja ilmoittaa kieliparin, ja vastauksena se saa valmiin käännöksen. Käyttäjän ei tarvitse avata verkkosivua, ladata dokumenttia eikä odottaa sähköpostia. Käyttäjälle näyttää siltä, että sivu alkaa puhua toisella kielellä itsestään.

Saman rajapinnan taustalla voi olla erilaisia ratkaisuja. Se voi olla konekäännösmoottori, joka vastaa sekunneissa. Tai se voi olla alusta, jolla pyyntö välitetään ihmiskääntäjälle ja tulos palautetaan myöhemmin. Translate24 tarjoaa yrityksille API-rajapinnan ja hyödyntää yli 1 200 sertifioidun kääntäjän verkostoa. Siksi toimintamalli ”lähetä – vastaanota” ei välttämättä tarkoita, että käännöksen teki kone.

Kehittäjälle integraatio tarkoittaa yleensä muutamaa pyyntöä: tilauksen luomista, tekstin lähettämistä, tilan tarkistamista ja tuloksen noutamista. Tuotepäällikölle tärkeintä on jokin muu: kääntämisestä tulee osa prosessia erillisen, manuaalisesti välitettävän tehtävän sijaan. Uusi tuoterivi käynnistää työnkulun automaattisesti. Käännösten automatisointi ei poista kääntäjää, vaan hänen työhönsä liittyvää rutiinia: sähköposteja, liitetiedostoja ja kopiointia.

Tyypilliset käyttökohteet: tuotevalikoimat, asiakaspalvelu ja käyttäjien luoma sisältö

Ilmeisin käyttökohde ovat tuotevalikoimat. Tuhansien tuotteiden kauppa ei voi käännättää jokaista tuotekorttia käsin aina, kun kuvaus tai tuotetiedot muuttuvat. API poimii muuttuneet kentät ja palauttaa ne tarvittavilla kielillä. Näin säästetään kustannuksissa, ja uusien tuotteiden lokalisointi vie viikkojen sijaan päiviä.

Toinen käyttökohde on asiakaspalvelu. Asiakas kirjoittaa portugaliksi, asiakaspalvelija lukee viestin venäjäksi ja vastaus lähetetään takaisin asiakkaan kielellä. Tässä nopeus on tärkeämpää kuin kirjallinen viimeistely, joten nopea konekäännös on perusteltu vaihtoehto. Vastauspohjat ja ohjekeskuksen tekstit kannattaa kuitenkin tarkistuttaa ihmisellä, sillä tuhannet ihmiset lukevat niitä.

Kolmas käyttökohde on käyttäjien luoma sisältö: arvostelut, kommentit, ilmoitukset ja markkinapaikkojen tuotekuvaukset. Sisällön määrä on valtava, mutta yksittäisen tekstin arvo vähäinen. Siksi tällainen aineisto käännetään yleensä automaattisesti ja merkitään konekäännetyksi. Jos arvostelusta kuitenkin tulee oikeudellinen vaatimus, se kannattaa antaa asiantuntijan käsiteltäväksi.

Konekäännös, ihminen vai niiden yhdistelmä

Rehellinen vastaus kysymykseen ”kumpi on parempi” riippuu virheen hinnasta. Julkaisun alle jätetyn kommentin epätarkkuudella ei juuri ole merkitystä. Lääkinnällisen laitteen ohjeessa, sopimuksessa tai mainoslauseessa virhe voi tulla hyvin kalliiksi. Siksi tekstit kannattaa jakaa riskitason mukaan jo ennen API:n käyttöönottoa.

Toimiva ratkaisu koostuu usein kolmesta tasosta. Pienen riskin teksteihin riittää konekäännös, keskiriskin tekstit vaativat lisäksi toimittajan tarkistuksen. Suuren riskin tekstit käännetään ammattimaisesti alusta alkaen, ja toinen asiantuntija tarkistaa käännöksen. Säännöt voidaan koodata: sisältötyyppi määrittää, minne pyyntö ohjataan.

Lokalisoinnista kannattaa puhua erikseen. Se ei ole pelkkää sanojen vaihtamista, vaan päivämäärä- ja valuuttamuotojen, mittayksiköiden, huumorin ja kulttuuriviittausten mukauttamista. Esimerkiksi painikkeen teksti ”Osta yhdellä napsautuksella” voi kuulostaa kirjaimellisena käännöksenä epäluontevalta. Kone tuottaa luonnoksen, mutta viimeinen sana jää kohdekielen puhujalle.

Laatu ja terminologia automaattisessa työnkulussa

Automaattisen työnkulun suurin ongelma on epäjohdonmukaisuus. Sama sana käännetään eri tuotekorteissa kolmella tavalla, jolloin ostaja hämmentyy. ”Ostoskori”, ”laukku” ja ”pussi” voivat tarkoittaa samaa asiaa, mutta näyttävät kolmelta eri käsitteeltä. Tämän välttämiseksi tarvitaan yhteinen termi- ja tuotemerkkisanasto, joka laaditaan ennen käyttöönottoa eikä vasta ensimmäisten valitusten jälkeen.

Toinen ongelma ovat tekstin tekniset elementit. Muuttujat, kuten {name}, HTML-tunnisteet ja linkit, voivat helposti rikkoutua, jos teksti käännetään sellaisenaan. Siksi tällaiset kohdat suojataan paikkamerkeillä tai erotetaan tekstistä. Myös tekstin pituus voi aiheuttaa ongelmia: saksankielinen versio on usein huomattavasti englanninkielistä pidempi ja voi rikkoa painikkeen asettelun.

Laatua pitää mitata, ei arvailla. Valitkaa otos, esimerkiksi muutama prosentti viikon teksteistä, ja antakaa se toimittajan tarkistettavaksi. Kirjatkaa toistuvat virheet ja päivittäkää niiden perusteella termisanastoa ja ohjeita. Näin työnkulku paranee vähitellen, ja ammattikääntäjää käytetään siellä, missä häntä todella tarvitaan.

Tietoturva

API:n kautta ei kulje abstrakteja merkkijonoja, vaan oikeita tietoja: asiakkaiden nimiä, tilausnumeroita ja sopimusehtoja. Siksi ennen palveluntarjoajan valintaa on selvitettävä, mitä tietoja lähetätte. Henkilötiedot voidaan usein korvata paikkamerkeillä ennen käännöstä ja palauttaa niiden tilalle jälkikäteen. Se on luotettavampaa kuin jokaisen alihankkijan hyväntahtoisuuteen luottaminen.

Tarkistakaa perusturvallisuuteen liittyvät asiat: tiedonsiirron salaus, käyttöoikeuksien rajaaminen avaimilla ja se, kuinka kauan palveluntarjoaja säilyttää tekstejä. Kysykää, käytetäänkö aineistoanne mallien kouluttamiseen. Jos kääntäjinä toimii ihmisiä, selvittäkää, allekirjoittavatko he salassapitosopimuksen. API-avaimia ei pidä tallentaa julkisiin koodivarastoihin, ja testi- ja tuotantoympäristöihin kannattaa luoda eri avaimet.

Lainsäädännön vaatimukset vaihtelevat maittain. Esimerkiksi eurooppalainen GDPR ja Venäjän henkilötietolaki sääntelevät tietojen säilyttämistä ja siirtämistä eri tavoin. Jos toimitte useilla markkinoilla, sopikaa toimintamallista juristin kanssa hyvissä ajoin. Arkaluonteisimpia asiakirjoja ei kannata lainkaan ohjata täysin automaattiseen työnkulkuun.

Integraation aloittaminen

Aloittakaa kartoituksella: mitä tekstejä teillä on, kuinka usein ne muuttuvat ja kuinka paljon virhe kustakin voi maksaa. Valitkaa yksi työnkulku, esimerkiksi uusien tuotteiden kuvaukset, ja käynnistäkää pilottihanke kahdella kielellä. Laatikaa termisanasto ja reitityssäännöt ennen ensimmäistä pyyntöä. Verratkaa kuukauden kuluttua nopeutta ja kustannuksia aiempaan manuaaliseen prosessiin.

Laajentakaa sitten kielten ja sisältötyyppien määrää häiritsemättä sitä, mikä jo toimii. Käännösten automatisointi sopii toistuviin tehtäviin, kun taas ihmistä tarvitaan silloin, kun merkitys, sävy ja vastuu ovat tärkeitä. Jos haluatte keskustella integraatiosta, Translate24 tarjoaa yrityksille API-rajapinnan ja sertifioitujen kääntäjien verkoston tehtäviin, joissa tarvitaan ammattimaista käännöstä.

Lue myös:

• Verkkosivustojen ja sovellusten lokalisointi: miten se eroaa tavallisesta kääntämisestä
• Konekäännös: miten Google Translate, DeepL ja niiden kilpailijat toimivat

Tarvitsetko ammattimaista käännöstä? Tee tilaus verkossa: valitse kielet, lataa tiedosto ja saat hinta-arvion muutamassa minuutissa.