Registrering af kildeændringer holder oversættelsesgennemgange ærlige

En oversættelse kan være korrekt og stadig være forældet.

Det sker, når en redaktør ændrer kildeposten, efter at oversættelsen er påbegyndt. Det lokaliserede udkast afspejler stadig det oprindelige øjebliksbillede, men gennemgangsskærmen kan vise den nyeste kildetekst. Medmindre workflowet markerer forskellen, kan en reviewer godkende to indholdsstykker, som reelt aldrig er blevet sammenlignet.

Registrering af kildeændringer forhindrer, at denne stille uoverensstemmelse når frem til en udgivelse.

Oversættelse starter fra et øjebliksbillede

Hver oversættelsesanmodning har en kildegrænse: et sæt felter, værdier og rich-text-strukturer på et bestemt tidspunkt.

Dette øjebliksbillede bør gemmes sammen med anmodningen. Det forklarer, hvad modellen modtog, hvad revieweren vurderer, og hvorfor kladdeversionen på målsproget siger det, den siger.

Det er nyttigt at hente kildeteksten igen til visning, men det må ikke erstatte det historiske øjebliksbillede. Workflowet har brug for begge dele:

• kilden, der blev brugt til at generere udkastet
• den nuværende kildetekst i CMS'et

Uden den første har udkastet ingen pålidelig proveniens. Uden den anden kan teamet ikke se, at siden er blevet ændret siden.

Ikke alle ændringer gør alt ugyldigt

Et tidsstempel alene kan fortælle dig, at en post er ændret, men ikke om oversættelsen er forældet.

En redaktør kan opdatere en intern note, tilføje et aktiv til et ikke-lokaliseret felt eller rette et felt, som ikke var inkluderet i anmodningen. Disse ændringer bør ikke nødvendigvis blokere det lokaliserede udkast.

Sammenlign i stedet på niveauet for de oversatte felter. Hvis kildetitlen er ændret, så markér titeludkastet som forældet. Hvis kun brødteksten er ændret, så behold den gennemgåede titel intakt og bring brødteksten tilbage til opmærksomhed.

Snæver ugyldiggørelse bevarer færdigt arbejde, samtidig med at den resterende risiko gøres tydelig.

Vis reviewerene den faktiske forskel

"Kilden er ændret" er en advarsel, ikke en beslutning.

Reviewere har brug for at se, hvad der er ændret mellem det oprindelige øjebliksbillede og den nuværende værdi. For ren tekst kan en diff på ordniveau være nok. For rich text bør sammenligningen også synliggøre strukturelle ændringer såsom et fjernet link, et nyt listepunkt eller en anden indlejret post.

Det nyttige spørgsmål er ikke blot, om strengene er forskellige. Det er, om den godkendte måltekst stadig repræsenterer den aktuelle kildetekst korrekt.

Giv teamet bevidste valg

Når et oversat kildefelt ændres, kan workflowet tilbyde et lille sæt klare veje:

1. behold den nuværende oversættelse, når ændringen ikke påvirker betydningen
2. redigér det lokaliserede udkast manuelt
3. regenerér kun det berørte felt
4. send anmodningen tilbage til oversættelse, når ændringen er omfattende

Valget og revieweren bør registreres. En advarsel om forældet indhold, som kan afvises uden et revisionsspor, er let at ignorere under udgivelsespres.

Tjek igen før push

En gennemgang kan begynde med matchende kildetekst og slutte, efter at endnu en redigering er landet.

Kør kildesammenligningen igen umiddelbart før push til CMS'et. Denne sidste kontrol lukker hullet mellem godkendelse og levering. Den bør bruge de samme regler på feltniveau som gennemgangsskærmen og kun stoppe de berørte skrivninger.

Ved automatiseret publicering er kontrollen endnu vigtigere. Automatisering fjerner en menneskelig pause, så systemet skal være præcist om, hvilket godkendt øjebliksbillede det er villigt til at publicere.

Konklusion

Oversættelsesgennemgang er kun troværdig, når den kildetekst, der gennemgås, er den kildetekst, som skabte udkastet.

Gem det oprindelige øjebliksbillede, sammenlign det med de aktuelle CMS-værdier, identificér ændringer pr. felt, og lad reviewere håndtere meningsfulde forskelle bevidst. Registrering af kildeændringer sænker ikke lokaliseringens tempo. Det forhindrer teams i selvsikkert at publicere gårsdagens svar på dagens indhold.