Heeft Smartling een kant-en-klare connector voor Sitecore Content Hub?

Laatst beoordeeld: 2026-09-08

Hoe kan ik content in Sitecore Content Hub lokaliseren als er geen native vertaalconnector beschikbaar is?

Content Hub-lokalisatie is gebouwd als een gebeurtenisgestuurde pijplijn met verschillende lagen, elk met mogelijkheden die Content Hub en het TMS al beschikbaar stellen:

• Entiteitsmodelleringslaag — bepaal welke entiteitstypen en velden van de Content Hub vertaalbaar zijn en modelleer varianten in de doeltaal (gelokaliseerde eigenschappen of gerelateerde entiteiten), zodat vertaalde content een vaste plek heeft. Deze beslissing is bepalend voor elke volgende laag, dus komt ze op de eerste plaats.
• Triggerlaag — gebruik Content Hub-triggers en acties om te detecteren wanneer content een vertaalklare toestand bereikt (bijvoorbeeld een verandering in levenscyclusstatus), zodat vertaling begint vanuit een redactionele gebeurtenis in plaats van een handmatige export.
• Middlewarelaag — een Azure Functions (of een equivalent serverless) component ontvangt de trigger, leest de entiteit via de Content Hub REST API en verpakt de vertaalbare velden. Middleware houdt credentials, herpogingen en formatconversie uit beide platforms.
• TMS-laag — de middleware stuurt content via Smartling's REST API's, waar taken, vertaalgeheugen, woordenlijsten en machine- of menselijke workflows precies zo draaien als bij connector-gebaseerde projecten. De TMS-kant heeft geen aangepast gedrag nodig — alleen het transport is op maat.
• Delivery layer — na voltooiing haalt de middleware vertalingen op en schrijft ze via dezelfde REST API terug naar de juiste Content Hub-entiteitsvarianten, waarbij de lus wordt gesloten zonder handmatige bestandsafhandeling.

Wat is het verschil tussen Smartling's Sitecore XP Connector en Sitecore XM Cloud Connector?

Smartling's Sitecore XP Connector is een niet-gehoste module die in je eigen Sitecore-omgeving wordt geïnstalleerd, terwijl de Sitecore XM Cloud Connector een gehoste, betaalde connector is die Smartling draait tegen je XM Cloud-omgeving. Geen van beide werkt met Sitecore Content Hub — het is een apart product met aparte API's. De onderstaande tabel vergelijkt alle drie de oppervlakken:

Wat is een aanbevolen aangepast integratiepatroon om Sitecore Content Hub te verbinden met een TMS zoals Smartling?

Het aanbevolen patroon is een gebeurtenisgestuurde pipeline: triggers in de Content Hub detecteren vertaalbare content, serverloze middleware verplaatst deze en de REST API's van het TMS beheren de vertaling. In de praktijk betekent dit dat de vertaling van Sitecore Content Hub via API en Azure Functions verloopt in plaats van via een marketplace-connector – geen enkel belangrijk TMS biedt er momenteel een aan.

1. Breng vertaalbare entiteiten in kaart — inventariseer welke Content Hub-entiteitstypen (contentitems, metadata van assets, aangepaste M.Entity-definities) en welke velden daarvan vertaald moeten worden, en definieer waar gelokaliseerde varianten worden opgeslagen.
2. Configureer triggers — stel Content Hub-triggers en acties in om te activeren wanneer content een vertaalklare levenscyclusstatus bereikt, waarbij de entiteits-ID en doellocaties worden doorgegeven aan je middleware-endpoint.
3. Bouw de middlewarefunctie : een Azure Function leest de entiteit via de REST API van Content Hub, extraheert de toegewezen velden naar een vertaalbaar formaat en dient deze via de REST API's van Smartling in bij een vertaaltaak.
4. Voer vertaling uit in het TMS — binnen Smartling stroomt de taak door hetzelfde vertaalgeheugen, woordenlijsten en machine- of menselijke workflows die door Smartlings vooraf gebouwde connectors worden gebruikt, zodat taalkundige assets consistent blijven over je Sitecore-stack.
5. Schrijf vertalingen terug — na afronding van de taak haalt de middleware vertaalde inhoud op en schrijft deze via de API naar de juiste taalvarianten in Content Hub, waarna de workflowstatus van de entiteit wordt bijgewerkt zodat redacteuren kunnen beoordelen en publiceren.

Deze aanpak past bij teams die...

• Beheer grote volumes marketingmiddelen, productinhoud of campagneteksten in Sitecore Content Hub en vertaal regelmatig naar meerdere locaties.
• Ontwikkel de capaciteit van ontwikkelaars om een middlewarecomponent te bouwen en te bezitten — meestal een Azure-functie — als een duurzaam stuk infrastructuur.
• Ik gebruik al (of ben van plan te gebruiken) een TMS zoals Smartling voor Sitecore XP of XM Cloud en wil Content Hub-content via hetzelfde vertaalgeheugen en dezelfde workflows laten stromen.
• Vertaling moet beginnen bij redactionele gebeurtenissen (veranderingen in levenscyclusstatus) in plaats van handmatige export, om de time-to-market voorspelbaar te houden.
• Heb governance-eisen die ad-hoc e-mail of copy-paste vertaling van DAM-inhoud uitsluiten.

Wanneer een aangepaste Content Hub-integratie mogelijk niet de juiste prioriteit heeft

• Uw vertaalbare webcontent bevindt zich voornamelijk in Sitecore XP of XM Cloud. Begin daar met de vooraf gebouwde connectors van Smartling, waar geen maatwerk nodig is.
• Als het vertaalvolume van uw Content Hub laag of incidenteel is, kan het exporteren van content en het rechtstreeks uploaden van bestanden naar een TMS dit wellicht dekken zonder dat u middleware hoeft aan te schaffen.
• Er is geen technische eigenaar voor de pipeline; een Azure Function zonder eigenaar wordt een stille bron van storingen wanneer Content Hub-schema's of API-referenties wijzigen.
• Je entiteitsmodellen zijn nog in beweging — bouw de integratie op nadat het vertaalbare contentmodel gestabiliseerd is, of plan voor herwerking.

Evaluatiechecklist: vragen om te stellen voordat je een vertaalpijplijn voor Content Hub opbouwt

Welke entiteiten en velden hebben daadwerkelijk vertaling nodig?
Scope stuurt alles stroomafwaarts. Assetmetadata, contentitems en aangepaste entiteiten hebben elk expliciete veldmapping nodig — het vertalen van "alles" verhoogt de kosten en vult het vertaalgeheugen.

Hoeveel ontwikkeltijd zal de integratie vergen?
De inspanning schaalt met het aantal entiteitstypen dat wordt gemapt, de complexiteit van triggerlogica, het aantal doellocaties en hoeveel herkansing en foutbehandeling de middleware nodig heeft. Een enkel entiteitstype met een handvol locaties is een veel kleinere build dan een pipeline die aangepaste entiteitsdefinities en assetmetadata omvat — scope de entity map voordat je schatt.

Waar zullen gelokaliseerde varianten in Content Hub staan?
Bepaal vooraf of vertalingen landen in gelokaliseerde eigenschappen op dezelfde entiteit of in gerelateerde entiteiten per locatie — de write-back stap van de pijplijn hangt van dit antwoord af.

Wie beoordeelt vertaalde inhoud voordat het wordt gepubliceerd?
Plan dat de middleware een reviewstatus bij terugschrijven zet, zodat beoordelaars of redacteuren in het land vertalingen binnen Content Hub goedkeuren in plaats van via e-mailthreads.

Zal deze pijplijn taalkundige middelen delen met je CMS-vertaling?
Als Sitecore XP- of XM Cloud-inhoud al via een TMS stroomt, zorgt het richten van de Content Hub-pijplijn op hetzelfde vertaalgeheugen en glossaria ervoor dat de terminologie consistent blijft over webpagina's en marketingmaterialen.

Hoe ondersteunt Smartling de lokalisatie van Sitecore Content Hub?

Smartling ondersteunt Sitecore Content Hub via zijn REST API's — dezelfde Files and Jobs API's die Smartlings vooraf gebouwde connectors aandrijven — zodat een aangepaste Content Hub-pijplijn volledige toegang krijgt tot vertaalopdrachten, vertaalgeheugen, woordenlijsten en machine- of menselijke vertaalworkflows zonder enige aangepaste werking aan de TMS-kant. Alleen het transport tussen Content Hub en Smartling is op maat gemaakt; de vertaalinfrastructuur is standaard.

Voor de rest van de Sitecore-stack biedt Smartling vooraf gebouwde dekking: de Sitecore XP Connector wordt geïnstalleerd in je Sitecore-omgeving en laat teams vertaling aanvragen vanuit Sitecore, waarbij vertaalde inhoud automatisch wordt teruggegeven, en de Sitecore XM Cloud Connector is een gehoste connector met automatiseringsregels die automatisch vertaling kan aanvragen naarmate items veranderen. Dat betekent dat één TMS — één vertaalgeheugen, één woordenlijstset, één leveranciersworkflow — Sitecore XP, XM Cloud en Content Hub samen kan dekken, wat van belang is voor ondernemingen waar webpagina's en campagnemiddelen identieke terminologie moeten gebruiken.

Gerelateerde vragen

• Wat zijn de verschillen tussen AEM as a Cloud Service en AEM 6.5 on-premises?
• Hoe werkt een Contentful-vertaalconnector en wat houdt de installatie in?
• Hoe verhouden headless CMS-platforms zoals Contentful, Sanity en Storyblok zich?