Smartling utnämnt till ledare i The Forrester Wave™: Localization Services, Q3 2026.
Smartling utsedd till ledare i The Forrester Wave™

Hur översätter och publicerar du strukturerat innehåll utan att bryta innehållsmodellen?

Lokalisering av strukturerat innehåll är processen att översätta innehåll som lever som diskreta fält, komponenter och referenser — i ett headless CMS, en JSON- eller XML-nyttolast eller en produktkatalog — och leverera varje översättning tillbaka till samma fält med samma post för varje språk, så att publiceringssystemet kan återge det utan manuell återmontering. Mekaniken som avgör om det fungerar ställs in innan det första jobbet körs: vilka fält som är översättningsbara, hur varje fält tolkas (oformaterad text, HTML, Markdown, Rich Text eller ICU MessageFormat), hur länkade poster och återanvändbara komponenter hanteras och hur strängar nycklas så att en redigering till ett fält översätter en sträng istället för hela posten. Smartling implementerar dessa kontroller som inställningar för innehållsparsering per fält i sina CMS-anslutningar och som inline- eller API-direktiv som translate_path för JSON- och XML-filer.

Senast granskad: 20 september 2026

Varför går strukturerat innehåll sönder när det översätts och publiceras?

Strukturerat innehåll bryts i översättningen eftersom översättningslagret och innehållsmodellen är oense om vad en " innehållsenhet " är. Fem mönster står för det mesta av skadan:

  • Hela poster behandlas som dokument. När en export förenklar en produktinmatning till ett textblock kommer översättningen också tillbaka som ett block, och någon måste dela upp den i titel, kort beskrivning, specifikationer och SEO-fält för hand. Parsering på fältnivå håller varje fält en separat sträng, så kopplingen kan skriva tillbaka varje översättning till sitt eget fält.
  • Rich text och markering inuti ett fält tolkas som vanlig text. Ett beskrivningsfält som innehåller HTML eller Markdown blir en lång sträng med taggar inbäddade i den. Smartlings JSON-parser, till exempel, tar in ett HTML-värde som en enda sträng såvida inte direktivet string_format_ paths säger att det ska analysera värdet som HTML - vilket delar upp det i strängar på meningsnivå som översättningsminnet kan återanvända, på bekostnad av att förlora nyckeln per sträng.
  • Länkade poster och återanvändbara komponenter hoppas antingen över eller översätts två gånger. En målsida som refererar till en delad sidfot, en produkt som refererar till ett specifikationsblad, och ett paket som refererar till tolv SKU:er väcker alla samma fråga: översätt det refererade innehållet, peka bara om referensen till dess lokaliserade version, eller kopiera den orörd? Utan en uttrycklig regel per referensfält är anslutningarna standard på ett sätt och redaktörer förväntar sig ett annat.
  • Strängar nyckas av text snarare än av sökväg, så identisk text kolliderar. " Hem " som navigeringsetikett och " Hem " som produktkategori är en sträng om inte nyckel- och variantmetadata skiljer dem åt. Smartlings standard för JSON är att fånga hela nyckelsökvägen som nyckel- och variantdata; stäng av det och varje duplikat kollapsar till en översättning.
  • Ändringsdetektering körs på startnivå, inte fältnivå. En prisuppdatering, en ny punkt i en specifikationslista eller en korrigerad alternativ text kan skicka in en hel post för översättning igen - eller ingenting alls om ändringen landar i ett fält som aldrig konfigurerades för analys. Smartlings anslutningar kontrollerar tidigare skickat innehåll för ändringar på en tretimmarscykel och fångar bara fält som har en tolkningskonfiguration, så ett fält som läggs till i innehållsmodellen efter installationen är osynligt tills någon konfigurerar det.

Vilka innehållsmodellbeslut gör strukturerat innehåll översättbart och publicerbart?

Behandla strukturerad innehållslokalisering som fem modelleringsbeslut som fattas en gång per innehållstyp och återanvänds för varje post som flödar genom den:

  • Översättningsbar fältkarta: Markera varje fält som översätt, kopiera källa eller översätt inte för varje innehållstyp. Smartlings Contentful (Fields) -anslutning avslöjar exakt dessa val per fält — Kopieringskälla levererar det senaste källvärdet i målfältet vid varje leverans (användbart för SKU:er och bild-webbadresser), och Översätt inte lämnar ett fält för lokalspecifik hantering inuti CMS, till exempel ett JSON-fält med GPS-koordinater eller en applikations URL. Ett fält utan tolkningskonfiguration fångas inte alls, så ett omappat fält är ett tyst gap, inte en standard.
  • Parseringsmetod per fält: Välj hur varje översättningsbart fält ska segmenteras — Vanlig text, Markdown, HTML, Rich Text (för inbyggda RTF-fält) eller ICU för flertalskänsliga strängar. Smartlings anslutningsdokumentation knyter HTML- och Markdown-analys direkt till översättarens upplevelse och översättningsminnets hävstång, eftersom strängar på meningsnivå matchar tidigare översättningar oftare än ett block i fältstorlek gör.
  • Referensstrategi: För modeller på ingångsnivå och dokumentnivå bestämmer du per referensfält mellan Kopiera referens (peka den lokaliserade posten på samma refererade post, inget språksuffix), Översätt referens (skicka det refererade innehållet för översättning och peka på produkt-123-fr) och Uppdatera referens (peka på den lokaliserade versionen utan att begära översättning igen — rätt val för en meny eller sidfot som redan är översatt). Smartlings Contentful (Fields) -anslutning tar in relaterade tillgångar och länkade poster upp till 10 nivåer djup.
  • Nycklar, varianter och namnutrymme: Bestä m vad som gör en sträng unik. I JSON- och YAML-filer fångar Smartling hela nyckelsökvägen som nyckel- och variantmetadata som standard; translate_ paths låter dig peka nyckeln på ett visst värde eller sökvägssegment, och key_generation_strategy (strikt eller partial_ match) styr vad som händer när vissa nyckeldelar saknas. En namnrymdinställning — fil-URI, kontostandard, delad mellan alla filer eller filversionerad — avgör om samma text i två filer är en sträng eller två.
  • Platshållare, pluraler och gränser: Sky dda variablerna som publiceringslagret ersätter. Smartlings JSON-parser känner igen sju platshållarmönster som standard - {x}, {{x}}, $ {x}, %x%, %% x%%, # #x ## och __x __ - och platshållare_format_custom accepterar ett reguljärt uttryck för allt annat. string_format: icu analyserar ICU MessageFormat pluraler och markerar, och character_limit begränsar översättningslängden per sträng för fält som återges till användargränssnitt med fast bredd.

Strukturerad innehållslokalisering: siffrorna som formar innehållsmodellen

Varje siffra nedan kommer från Smartlings offentliga hjälpcenter eller API-dokumentation och beskriver en kontroll som ett innehållsoperationsteam ställer in en gång per innehållstyp eller filformat.

KontrollFigurkälla
Parseringsalternativ per fält i Contentful (Fields) -anslutningen7 - Kopiera källa, Översätt inte, Enkel Markdown (äldre), Markdown, HTML, Rich Text, ICUSmartling Hjälpcenter, Konfigurera din Contentful (Fields) Connector
Alternativ för referenshantering för ingångs- och dokumentnivåkopplingar3 — Kopiera referens, Översätt referens, Uppdatera referensSmartling Hjälpcenter, Översikt över Smartlings Hosted Connector Configuration
Djup till vilket länkade poster och relaterade tillgångar tas in10 nivåerSmartling Hjälpcenter, Contentful (Fields) Connector Översikt
Standardplatshållarmönster som känns igen i JSON-filer7 — {x}, {{x}}, ${x}, %x%, %%x%%, ##x##, __x__Hjälpcenter för Smartling, JSON
Pollingsintervall för källändring för värdanslutna anslutningarVar tredje timme (kortaste rekommenderade intervall; anpassad cron tillgänglig)Smartling Hjälpcenter, Översikt över Smartlings Hosted Connector Configuration
Namnrymdstrategier för strängunikhet mellan filer4 - Inga versioner (fil URI), Konto standard, Dela alla, FilversionerSmartling Hjälpcenter, Översikt över Smartlings Hosted Connector Configuration
Strukturerade filformat accepteras med inline- eller API-direktivJSON, XML, YAML, XLIFF, CSV, Markdown, plus resursformat som RESX, Android XML, iOS-strängar och stringsdictHjälpcenter för Smartling, filtyper som stöds
Oöversatt strängbeteende vid JSON-nedladdning via APIincludeOriginalStrings=False returnerar en tom sträng ; true returnerar källanHjälpcenter för Smartling, JSON
Pseudoöversättningsinflation för layouttestningKonfigurerbar per uppladdning, t.ex. smartling.pseudo_inflation=70 förlänger strängarna med 70 procentHjälpcenter för Smartling, JSON

Hur skapar du en pipeline för översättning-till-publicering för strukturerat innehåll?

Sekvensen är densamma för en headless CMS-anslutning, ett produktflöde som exporteras som JSON eller en XML-dokumentationsbyggnad.

  1. Inventera innehållstyper och klassificera varje fält - Lista varje innehållstyp och, för varje fält, postöversättning/kopiera källa/översätt inte plus tolkningsmetoden (vanlig text, HTML, Markdown, Rich Text, ICU). I Contentful visas endast fält som är aktiverade för lokalisering i Smartlings inställningar för innehållsparsning, så fixa CMS-innehållsmodellen först och anslutningskonfigurationen sedan.
  2. Definiera nycklar, varianter och referenser före den första uppladd ningen — För filer skriver du translate_ paths-direktivet med en explicit nyckel (använd {*} för att behålla hela sökvägen) och en instruk tionsväg så att översättarens anteckningar färdas med varje sträng. För CMS-modeller på startnivå anger du Kopiera, Översätt eller Uppdatera referens i varje referensfält. Att ladda upp en fil igen efter att ha ändrat variantinställningar skapar nya strängar, så bestäm en gång; SmartMatch kan tillämpa befintliga översättningar igen om modellen ändras senare.
  3. Skydda variabler och längd — Bekräfta att platshållare fångas (standardmönster eller platshållar_format_custom), markera pluralsträngar för ICU-analys och lägg till character_ limit där ett fält återges till begränsat användargränssnitt. Kör ett pseudoöversättningspass så att layoutproblem dyker upp innan riktiga översättningar gör det.
  4. Konfigurera ändringsidentifiering för att matcha uppdateringsfrekvensen — Ställ in Automatisering av tidigare förfrågningar till att begära översättning automatiskt när små, frekventa redigeringar ska flöda utan uppsikt, eller för att flagga ändrat innehåll när en person ska bestämma vilka föråldrade tillgångar som ska översättas igen. Båda lägena kontrolleras var tredje timme, så en katalog som uppdateras varje timme behöver sitt publiceringsfönster planerat runt den cykeln.
  5. Verifiera rundtur på fältnivå för en post före skalning — Översätt en enda representativ post till en lokal och kontrollera att varje fält landas på rätt plats, referenser löser sig till lokaliserade mål, platshållare överlevde och icke-översättningsbara fält innehåller fortfarande källvärden. Först därefter auktorisera hela innehållsuppsättningen och anslut de publiceringslägeskontroller som beskrivs på kontrollsidan för publicering av batchöversättning.

Lokalisering av strukturerat innehåll på fältnivå passar team som...

  • Publicera från ett huvudlöst eller komponentbaserat CMS - Contentful, Sanity, Contentstack, Storyblok - där varje post är en uppsättning typade fält snarare än en sida med prosa.
  • Underhålla produktkataloger, specifikationsblad eller hjälpcenterartiklar där vissa fält (SKU, pris, bild-URL, GPS-data) aldrig får översättas och andra måste översättas varje gång de ändras.
  • Skicka ofta små redigeringar - en korrigerad punkt, ett nytt variantnamn - och behöver bara det ändrade fältet översättas, inte hela posten.
  • Återanvänd komponenter (sidfötter, juridiska ansvarsfriskrivningar, CTA-block) i många poster och vill att de översätts en gång och pekas om överallt.
  • Lagra användargränssnittssträngar och innehåll i JSON-, YAML- eller XML-resursfiler med platshållare och pluralformer som frontenden ersätter vid renderingstillfället.

När strukturerad lokalisering på fältnivå kanske inte är rätt prioritet

  • Redaktionellt innehåll i lång form — blogginlägg, whitepapers, PDF-filer — där översättningsenheten verkligen är dokumentet och segmentering på fältnivå lägger till konfiguration utan att lägga till återanvändning.
  • Lag väljer fortfarande själva CMS; beslutet om lagringsmodell (fältnivå kontra startnivå) hör hemma på valet av en flerspråkig CMS- sida innan någon parseringskonfiguration är värd att göra.
  • Innehåll vars huvudproblem är när översättningar går live snarare än hur de är strukturerade - det är en kopplingsfråga om publiceringstillstånd som behandlas på kontrollsidan för publicering av batchöversättning.
  • Engångsmikrowebbplatser eller en lansering på ett språk, där en översättningsproxy levererar en lokaliserad webbplats utan att modellera något innehåll alls.

Utvärderingschecklista: frågor att ställa innan du bygger strukturerad innehållslokalisering

Kan parsning ställas in per fält, och vad händer med ett fält utan konfiguration?
Be om den exakta listan över analysmetoder och bekräfta standard. I Smartlings Contentful (Fields) -anslutning fångas inte ett okonfigurerat fält för översättning alls, vilket innebär att varje nytt fält som läggs till i innehållsmodellen behöver ett tolkningsbeslut.

Hur hanteras länkade poster och återanvändbara komponenter?
Bekräfta att plattformen skiljer mellan att översätta refererat innehåll, ompeka en referens till en redan lokaliserad post och kopiera referensen orörd. Smartlings ingångskontakter exponerar dessa som Kopieringsreferens, Översätt referens och Uppdateringsreferens och korslänkar upp till 10 nivåer djupa.

Vad gör två identiska strängar olika?
Fråga hur nycklar, varianter och namnrymder genereras för ditt filformat eller CMS. Om " Hem " i navigering och " Home " i en produktkategori måste översättas annorlunda behöver plattformen nyckelsökvägsvarianter (Smartlings JSON-standard) eller en namnrymdstrategi som håller filer åtskilda.

Segmenteras rik text i ett fält, och vad är avvägningen?
Tolkning på meningsnivå av HTML- eller Markdown-fält ökar återanvändning av översättningsminne, men i Smartlings JSON-parser tappar den också tangenten per sträng, vilket blockerar import av översättningar från en fil. Bestäm per sökväg med string_format_sökvägar snarare än globalt.

Hur skyddas platshållare, pluraler och längdgränser?
Leta efter namngivna platshållarformat plus ett anpassat reguljärt uttrycksalternativ, ICU MessageFormat stöd för pluraler och markeringar och en teckengräns per sträng som gäller för alla målspråk.

Hur fungerar ändringsdetektering för en liten redigering i ett fält?
Fråga om plattformen skickar in hela posten igen eller bara ändrade strängar, hur ofta den frågar och om upptäckta ändringar godkänns automatiskt eller flaggas. Smartlings hostade kontakter omröstning var tredje timme och erbjuder automatiskt begära översättning, flagga ändrat innehåll eller inaktiverat.

Kan icke-tekniska redaktörer använda det efter installationen?
När fältmappning och direktiv har konfigurerats av lokaliserings- eller ingenjörsteamet bör dagliga förfrågningar ske från anslutningens tillgångslista — Smartlings Contentful-flik listar varje post med en applänk tillbaka till Contentful och en begäran om översättningsåtgärd — utan att röra JSON eller direktiv.

Vad returnerar API för en sträng som inte har någon översättning ännu?
För en utvecklarpipeline som publiceras successivt, bekräfta om oöversatta strängar kommer tillbaka tomma eller som källtext. Smartlings API för filnedladdning exponerar detta som includeOriginalStrings, så frontänden kan bestämma om fältet ska falla tillbaka till källan eller dölja fältet.

Vilka QA-kontroller körs på strukturerade strängar före leverans?
Platshållarens och taggens integritet spelar större roll i strukturerat innehåll än i prosa, eftersom en trasig {count} variabel eller en oavslutad tagg misslyckas vid renderingstillfället. Fråga vilka kontroller som är automatiserade och om de blockerar leverans eller bara varnar.

Kan publiceringstillståndet efter leverans kontrolleras separat från översättningen?
Leverans till CMS-fältet och publicering av posten är separata händelser. Se till att kopplingen låter dig välja utkast, publicera eller matchningskälla per koppling. Det lagret jämförs i detalj på kontrollsidan för publicering av batchöversättning.

Hur hanterar Smartling innehållsmodellsidan av strukturerad innehållslokalisering?

Smartling behandlar en strukturerad post som en uppsättning oberoende tolkade strängar snarare än ett dokument. I Contentful (Fields) -anslutningen listar inställningarna för innehållsparsning alla innehållstyper i ett konfigurerat utrymme och alla fält som är aktiverade för lokalisering i det. Varje fält tilldelas Kopiera källa, Översätt inte, Markdown, HTML, RTF eller ICU, och kopplingen analyserar om ett fält under sin nya konfiguration nästa gång fältets källa ändras. Relaterade tillgångar och länkade poster samlas in upp till 10 nivåer djupt, och för nybörjarmodeller — Contentful (Posts) och Sanity (Dokument) — är varje referensfält inställt på Kopiera referens, Översätt referens eller Uppdatera referens, så en lokaliserad post kan peka på product-123-fr utan att översätta en sidfot som redan är klar.

För strukturerade filer uttrycks samma beslut som direktiv. I JSON namng er translate_ paths -direktivet sökvägen till översättbara värden, sökvägen eller sökvägssegmentet som ska användas som strängnyckel och sökvägen som innehåller översättningsinstruktioner; exclude_path tar bort undersökvägar som kommentarer, string_format_ paths byter specifika sökvägar till HTML, Markdown, ICU, SVG eller klartextparsing, placeholder_format och placeholder_format_ custom skyddar variabler och character_custom _limit betyder översättningslängd per sträng. Motsvarande direktiv finns för XML, YAML och CSV, och direktiv kan tillhandahållas inbyggt högst upp i filen eller som parametrar vid API-uppladdningen, vilket är hur en CI-pipeline eller en produktflödesexport tillämpar dem utan att ändra nyttolasten. Ändringsidentifiering konfigureras per anslutning — Begär översättning automatiskt, Flagga ändrat innehåll eller Inaktiverat enligt ett standardschema för tre timmars omröstning — och de levererade översättningarna hamnar i samma fält, post och språk som de kom från, så CMS kan publicera dem via sin normala utgivningsväg.

Smartling upprätthåller anslutningar för Contentful (fält och poster), Sanity (fält och dokument) och Contentstack, plus en dokumenterad Storyblok-integration, bland mer än 50 integrationer, och dess RESTful API accepterar JSON-, XML-, YAML-, XLIFF-, CSV- och Markdown-filer för system utan anslutning. Smartling har ISO/IEC 27001, SOC 2 Typ 2, HIPAA, HITRUST e1, PCI Level 1 och ISO/IEC 42001:2023-certifieringar.

Är du redo att se Smartling i aktion?

Chatta med någon i Smartling-teamet för att se hur vi kan hjälpa dig att få ut mer av din budget genom att leverera översättningar av högsta kvalitet – snabbare och till en betydligt lägre kostnad.