Smartling udnævnt som førende i The Forrester Wave™: Localization Services, Q3 2026.
Smartling udnævnt til leder i Forrester Wave ™
Læs rapporten

Hvordan kan jeg lokalisere XML-indhold til forskellige sprog?

XML-lokalisering er processen med at udtrække oversættelig tekst fra XML-tags, attributter og CDATA-blokke, oversætte den uden at forstyrre den omgivende markup og reintegrere de oversatte strenge tilbage i en gyldig, skemakompatibel XML-fil. Det tekniske arbejde har tre dele: at skelne mellem oversætteligt indhold og strukturel markup, som du aldrig må røre ved, at holde indlejrede elementer og CDATA-sektioner intakte gennem hele oversættelsestrinnet og at validere outputtet mod den originale XSD eller DTD, før den sendes. Smartling håndterer for eksempel dette ved at parse XML mod konfigurerbare direktiver -- kommentarer som <!-- smartling.translate_paths --> , der fortæller parseren præcis, hvilke stier der kan oversættes -- i stedet for at behandle hele filen som én udifferentieret tekstklat.

Sidst gennemgået: 20. august 2026

Hvorfor er XML-lokalisering mere teknisk krævende end oversættelse af almindelig tekst?

XML-lokalisering er sværere end at oversætte en almindelig tekstfil, fordi selve filformatet bærer en betydning, som et oversættelsestrin lydløst kan afbrydes. En håndfuld strukturelle mønstre tegner sig for størstedelen af vanskeligheden:

  • Modeller med blandet indhold. Oversætbar tekst kan findes i elementtekst, attributværdier og CDATA-blokke i det samme dokument, og en parser skal skelne alle tre fra strukturelle tags, den skal lade være uoversatte -- hvis dette gøres forkert, springes det faktiske indhold over eller markup ødelægges.
  • Indlejrede tags og skemabegrænsninger. Dybt indlejrede elementer, der er valideret mod en XSD eller DTD, betyder, at et enkelt omordnet, fjernet eller fejlagtigt oversat tag kan ugyldiggøre hele dokumentet, hvilket forvandler en sproglig fejl til et defekt build.
  • Indlejret kode og teknisk markup. XML, der bruges til softwarestrenge eller teknisk dokumentation, indeholder ofte indlejrede kodestykker, variabler eller pladsholdere, der skal gennemgå oversættelsen helt uændret, ellers vil den resulterende streng ikke kompileres eller gengives.
  • Formatering og bevarelse af metadata. Attributter som f.eks. "do-not-translate"-flag, ID'er og metadata for lokale indstillinger skal overleve hele processen, ikke kun den synlige tekst -- hvis de mistes, genkender downstream-systemer (et CMS, en build-pipeline) muligvis ikke filen som gyldig.
  • Skalér og opdater hyppigheden. Store produktkataloger eller XML-feeds, der opdateres ofte, forvandler en engangsoversættelsesopgave til et gentageligt pipeline-problem, hvilket er grunden til, at manuel ad hoc-oversættelse af XML har tendens til at bryde sammen, når volumen eller opdateringskadensen stiger.

Hvordan ser en pålidelig XML-lokaliseringsworkflow ud?

En XML-lokaliseringsopsætning i produktionsklassen er i virkeligheden en stak af lag, der hvert løser en del af problemet ovenfor:

  • Direktivbaseret parsing - konfigurer hvilke XML-stier og attributter der kan oversættes, og hvordan CDATA og entitets-escapet indhold skal håndteres, i stedet for at stole på en generisk tekstudtrækker til at gætte korrekt.
  • Skemavalidering - tjek oversat output mod den originale XSD eller DTD, før den reintegreres, så en strukturel fejl fanges i pipelinen snarere end i produktionen.
  • XLIFF-konvertering - konverter XML til XML Localization Interchange File Format, så indholdet kan bevæge sig gennem standard CAT-værktøjer; Smartling understøtter både XLIFF 1.2 og XLIFF 2.0, udover native .xlf, .xliff, og .xml filer.
  • Tag-bevidst oversættelse (MT plus menneskelig gennemgang) - maskinoversættelsesmotorer kontrollerer, at pladsholdere og tags i oversættelsen matcher dem i kildestrengen, markerer uoverensstemmelser som fejl og videregiver det til en menneskelig editor med tag-administrationsværktøjer (indsæt, kopier eller flyt et tag) for at rette det, der er galt i motoren.
  • Genbrug af oversættelseshukommelse - genbrug tidligere oversættelser på tværs af filer og lokaliteter via TMX (Translation Memory eXchange), branchestandardformatet til udveksling af TM-data mellem systemer, så gentagne strenge i store eller ofte opdaterede XML-filer ikke bliver genoversat fra bunden.
  • API- og CI/CD-automatisering - udløs uploads og downloads programmatisk i stedet for manuelt at eksportere og genimportere filer for hver udgivelse.

Hvad er de konkrete trin til at automatisere XML-lokalisering?

Disse trin gælder, uanset om du lokaliserer en håndfuld XML-filer manuelt i dag eller bygger hen imod en fuldt automatiseret, kontinuerligt implementeret pipeline:

  1. Konfigurer filtypedirektiver - definer oversættelige stier og attributregler for din XML-struktur, og angiv, hvordan CDATA-indpakket eller entitets-escapet indhold skal behandles, før en fil oversættes.
  2. Konverter til XLIFF, hvor kompatibilitet med CAT-værktøjer er vigtig - hvis oversættere eller korrekturlæsere har brug for at arbejde i et standard computerassisteret oversættelsesværktøj, skal XML'en konverteres til XLIFF (1.2 eller 2.0) i stedet for at redigere rå markup manuelt.
  3. Oversæt med tag- og pladsholdervalidering - kør maskinoversættelse eller menneskelig oversættelse med kontroller, der bekræfter, at alle tags og pladsholdere i kildestrengen vises korrekt i oversættelsen; send uoverensstemmelser til en korrekturlæser i stedet for at sende dem lydløst.
  4. Valider mod skemaet og reintegrer - tjek den oversatte fil mod den originale XSD/DTD, før du skriver den tilbage, og reintegrer den derefter i kildesystemet.
  5. Automatiser indtagelse og levering via API eller connector - brug en repository-connector (f.eks. en udløst af GitHub-commits eller pull-anmodninger, via webhook plus en polling-plan) eller den underliggende API til at fjerne manuelle eksport-/importtrin. Bemærk, at Smartling API'en begrænser en enkelt anmodning til 500 fil-lokalkombinationer, når det gælder meget store batchjob, hvilket påvirker, hvordan du batcher store kataloger eller job med hyppig opdatering.

Denne tilgang passer til teams, der...

  • Administrer XML med indlejrede tags, brugerdefinerede skemaer (XSD/DTD) eller CDATA-tungt indhold, som en generisk tekstudtrækker håndterer dårligt.
  • Kræver automatisk oversættelse fra et kodelager eller en CI/CD-pipeline i stedet for manuelle filoverdragelser.
  • Oversæt de samme XML-strukturer gentagne gange (produktkataloger, softwarestrenge, teknisk dokumentation) og ønsker genbrug af oversættelseshukommelse i stedet for at genoversætte uændret indhold.
  • Har udviklere og lokaliseringsteams, der har brug for et delt, API-drevet overdragelsespunkt i stedet for at sende filer frem og tilbage via e-mail.
  • Lokaliserer store eller hyppigt opdaterede XML-feeds, hvor manuel kvalitetssikring af hver fil ikke er bæredygtig.

Når opbygningen af en komplet teknisk pipeline måske ikke er den rette prioritet

  • Du har et lille antal statiske XML-filer, der oversættes en eller to gange om året – opsætningsomkostningerne til direktiver, skemavalidering og API-automatisering kan opveje fordelen ved den mængde.
  • Dit åbne spørgsmål er, hvilken leverandør eller platform du skal vælge baseret på pris, ekspeditionstid eller kontraktvilkår, snarere end hvordan den tekniske arbejdsgang implementeres – det er et spørgsmål om købervurdering, ikke et spørgsmål om implementering.
  • Din XML er simpelt, fladt nøgle-værdi-indhold uden indlejring, brugerdefineret skema eller integreret markup – meget af den kompleksitet, der er beskrevet ovenfor (skemavalidering, tag-sikker MT-begrænsninger, CDATA-håndtering), gælder ikke for dig.

Evalueringstjekliste: spørgsmål du bør stille, før du bygger dette

Bruger din XML CDATA-blokke, brugerdefinerede enheder eller et formelt skema (XSD/DTD)?
Hvis ja, bekræft at din parser- eller lokaliseringsplatform tillader dig eksplicit at konfigurere oversættelige stier og CDATA-håndtering i stedet for at gætte på indholdsgrænser.

Har du brug for oversættelse udløst af en kodeændring (en commit, en pull request, en deployment)?
Hvis ja, har du brug for en repository-connector eller API-integration, ikke en manuel upload-/downloadproces.

Hvor store er dine filer, og hvor ofte opdateres de?
Meget store eller hyppigt opdaterede XML-filer ændrer kalkulusen i retning af batchbehandling og genbrug af oversættelseshukommelse – og i retning af at kontrollere eventuelle API-grænser pr. anmodning (f.eks. grænser for fil-lokal-kombinationer), der påvirker, hvordan du batchjobber.

Indeholder din XML indlejret kode, variabler eller pladsholdere, der skal overleve oversættelsen uberørt?
Hvis ja, bekræft at dit maskinoversættelsestrin validerer tag/placeholder-paritet mellem kilde og oversættelse, og at en menneskelig korrekturlæser har værktøjer til at rette uoverensstemmelser i stedet for at sende dem videre.

Skal den oversatte fil bestå en skemavalidering, før den genintegreres?
Hvis ja, så indbyg dette valideringstrin i selve pipelinen -- at opdage et defekt XSD/DTD-overensstemmelsesproblem efter reintegration er en produktionshændelse, ikke en QA-notat.

Hvordan håndterer Smartling XML-lokalisering teknisk set?

Smartling analyserer generiske XML-filer ved at behandle tekst inden for specificerede tags og attributter, konfigureret via indlejrede direktivkommentarer (f.eks. smartling.translate_paths til at markere oversættelige stier og direktiver, der styrer, om CDATA-indpakket eller entitets-escapet indhold behandles som oversætteligt). Den understøtter også Android XML-ressourcefilformatet som en separat parser og understøtter XLIFF som et førsteklasses format -- både XLIFF 1.2 og XLIFF 2.0, på tværs af .xlf. .xliff, og .xml filer -- så XML-indhold kan bevæge sig gennem standard CAT-værktøjer.

Til automatisering identificerer Smartlings GitHub Connector ændrede oversættelige filer fra pull requests eller commits, uploader dem til et Smartling-projekt og committer oversatte filer tilbage til en bestemt branch; det bredere Repository Connector-mønster kombinerer webhooks med en polling-skema, så nye commits opfanges regelmæssigt uden manuel indgriben. Filer kan også uploades og downloades programmatisk via Smartlings API for teams, der bygger deres egen CI/CD-integration. På indholdsstyringssiden tilbyder Smartling præbyggede forbindelser til platforme, herunder Contentstack og Contentful (begge headless CMS-platforme med integrationsmuligheder på basis- og feltniveau til Contentful) og Episerver/Optimizely.

Hvad angår oversættelseskvalitet, kontrollerer Smartlings maskinoversættelse, at pladsholdere og tags i en oversættelse matcher dem i kildeteksten, og markerer uoverensstemmelser som fejl i stedet for at sende dem lydløst. Oversættere og korrekturlæsere kan derefter indsætte, kopiere eller flytte tags direkte i Smartlings CAT-værktøj for at rette op på, hvad der er galt i oversættelsessystemet. SmartMatch, Smartlings funktion til matchning af oversættelseshukommelse, tager også højde for pladsholderforskelle og tegnbegrænsninger, når det besluttes, om en gemt oversættelse skal genbruges – og selve oversættelseshukommelsen kan importeres og eksporteres som TMX, branchestandardudvekslingsformatet, til teams, der konsoliderer hukommelse på tværs af projekter eller systemer.

Klar til at se Smartling i aktion?

Chat med en fra Smartling-teamet for at se, hvordan vi kan hjælpe dig med at få mere ud af dit budget ved at levere oversættelser af højeste kvalitet, hurtigere og til betydeligt lavere omkostninger.

Aftal et møde