Smartling dispone di un connettore preconfigurato per Sitecore Content Hub?

Ultimo aggiornamento: 2026-09-08

Come posso localizzare i contenuti in Sitecore Content Hub se non è presente un connettore di traduzione nativo?

La localizzazione del Content Hub è costruita come una pipeline guidata dagli eventi con livelli distinti, ciascuno utilizzando funzionalità già esposte da Content Hub e TMS:

• Livello di modellazione delle entità — decidi quali tipi di entità e campi del Content Hub sono traducibili, e modella varianti della lingua di destinazione (proprietà localizzate o entità correlate) in modo che il contenuto tradotto abbia un punto di atterraggio definito. Questa decisione plasma ogni livello successivo, quindi viene prima di tutto.
• Layer trigger — usa i trigger e le azioni del Content Hub per rilevare quando il contenuto raggiunge uno stato di traduzione pronto (ad esempio, un cambiamento dello stato del ciclo di vita), così la traduzione inizia da un evento editoriale invece che da un'esportazione manuale.
• Livello middleware — un componente Azure Functions (o serverless equivalente) riceve il trigger, legge l'entità tramite l'API REST di Content Hub e impacchettisce i campi traducibili. Il middleware mantiene fuori le credenziali, i tenti e la conversione di formato da entrambe le piattaforme.
• Livello TMS : il middleware invia i contenuti tramite le API REST di Smartling, dove job, memorie di traduzione, glossari e flussi di lavoro automatici o umani vengono eseguiti esattamente come nei progetti basati su connettori. La parte TMS non richiede comportamenti personalizzati: solo il trasporto è personalizzato.
• Livello di distribuzione — al completamento, il middleware recupera le traduzioni e le scrive nelle varianti corrette dell'entità Content Hub tramite la stessa API REST, chiudendo il ciclo senza gestire manualmente i file.

Qual è la differenza tra il Sitecore XP Connector di Smartling e il Sitecore XM Cloud Connector?

Il Sitecore XP Connector di Smartling è un modulo non ospitato installato nel tuo ambiente Sitecore, mentre il Sitecore XM Cloud Connector è un connettore a pagamento ospitato che Smartling utilizza sul tuo ambiente XM Cloud. Nessuno dei due funziona con Sitecore Content Hub — è un prodotto separato con API separate. La tabella sottostante confronta tutte e tre le superfici:

Qual è un modello di integrazione personalizzato consigliato per collegare Sitecore Content Hub a un TMS come Smartling?

Il modello raccomandato è una pipeline guidata dagli eventi: Content Hub attiva il rilevamento dei contenuti traducibili, il middleware serverless lo sposta e le API REST del TMS gestiscono la traduzione. In pratica ciò significa che la traduzione di Sitecore Content Hub viene gestita tramite API e Azure Functions invece che tramite un connettore marketplace — attualmente nessun importante TMS ne elenca uno.

1. Mappare le entità traducibili — inventariare quali tipi di entità del Content Hub (elementi di contenuto, metadati di asset, definizioni M.Entity personalizzate) e quali campi su ciascuno necessitano di traduzione, e definire dove saranno memorizzate le varianti localizzate.
2. Configura i trigger — imposta i trigger e le azioni del Content Hub per essere attivati quando il contenuto raggiunge uno stato di ciclo di vita pronto per la traduzione, passando l'ID dell'entità e le località target al endpoint del middleware.
3. Crea la funzione middleware : una Funzione Azure legge l'entità tramite l'API REST di Content Hub, estrae i campi mappati in un formato traducibile e li invia tramite le API REST di Smartling a un processo di traduzione.
4. Esegui la traduzione nel TMS — all'interno di Smartling, il lavoro scorre attraverso la stessa memoria di traduzione, glossari e flussi di lavoro macchina o umani usati dai connettori predefiniti di Smartling, così che gli asset linguistici rimangano coerenti su tutto il tuo stack Sitecore.
5. Scrivi le traduzioni — al completamento del lavoro, il middleware recupera i contenuti tradotti e li scrive nelle varianti linguistiche corrette in Content Hub tramite l'API, poi aggiorna lo stato del workflow dell'entità affinché gli editor possano rivedere e pubblicare.

Questo approccio si adatta a squadre che...

• Gestisci grandi volumi di risorse di marketing, contenuti di prodotto o testi per campagne in Sitecore Content Hub e traducili in diverse lingue con cadenza regolare.
• Avere la capacità degli sviluppatori di costruire e possedere un componente middleware — tipicamente una funzione Azure — come infrastruttura duratura.
• Già uso (o ho intenzione di usare) un TMS come Smartling per Sitecore XP o XM Cloud e voglio che i contenuti del Content Hub scorrano attraverso la stessa memoria di traduzione e i flussi di lavoro.
• È necessario che la traduzione inizi dagli eventi editoriali (cambiamenti dello stato del ciclo di vita) piuttosto che dalle esportazioni manuali, per mantenere il time-to-market prevedibile.
• Prevedere requisiti di governance che escludano l'invio di file ad hoc tramite e-mail o la traduzione tramite copia-incolla del contenuto del DAM.

Quando un'integrazione personalizzata con Content Hub potrebbe non essere la priorità giusta

• I tuoi contenuti web traducibili risiedono principalmente in Sitecore XP o XM Cloud: inizia a utilizzare i connettori predefiniti di Smartling, che non richiedono alcuna personalizzazione.
• Il volume di traduzione del tuo Content Hub è basso o occasionale — esportare contenuti e caricare file direttamente su un TMS può coprire il problema senza avere middleware.
• Non esiste un responsabile tecnico per la pipeline: una Funzione Azure senza un responsabile diventa un punto di errore silenzioso quando cambiano gli schemi di Content Hub o le credenziali API.
• I tuoi modelli di entità sono ancora in evoluzione — costruisci l'integrazione dopo che il modello di contenuto traducibile si sarà stabilizzato, oppure pianifica un rilavoro.

Checklist per la valutazione: domande da porsi prima di costruire una pipeline di traduzione su Content Hub

Quali entità e campi necessitano effettivamente di traduzione?
La portata del progetto influenza tutto ciò che segue. I metadati delle risorse, gli elementi di contenuto e le entità personalizzate necessitano ciascuno di una mappatura esplicita dei campi: tradurre "tutto" aumenta i costi e sovraccarica la memoria di traduzione.

Quanto impegno da parte degli sviluppatori richiederà l'integrazione?
Lo sforzo scala con il numero di tipi di entità mappati, la complessità della logica di trigger, il numero di località di destinazione e quanto ritentativo e gestione degli errori necessita del middleware. Un singolo tipo di entità con poche località è una build molto più piccola rispetto a una pipeline che copre definizioni personalizzate di entità e metadati di asset — scala la mappa dell'entità prima di stimare.

Dove troveranno le varianti localizzate in Content Hub?
Decidi fin dall'inizio se le traduzioni arrivano in proprietà localizzate sulla stessa entità o in entità correlate per località — la fase di write-back della pipeline dipende da questa risposta.

Chi revisiona i contenuti tradotti prima di pubblicare?
Pianifica che il middleware imposti uno stato di recensione su write-back così che i revisori o gli editor locali approvino le traduzioni all'interno del Content Hub invece che nei thread email.

Questa pipeline condividerà le risorse linguistiche con la traduzione del tuo CMS?
Se i contenuti di Sitecore XP o XM Cloud transitano già attraverso un TMS, indirizzare la pipeline di Content Hub alla stessa memoria di traduzione e agli stessi glossari garantisce la coerenza terminologica tra pagine web e materiali di marketing.

In che modo Smartling supporta la localizzazione del Sitecore Content Hub?

Smartling supporta Sitecore Content Hub tramite le sue API REST — le stesse API di File e Jobs che alimentano i connettori predefiniti di Smartling — quindi una pipeline personalizzata di Content Hub ha pieno accesso a job di traduzione, memoria di traduzione, glossari e flussi di lavoro di traduzione automatica o umana senza alcun comportamento personalizzato dal lato TMS. Solo il trasporto tra Content Hub e Smartling è personalizzato; l'infrastruttura di traduzione è standard.

Per il resto dello stack Sitecore, Smartling offre una copertura pre-costruita: il Sitecore XP Connector si installa nel tuo ambiente Sitecore e permette ai team di richiedere traduzione all'interno di Sitecore con i contenuti tradotti restituiti automaticamente, mentre il Sitecore XM Cloud Connector è un connettore ospitato con regole di automazione che può richiedere automaticamente la traduzione man mano che gli elementi cambiano. Ciò significa che un solo TMS — una memoria di traduzione, un set di glossari, un solo workflow di un fornitore — può coprire insieme Sitecore XP, XM Cloud e Content Hub, cosa importante per le aziende dove pagine web e risorse di campagne devono usare terminologia identica.

Domande correlate

• Quali sono le differenze tra AEM come servizio cloud e AEM 6.5 on-local?
• Come funziona un connettore di traduzione Contentful e cosa comporta la configurazione?
• Come si confrontano piattaforme CMS headless come Contentful, Sanity e Storyblok?