Käännä yksi kenttä rakentamatta sivua uudelleen

Kaikki lokalisointitehtävät eivät ole sivun julkaisuja. Joskus otsikko muuttuu tarkistuksen jälkeen. Juridinen lause tarvitsee korjauksen. Tuotemarkkinoija kirjoittaa yhden CTA:n uudelleen ja haluaa lokalisoidut versiot valmiiksi ennen kuin seuraava kampanja julkaistaan.

Koko merkinnän ajaminen käännöksen läpi uudelleen on mahdollista, mutta se on väärän kokoluokan toimenpide.

Sovita työnkulku muutokseen

Laajat käännöstoimet ovat järkeviä, kun lähdemuutos on suuri. Niistä on hyötyä uusille sivuille, koordinoiduille julkaisuille ja laajoille sisältömigraatioille.

Yhden kentän muokkauksella on erilaiset tarpeet:

• toimittaja tietää jo tarkalleen, mikä lähdearvo muuttui
• muut lokalisoidut kentät voivat olla jo hyväksyttyjä
• tarkistuksen pitäisi keskittyä yhteen päätökseen
• siirron pitäisi välttää asiaankuulumattoman sisällön koskemista

Kun työnkulku sivuuttaa tämän laajuuden, pienet muokkaukset perivät koko merkinnän käännöksen kustannukset ja riskit.

Miksi koko merkinnän uudelleenkäännökset luovat epävarmuutta

Koko sivun uudelleenkääntäminen voi tuottaa päteviä mutta erilaisia muotoiluja kentissä, jotka eivät tarvinneet huomiota. Vaikka nämä muutokset parantaisivat tekstiä, ne laajentavat tarkistuspintaa.

Tarkistajan on nyt kysyttävä, tarkistettiinko olemassa oleva käännös tarkoituksella, muuttuiko terminologia ja pitäisikö uuden tuloksen korvata hyväksytty arvo.

Se on tarpeetonta kuormitusta. Rajatun lähdemuutoksen pitäisi tuottaa rajattu kohdekielen diff.

Kenttätason polku

Hyödyllisen kenttätoiminnon pitäisi alkaa sen kentän vierestä, jota toimittaja jo tarkastelee. Sen pitäisi välittää käännöspyyntöön merkintä, lähdekieli, kohdekieli, kentän tunniste ja nykyinen lähdearvo.

Tuloksen pitäisi palata samaan kontekstiin. Toimittajan täytyy voida verrata:

1. lähdekenttää
2. nykyistä kohdearvoa
3. ehdotettua käännöstä
4. lopullista arvoa, joka siirretään eteenpäin

Tämä tekee päätöksestä selkeän. Muuta merkintää ei tarvitse käydä läpi vain varmistaakseen, että se pysyi koskemattomana.

Säilytä samat suojaukset

Lyhyempi työnkulku ei saa muuttua heikommaksi työnkuluksi. Kenttätason käännöksen pitäisi silti noudattaa samoja hallintakeinoja kuin täysi pyyntö:

• hyväksytty pääsy sisältömalliin
• projektikehotteet ja terminologia
• kielikohtaiset käyttöoikeudet
• luonnoshistoria
• siirto- ja julkaisuoikeutus
• Contentful-versiotarkistukset

Laajuus muuttuu, mutta hallintamallin ei pitäisi muuttua.

On myös tärkeää säilyttää toimittajan hallinta sen jälkeen, kun AI-tuotos on luotu. Ehdotetun kentän pitäisi pysyä muokattavana, jotta tarkistaja voi korjata vivahteita aloittamatta uutta pyyntöä.

Milloin kenttätason käännös on väärä valinta

Kentät eivät aina ole itsenäisiä. Otsikko voi riippua sen alla olevasta yhteenvedosta. CTA voi käyttää ympäröivässä kappaleessa vakiintunutta kieltä. Rich-text-osio voi sisältää viittauksia, jotka ovat ymmärrettäviä vain koko asiakirjan kontekstissa.

Käytä kenttätoimintoa, kun arvolla on riittävästi kontekstia turvalliseen kääntämiseen. Käytä koko merkintää, kun sisältö tarvitsee koordinoitua sävyä, terminologiaa tai rakennetta.

Tuotteen pitäisi tarjota molemmat polut ilman, että ne esitetään toistensa korvikkeina.

Yhteenveto

Lokalisointityönkulut nopeutuvat, kun ne säilyttävät alkuperäisen muutoksen mittakaavan.

Yhden kentän pitäisi olla käännettävissä yhtenä kenttänä, samoilla tarkistushistorioilla ja julkaisun hallintakeinoilla kuin suuremmassakin työssä. Se pitää hyväksytyn sisällön vakaana, antaa tarkistajille kohdistetun päätöksen ja tekee pienistä tekstipäivityksistä taas pieniä tehtäviä.