¿Smartling tiene un conector prediseñado para Sitecore Content Hub?

Revisado por última vez: 2026-09-08

¿Cómo localizo el contenido de Sitecore Content Hub si no hay un conector de traducción nativo?

La localización de Content Hub está construida como una cadena orientada a eventos con capas distintas, cada una utilizando capacidades que Content Hub y TMS ya exponen:

• Capa de modelado de entidades : decidir qué tipos de entidades y campos del Content Hub son traducibles, y modelar variantes del idioma destino (propiedades localizadas o entidades relacionadas) para que el contenido traducido tenga un lugar definido donde aterrizar. Esta decisión influye en cada capa posterior, así que es lo primero.
• Capa de disparo — utiliza los disparadores y acciones del Content Hub para detectar cuando el contenido alcanza un estado listo para la traducción (por ejemplo, un cambio de estado en el ciclo de vida), para que la traducción empiece desde un evento editorial en lugar de una exportación manual.
• Capa middleware — un componente de Azure Functions (o equivalente sin servidor) recibe el disparador, lee la entidad a través de la API REST de Content Hub y empaqueta los campos traducibles. El middleware mantiene las credenciales, las pruebas y la conversión de formatos fuera de ambas plataformas.
• Capa TMS — el middleware envía contenido a través de las APIs REST de Smartling, donde los trabajos, la memoria de traducción, los glosarios y los flujos de trabajo de máquina o humanos se ejecutan exactamente igual que en proyectos basados en conectores. El lado TMS no necesita comportamiento personalizado — solo el transporte es personalizado.
• Capa de entrega — al completar, el middleware recupera las traducciones y las escribe de nuevo en las variantes correctas de la entidad Content Hub a través de la misma API REST, cerrando el bucle sin necesidad de manipular manualmente archivos.

¿Cuál es la diferencia entre el Sitecore XP Connector de Smartling y el Sitecore XM Cloud Connector?

El Sitecore XP Connector de Smartling es un módulo no alojado instalado en tu propio entorno Sitecore, mientras que el Sitecore XM Cloud Connector es un conector alojado y de pago que Smartling ejecuta en tu entorno XM Cloud. Ninguno de los dos funciona con Sitecore Content Hub: es un producto separado con APIs distintas. La siguiente tabla compara las tres superficies:

¿Cuál es el patrón de integración personalizado recomendado para conectar Sitecore Content Hub a un TMS como Smartling?

El patrón recomendado es una canalización basada en eventos: Content Hub activa la detección del contenido traducible, el middleware sin servidor lo mueve y las API REST del TMS gestionan la traducción. En la práctica, esto significa que la traducción de Sitecore Content Hub se gestiona a través de API y Azure Functions en lugar de mediante un conector de mercado; actualmente ningún TMS importante incluye uno.

1. Mapee entidades traducibles: haga un inventario de los tipos de entidades de Content Hub (elementos de contenido, metadatos de activos, definiciones de M.Entity personalizadas) y qué campos de cada una necesita traducción y defina dónde se almacenarán las variantes localizadas.
2. Configura los disparadores — configura los disparadores y acciones del Content Hub para que se activen cuando el contenido alcance un ciclo de vida listo para traducción, pasando el ID de la entidad y las localidades de destino a tu endpoint de middleware.
3. Construye la función middleware — una función Azure lee la entidad a través de la API REST de Content Hub, extrae los campos mapeados a un formato traducible y los envía a través de las APIs REST de Smartling a un trabajo de traducción.
4. Ejecuta la traducción en el TMS — dentro de Smartling, el trabajo fluye a través de la misma memoria de traducción, glosarios y flujos de trabajo automáticos o humanos que utilizan los conectores preconstruidos de Smartling, para que los recursos lingüísticos se mantengan consistentes en toda tu pila Sitecore.
5. Vuelva a escribir las traducciones: al terminar el trabajo, el middleware recupera el contenido traducido y lo escribe en las variantes lingüísticas correctas de Content Hub a través de la API y, a continuación, actualiza el estado del flujo de trabajo de la entidad para que los editores puedan revisarlo y publicarlo.

Este enfoque se adapta a equipos que...

• Gestiona grandes volúmenes de activos de marketing, contenido de productos o textos de campañas en Sitecore Content Hub y traduce a múltiples sitios de forma recurrente.
• Tener la capacidad del desarrollador para construir y poseer un componente middleware — normalmente una función Azure — como una infraestructura duradera.
• Ya uso (o planeo usar) un TMS como Smartling para Sitecore XP o XM Cloud y quiero que el contenido de Content Hub fluya por la misma memoria de traducción y flujos de trabajo.
• Necesito la traducción para partir de eventos editoriales (cambios en el estado del ciclo de vida) en lugar de exportaciones manuales, para mantener el tiempo de salida al mercado predecible.
• Tener requisitos de gobernanza que excluyan el envío de archivos ad hoc por correo electrónico o la traducción copiada-pegada de contenido DAM.

Cuando una integración personalizada de Content Hub puede no ser la prioridad correcta

• Su contenido web traducible se encuentra principalmente en Sitecore XP o XM Cloud. Empiece por los conectores prediseñados de Smartling, donde no se necesita una creación personalizada.
• El volumen de traducción de tu Content Hub es bajo o ocasional: exportar contenido y subir archivos directamente a un TMS puede cubrirlo sin tener middleware.
• No existe ningún propietario de ingeniería para la canalización. Una función de Azure sin propietario se convierte en un punto de fallo silencioso cuando cambian los esquemas o las credenciales de la API de Content Hub.
• Tus modelos de entidades aún están en proceso de cambio: construye la integración después de que el modelo de contenido traducible se estabilice, o planifica un retrabajo.

Lista de evaluación: preguntas que debe hacer antes de crear un canal de traducción de Content Hub

¿Qué entidades y campos realmente necesitan traducción?
El alcance impulsa todo río abajo. Los metadatos de los activos, los elementos de contenido y las entidades personalizadas necesitan cada uno un mapeo de campos explícito: traducir " todo " aumenta los costes y abarrota la memoria de traducción.

¿Cuánto esfuerzo de los desarrolladores requerirá la integración?
El esfuerzo escala con el número de tipos de entidades mapeadas, la complejidad de la lógica de disparo, el número de ubicaciones objetivo y cuánto reintentos y errores necesita el middleware. Un solo tipo de entidad con un puñado de localizaciones es una construcción mucho más pequeña que una tubería que abarca definiciones personalizadas de entidades y metadatos de activos — escala el mapa de entidades antes de estimar.

¿Dónde estarán las variantes localizadas en Content Hub?
Decide de antemano si las traducciones llegan a propiedades localizadas en la misma entidad o en entidades relacionadas por localidad: el paso de escritura de la tubería depende de esta respuesta.

¿Quién revisa el contenido traducido antes de publicarlo?
Planifique que el middleware establezca un estado de revisión en la reescritura para que los revisores o editores del país aprueben las traducciones en Content Hub en lugar de en las cadenas de correo electrónico.

¿Compartirá este canal los recursos lingüísticos con su traducción de CMS?
Si el contenido de Sitecore XP o XM Cloud ya fluye a través de un TMS, apuntar la canalización del Content Hub a la misma memoria de traducción y glosarios mantiene la terminología coherente entre páginas web y activos de marketing.

¿Cómo soporta Smartling la localización de Sitecore Content Hub?

Smartling soporta Sitecore Content Hub a través de sus APIs REST — las mismas APIs de Archivos y Trabajos que alimentan los conectores preconstruidos de Smartling — por lo que una pipeline personalizada de Content Hub tiene acceso completo a trabajos de traducción, memoria de traducción, glosarios y flujos de trabajo de traducción automática o humana sin ningún comportamiento personalizado por parte de TMS. Solo el transporte entre Content Hub y Smartling es personalizado; la infraestructura de traducción es estándar.

Para el resto de la pila Sitecore, Smartling ofrece cobertura preconfigurada: el Sitecore XP Connector se instala en tu entorno Sitecore y permite a los equipos solicitar traducción desde dentro de Sitecore con contenido traducido devuelto automáticamente, y el Sitecore XM Cloud Connector es un conector alojado con reglas de automatización que puede solicitar traducción automáticamente a medida que cambian los elementos. Eso significa que un TMS — una memoria de traducción, un conjunto de glosarios, un flujo de trabajo de un proveedor — puede cubrir Sitecore XP, XM Cloud y Content Hub juntos, lo cual es importante para las empresas donde las páginas web y los recursos de campaña deben usar terminología idéntica.

Preguntas relacionadas

• ¿Cuáles son las diferencias entre AEM como servicio en la nube y AEM 6.5 local?
• ¿Cómo funciona un conector de traducción de contenido y en qué consiste la configuración?
• ¿Cómo se comparan las plataformas de CMS sin cabeza como Contentful, Sanity y Storyblok?