Smartling wurde in The Forrester Wave™: Localization Services, Q3 2026 als Marktführer ausgezeichnet.
Smartling ernannte einen Anführer in der Forrester-Welle™

Wie konvertiert und bearbeitet man XLIFF-Dateien für die Übersetzung?

XLIFF (XML Localization Interchange File Format) ist das OASIS-standardisierte zweisprachige Dateiformat, das Quelltext, Zielübersetzungen und Übersetzungsmetadaten in einer Datei zusammenführt, sodass Inhalte ohne proprietäre Übergabe zwischen Autorentools, CAT-Tools und Übersetzungsanbietern übertragen werden können. Die Umwandlung einer Datei in XLIFF bedeutet, ihre übersetzbaren Zeichenketten in <trans-unit> -Elemente (XLIFF 1.2) oder <unit>/<segment> Elemente (XLIFF 2.0) zu extrahieren; das Bearbeiten eines bedeutet, in einem Tool zu arbeiten, das Tags, Platzhalter und Pluralregeln schützt, während ein Übersetzer das <target> ausfüllt. Smartling parst .xlf, .xliff, und .xml Dateien nativ unter den Dateityp-Identifikatoren xliff (1.2) und xliff2 (2.0), daher benötigen die meisten Teams einen separaten XLIFF-Editor nur, wenn ein bestimmtes Downstream-Tool – nicht der Übersetzungsschritt selbst – dies verlangt.

Zuletzt überprüft: 15. September 2026

Warum ist die Arbeit mit XLIFF-Dateien schwieriger als die Übersetzung von einfachem Text?

XLIFF verdient seinen Ruf der Komplexität, weil das Format, das es zu einem universellen Austauschstandard macht, auch das Format ist, das eine unachtsame Handhabung bestraft. Fünf Muster sind für den größten Teil der Reibung verantwortlich:

  • Zwei inkompatible strukturelle Versionen. XLIFF 1.2 speichert jedes übersetzbare Segment in <trans-unit> einer, während XLIFF 2.0 denselben Inhalt in <unit> und <segment> Elemente umstrukturiert – ein Parser, der für eine Version gebaut ist, liest die andere nicht automatisch korrekt.
  • Die Unterstützung für Pluralformen wurde zwischen den Versionen entfernt. XLIFF 2.0 unterstützt die Pluralübersetzung nicht so wie XLIFF 1.2, daher kann ein Team, das davon ausgeht, dass Version 2.0 ein striktes Upgrade darstellt, die bisherige Pluralverarbeitung verlieren.
  • Downstream-Tools sichern eine bestimmte Version und einen bestimmten Dialekt. Articulate Storyline akzeptiert zum Beispiel nur XLIFF 1.2 und nur Dateien, die im eigenen "Articulate XLIFF"-Parsing-Modus von Storyline übersetzt und zurückgegeben werden – das Hochladen derselben Datei wie Standard-XLIFF oder die Übersetzung eines 2.0-Exports erzeugt eine Datei, die Storyline nicht erneut importieren kann.
  • Inline-Tags und OriginalData-Elemente müssen unberührt bleiben. XLIFF 1.2 verschachtelt das Format in Tags wie <g>, <mrk>, <bpt> und <ept>; XLIFF 2.0 überträgt die gleiche Art von Inline-Inhalten in <originalData> Elemente. Ein Übersetzer oder ein nachlässiges Skript, das beides als Klartext behandelt, unterbricht die Wiedereinführung der Datei.
  • Standardmäßig kein visueller Kontext. Im Gegensatz zu einer Live-Webseite oder einer JSON-Datei, die mit einer gerenderten Benutzeroberfläche verknüpft ist, bietet eine XLIFF-Datei dem Übersetzer keine automatische Vorschau, wie die Zeichenkette auf dem Bildschirm aussehen wird – der Kontext muss bewusst hinzugefügt werden, sonst besteht die Gefahr, dass die Übersetzung nicht in den vorgesehenen Bereich passt.

Wie sieht ein zuverlässiger Workflow für die XLIFF-Konvertierung und -Bearbeitung aus?

  • Die Version muss auf das Zieltool abgestimmt sein, nicht auf die Standardversion des Quellsystems. Prüfen Sie vor der Übersetzung einer einzelnen Zeichenkette, ob die Plattform, die die übersetzte Datei empfängt, XLIFF 1.2 oder 2.0 benötigt und welchen Parsing-Dialekt (Standard oder toolspezifisch, wie Articulate) sie erwartet.
  • Die native Datenanalyse sollte einem manuellen Konvertierungsschritt vorgezogen werden. Eine Plattform, die .xlf-Dateien lesen kann, .xliff, und .xml Die direkte Angabe unterhalb eines echten Dateitypbezeichners erspart einen kompletten Konvertierungs- und Validierungsschritt, den ein generischer Textextraktor andernfalls benötigen würde.
  • Schütze Tags, Platzhalter und OriginalData-Elemente explizit. Konfigurieren Sie Direktiven (oder das Äquivalent des Tools), sodass Inline-Tags und Platzhaltersyntax beim Bearbeiten gesperrt sind und nicht dem Übersetzer überlassen werden.
  • Füge absichtlich visuellen Kontext hinzu. Da XLIFF standardmäßig keine enthält, sollten Sie sie über einen manuellen Kontext-Upload, einen JavaScript-Ausschnitt, eine Browsererweiterung oder einen API-Aufruf bereitstellen, anstatt Übersetzer das Layout raten zu lassen.
  • Validiere die Hin- und Rückreise vor der Wiedereingliederung. Bestätigen Sie, dass Pluralformen, entweichte Zeichen und Übersetzernoten alle den Export-Übersetz-Import-Zyklus überstehen, insbesondere beim Wechsel zwischen XLIFF 1.2 und 2.0 Umgebungen.

XLIFF-Handhabung: Technische Spezifikationen

ItemDetail
Unterstützte Erweiterungen (beide Versionen).xml, .xlf, .xliff
Smartling-Dateitypkennungenxliff (XLIFF 1.2), xliff2 (XLIFF 2.0)
XLIFF 1.2-Parsing-ModiStandard-XLIFF; Artikulierter XLIFF (bewahrt die Reihenfolge der Storyline-spezifischen Tags für den erneuten Import)
Unterstützung für PluralübersetzungenUnterstützt in XLIFF 1.2; nicht unterstützt in XLIFF 2.0
Visueller KontextWird in keiner der beiden Versionen automatisch bereitgestellt; kann manuell per Kontext-Upload, JavaScript-Bibliothek, Chrome-Erweiterung „Context Capture“, API oder einer projektspezifischen Einstellung „Dateiinhalt als visuellen Kontext verwenden“ hinzugefügt werden.
Übersetzer-AnweisungenXLIFF <note> Elemente automatisch erfasst; XLIFF 2.0 xliff_notes_to_instruction Direktive begrenzt Notizen auf Datei-, Gruppen- oder Einheitsebene
Tag-zu-Platzhalter-Fang (1.2)xliff_tags_to_placeholders Direktive, z. B. G, MRK, EPT, BPT
Inline-Inhaltsanalyse (2.0)original_data_type Direktive referenziert <originalData> Elemente und parst sie als HTML, wenn sie mit string_format_paths=html gepaart wird

Quelle: Smartling Help Center – XLIFF und XLIFF 2.0. Verifiziert am 15. September 2026.

Was sind die konkreten Schritte, um eine XLIFF-Datei für die Übersetzung zu konvertieren und zu bearbeiten?

Die Sequenz gilt unabhängig davon, ob der Quelltext als XML, ein CMS-Export oder eine native XLIFF-Datei von einem CAT-Tool gestartet wurde:

  1. Bestätigen Sie die XLIFF-Version und den Dialekt des Ziels – prüfen Sie, ob das Tool, das die übersetzte Datei zurückerhält (ein Authoring-Tool, ein CAT-Tool, ein LSP), XLIFF 1.2 oder 2.0 sowie jede toolspezifische Variante benötigt, bevor Sie einen Übersetzungsauftrag erstellen.
  2. Wählen Sie den Matching-Parsing-Modus – für XLIFF 1.2 entscheiden Sie sich von Anfang an zwischen Standard-Parsing und einem werkzeugspezifischen Modus (wie Articulate XLIFF für Storyline-Inhalte); ein späterer Wechsel der Modi zwingt meist dazu, dass die Datei neu übersetzt wird, da sich Tag-Strukturen ändern.
  3. Setzen Sie Anweisungen für Tags, Platzhalter und Notizen – konfigurieren Sie, wie Inline-Tags und OriginalData-Elemente erfasst werden, welche Platzhaltersyntax geschützt werden soll und ob <note> -Elemente Übersetzerinstruktionen auf Datei-, Gruppen- oder Einheitsebene werden sollen.
  4. Fügen Sie manuell visuellen Kontext hinzu – da XLIFF standardmäßig keinen Kontext enthält, stellen Sie eine Kontextdatei bereit, integrieren Sie einen JavaScript-Codeausschnitt oder eine Browsererweiterung oder aktivieren Sie file-content-as-context, damit die Übersetzer nicht blind arbeiten.
  5. Übersetzen mit aktiviertem Tag-Schutz – bestätigen Sie, dass das CAT-Tool Tags und Platzhalter als nicht bearbeitbare Elemente sperrt und sie nicht als Text belässt, den ein Übersetzer falsch abtippen könnte.
  6. Validieren und neu integrieren – bevor der übersetzte XLIFF ins Zielsystem zurückkehrt, bestätigen Sie Pluralformen (wo die Version sie unterstützt), entkommene Zeichen und Notizen sind alle unversehrt durchgekommen.

Dieser Ansatz passt zu Teams, die...

  • Ich brauche eine zweisprachige Austauschdatei, weil ein CAT-Tool, ein LSP oder ein nachgelagertes Autoren-Tool kein proprietäres Übersetzungsformat akzeptiert.
  • Wir bewegen Inhalte zwischen zwei verschiedenen Übersetzungssystemen oder Anbietern und benötigen eine standardbasierte Übergabe statt eines einmaligen Exports.
  • Erstellen Sie E-Learning-Kurse in Articulate Storyline und nutzen Sie die Articulate-spezifische Tag-Struktur von XLIFF 1.2, um Übersetzungen korrekt zu importieren.
  • Es werden Übersetzeranweisungen, Platzhalter und Inline-Tags benötigt, um einen kompletten Roundtrip zwischen den Systemen zu überstehen, nicht nur einfacher übersetzter Text.
  • Es gibt Linguisten, die offline arbeiten müssen und die XLIFF-Datei zusammen mit einem Glossar und einem Übersetzungsspeicher übergeben müssen.

Beim Umbau auf XLIFF ist es vielleicht nicht die richtige Priorität

  • Teams, deren Quellinhalte bereits in einem nativ geparsten Format vorliegen – JSON, CSV, RESX oder gettext – profitieren wenig von einer vorherigen Konvertierung in XLIFF; die Konvertierung fügt einen Mapping-Schritt hinzu, den der native Parser nicht benötigt.
  • Eine einmalige Übersetzung in eine einzige Zielsprache, bei der weder ein CAT-Tool noch ein Anbieterwechsel erforderlich ist, benötigt nicht die zweisprachige Struktur von XLIFF.
  • Teams, die noch entscheiden, welchen Übersetzungsanbieter oder welche Plattform sie verwenden, beantworten eine Käuferbewertungsfrage und keine Frage zur Implementierung von Dateiformaten.

Bewertungscheckliste: Fragen, die Sie sich vor der Auswahl eines XLIFF-Konvertierungs- oder Bearbeitungsverfahrens stellen sollten

Unterstützt dein Downstream-Tool XLIFF 1.2, XLIFF 2.0 oder einen bestimmten Vendor-Dialekt von einem von beiden?
Ein Missmatch – wie zum Beispiel XLIFF-1.2-only in Articulate Storyline, Artikulationsdialekt-Anforderung – erzwingt eine Nachübersetzung, wenn sie nachträglich entdeckt wird, nicht nur einen Re-Export.

Parst die Plattform XLIFF nativ, oder erfordert sie zuerst einen separaten Umwandlungsschritt?
Die native Analyse unter Verwendung eines echten Dateitypbezeichners entfernt eine Konvertierungs- und Validierungsschicht, die ein generischer XML- oder Textextraktor andernfalls hinzufügen würde.

Wie werden Inline-Tags, Platzhalter und OriginalData-Elemente während der Übersetzung geschützt?
Prüfen Sie, ob das Tool diese Elemente als nicht bearbeitbar sperrt und nicht als Text anzeigt, den ein Übersetzer falsch abtippen könnte.

Unterstützt die Zielversion XLIFF die Pluralformen, die deine Sprachen benötigen?
XLIFF 2.0 unterstützt keine Pluralübersetzung, was für jede Zielsprache mit mehr als zwei Pluralkategorien relevant ist.

Wie sehen Übersetzer den visuellen Kontext für Strings innerhalb der XLIFF-Datei?
Da XLIFF standardmäßig keinen Kontext enthält, vergewissern Sie sich, dass die Plattform einen manuellen Upload, eine skriptbasierte Integration oder eine Browsererweiterung zur Bereitstellung des Kontexts anbietet.

Kann die Datei mit ihrem Glossar und dem Übersetzungsspeicher offline laufen?
Für Linguisten, die außerhalb der Plattform arbeiten, sehen Sie sich an, wie der Offline-XLIFF-Export und -Import innerhalb eines Übersetzungsmanagementsystems für die vollständigen Runden-Mechaniken funktioniert.

Wie handhabt Smartling die XLIFF-Konvertierung und -Bearbeitung?

Smartling parsiert XLIFF als zwei unterschiedliche, erstklassige Dateitypen, anstatt es als generisches XML zu behandeln: Dateien werden unter dem Identifikator xliff für XLIFF 1.2 oder xliff2 XLIFF 2.0 hochgeladen, und beide akzeptieren das .xml, .xlf, und .xliff Verlängerungen. Für XLIFF 1.2 bietet Smartling zwei Parsing-Modi an – Standard-XLIFF für Dateien aus jedem anderen Tool als Articulate Storyline und Articulate XLIFF, das die HTML-Tags und Tag-Reihenfolge beibehält, die Storyline benötigt, um einen übersetzten Kurs erfolgreich erneut zu importieren; die falsche Wahl des Modus oder das Wechseln des Modus beim erneuten Hochladen zwingt die Datei typischerweise zurück in die Übersetzung, da sich die zugrunde liegende Tag-Struktur ändert. Inline-Inhalte sind auf beiden Versionen geschützt: Die Direktive xliff_tags_to_placeholders von XLIFF 1.2 erfasst benutzerdefinierte Tags wie g, mrk, ept, und bpt als Platzhalter, und die Direktive original_data_type von XLIFF 2.0 verweist <originalData> auf Elemente und parsest sie als HTML, wenn sie mit -- kombiniert werden string_format_paths=html – nützlich für CMS-Exporte wie die von Contentful, die Rich-Text- und Plain-Text-Felder in einer Datei mischen. XLIFF-Elemente <note> werden automatisch zu Übersetzerbefehlen, wobei die 2.0-spezifische xliff_notes_to_instruction Direktive bestimmt, ob dies auf Datei-, Gruppen- oder Einheitsebene gilt.

Da Smartling beim Parsen von Lokalisierungsressourcendateien XLIFF als eines der Formate behandelt, die es ohne benutzerdefinierte Dateianweisungen lesen kann – im Gegensatz zu einem nicht standardmäßigen benutzerdefinierten XML-Dokument, das eine explizite translate_paths Konfiguration erfordert – übersetzen die meisten Teams eine XLIFF-Datei direkt im Smartling CAT-Tool, anstatt einen separaten Desktop-XLIFF-Editor zu benötigen. Eine wichtige Einschränkung, die bei der Planung berücksichtigt werden muss: Smartling stellt keinen automatischen visuellen Kontext für XLIFF-Dateien bereit. Daher fügen die Teams diesen über eine manuell hochgeladene Kontextdatei, die Smartling JavaScript Library, die Context Capture Chrome-Erweiterung, einen API-Aufruf oder durch Aktivieren der Option „Dateiinhalt als visuellen Kontext verwenden“ für das Projekt hinzu. Für Linguisten, die eine XLIFF-Datei außerhalb der Plattform bearbeiten müssen, bündelt Smartlings Offline-Exportfunktion den Inhalt als XLIFF-Datei zusammen mit dem Glossar und dem Translation Memory – die gesamte Funktionsweise dieses Rundum-Transfers wird in der Anleitung zur Funktionsweise des kollaborativen Korrekturlesens und der Offline-Übersetzung in Smartling erläutert.

Bereit, Smartling in Aktion zu sehen?

Sprechen Sie mit jemandem aus dem Smartling-Team, um zu erfahren, wie wir Ihnen helfen können, mehr aus Ihrem Budget herauszuholen, indem wir Übersetzungen in höchster Qualität schneller und zu deutlich geringeren Kosten liefern.