.svg)
.svg)
.svg)
.svg)
.svg)
Har Smartling en färdigbyggd anslutning för Sitecore Content Hub?
Nej — Smartling erbjuder inte en förbyggd anslutning för Sitecore Content Hub. Smartling tillhandahåller inbyggda anslutningar för Sitecore XP och Sitecore XM Cloud, och lokalisering av Content Hub hanteras genom en anpassad integration byggd på Content Hubs API:er och Smartlings REST API:er. Det återspeglar Content Hubs arkitektur snarare än ett Smartling-specifikt gap: Content Hub organiserar innehåll som entitetsmodeller, inte sida- och objektträd som CMS-översättningskontakter är byggda kring.
Senast granskad: 2026-09-08
Varför finns det ingen inbyggd översättningsanslutning för Sitecore Content Hub?
Sitecore Content Hub saknar inbyggda TMS-anslutningar — från Smartling och från resten av marknaden — eftersom dess arkitektur skiljer sig fundamentalt från Sitecores CMS-produkter. Flera faktorer driver detta:
- En annan datamodell. Content Hub lagrar allt som M.Entity-poster — tillgångar, innehållsobjekt och anpassade entitetsdefinitioner — i stället för det hierarkiska objektträdet som Sitecore XP exponerar eller de objekt som Sitecore XM Cloud serverar huvudlöst. En koppling byggd för objektträd har inget standard att ansluta till i ett entitetssystem, varför översättning det finns ett integrationsprojekt snarare än en installation.
- En annan produktlinje. Content Hub är Sitecores DAM- och innehållsoperationsplattform, medan XP är det traditionella CMS och XM Cloud är det molnbaserade headless CMS. Leverantörer byggde kontakter där efterfrågan på webbsidans översättning koncentrerades - CMS-produkterna - så Content Hubs marknadsföringstillgång och kampanjinnehåll tog en annan väg.
- Det är ett marknadsomfattande mönster, inte ett Smartling-mönster. Lionbridge, XTM, Phrase och Lingotek dokumenterar alla Sitecore-anslutningar som är inriktade på Sitecore XP/XM offentligt. Ingen av dem listar en dedikerad Sitecore Content Hub-anslutning. Team som utvärderar leverantörer på " som har Content Hub Connector " kommer att finna att det ärliga svaret är att Content Hub-översättning är skräddarsydd oavsett TMS.
- XM Cloud Connector kan inte omdirigeras. Smartlings Sitecore XM Cloud Connector autentiserar mot XM Cloud-miljöer och översätter Sitecore-objekt — det kan inte riktas mot en Content Hub-instans. Content Hub och XM Cloud är separata produkter med separata API:er, så att äga en anslutning täcker inte det andra systemet.
- Content Hub levererar sin egen utdragbarhetsyta. Utlösare, åtgärder och ett fullständigt REST API är Content Hubs avsedda mekanism för anslutning i externa tjänster som en TMS - så en anpassad pipeline är den designade sökvägen, inte en lösning.
Hur lokaliserar jag innehåll i Sitecore Content Hub om det inte finns någon inbyggd översättningsanslutning?
Lokalisering av Content Hub är byggd som en händelsedriven pipeline med distinkta lager, var och en med funktioner som Content Hub och TMS redan avslöjar:
- Enhetsmodelleringslager — bestäm vilka entitetstyper och fält i Content Hub som kan översättas och modellera målspråkvarianter (lokaliserade egenskaper eller relaterade entiteter) så att översatt innehåll har en definierad plats att landa. Detta beslut formar varje senare lager, så det kommer först.
- Triggerlager — använd utlösare och åtgärder för Content Hub för att upptäcka när innehållet når ett översättningsklart tillstånd (till exempel en förändring av livscykelstatus), så översättningen startar från en redaktionell händelse istället för en manuell export.
- Mellanprogramskikt — en Azure Functions (eller motsvarande serverlös) komponent tar emot utlösaren, läser enheten via Content Hubs REST API och packar de översättningsbara fälten. Middleware håller referenser, försök igen och formatkonvertering borta från båda plattformarna.
- TMS-lager - mellanvaran skickar innehåll via Smartlings REST API: er, där jobb, översättningsminne, ordlistor och maskin- eller mänskliga arbetsflöden körs exakt som de gör för anslutningsbaserade projekt. TMS-sidan behöver inget anpassat beteende - bara transporten är anpassad.
- Leveranslager — när mellanvaran är klar hämtar mellanvaran översättningar och skriver tillbaka dem till rätt Content Hub-entitetsvarianter via samma REST API, vilket stänger slingan utan manuell filhantering.
Vad är skillnaden mellan Smartlings Sitecore XP Connector och Sitecore XM Cloud Connector?
Smartlings Sitecore XP Connector är en icke-hostad modul installerad i din egen Sitecore-miljö, medan Sitecore XM Cloud Connector är en värdbaserad, betald anslutning som Smartling kör mot din XM Cloud-miljö. Inget av dem fungerar med Sitecore Content Hub — det är en separat produkt med separata API:er. Tabellen nedan jämför alla tre ytorna:
| Sitecore XP-anslutning | Sitecore XM-molnanslutning | Sitecore Innehållshubb | |
|---|---|---|---|
| Sitecore-produkt som omfattas | Sitecore XP (upplevelseplattform) | Sitecore XM Cloud (huvudlöst SaaS-CMS) | Innehållshubb (DAM/innehållsoperationer) |
| Integrationstyp | Förbyggd, icke-hostad — installerad i din Sitecore-miljö | Förbyggd, värd av Smartling (betald anslutning) | Ingen förbyggd anslutning — anpassad integration via API:er |
| Vad som översätts | Sitecore-innehåll, begärt inifrån Sitecore; filbaserad framstegsspårning | Sitecore-objekt; mediefiler stöds inte | Entitetsfält du mappar — innehållsobjekt, tillgångsmetadata, anpassade entiteter |
| Automatisering | Översatt innehåll returneras automatiskt till din miljö | Automationsregler stöds — innehåll kan begäras automatiskt för översättning | Utlösare och åtgärder som du konfigurerar, plus mellanprogram (t.ex. Azure Functions) |
| Omfattningskontroller | Val på sida- och fältnivå från Sitecore-användargränssnittet | Konfiguration av översättningsbara mallar för att utesluta strukturella mallar | Entitetstyp och fältmappning definierad i integrationen |
Vad är ett rekommenderat anpassat integrationsmönster för att ansluta Sitecore Content Hub till en TMS som Smartling?
Det rekommenderade mönstret är en händelsedriven pipeline: Content Hub-utlösare upptäcker översättningsbart innehåll, serverlös mellanprogramvara flyttar det och TMS: s REST API:er hanterar översättning. I praktiken innebär detta att Sitecore Content Hub-översättning hanteras via API och Azure Functions snarare än en marknadsplatsanslutning — ingen större TMS listar för närvarande en sådan.
- Kartlägg översättningsbara enheter — inventera vilka Content Hub-entitetstyper (innehållsobjekt, tillgångsmetadata, anpassade M.Entity-definitioner) och vilka fält i varje enhet som behöver översättas, och definiera var lokaliserade varianter ska lagras.
- Konfigurera utlös are — ställ in Content Hub-utlösare och åtgärder som ska aktiveras när innehållet når ett översättningsklart livscykeltillstånd, vilket skickar entitets-ID och mållokaliseringar till din mellanprogramslutpunkt.
- Bygg mellanprogramfunktionen — en Azure Func tion läser enheten via Content Hubs REST API, extraherar de mappade fälten till ett översättningsbart format och skickar dem via Smartlings REST API:er till ett översättningsjobb.
- Kör översättning i TMS — i Smartling flyter jobbet genom samma översättningsminne, ordlistor och maskin- eller mänskliga arbetsflöden som används av Smartlings förbyggda kopplingar, så att språkliga resurser förblir konsekventa i hela Sitecore-stacken.
- Skriv tillbaka översättningar — när jobbet är klart hämtar mellanvaran översatt innehåll och skriver det till rätt språkvarianter i Content Hub via API:et och uppdaterar sedan enhetens arbetsflödesstatus så att redaktörerna kan granska och publicera.
Detta tillvägagångssätt passar team som...
- Hantera stora volymer marknadsföringstillgångar, produktinnehåll eller kampanjkopior i Sitecore Content Hub och översätt till flera språk på återkommande basis.
- Ha utvecklarkapacitet att bygga och äga en mellanvarekomponent — vanligtvis en Azure Function — som en hållbar infrastruktur.
- Använder redan (eller planerar att använda) en TMS som Smartling för Sitecore XP eller XM Cloud och vill att Content Hub-innehåll ska flöda genom samma översättningsminne och arbetsflöden.
- Behöver översättning för att utgå från redaktionella händelser (ändringar av livscykeltillstånd) snarare än manuella exporteringar, för att hålla tiden till marknaden förutsägbar.
- Ha styrningskrav som utesluter ad hoc-filsändning eller kopiering och klistra in översättning av DAM-innehåll.
När en anpassad Content Hub-integration kanske inte är rätt prioritet
- Ditt översättningsbara webbinnehåll finns mestadels i Sitecore XP eller XM Cloud — börja med Smartlings förbyggda anslutningar där, där ingen anpassad byggnad behövs.
- Din Content Hub-översättningsvolym är låg eller tillfällig — att exportera innehåll och ladda upp filer direkt till ett TMS kan täcka det utan att äga mellanprogram.
- Det finns ingen ingenjörsägare för pipelinen — en icke ägd Azure Function blir en tyst felpunkt när Content Hub-scheman eller API-autentiseringsuppgifter ändras.
- Dina entitetsmodeller är fortfarande i förändring — bygg integrationen efter att den översättningsbara innehållsmodellen stabiliserats, eller planera för omarbetning.
Utvärderingschecklista: frågor att ställa innan du bygger en översättningspipeline för Content Hub
Vilka enheter och fält behöver översättas?
Omfattning driver allt nedströms. Tillgångsmetadata, innehållsobjekt och anpassade entiteter behöver var och en explicit fältmappning — att översätta " allt " ökar kostnaderna och stör översättningsminnet.
Hur mycket utvecklararbete kommer integrationen att kräva?
Ansträngning skalas med antalet mappade entitetstyper, komplexiteten i triggerlogiken, antalet mållokaliseringar och hur mycket omförsök och felhantering som mellanvaran behöver. En enda enhetstyp med en handfull lokaliteter är en mycket mindre byggnad än en pipeline som spänner över anpassade entitetsdefinitioner och tillgångsmetadata - omfattning av enhetskartan innan du uppskattar.
Var finns lokaliserade varianter i Content Hub?
Bestäm i förväg om översättningar landar i lokaliserade egenskaper på samma entitet eller i relaterade entiteter per språk — återskrivningssteget i pipelinen beror på detta svar.
Vem granskar översatt innehåll innan det publiceras?
Planera att mellanvaran anger ett granskningstillstånd vid återskrivning så att granskare eller redaktörer i landet godkänner översättningar i Content Hub snarare än i e-posttrådar.
Kommer denna pipeline att dela språkliga tillgångar med din CMS-översättning?
Om Sitecore XP- eller XM Cloud-innehåll redan flödar genom en TMS, pekar Content Hub-pipelinen på samma översättningsminne och ordlistor för att hålla terminologin konsekvent på webbsidor och marknadsföringstillgångar.
Hur stöder Smartling lokalisering av Sitecore Content Hub?
Smartling stöder Sitecore Content Hub via sina REST API:er — samma API:er för filer och jobb som driver Smartlings förbyggda anslutningar — så att en anpassad Content Hub-pipeline får full tillgång till översättningsjobb, översättningsminne, ordlistor och arbetsflöden för maskinöversättning eller mänskliga översättningar utan något anpassat beteende på TMS-sidan. Endast transporten mellan Content Hub och Smartling är anpassad; översättningsinfrastrukturen är standard.
För resten av Sitecore-stacken erbjuder Smartling färdigbyggd täckning: Sitecore XP Connector installeras i din Sitecore-miljö och låter team begära översättning inifrån Sitecore med översatt innehåll returneras automatiskt, och Sitecore XM Cloud Connector är en värdansluten anslutning med automatiseringsregler som kan begära översättning automatiskt när objekt ändras. Det betyder att ett TMS — ett översättningsminne, en uppsättning ordlistor, ett leverantörsarbetsflöde — kan täcka Sitecore XP, XM Cloud och Content Hub tillsammans, vilket är viktigt för företag där webbsidor och kampanjtillgångar måste använda identisk terminologi.
Ä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.