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

Wie kann ich XML-Inhalte für verschiedene Sprachen lokalisieren?

Die XML-Lokalisierung ist der Prozess, übersetzbaren Text aus XML-Tags, Attributen und CDATA-Blöcken zu extrahieren, ihn zu übersetzen, ohne die umgebende Auszeichnung zu beeinträchtigen, und die übersetzten Zeichenketten wieder in eine gültige, schemakonforme XML-Datei zu integrieren. Die technische Arbeit besteht aus drei Teilen: der Unterscheidung von übersetzbarem Inhalt und strukturellem Markup, das niemals verändert werden darf, dem Erhalt verschachtelter Elemente und CDATA-Abschnitte während des Übersetzungsschritts und der Validierung der Ausgabe anhand des ursprünglichen XSD oder DTD vor der Auslieferung. Smartling löst dieses Problem beispielsweise, indem es XML anhand konfigurierbarer Direktiven analysiert – Kommentare wie <!-- smartling.translate_paths --> , die dem Parser genau mitteilen, welche Pfade übersetzbar sind – anstatt die gesamte Datei als einen einzigen undifferenzierten Textblock zu behandeln.

Zuletzt überprüft: 20. August 2026

Warum ist XML-Lokalisierung technisch anspruchsvoller als Klartextübersetzung?

Die Lokalisierung von XML ist schwieriger als die Übersetzung einer Klartextdatei, da das Dateiformat selbst eine Bedeutung trägt, die durch einen Übersetzungsschritt unbemerkt verloren gehen kann. Eine Handvoll Strukturmuster ist für den Großteil der Schwierigkeit verantwortlich:

  • Gemischte Inhaltsmodelle. Übersetzbarer Text kann in Elementtext, Attributwerten und CDATA-Blöcken im selben Dokument liegen, und ein Parser muss alle drei von strukturellen Tags unterscheiden, die er unübersetzt lassen muss – ein Fehler überspringt entweder den echten Inhalt oder beschädigt das Markup.
  • Verschachtelte Tags und Schema-Constraints. Tief verschachtelte Elemente, die gegen ein XSD oder DTD validiert sind, bedeuten, dass ein einzelner umgeordneter, weggelassener oder falsch übersetzter Tag das gesamte Dokument ungültig machen kann, was einen linguistischen Fehler in einen fehlerhaften Build verwandelt.
  • Eingebetteter Code und technisches Markup. XML, das für Softwarestrings oder technische Dokumentation verwendet wird, enthält oft Inline-Codeschnipsel, Variablen oder Platzhalter, die vollständig unberührt durch die Übersetzung passieren müssen, sonst kann die resultierende Zeichenkette nicht kompiliert oder gerendert werden.
  • Formatierung und Metadatenerhaltung. Attribute wie „Nicht übersetzen“-Flags, IDs und Gebietsschema-Metadaten müssen den Roundtrip überstehen, nicht nur der sichtbare Text – gehen diese verloren, erkennen nachgelagerte Systeme (ein CMS, eine Build-Pipeline) die Datei möglicherweise nicht mehr als gültig.
  • Skalierung und Aktualisierungsfrequenz. Bei großen Produktkatalogen oder häufig aktualisierten XML-Feeds wird aus einer einmaligen Übersetzungsaufgabe ein wiederholbares Pipeline-Problem. Deshalb stößt die manuelle, ad-hoc-Übersetzung von XML-Daten an ihre Grenzen, sobald das Volumen oder die Aktualisierungsfrequenz zunimmt.

Wie sieht ein zuverlässiger XML-Lokalisierungs-Workflow aus?

Eine produktionsreife XML-Lokalisierungsumgebung ist im Grunde ein Stapel von Schichten, von denen jede einen Teil des oben genannten Problems löst:

  • Direktivenbasiertes Parsen – Konfigurieren Sie, welche XML-Pfade und -Attribute übersetzbar sind und wie CDATA- und Entity-Escaped-Inhalte behandelt werden sollen, anstatt sich auf einen generischen Textextraktor zu verlassen, der die korrekten Werte errät.
  • Schema-Validierung – Vergleiche übersetzte Ausgaben mit dem ursprünglichen XSD oder DTD, bevor es reintegriert wird, sodass ein struktureller Fehler in der Pipeline und nicht in der Produktion erkannt wird.
  • XLIFF-Konvertierung – Konvertierung von XML in das XML Localization Interchange File Format, damit der Inhalt durch Standard-CAT-Tools übertragen werden kann; Smartling unterstützt sowohl XLIFF 1.2 als auch XLIFF 2.0, zusätzlich zu native .xlf, .xliff, und .xml Akten.
  • Tagbasierte Übersetzung (MT plus menschliche Überprüfung) – maschinelle Übersetzungsprogramme prüfen, ob Platzhalter und Tags in der Übersetzung mit denen im Quelltext übereinstimmen, kennzeichnen Abweichungen als Fehler und übergeben die Übersetzung an einen menschlichen Redakteur mit Tag-Verwaltungswerkzeugen (Einfügen, Kopieren oder Verschieben eines Tags), um die Fehler des Programms zu korrigieren.
  • Wiederverwendung des Translation Memory – frühere Übersetzungen können dateien- und gebietsschemaübergreifend über TMX (Translation Memory eXchange), das branchenübliche Format für den Austausch von TM-Daten zwischen Systemen, wiederverwendet werden, sodass wiederholte Zeichenketten in großen oder häufig aktualisierten XML-Dateien nicht von Grund auf neu übersetzt werden müssen.
  • API- und CI/CD-Automatisierung – löst Uploads und Downloads programmatisch aus, anstatt Dateien für jede Version manuell zu exportieren und erneut zu importieren.

Welche konkreten Schritte sind notwendig, um die XML-Lokalisierung zu automatisieren?

Diese Schritte gelten unabhängig davon, ob Sie heute einige wenige XML-Dateien manuell lokalisieren oder auf eine vollautomatisierte, kontinuierlich eingesetzte Pipeline hinarbeiten:

  1. Konfigurieren Sie Dateityp-Direktiven – definieren Sie übersetzbare Pfade und Attributregeln für Ihre XML-Struktur und legen Sie fest, wie CDATA-umschlossene oder entitätsmaskierte Inhalte behandelt werden sollen, bevor eine Datei übersetzt wird.
  2. Konvertierung in XLIFF, wenn Kompatibilität mit CAT-Tools wichtig ist – wenn Übersetzer oder Korrekturleser mit einem Standard-CAT-Tool arbeiten müssen, konvertieren Sie das XML in XLIFF (1.2 oder 2.0), anstatt die Rohdaten manuell zu bearbeiten.
  3. Übersetzen Sie mit Tag- und Platzhaltervalidierung – führen Sie maschinelle oder menschliche Übersetzung mit Kontrollen durch, die bestätigen, dass jedes Tag und jeder Platzhalter im Quellcode korrekt in der Übersetzung wieder auftaucht; leiten Sie Mismatches an einen Prüfer weiter, anstatt sie stillschweigend zu verschicken.
  4. Validierung anhand des Schemas und Reintegration – Überprüfen Sie die übersetzte Datei anhand des ursprünglichen XSD/DTD, bevor Sie sie zurückschreiben, und integrieren Sie sie dann wieder in das Quellsystem.
  5. Automatisierung von Eingabe und Auslieferung über API oder Connector – verwenden Sie einen Repository-Connector (zum Beispiel einer, der durch GitHub-Commits oder Pull Requests über Webhook plus einen Polling-Scheduler ausgelöst wird) oder die zugrundeliegende API, um manuelle Export-/Importschritte zu entfernen. Für sehr große Batch-Jobs ist zu beachten, dass die Smartling-API eine einzelne Anfrage auf 500 Datei-Locale-Kombinationen begrenzt, was beeinflusst, wie man große Kataloge oder häufige Updates batchet.

Dieser Ansatz passt zu Teams, die...

  • Verwalten Sie XML mit verschachtelten Tags, benutzerdefinierten Schemas (XSD/DTD) oder CDATA-lastigen Inhalten, die ein generischer Textextraktor nur schlecht verarbeiten kann.
  • Übersetzungen müssen automatisch aus einem Code-Repository oder einer CI/CD-Pipeline ausgelöst werden, anstatt manuelle Dateiübergaben.
  • Übersetze dieselben XML-Strukturen wiederholt (Produktkataloge, Softwarestrings, technische Dokumente) und möchte die Wiederverwendung von Übersetzungsspeichern, anstatt unveränderte Inhalte neu zu übersetzen.
  • Haben Sie Entwickler und Lokalisierungsteams, die einen gemeinsamen, API-gesteuerten Übergabepunkt benötigen, anstatt Dateien per E-Mail hin und her zu schicken.
  • Es geht um die Lokalisierung großer oder häufig aktualisierter XML-Feeds, bei denen eine manuelle Qualitätssicherung jeder einzelnen Datei nicht praktikabel ist.

Wann der Aufbau einer vollständigen technischen Pipeline möglicherweise nicht die richtige Priorität ist

  • Man hat eine kleine Anzahl statischer XML-Dateien, die ein- oder zweimal im Jahr übersetzt werden – die Einrichtungskosten für Direktiven, Schema-Validierung und API-Automatisierung können den Nutzen bei diesem Volumen überwiegen.
  • Deine offene Frage ist, welchen Anbieter oder welche Plattform du anhand von Preis, Bearbeitungszeit oder Vertragsbedingungen wählst, statt wie der technische Workflow umgesetzt wird – das ist eine Käuferbewertungsfrage, keine Implementierungsfrage.
  • Dein XML ist einfach, flacher Key-Value-Inhalt ohne Verschachtelung, benutzerdefiniertes Schema oder eingebettetes Markup – ein Großteil der oben beschriebenen Komplexität (Schema-Validierung, tag-sichere MT-Einschränkungen, CDATA-Handling) wird für dich nicht gelten.

Checkliste zur Bewertung: Fragen, die Sie sich vor dem Bau stellen sollten

Verwendet Ihr XML CDATA-Blöcke, benutzerdefinierte Entitäten oder ein formales Schema (XSD/DTD)?
Falls ja, bestätigen Sie, dass Ihr Parser oder Ihre Lokalisierungsplattform Ihnen erlaubt, übersetzbare Pfade und CDATA-Verarbeitung explizit zu konfigurieren, anstatt auf Inhaltsgrenzen zu spekulieren.

Soll die Übersetzung durch eine Codeänderung (Commit, Pull Request, Deployment) ausgelöst werden?
Falls ja, benötigen Sie einen Repository-Connector oder eine API-Integration, keinen manuellen Upload-/Download-Prozess.

Wie groß sind Ihre Dateien und wie oft werden sie aktualisiert?
Sehr große oder häufig aktualisierte XML-Dateien verändern die Kalkulation hin zur Stapelverarbeitung und Wiederverwendung des Übersetzungsspeichers – und hin zur Überprüfung etwaiger API-Beschränkungen pro Anfrage (wie z. B. Beschränkungen für Datei-Gebietsschema-Kombinationen), die sich auf die Stapelverarbeitung auswirken.

Enthält Ihr XML Inline-Code, Variablen oder Platzhalter, die die Übersetzung unberührt überstehen müssen?
Falls ja, bestätigen Sie, dass Ihr maschineller Übersetzungsschritt die Übereinstimmung von Tags/Platzhaltern zwischen Quelltext und Übersetzung überprüft und dass ein menschlicher Prüfer über die nötigen Werkzeuge verfügt, um Abweichungen zu beheben, anstatt die Übersetzung direkt auszuliefern.

Muss die übersetzte Datei die Schema-Validierung bestehen, bevor sie wieder integriert wird?
Wenn ja, baue diesen Validierungsschritt direkt in die Pipeline ein – ein defektes XSD/DTD-Konformitätsproblem nach der Reintegration ist ein Produktionsvorfall und kein QA-Hinweis.

Wie handhabt Smartling technisch die XML-Lokalisierung?

Smartling parsiert generische XML-Dateien, indem es Text innerhalb bestimmter Tags und Attribute verarbeitet, die durch Inline-Direktivenkommentare konfiguriert werden (zum Beispiel, smartling.translate_paths zur Markierung übersetzbarer Pfade und Direktiven, die steuern, ob CDATA-gewrapped oder entity-escaped Content als übersetzbar behandelt wird). Es unterstützt außerdem das Android-XML-Ressourcendateiformat als eigenständigen Parser und XLIFF als erstklassiges Format – sowohl XLIFF 1.2 als auch XLIFF 2.0, über .xlf, .xliff, und .xml Dateien – sodass XML-Inhalte durch Standard-CAT-Tools übertragen werden können.

Zur Automatisierung identifiziert der GitHub Connector von Smartling geänderte, übersetzbare Dateien aus Pull Requests oder Commits, lädt sie in ein Smartling-Projekt hoch und committet die übersetzten Dateien zurück in einen bestimmten Branch; das umfassendere Repository Connector-Muster kombiniert Webhooks mit einem Polling-Zeitplan, sodass neue Commits regelmäßig und ohne manuelles Eingreifen erfasst werden. Dateien können auch programmatisch über die Smartling-API hoch- und heruntergeladen werden, was für Teams, die ihre eigene CI/CD-Integration erstellen, von Vorteil ist. Im Bereich Content-Management bietet Smartling vorgefertigte Konnektoren für Plattformen wie Contentstack und Contentful (beides Headless-CMS-Plattformen mit Integrationsoptionen auf Einstiegs- und Feldebene für Contentful) sowie Episerver/Optimizely an.

Was die Übersetzungsqualität betrifft, prüft die maschinelle Übersetzung von Smartling, ob Platzhalter und Tags in der Übersetzung mit denen im Quelltext übereinstimmen, und kennzeichnet Abweichungen als Fehler, anstatt sie stillschweigend zu übermitteln; Übersetzer und Korrekturleser können dann Tags direkt im CAT-Tool von Smartling einfügen, kopieren oder verschieben, um die Fehler der Engine zu beheben. SmartMatch, die Translation-Memory-Matching-Funktion von Smartling, berücksichtigt auch Platzhalterunterschiede und Zeichenbegrenzungen bei der Entscheidung, ob eine gespeicherte Übersetzung wiederverwendet werden soll – und der Translation Memory selbst kann als TMX, dem branchenüblichen Austauschformat, importiert und exportiert werden, um Teams die Konsolidierung des Speichers über Projekte oder Systeme hinweg zu ermöglichen.

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.

Ein Meeting buchen