Reliability · 19.8.2026
Suojaa paikkamerkit, linkit ja tunnisteet AI-käännöksessä
Sujuva lopputulos ei yksin riitä, jos muuttunut tunniste voi rikkoa sivun. Käännöstyönkulkujen on suojattava toiminnallinen sisältö ennen generoinnin alkamista.

Joitakin käännöksen tärkeimmistä osista ei pitäisi kääntää lainkaan.
Muuttujat, URL-osoitteet, tietuetunnukset, resurssiviittaukset, koodiesimerkit ja muotoilumerkinnät välittävät toiminnallisuutta eivätkä proosaa. Malli voi tuottaa luonnolliselta kuulostavan lauseen ja samalla huomaamatta muuttaa jotakin näistä elementeistä ja rikkoa ympäröivän käyttökokemuksen.
Luotettava AI-käännös alkaa erottamalla kieli rakenteesta.
Tunnista suojattava sisältö ennen kehotetta
Älä luota yleiseen ohjeeseen kuten "säilytä paikkamerkit". Tunnista ensin täsmälliset tokenit ja solmut, joiden on säilyttävä ennallaan.
Suojattava sisältö sisältää tavallisesti:
- interpolointimuuttujat kuten
{first_name}tai{{ total }} - ICU-viestisyntaksi ja monikkovalitsimet
- URL-osoitteet, sähköpostiosoitteet ja reittifragmentit
- HTML-attribuutit ja markdown-linkkien kohdeosoitteet
- Contentful-tietue- ja resurssiviittaukset
- koodijaksot, aidatut koodilohkot ja API-arvot
- ei-käännettäviksi merkityt tuotenimet
Sisältömallin ja kenttätyypin pitäisi auttaa suojaussääntöjen määrittämisessä. Rich text -asiakirja tarvitsee rakenteellista käsittelyä, joka poikkeaa pelkkää tekstiä sisältävästä otsikosta.
Korvaa riskialttiit arvot vakailla tokeneilla
Pelkkien merkkijonojen kohdalla yksi luotettava lähestymistapa on erottaa suojatut arvot ja korvata ne yksiselitteisillä väliaikaisilla tokeneilla ennen kääntämistä.
Malli näkee ympäröivän kielen, mutta ei voi vahingossa kirjoittaa uudelleen kohde-URL-osoitetta tai tunnistetta. Generoinnin jälkeen työnkulku palauttaa alkuperäiset arvot palvelinpuoleisesta kartasta.
Tokenien pitäisi olla yksilöllisiä, vaikeasti sekoitettavia luonnolliseen kieleen, ja ne pitäisi validoida ennen palauttamista. Älä koskaan luota siihen, että malli toistaa kartan itse oikein.
Käännä rich text rakenteena
Rich text -puun litistäminen markdowniksi tai HTML:ksi voi kadottaa tärkeitä eroja.
Tekstisolmut ovat käännettävissä. Linkit, upotetut tietueet, solmutyypit ja merkinnät ovat rakenteellisia. Kulje dokumenttipuu läpi, käännä siihen soveltuvat tekstilehdet ja rakenna alkuperäinen hierarkia uudelleen niin, että viittaukset pysyvät koskemattomina.
Tämä parantaa myös tarkistusta. Toimittajat voivat verrata samaa rakennetta molemmilla kielialueilla sen sijaan, että tarkistaisivat sarjallistettua likiarvoa, joka voi peittää puuttuvia tai uudelleenjärjestettyjä solmuja.
Validoi tulos ennen tallentamista
Suojaus tarvitsee suljetun silmukan.
Käännöksen jälkeen varmista, että jokainen odotettu token esiintyy täsmälleen siellä missä formaatti sen sallii ja ettei mitään tuntematonta tokenia ole lisätty. Jäsennä rakenteiset muodot sen sijaan, että tarkistaisit niitä löyhällä merkkijonovertailulla.
Hyödylliset virheet ovat täsmällisiä:
- puuttuva paikkamerkki
{total} - muuttunut linkkikohde kentässä
ctaBody - virheellinen ICU-syntaksi kielialueella
de - odottamaton rich text -solmujen määrä
Virheellisen lopputuloksen hylkääminen tässä rajapinnassa on turvallisempaa kuin antaa ongelman nousta esiin renderöinnin aikana tai, pahempaa, julkaisemisen jälkeen.
Näytä suojatut elementit tarkistuksessa
Tarkistajien pitäisi pystyä tunnistamaan toiminnallinen sisältö ilman, että se häiritsee heitä.
Käytä hienovaraista tyyliä paikkamerkeille ja suojatuille termeille. Tee linkkitekstistä muokattava samalla kun pidät kohdeosoitteen näkyvänä ja erikseen hallittavana. Upotetun sisällön kohdalla näytä ihmisen luettava selite muuttumattoman tunnuksen rinnalla.
Jos tarkistajan täytyy tarkoituksella muuttaa kohdemarkkinan URL-osoitetta, käsittele sitä erillisenä lokalisoidun kentän päätöksenä eikä proosan kääntämisen tahattomana sivuvaikutuksena.
Testaa adversaarisilla esimerkeillä
Onnistunut peruspolku ei riitä. Sisällytä merkkijonoja, joissa on toistuvia muuttujia, vierekkäisiä välimerkkejä, sisäkkäistä markdownia, monikkomuotoja, oikealta vasemmalle kulkevaa tekstiä ja paikkamerkkejä, jotka muistuttavat tavallisia sanoja.
Suojauslogiikan pitäisi osoittaa, että se pystyy viemään nämä tapaukset läpi edestakaisen kierroksen ilman hävikkiä ennen kuin sille uskotaan tuotantosisältöä.
Yhteenveto
Käännöksen laatuun kuuluu myös toiminnallinen eheys.
Erottele suojattava sisältö, käännä vain siihen soveltuva kieli, säilytä rich text -rakenne, validoi tulos ja tee toiminnalliset elementit selkeiksi tarkistuksen aikana. Sujuva lause on arvokas vain silloin, kun sivu toimii edelleen sen julkaisemisen jälkeen.