Workflow · 3 jun 2026
Lege bronvelden hebben een expliciete vertaalregel nodig
Lege velden kunnen betekenen dat werk ontbreekt, dat iets bewust is weggelaten, of dat er ruimte is om gelokaliseerde copy te maken. De workflow moet die keuze expliciet maken.

Een leeg bronveld lijkt eenvoudig, maar kan verschillende redactionele beslissingen vertegenwoordigen.
De copy is mogelijk nog niet klaar. Het veld kan optioneel zijn. Een fallback-locale kan de livewaarde leveren. Of het team verwacht dat lokalisatie marktspecifieke copy creëert, ook al is het bronveld leeg.
Een vertaalworkflow kan die vier gevallen niet veilig op dezelfde manier behandelen.
Lege velden overslaan is een goede standaard
De meeste geautomatiseerde vertaalpijplijnen slaan lege bronwaarden over. Dat beschermt teams tegen het genereren van content waar niet om is gevraagd en voorkomt dat een leeg veld een bestaande gelokaliseerde waarde overschrijft.
Het houdt ook de kosten en de beoordelingsomvang voorspelbaar. Als er geen broncontent is, is er normaal gesproken niets om te vertalen.
Als standaard is dit behoudend en correct.
De uitzondering is reëel
Sommige contentmodellen laten bewust ruimte voor lokale, taalspecifieke copy. Een regionale promotie kan een lokale boodschap nodig hebben zonder globaal equivalent. Een marktspecifieke SEO-beschrijving kan worden geschreven op basis van de context van de omringende pagina. Een vertaler moet mogelijk een kort label invullen dat de bronlocale niet gebruikt.
In die gevallen blokkeert een absolute regel als "lege velden overslaan" nuttig werk.
Het antwoord is niet om stilzwijgend elk leeg veld naar een AI-model te sturen. Het is om vertaling van lege velden tot een expliciete optie te maken.
Toon het gevolg voordat het verzoek start
Wanneer een redacteur vertaling van lege velden inschakelt, moet de workflow de nieuwe omvang via de UI zelf uitleggen:
- lege in aanmerking komende velden worden opgenomen
- het model kan gelokaliseerde copy genereren op basis van entrycontext en projectinstructies
- reviewers moeten de output behandelen als geschreven content, niet als een directe vertaling
- bestaande doelwaarden moeten tijdens review zichtbaar blijven
Dat onderscheid is belangrijk. Een gegenereerde waarde op basis van context heeft een andere redactionele herkomst dan een vertaling op basis van brontekst.
Geef het model voldoende context
Een leeg veld kan niet op zichzelf worden vertaald. Het verzoek heeft nabije informatie nodig, zoals de entrytitel, het contenttype, andere bronvelden, de doellocale en de prompt van het team.
Zelfs met die context moet de instructie beperkt blijven. Het model moet het doel en de beperkingen van het veld kennen, niet toestemming krijgen om onbevestigde productclaims of campagnedetails te verzinnen.
Nuttige waarborgen zijn onder meer:
- tekenlimieten
- goedgekeurde terminologie
- verboden claims
- richtlijnen voor toon
- of de doelwaarde leeg moet blijven wanneer de context onvoldoende is
De veiligste output is soms geen output.
Bescherm bestaande gelokaliseerde content
Een leeg bronveld betekent niet dat het doelveld leeg is. De locale kan al zorgvuldig geschreven copy bevatten.
Bij review moet het voorgestelde resultaat altijd worden vergeleken met de huidige doelwaarde, en automatische pushregels moeten voorkomen dat bestaande content wordt vervangen, tenzij het verzoek dat expliciet toestaat.
Dit is vooral belangrijk wanneer source fallbacks het verschil verbergen tussen een echt leeg doelveld en een waarde die van een andere locale is geërfd.
De kernboodschap
Lege velden zijn een redactionele beleidsbeslissing vermomd als ontbrekende data.
Sla ze standaard over. Laat teams ze bewust opnemen wanneer het contentmodel om marktspecifieke creatie vraagt. Bied vervolgens de context, reviewomgeving en overschrijfbeveiliging die geschreven gelokaliseerde copy verdient.