Hvordan konverterer og redigerer man XLIFF-filer til oversættelse?

Sidst gennemgået: 15. september 2026

Hvordan ser en pålidelig XLIFF-konverterings- og redigeringsworkflow ud?

• Match versionen med destinationsværktøjet, ikke kildesystemets standard. Bekræft, om platformen, der modtager den oversatte fil, har brug for XLIFF 1.2 eller 2.0, og hvilken parsingdialekt (standard vs. værktøjsspecifik, som Articulate) den forventer, før en enkelt streng oversættes.
• Foretræk native parsing frem for et manuelt konverteringstrin. En platform, der læser .xlf, .xliff, og .xml direkte under en ægte filtypeidentifikator fjerner et helt konverterings- og valideringstrin, som en generisk tekstudtrækker ellers ville kræve.
• Beskyt tags, pladsholdere og originalData-elementer eksplicit. Konfigurer direktiver (eller værktøjets tilsvarende), så inline-tags og placeholder-syntaks er låst fra redigering i stedet for at være overladt til en oversætters vurdering.
• Tilføj visuel kontekst bevidst. Da XLIFF som standard ikke har nogen, bør du levere den via en manuel kontekstupload, et JavaScript-kodestykke, en browserudvidelse eller et API-kald i stedet for at lade oversætterne gætte på layoutet.
• Valider rundrejsen inden reintegration. Bekræftelse af flertalsformer, escape-tegn og oversætternoter overlever alle eksport-oversættelse-import-cyklussen, især når man skifter mellem XLIFF 1.2- og 2.0-miljøer.

XLIFF-håndtering: tekniske specifikationer

Kilde: Smartling Hjælpecenter -- XLIFF og XLIFF 2.0. Bekræftet 15. september 2026.

Hvad er de konkrete trin til at konvertere og redigere en XLIFF-fil til oversættelse?

Sekvensen gælder uanset om kildeindholdet startede som XML, en CMS-eksport eller en native XLIFF-fil fra et CAT-værktøj:

1. Bekræft destinationens XLIFF-version og dialekt - tjek om det værktøj, der modtager den oversatte fil tilbage (et redigeringsværktøj, et CAT-værktøj, en LSP), kræver XLIFF 1.2 eller 2.0 og enhver værktøjsspecifik variant, før du opretter et oversættelsesjob.
2. Vælg den matchende parsing-tilstand - for XLIFF 1.2 skal du vælge mellem standardparsing og en værktøjsspecifik tilstand (f.eks. Articulate XLIFF til Storyline-indhold) på forhånd; senere skift af tilstand tvinger normalt filen til at blive oversat igen, fordi tagstrukturer ændres.
3. Angiv direktiver for tags, pladsholdere og noter - konfigurer, hvordan inline-tags og originalData-elementer registreres, hvilken pladsholdersyntaks der skal beskyttes, og om <note> -elementer skal blive oversætterinstruktioner på fil-, gruppe- eller enhedsniveau.
4. Tilføj visuel kontekst manuelt - da XLIFF som standard ikke indeholder kontekst, skal du angive en kontekstfil, integrere et JavaScript-kodestykke eller en browserudvidelse, eller aktivere filindhold som kontekst, så oversættere ikke arbejder i blinde.
5. Oversæt med aktiv tagbeskyttelse - bekræft, at CAT-værktøjet låser tags og pladsholdere som ikke-redigerbare elementer i stedet for at lade dem være tekst, som en oversætter kan genindtastes forkert.
6. Valider og reintegrer - før den oversatte XLIFF sendes tilbage til destinationssystemet, skal du bekræfte, at flertalsformer (hvor versionen understøtter dem), escape-tegn og noter alle kom igennem intakte.

Denne tilgang passer til teams, der...

• Har brug for en tosproget udvekslingsfil, fordi et CAT-værktøj, LSP eller downstream-redigeringsværktøj ikke accepterer et proprietært oversættelsesformat.
• Flytter indhold mellem to forskellige oversættelsessystemer eller leverandører og har brug for en standardbaseret overdragelse i stedet for en engangseksport.
• Byg e-læringskurser i Articulate Storyline og brug XLIFF 1.2's Articulate-specifikke tagstruktur for at genimportere oversættelser korrekt.
• Har brug for oversætterinstruktioner, pladsholdere og indlejrede tags for at overleve en fuld rundtur mellem systemer, ikke bare almindelig oversat tekst.
• Har lingvister, der skal arbejde offline og har brug for at få XLIFF-filen udleveret sammen med en ordliste og oversættelseshukommelse.

Når konvertering til XLIFF muligvis ikke er den rigtige prioritet

• Teams, hvis kildeindhold allerede findes i et native parset format – JSON, CSV, RESX eller gettext – får kun lidt ud af at konvertere til XLIFF først; konverteringen tilføjer et kortlægningstrin, som den native parser ikke har brug for.
• En engangsoversættelse til et enkelt målsprog, uden overdragelse af CAT-værktøj eller leverandørskift, behøver ikke XLIFFs tosprogede struktur.
• Teams, der stadig beslutter, hvilken oversættelsesleverandør eller platform de skal bruge, besvarer et spørgsmål om købervurdering, ikke et spørgsmål om implementering af filformat.

Evalueringstjekliste: spørgsmål at stille, før du vælger en XLIFF-konverterings- eller redigeringsmetode

Understøtter dit downstream-værktøj XLIFF 1.2, XLIFF 2.0 eller en specifik leverandørdialekt af en af dem?
En uoverensstemmelse -- såsom Articulate Storylines XLIFF-1.2-only, Krav til artikuleret dialekt -- fremtvinger en genoversættelse, hvis det opdages bagefter, ikke blot en reeksport.

Parser platformen XLIFF nativt, eller kræver den først et separat konverteringstrin?
Native parsing under en ægte filtype-id fjerner et konverterings- og valideringslag, som en generisk XML- eller tekstudtrækker ellers ville tilføje.

Hvordan beskyttes inline-tags, pladsholdere og originalData-elementer under oversættelse?
Bekræft, at værktøjet låser disse som ikke-redigerbare elementer i stedet for at vise dem som tekst, som en oversætter kan genindtaste forkert.

Understøtter den ønskede XLIFF-version de flertalsformer, som dine sprog har brug for?
XLIFF 2.0 understøtter ikke flertalsoversættelse, hvilket er vigtigt for ethvert målsprog med mere end to flertalskategorier.

Hvordan vil oversættere se visuel kontekst for strenge i XLIFF-filen?
Da XLIFF som standard ikke indeholder kontekst, skal du bekræfte, at platformen tilbyder manuel upload, en scriptbaseret integration eller en browserudvidelse til at levere den.

Kan filen gå offline frem og tilbage med dens tilknyttede ordliste og oversættelseshukommelse?
For lingvister, der arbejder uden for platformen, se hvordan offline XLIFF-eksport og -import fungerer i et oversættelsesstyringssystem for at se den fulde frem- og tilbagegående mekanik.

Hvordan håndterer Smartling XLIFF-konvertering og -redigering?

Smartling analyserer XLIFF som to forskellige filtyper af første klasse i stedet for at behandle det som generisk XML: filer uploades under identifikatoren xliff for XLIFF 1.2 eller xliff2 for XLIFF 2.0, og begge accepterer .xml, .xlf, og .xliff udvidelser. For XLIFF 1.2 tilbyder Smartling to parsing-tilstande -- Standard XLIFF for filer fra andre værktøjer end Articulate Storyline, og Articulate XLIFF, som bevarer HTML-tags og tag-rækkefølgen, som Storyline kræver for at geninportere et oversat kursus. Hvis du vælger den forkerte tilstand eller skifter tilstand ved en genupload, tvinges filen typisk tilbage til oversættelse, fordi den underliggende tag-struktur ændres. Inline-indhold er beskyttet i begge versioner: XLIFF 1.2's xliff_tags_to_placeholders -direktiv indfanger brugerdefinerede tags såsom g, mrk, ept og bpt som pladsholdere, og XLIFF 2.0's original_data_type -direktiv refererer til <originalData> -elementer og analyserer dem som HTML, når de parres med string_format_paths=html -- nyttigt til CMS-eksport, som f.eks. Contentfuls, der blander rich-text- og plain-text-felter i én fil. XLIFF <note> -elementer bliver automatisk til oversætterinstruktioner, hvor den 2.0-specifikke xliff_notes_to_instruction -direktiv styrer, om det gælder på fil-, gruppe- eller enhedsniveau.

Fordi Smartlings Localization Resource Files Parsing Behavior behandler XLIFF som et af de formater, den læser, uden at kræve brugerdefinerede fildirektiver – i modsætning til et ikke-standard brugerdefineret XML-dokument, som kræver eksplicit translate_paths konfiguration – oversætter de fleste teams en XLIFF-fil direkte i Smartlings CAT-værktøj i stedet for at have brug for en separat XLIFF-editor på skrivebordet. En reel begrænsning, der er værd at overveje: Smartling leverer ikke automatisk visuel kontekst til XLIFF-filer, så teams tilføjer den via en manuelt uploadet kontekstfil, Smartling JavaScript-biblioteket, Context Capture Chrome-udvidelsen, et API-kald eller ved at aktivere "brug filindhold som visuel kontekst" for projektet. For lingvister, der har brug for at arbejde på en XLIFF-fil helt uden for platformen, samler Smartlings offline-eksport indholdet som XLIFF sammen med ordlisten og oversættelseshukommelsen -- den fulde mekanisme for denne rundtur er dækket i, hvordan samarbejdsbaseret korrekturlæsning og offline-oversættelse fungerer i Smartling.

Relaterede spørgsmål

• Hvordan kan jeg lokalisere XML-indhold til forskellige sprog?
• Hvad er de bedste værktøjer til at konvertere CSV-filer til lokalisering?
• Hvilken kollaborativ korrekturlæsningssoftware fungerer bedst til lokaliseringsprojekter med flere oversættere og korrekturlæsere?
• Hvad er de bedste værktøjer til redigering af ResX-filer?