Pienemmät sisältötilannekuvat nopeuttavat lokalisointia

Yhdistetty sisältökaavio voi kasvaa valtavaksi. Yksi aloitussivu viittaa osioihin, nuo osiot viittaavat resursseihin ja sisältömerkintöihin, ja nuo merkinnät osoittavat edelleen muuhun jaettuun sisältöön.

Tuo syvyys on hyödyllinen sivustoa renderöitäessä. Se on usein tarpeeton, kun toimittajan tarvitsee vain löytää merkintä tai tarkistaa käännöksen tila.

Enemmän dataa ei aina tarkoita enemmän kontekstia

Lokalisointityökalut tarvitsevat erilaisia näkymiä Contentfuliin eri hetkinä.

Sisältöhakemisto tarvitsee riittävästi tietoa merkintöjen tunnistamiseen, hakemiseen ja suodattamiseen. Käännöspyyntö tarvitsee valitut lähdekentät ja suojatun rakenteen. Esikatselu saattaa tarvita koko viitekaavion.

Mahdollisimman syvän hyötykuorman käyttäminen jokaisessa näkymässä aiheuttaa kustannuksia lisäämättä hyödyllistä kontekstia.

Se voi johtaa seuraaviin:

• hitaisiin sisältölistauksiin
• suuriin välimuistitietueisiin
• suurempaan muistinkäyttöön
• samojen viitteiden toistuvaan lataamiseen
• pidempiin odotusaikoihin ennen kuin toimittaja voi aloittaa työn

Käyttöliittymä tuntuu hitaalta, vaikka varsinaista käännösmallia ei ole vielä kutsuttu.

Rakenna tilannekuvat tarkoitusta varten

Hyödyllinen sisältötilannekuva ei ole CMS:n klooni. Se on paikallinen esitys, joka on rakennettu tiettyä työnkulkua varten.

Listausta ja hakua varten siihen voi sisältyä:

• merkinnän tunniste ja sisältötyyppi
• näyttökenttien arvot
• määritetyt hakukentät
• käytettävissä olevat kielialueet
• sivupolun syötteet
• päivitys- ja julkaisuajankohdat

Järjestelmä voi hakea syvempää kenttädataa, kun käyttäjä avaa merkinnän tai luo käännöspyynnön.

Tämä vaiheittainen lähestymistapa vähentää rutiinityötä säilyttäen pääsyn yksityiskohtiin silloin, kun niillä on merkitystä.

Poissulkujen on oltava rakenteellisia

Laajat sisältömallit sisältävät usein kenttiä, joilla ei ole merkitystä kääntämiselle. Resurssit, tekniset viitteet, analytiikan asetukset ja sisäiset suhteet voidaan joutua pitämään näkyvissä ilman, että niitä laajennetaan rekursiivisesti.

Poissulkusääntöjen tulisi perustua kentän identiteettiin ja sisällön rakenteeseen, ei hauraisiin oletuksiin sarjoitetun hyötykuorman koosta. Syvästä latauksesta poissuljetun kentän tulisi pysyä poissuljettuna johdonmukaisesti välimuistin päivitysten ja siivoustöiden aikana.

Tuo ennustettavuus on tärkeämpää kuin jokaisen mahdollisen tavun puristaminen yhdestä vastauksesta.

Pidä välimuistin rajat eksplisiittisinä

Tilannekuvat voivat silti kasvaa. Rich text, pitkät taulukot ja laajat hakukentät voivat luoda poikkeuksellisen suuria merkintöjä.

Sovelluksen tulisi asettaa selkeät rajat:

1. mittaa sarjoitetun tilannekuvan koko
2. jätä pois tai lyhennä ei-välttämättömiä välimuistiin tallennettuja yksityiskohtia
3. säilytä vakaa identiteetti ja hakumetadata
4. hae koko merkintä tarvittaessa
5. tuo esiin aidot konfiguraatio-ongelmat sen sijaan, että epäonnistuisit hiljaisesti

Välimuisti on kiihdytyskerros. Siitä ei pitäisi tulla ainoa kopio työssä tarvittavista tiedoista.

Suorituskyky suojaa toimituksellista työnkulkua

Toimittajat kokevat viiveen epävarmuutena. Viivästynyt suodatin näyttää rikkinäiseltä. Rivi, joka muuttaa muotoaan syvän latauksen jälkeen, tuntuu epäluotettavalta. Erätoiminto, joka odottaa tarpeetonta sisällön läpikäyntiä, tekee laajuudesta epäselvän.

Pienemmät tilannekuvat antavat tuotteelle mahdollisuuden vastata käyttäjän edessä olevaan toimintaan. Yksityiskohtainen CMS-data voi saapua siinä kohdassa, jossa käyttäjä pyytää yksityiskohtia.

Yhteenveto

Lokalisointijärjestelmien tulisi ladata se määrä Contentful-dataa, jota nykyinen päätös edellyttää.

Pidä hakemistotilannekuvat pieninä, hae syvä sisältö tarvittaessa ja tee poissulut sekä välimuistin rajat eksplisiittisiksi. Nopeammat käännöstoiminnot alkavat usein jo ennen kääntämistä, kurinalaisemmalla lähestymistavalla sisältödataan.