Detectie van bronwijzigingen houdt vertaalreviews eerlijk

Een vertaling kan correct zijn en toch verouderd.

Dat gebeurt wanneer een redacteur de brontekst wijzigt nadat de vertaling is begonnen. De gelokaliseerde conceptversie weerspiegelt nog steeds de oorspronkelijke momentopname, maar het reviewscherm kan de meest recente bron tonen. Tenzij de workflow het verschil markeert, kan een reviewer twee stukken content goedkeuren die in werkelijkheid nooit met elkaar zijn vergeleken.

Detectie van bronwijzigingen voorkomt dat die stille mismatch een release bereikt.

Vertaling begint vanuit een momentopname

Elk vertaalverzoek heeft een bronafbakening: een set velden, waarden en rich-text-structuren op een bepaald moment.

Die momentopname moet samen met het verzoek worden opgeslagen. Ze legt uit wat het model heeft ontvangen, wat de reviewer beoordeelt en waarom het doeldraft zegt wat het zegt.

De bron opnieuw ophalen voor weergave is nuttig, maar mag de historische momentopname niet vervangen. De workflow heeft beide nodig:

• de bron die is gebruikt om het concept te genereren
• de huidige bron in het CMS

Zonder de eerste heeft het concept geen betrouwbare herkomst. Zonder de tweede kan het team niet zien dat de pagina inmiddels is veranderd.

Niet elke wijziging maakt alles ongeldig

Een tijdstempel alleen kan aangeven dat een item is gewijzigd, maar niet of de vertaling verouderd is.

Een redacteur kan een interne notitie bijwerken, een asset toevoegen aan een niet-gelokaliseerd veld, of een veld corrigeren dat niet in het verzoek was opgenomen. Die wijzigingen zouden de gelokaliseerde conceptversie niet per se moeten blokkeren.

Vergelijk in plaats daarvan op het niveau van vertaalde velden. Als de brontitel is gewijzigd, markeer dan het titelconcept als verouderd. Als alleen de hoofdtekst is gewijzigd, houd dan de beoordeelde titel intact en breng de hoofdtekst opnieuw onder de aandacht.

Gerichte ongeldigverklaring behoudt voltooid werk en maakt het resterende risico expliciet.

Toon reviewers het daadwerkelijke verschil

"Bron gewijzigd" is een waarschuwing, geen beslissing.

Reviewers moeten kunnen zien wat er is veranderd tussen de oorspronkelijke momentopname en de huidige waarde. Voor platte tekst kan een diff op woordniveau voldoende zijn. Voor rich text moet de vergelijking ook structurele wijzigingen zichtbaar maken, zoals een verwijderde link, een nieuw lijstitem of een andere ingesloten entry.

De nuttige vraag is niet alleen of de strings verschillen. Het gaat erom of de goedgekeurde doeltekst de huidige bron nog steeds accuraat weergeeft.

Geef het team bewuste keuzes

Wanneer een vertaald bronveld wijzigt, kan de workflow een kleine set duidelijke paden bieden:

1. behoud de huidige vertaling wanneer de wijziging de betekenis niet beïnvloedt
2. bewerk het gelokaliseerde concept handmatig
3. regenereer alleen het getroffen veld
4. stuur het verzoek terug naar vertaling wanneer de wijziging groot is

De keuze en de reviewer moeten worden vastgelegd. Een verouderdwaarschuwing die zonder audit trail kan worden weggeklikt, is onder releasedruk gemakkelijk te negeren.

Controleer opnieuw vóór push

Een review kan beginnen met overeenkomende broncontent en eindigen nadat er nog een wijziging is doorgevoerd.

Voer de bronvergelijking opnieuw uit onmiddellijk voordat er naar het CMS wordt gepusht. Deze laatste controle sluit de kloof tussen goedkeuring en levering. Ze moet dezelfde regels op veldniveau gebruiken als het reviewscherm en alleen de getroffen writes stoppen.

Voor geautomatiseerd publiceren is de controle nog belangrijker. Automatisering haalt een menselijke pauze weg, dus het systeem moet precies zijn over welke goedgekeurde momentopname het bereid is te publiceren.

Belangrijkste punt

Een vertaalreview is alleen betrouwbaar wanneer de bron die wordt beoordeeld ook de bron is die het concept heeft voortgebracht.

Sla de oorspronkelijke momentopname op, vergelijk die met de huidige CMS-waarden, identificeer wijzigingen per veld en laat reviewers betekenisvolle verschillen bewust oplossen. Detectie van bronwijzigingen vertraagt lokalisatie niet. Het voorkomt dat teams met vertrouwen het antwoord van gisteren publiceren op de content van vandaag.