Takaisin blogiin

Työnkulku · 26.8.2026

Julkaisuoikeudet kuuluvat lokalisointityönkulkuun

Kääntäminen, CMS-päivitykset ja julkaiseminen ovat eri valtuuksia. Niiden erillään pitäminen tekee monikielisistä julkaisuista turvallisempia ja helpompia hallita.

Julkaisuoikeudet kuuluvat lokalisointityönkulkuun

Henkilön, joka voi pyytää käännöstä, ei pitäisi automaattisesti saada valtaa julkaista sitä.

Kääntäminen, tarkistus, toimitus CMS:ään ja julkaiseminen ovat erillisiä toimia, joilla on erilaiset seuraukset. Kun lokalisointityökalu tiivistää ne yhdeksi käyttöoikeudeksi, tiimien on valittava laajan pääsyn ja hitaan, keskitetyn prosessin välillä.

Parempi työnkulku säilyttää rajat, joihin toimitusorganisaatio jo luottaa.

Erota tärkeät valmiudet

Vähintään lokalisointioikeuksien tulisi erottaa, kuka voi:

  • luoda käännöspyyntöjä
  • muokata luotuja luonnoksia
  • hyväksyä lokalisoitua sisältöä
  • siirtää hyväksytyt arvot CMS:ään
  • julkaista tai poistaa merkintöjen julkaisu
  • muuttaa projektin kehotteita, sanastosääntöjä ja automaatiota

Pienissä tiimeissä sama henkilö voi saada useita valmiuksia. Erottelu on silti tärkeä, koska se tekee tarkoituksen näkyväksi ja antaa työnkulun kasvaa ilman, että sen tietoturvamallia täytyy suunnitella uudelleen.

Kunnioita CMS:ää auktoriteettina

Lokalisointisovelluksesta ei pitäisi tulla oikotietä Contentful-käyttöoikeuksien ohi.

Jos yhdistetty käyttäjä tai integraatio ei voi julkaista merkintää valitussa ympäristössä, lokalisointityönkulun ei pitäisi väittää muuta. Sen pitäisi tarkistaa valmius varhain, näyttää että kääntäminen ja siirto voivat silti onnistua, ja kuvata jäljellä oleva julkaisuvaihe selkeästi.

Tämä estää turhauttavan tilanteen, jossa toimittaja tarkistaa kokonaisen erän vain huomatakseen lopussa, ettei kukaan työnkulussa voi saattaa sitä valmiiksi.

Varmista, että automaatio noudattaa samoja sääntöjä

Automaattinen siirto ja julkaisu ovat mukavuuksia, eivät uusia auktoriteetin lähteitä.

Automaation tulisi toimia määritellyllä identiteetillä ja mahdollisimman suppeilla käyttöoikeuksilla, joita se tarvitsee. Pyynnön pitäisi tallentaa, kuka otti säännön käyttöön, mitä projektia ja ympäristöä se koskee ja edellyttääkö julkaisu ennakkotarkistusta.

Jos käyttöoikeudet muuttuvat työn ollessa jonossa, tarkista ne uudelleen ennen toimintoa. Viime kuussa tallennettu asetus ei saisi ohittaa tänään poistettua pääsyä.

Pidä virhetilat täsmällisinä

Julkaisun aikainen käyttöoikeusvirhe ei mitätöi käännöstä.

Säilytä hyväksytty luonnos ja kaikki onnistuneet CMS-päivitykset. Merkitse julkaisuvaihe estyneeksi, selitä mikä valmius puuttuu ja anna valtuutetun henkilön jatkaa siitä kohdasta.

Pyynnön käynnistäminen uudelleen hukkaa tarkistustyötä ja hämärtää todellisen ongelman. Vaihekohtainen tila tekee palautumisesta sekä nopeampaa että vastuullisempaa.

Suunnittele tehtävien eriyttämistä varten

Jotkin organisaatiot vaativat, että yksi henkilö valmistelee sisällön ja toinen hyväksyy sen julkaisun. Työnkulun pitäisi tukea tätä ilman, että luotetaan järjestelmän ulkopuolisiin viesteihin.

Tarkistaja voi hyväksyä kielen, markkinaomistaja voi valtuuttaa lokaalin ja julkaisija voi julkaista merkinnän. Jokaisen luovutuksen tulisi sisältää asiaankuuluva esikatselu, lähteen tilannevedos, kohteen muutokset ja auditointihistoria.

Tehtävien eriyttäminen ei tarkoita loputtomia hyväksymisketjuja. Käytä sitä siellä, missä riski sitä vaatii, ja pidä vähäriskisempi sisältö yksinkertaisemmalla polulla.

Auditoi päätökset, älä vain API-kutsuja

Tekniset lokit voivat todistaa, että päätepiste palautti onnistumisen. Toimitukselliset auditoinnit tarvitsevat enemmän kontekstia.

Kirjaa, kuka hyväksyi luonnoksen, mitkä kentät siirrettiin, mikä ympäristö vastaanotti ne, kuka käynnisti julkaisun ja mikä versio meni tuotantoon. Kun automaatio toimii, kirjaa sen taustalla oleva käytäntö ja identiteetti.

Tämä historia auttaa tiimejä vastaamaan julkaisua koskevaan kysymykseen ilman, että sitä täytyy rekonstruoida useista järjestelmistä.

Yhteenveto

Lokalisointi siirtää sisältöä kielen, järjestelmien ja auktoriteetin rajojen yli.

Erota pyyntö-, tarkistus-, siirto- ja julkaisuoikeudet. Kunnioita nykyisiä CMS-käyttöoikeuksia, sovella samoja hallintakeinoja automaatioon ja säilytä onnistunut työ, kun myöhempi vaihe estyy. Selkeät käyttöoikeusrajat antavat tiimeille mahdollisuuden edetä nopeasti antamatta jokaiselle osallistujalle lopullisen julkaisun avaimia.