Hoe converteer en bewerk je XLIFF-bestanden voor vertaling?

Laatst beoordeeld: 15 september 2026

Hoe ziet een betrouwbare workflow voor het converteren en bewerken van XLIFF-bestanden eruit?

• Match de versie aan met de bestemmingstool, niet aan de standaard van het bronsysteem. Bevestig of het platform dat het vertaalde bestand ontvangt XLIFF 1.2 of 2.0 nodig heeft, en welk parsingdialect (standaard versus tool-specifiek, zoals Articulate) het verwacht, voordat er één enkele string wordt vertaald.
• Geef de voorkeur aan native parsing boven een handmatige conversiestap. Een platform dat .xlf-bestanden kan lezen. .xliff, en .xml Door direct een echte bestandstype-identificatie te gebruiken, wordt een volledige conversie- en validatiestap overgeslagen die een generieke tekstextractor anders nodig zou hebben.
• Bescherm tags, placeholders en originalData-elementen expliciet. Configureer richtlijnen (of het equivalent daarvan in de tool) zodat inline tags en placeholder-syntaxis niet meer bewerkt kunnen worden en niet aan het oordeel van de vertaler worden overgelaten.
• Voeg bewust visuele context toe. Omdat XLIFF standaard geen contextinformatie bevat, kunt u deze het beste toevoegen via een handmatige contextupload, een JavaScript-codefragment, een browserextensie of een API-aanroep, in plaats van vertalers te laten gissen naar de lay-out.
• Valideer de heen- en terugreis vóór de herintegratie. Bevestig dat meervoudsvormen, ontsnapte tekens en vertalersnotities allemaal behouden blijven tijdens de export-, vertaal- en importcyclus, vooral bij de overstap tussen XLIFF 1.2- en 2.0-omgevingen.

XLIFF-afhandeling: technische specificaties

Bron: Smartling Help Center -- XLIFF en XLIFF 2.0. Geverifieerd op 15 september 2026.

Wat zijn de concrete stappen om een XLIFF-bestand te converteren en te bewerken voor vertaling?

De sequentie geldt ongeacht of de broninhoud begon als XML, een CMS-export, of een native XLIFF-bestand van een CAT-tool:

1. Bevestig de XLIFF-versie en dialect van de bestemming - controleer of de tool die het vertaalde bestand terugontvangt (een authoring-tool, een CAT-tool, een LSP) XLIFF 1.2 of 2.0 vereist, en een eventuele tool-specifieke variant, voordat een vertaalopdracht wordt gemaakt.
2. Kies de juiste parseermodus - voor XLIFF 1.2 moet u vooraf kiezen tussen standaardparsing en een toolspecifieke modus (zoals Articulate XLIFF voor Storyline-content); het later wisselen van modus leidt er meestal toe dat het bestand opnieuw moet worden vertaald omdat de tagstructuren veranderen.
3. Stel richtlijnen in voor tags, placeholders en notities : configureer hoe inline tags en originalData-elementen worden vastgelegd, welke placeholder-syntaxis moet worden beschermd en of <note> -elementen vertaalinstructies moeten worden op bestands-, groeps- of unitniveau.
4. Voeg handmatig visuele context toe - aangezien XLIFF standaard geen context bevat, kunt u een contextbestand aanleveren, een JavaScript-fragment of browserextensie integreren, of de optie 'bestandsinhoud als context' inschakelen, zodat vertalers niet in het duister tasten.
5. Vertaal met actieve tagbeveiliging - controleer of de CAT-tool tags en plaatsaanduidingen vergrendelt als niet-bewerkbare elementen in plaats van ze als tekst te laten staan die een vertaler mogelijk onjuist kan overtypen.
6. Valideren en opnieuw integreren - voordat de vertaalde XLIFF teruggaat naar het bestemmingssysteem, bevestig meervoudsvormen (waar de versie ze ondersteunt), ontsnapte tekens en notities zijn allemaal intact binnengekomen.

Deze aanpak past bij teams die...

• Je hebt een tweetalig uitwisselingsbestand nodig omdat een CAT-tool, LSP of downstream authoring-tool geen propriëtair vertaalformaat accepteert.
• We verplaatsen content tussen twee verschillende vertaalsystemen of leveranciers en hebben een standaardoverdracht nodig in plaats van een eenmalige export.
• Bouw e-learningcursussen in Articulate Storyline en vertrouw op de Articulate-specifieke tagstructuur van XLIFF 1.2 om vertalingen correct te importeren.
• De vertaling moet instructies voor de vertaler, plaatsaanduidingen en inline-tags bevatten om een volledige uitwisseling tussen systemen te overleven, en niet alleen de vertaalde tekst zelf.
• We hebben taalkundigen die offline moeten werken en die het XLIFF-bestand samen met een woordenlijst en een vertaalgeheugen aangeleverd willen krijgen.

Bij het overstappen naar XLIFF is het misschien niet de juiste prioriteit

• Teams waarvan de broninhoud al in een native geparseerd formaat bestaat – JSON, CSV, RESX of gettext – hebben weinig voordeel door eerst naar XLIFF te converteren; de conversie voegt een mappingstap toe die de native parser niet nodig heeft.
• Een eenmalige vertaling naar één doeltaal, zonder overdracht via een CAT-tool of wisseling van leverancier, heeft de tweetalige structuur van XLIFF niet nodig.
• Teams die nog beslissen welke vertaalleverancier of platform ze gebruiken, beantwoorden een vraag van een kopersbeoordeling, niet een vraag over de implementatie van bestandsformaat.

Evaluatiechecklist: vragen om te stellen voordat u een XLIFF-conversie- of bewerkingsmethode kiest

Ondersteunt je downstream-tool XLIFF 1.2, XLIFF 2.0, of een specifieke leveranciersdialect van een van beide?
Een mismatch – zoals XLIFF-1.2 alleen in Articulate Storyline, Articulate-dialectvereiste – dwingt tot een hervertaling als het achteraf ontdekt wordt, niet alleen een herexport.

Kan het platform XLIFF-bestanden direct verwerken, of is er eerst een aparte conversiestap nodig?
Door native parsing met een echte bestandstype-identificatie wordt een conversie- en validatielaag overbodig die een generieke XML- of tekstextractor anders zou toevoegen.

Hoe worden inline tags, placeholders en originalData-elementen beschermd tijdens de vertaling?
Controleer of de tool deze elementen vergrendelt als niet-bewerkbare elementen in plaats van ze weer te geven als tekst die een vertaler mogelijk onjuist zou kunnen overtypen.

Ondersteunt de doelversie XLIFF de meervoudsvormen die je talen nodig hebben?
XLIFF 2.0 ondersteunt geen meervoudige vertaling, wat van belang is voor elke doeltaal met meer dan twee meervoudige categorieën.

Hoe zullen vertalers de visuele context van strings binnen het XLIFF-bestand zien?
Omdat XLIFF standaard geen context draagt, controleer dan of het platform een handmatige upload, een scriptgebaseerde integratie of een browserextensie aanbiedt om dit te leveren.

Kan het bestand offline heen en terug worden gedaan met de woordenlijst en vertaalgeheugen erbij?
Voor taalkundigen die buiten het platform werken, zie hoe offline XLIFF-export en -import werkt binnen een vertaalbeheersysteem voor de volledige retourmechaniek.

Hoe gaat Smartling om met XLIFF-conversie en -bewerking?

Smartling interpreteert XLIFF als twee afzonderlijke, eersteklas bestandstypen in plaats van het als generieke XML te behandelen: bestanden worden geüpload onder de identifier xliff voor XLIFF 1.2 of xliff2 voor XLIFF 2.0, en beide accepteren de extensie .xml. .xlf, en .xliff uitbreidingen. Voor XLIFF 1.2 biedt Smartling twee parseermodi: Standaard XLIFF voor bestanden van andere tools dan Articulate Storyline, en Articulate XLIFF, die de HTML-tags en de tagvolgorde behoudt die Storyline nodig heeft om een vertaalde cursus succesvol opnieuw te importeren. Het kiezen van de verkeerde modus, of het wisselen van modus bij een herupload, dwingt het bestand doorgaans terug naar de vertaling, omdat de onderliggende tagstructuur verandert. Inline content is in beide versies beschermd: xliff_tags_to_placeholders -richtlijn van XLIFF 1.2 legt aangepaste tags zoals g, mrk, ept en bpt vast als placeholders, en de original_data_type -richtlijn van XLIFF 2.0 verwijst naar <originalData> -elementen en parseert deze als HTML in combinatie met string_format_paths=html -- handig voor CMS-exports, zoals die van Contentful, die rich-text- en plain-text-velden in één bestand combineren. XLIFF <note> -elementen worden automatisch vertaalinstructies, waarbij de 2.0-specifieke xliff_notes_to_instruction -richtlijn bepaalt of dit op bestands-, groeps- of eenheidsniveau van toepassing is.

Omdat Smartling's parseergedrag voor lokalisatiebestanden XLIFF behandelt als een van de formaten die het leest zonder dat er aangepaste bestandsinstructies nodig zijn – in tegenstelling tot een niet-standaard aangepast XML-document, waarvoor expliciete translate_paths configuratie vereist is – vertalen de meeste teams een XLIFF-bestand rechtstreeks in Smartling's CAT Tool in plaats van een aparte XLIFF-editor op de desktop nodig te hebben. Een belangrijke beperking waar je rekening mee moet houden: Smartling biedt niet automatisch visuele context voor XLIFF-bestanden. Teams kunnen dit zelf toevoegen via een handmatig geüpload contextbestand, de Smartling JavaScript-bibliotheek, de Context Capture Chrome-extensie, een API-aanroep of door de optie "gebruik bestandsinhoud als visuele context" voor het project in te schakelen. Voor taalkundigen die volledig buiten het platform aan een XLIFF-bestand moeten werken, bundelt de offline exportfunctie van Smartling de inhoud als XLIFF-bestand samen met de woordenlijst en het vertaalgeheugen. De volledige werking van deze heen-en-terugreis wordt beschreven in het artikel over hoe gezamenlijk proeflezen en offline vertalen in Smartling werken.

Gerelateerde vragen

• Hoe kan ik XML-content lokaliseren voor verschillende talen?
• Wat zijn de beste tools voor het converteren van CSV-bestanden voor lokalisatie?
• Welke software voor gezamenlijk proeflezen werkt het beste voor lokalisatieprojecten met meerdere vertalers en beoordelaars?
• Wat zijn de beste tools om ResX-bestanden te bewerken?