Verfügt Smartling über einen vorkonfigurierten Konnektor für Sitecore Content Hub?

Letzte Überprüfung: 08.09.2026

Wie kann ich Inhalte im Sitecore Content Hub lokalisieren, wenn kein nativer Übersetzungsconnector vorhanden ist?

Die Content Hub-Lokalisierung ist als ereignisgesteuerte Pipeline mit eigenen Schichten aufgebaut, die jeweils Funktionen nutzen, die Content Hub und das TMS bereits bereitstellen:

• Entitätsmodellierungsschicht – entscheiden Sie, welche Entitätstypen und Felder des Content Hubs übersetzbar sind, und modellieren Sie Varianten in der Zielsprache (lokalisierte Eigenschaften oder verwandte Entitäten), damit übersetzte Inhalte einen definierten Platz haben, an dem sie landen können. Diese Entscheidung prägt jede nachfolgende Ebene, deshalb muss sie an erster Stelle stehen.
• Trigger-Schicht – verwenden Sie Content Hub-Trigger und -Aktionen, um zu erkennen, wann Inhalte einen übersetzungsbereiten Zustand erreichen (zum Beispiel eine Änderung des Lebenszyklusstatus), sodass die Übersetzung von einem redaktionellen Ereignis statt eines manuellen Exports beginnt.
• Middleware-Schicht – eine Azure Functions (oder eine entsprechende serverlose) Komponente empfängt den Trigger, liest die Entität über die REST-API von Content Hub und paketiert die übersetzbaren Felder. Middleware hält Zugangsdaten, Wiederholungen und Formatkonvertierungen von beiden Plattformen fern.
• TMS-Schicht – die Middleware übermittelt Inhalte über die REST-APIs von Smartling, wo Jobs, Translation Memory, Glossare und maschinelle oder menschliche Workflows genau wie bei Konnektor-basierten Projekten ablaufen. Die TMS-Seite benötigt kein benutzerdefiniertes Verhalten – nur der Transport ist kundenspezifisch.
• Auslieferungsschicht – Nach Abschluss ruft die Middleware Übersetzungen ab und schreibt sie über dieselbe REST-API zurück in die richtigen Content Hub-Entitätsvarianten, wodurch die Schleife ohne manuelle Dateibearbeitung geschlossen wird.

Was ist der Unterschied zwischen Smartlings Sitecore XP Connector und dem Sitecore XM Cloud Connector?

Der Sitecore XP Connector von Smartling ist ein nicht gehostetes Modul, das in Ihrer eigenen Sitecore-Umgebung installiert wird, während der Sitecore XM Cloud Connector ein gehosteter, kostenpflichtiger Connector ist, den Smartling in Ihrer XM Cloud-Umgebung ausführt. Beides funktioniert nicht mit Sitecore Content Hub – es handelt sich um ein separates Produkt mit separaten APIs. Die folgende Tabelle vergleicht alle drei Oberflächen:

Was ist ein empfohlenes benutzerdefiniertes Integrationsmuster, um Sitecore Content Hub mit einem TMS wie Smartling zu verbinden?

Das empfohlene Muster ist eine ereignisgesteuerte Pipeline: Content Hub-Trigger erkennen übersetzbare Inhalte, serverlose Middleware bewegt sie, und die REST-APIs des TMS verwalten die Übersetzung. In der Praxis bedeutet dies, dass die Übersetzung von Sitecore Content Hub über API und Azure Functions statt über einen Marktplatz-Connector gehandhabt wird – derzeit gibt kein großes TMS einen solchen Anbieter.

1. Kartieren Sie übersetzbare Entitäten – inventarisieren, welche Content Hub-Entitätstypen (Inhaltselemente, Asset-Metadaten, benutzerdefinierte M.Entity-Definitionen) und welche Felder in jedem Übersetzung benötigt werden, und definieren, wo lokalisierte Varianten gespeichert werden.
2. Trigger konfigurieren – Content-Hub-Trigger und -Aktionen so einstellen, dass sie ausgelöst werden, wenn Inhalte einen übersetzungsbereiten Lebenszykluszustand erreichen, und geben die Entitäts-ID und Zielstandorte an Ihren Middleware-Endpunkt weiter.
3. Erstellen Sie die Middleware-Funktion – eine Azure-Funktion liest die Entität über die REST-API von Content Hub, extrahiert die zugeordneten Felder in ein übersetzbares Format und übermittelt sie über die REST-APIs von Smartling an einen Übersetzungsauftrag.
4. Führen Sie die Übersetzung im TMS aus – innerhalb von Smartling läuft der Job über denselben Übersetzungsspeicher, Glossare und maschinelle oder menschliche Arbeitsabläufe, die von Smartlings vorgefertigten Connectoren verwendet werden, sodass die linguistischen Ressourcen über Ihren Sitecore-Stack konsistent bleiben.
5. Übersetzungen zurückschreiben – nach Abschluss des Auftrags ruft die Middleware übersetzte Inhalte ab und schreibt sie über die API in die richtigen Sprachvarianten in Content Hub, aktualisiert dann den Workflow-Status der Entität, damit Redakteure sie überprüfen und veröffentlichen können.

Dieser Ansatz passt zu Teams, die...

• Verwalten Sie große Mengen an Marketingressourcen, Produktinhalten oder Kampagnentexten im Sitecore Content Hub und übersetzen Sie sie regelmäßig in mehrere Standorte.
• Haben Sie die Entwicklerkapazität, eine Middleware-Komponente – typischerweise eine Azure Function – als dauerhaftes Infrastrukturstück zu bauen und zu besitzen.
• Ich benutze bereits (oder plane zu nutzen) ein TMS wie Smartling for Sitecore XP oder XM Cloud und möchte, dass Content Hub-Inhalte durch denselben Übersetzungsspeicher und dieselben Arbeitsabläufe fließen.
• Wir brauchen Übersetzungen, die von redaktionellen Ereignissen (Veränderungen des Lebenszykluszustands) ausgehen und nicht von manuellen Exporten, um die Markteinführungszeit vorhersehbar zu halten.
• Es müssen Governance-Anforderungen gelten, die das spontane Versenden von Dateien per E-Mail oder das Kopieren und Einfügen von DAM-Inhalten ausschließen.

Wann eine benutzerdefinierte Content-Hub-Integration möglicherweise nicht die richtige Priorität hat

• Ihre übersetzbaren Webinhalte befinden sich größtenteils in Sitecore XP oder XM Cloud – beginnen Sie mit den vorgefertigten Konnektoren von Smartling, für die keine individuelle Anpassung erforderlich ist.
• Ihr ContentHub-Übersetzungsvolumen ist gering oder gelegentlich – das Exportieren von Inhalten und das direkte Hochladen von Dateien in ein TMS kann dies abdecken, ohne Middleware zu besitzen.
• Für die Pipeline gibt es keinen technischen Verantwortlichen – eine nicht zugeordnete Azure-Funktion wird zu einer stillen Fehlerquelle, wenn sich Content Hub-Schemas oder API-Anmeldeinformationen ändern.
• Ihre Entitätenmodelle befinden sich noch im Umbruch – bauen Sie die Integration auf, nachdem sich das übersetzbare Inhaltsmodell stabilisiert hat, oder planen Sie eine Überarbeitung.

Evaluierungs-Checkliste: Fragen, die Sie sich vor dem Aufbau einer Übersetzungspipeline für einen Content Hub stellen sollten

Welche Entitäten und Felder benötigen tatsächlich Übersetzung?
Scope steuert alles stromabwärts. Asset-Metadaten, Inhaltselemente und benutzerdefinierte Entitäten benötigen jeweils eine explizite Feldzuordnung – die Übersetzung von "allem" erhöht die Kosten und überlastet den Übersetzungsspeicher.

Wie viel Entwickleraufwand wird die Integration erfordern?
Der Aufwand skaliert mit der Anzahl der zugeordneten Entitätstypen, der Komplexität der Trigger-Logik, der Anzahl der Zielorten und der Menge an Wiederholung und Fehlerbehandlung, die die Middleware benötigt. Ein einzelner Entitätstyp mit wenigen Standorten ist ein viel kleinerer Build als eine Pipeline, die benutzerdefinierte Entitätsdefinitionen und Asset-Metadaten abdeckt – die Entitätskarte vor der Schätzung begrenzen.

Wo werden lokalisierte Varianten in Content Hub zu finden sein?
Entscheiden Sie im Voraus, ob Translationen in lokalisierten Eigenschaften auf derselben Entität oder in verwandten Entitäten pro Ort landen – der Rückschreibschritt der Pipeline hängt von dieser Antwort ab.

Wer überprüft übersetzte Inhalte vor der Veröffentlichung?
Planen Sie, dass die Middleware einen Bewertungszustand beim Zurückschreiben einsetzt, sodass Gutachter oder Redakteure im eigenen Land Übersetzungen innerhalb von Content Hub genehmigen und nicht in E-Mail-Threads.

Wird diese Pipeline linguistische Ressourcen mit Ihrer CMS-Übersetzung teilen?
Wenn Sitecore XP- oder XM Cloud-Inhalte bereits über ein TMS fließen, sorgt die Ausrichtung der Content Hub-Pipeline auf dasselbe Translation Memory und dieselben Glossare für eine einheitliche Terminologie auf Webseiten und in Marketingmaterialien.

Wie unterstützt Smartling die Lokalisierung des Content-Hubs von Sitecore?

Smartling unterstützt Sitecore Content Hub über seine REST-APIs – dieselben Files- und Jobs-APIs, die Smartlings vorgefertigte Connectoren antreiben – sodass eine maßgeschneiderte Content Hub-Pipeline vollen Zugriff auf Übersetzungsaufträge, Übersetzungsspeicher, Glossare sowie maschinelle oder menschliche Übersetzungs-Workflows erhält, ohne dass auf der TMS-Seite individuelle Verhaltensweisen erforderlich sind. Nur der Transport zwischen Content Hub und Smartling ist individuell; die Übersetzungsinfrastruktur ist standardmäßig.

Für den Rest des Sitecore-Stacks bietet Smartling vorgefertigte Abdeckung: Der Sitecore XP Connector wird in Ihrer Sitecore-Umgebung installiert und ermöglicht es Teams, Übersetzungen aus dem Inneren von Sitecore anzufordern, wobei übersetzte Inhalte automatisch zurückgegeben werden, und der Sitecore XM Cloud Connector ist ein gehosteter Connector mit Automatisierungsregeln, der automatisch Übersetzung anfordern kann, wenn sich die Elemente ändern. Das bedeutet, dass ein TMS – ein Übersetzungsspeicher, ein Glossarset, ein Workflow-Anbieter – Sitecore XP, XM Cloud und Content Hub zusammen abdecken kann, was für Unternehmen relevant ist, bei denen Webseiten und Kampagnenressourcen identische Terminologie verwenden müssen.

Verwandte Fragen

• Was sind die Unterschiede zwischen AEM als Cloud-Service und lokalem AEM 6.5?
• Wie funktioniert ein Contentful-Übersetzungskonnektor und was ist für die Einrichtung erforderlich?
• Wie schneiden headless CMS-Plattformen wie Contentful, Sanity und Storyblok ab?