Tomme kildefelter kræver en eksplicit regel for oversættelse

Et tomt kildefelt ser enkelt ud, men det kan repræsentere flere forskellige redaktionelle beslutninger.

Teksten er måske ikke klar. Feltet kan være valgfrit. Et fallback-sprog kan levere den live værdi. Eller teamet kan forvente, at lokalisering skaber markedsspecifik tekst, selv om kildefeltet er tomt.

En oversættelsesworkflow kan ikke sikkert behandle alle fire tilfælde på samme måde.

At springe tomme felter over er et godt standardvalg

De fleste automatiserede oversættelsespipelines springer tomme kildeværdier over. Det beskytter teams mod at generere indhold, hvor intet blev efterspurgt, og forhindrer et tomt felt i at overskrive en eksisterende lokaliseret værdi.

Det holder også omkostninger og gennemgangsomfang forudsigelige. Hvis der ikke er kildeindhold, er der normalt intet at oversætte.

Som standard er dette konservativt og korrekt.

Undtagelsen er reel

Nogle indholdsmodeller giver bevidst plads til localespecifik skrivning. En regional kampagne kan have brug for et lokalt budskab uden nogen global ækvivalent. En markedsspecifik SEO-beskrivelse kan blive skrevet ud fra den omgivende sidekontekst. En oversætter kan have behov for at udfylde en kort etiket, som kildelokaliteten ikke bruger.

I de tilfælde blokerer en absolut regel om at "springe tomme felter over" nyttigt arbejde.

Løsningen er ikke stille og roligt at sende alle tomme felter til en AI-model. Det er at gøre oversættelse af tomme felter til en eksplicit mulighed.

Vis konsekvensen, før anmodningen starter

Når en redaktør aktiverer oversættelse af tomme felter, bør workflowet forklare det nye omfang gennem selve brugergrænsefladen:

• tomme egnede felter vil blive inkluderet
• modellen kan generere lokaliseret tekst ud fra entry-kontekst og projektinstruktioner
• reviewere skal behandle outputtet som forfattet indhold, ikke som en direkte oversættelse
• eksisterende målværdier bør forblive synlige under gennemgang

Den sondring er vigtig. En genereret værdi baseret på kontekst har en anden redaktionel oprindelse end en oversættelse baseret på kildetekst.

Giv modellen nok kontekst

Et tomt felt kan ikke oversættes isoleret. Anmodningen har brug for nærliggende oplysninger såsom entry-titlen, indholdstypen, andre kildefelter, mållokaliteten og teamets prompt.

Selv med den kontekst bør instruktionen være snæver. Modellen skal kende feltets formål og begrænsninger, ikke få tilladelse til at opfinde udokumenterede produktpåstande eller kampagnedetaljer.

Nyttige værn omfatter:

• tegnbegrænsninger
• godkendt terminologi
• forbudte påstande
• vejledning om tone
• om målværdien skal forblive tom, når konteksten er utilstrækkelig

Det sikreste output er nogle gange intet output.

Beskyt eksisterende lokaliseret indhold

Et tomt kildefelt betyder ikke, at målfeltet er tomt. Lokaliteten kan allerede indeholde omhyggeligt forfattet tekst.

Gennemgang bør altid sammenligne det foreslåede resultat med den aktuelle målværdi, og regler for automatisk push bør undgå at erstatte eksisterende indhold, medmindre anmodningen udtrykkeligt tillader det.

Det er især vigtigt, når source fallbacks skjuler forskellen mellem et reelt tomt målfelt og en værdi arvet fra en anden lokalitet.

Konklusion

Tomme felter er en redaktionel politikbeslutning forklædt som manglende data.

Spring dem over som standard. Lad teams inkludere dem bevidst, når indholdsmodellen kræver markedsspecifik skabelse. Giv derefter den kontekst, gennemgangsflade og overskrivningsbeskyttelse, som forfattet lokaliseret tekst fortjener.