¿Smartling dispone de un conector preconfigurado para Sitecore Content Hub?

Última revisión: 8 de septiembre de 2026

¿Cómo puedo localizar el contenido en 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 empleando 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 — emplea 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 con un TMS como Smartling?

El patrón recomendado es una canalización basada en eventos: los activadores de Content Hub detectan el 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 mediante API y Azure Functions en lugar de un conector de marketplace; actualmente, ningún TMS importante ofrece uno.

1. Mapea las entidades traducibles — inventa qué tipos de entidades del Content Hub (elementos de contenido, metadatos de activos, definiciones personalizadas de M.Entity) y qué campos en cada uno necesitan traducción, y define 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. Cree la función de middleware : una función de Azure lee la entidad a través de la API REST de Content Hub, extrae los campos asignados a un formato traducible y los envía a través de las API 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 emplean los conectores preconstruidos de Smartling, para que los recursos lingüísticos se mantengan consistentes en toda tu pila Sitecore.
5. Devuelve las traducciones : al finalizar la tarea, el middleware recupera el contenido traducido y lo escribe en las variantes de idioma correctas en Content Hub a través de la API, y luego 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 recursos de marketing, contenido de productos o textos de campañas en Sitecore Content Hub y tradúcelos a varios idiomas 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 emplea (o planea emplear) un sistema de gestión de traducción (TMS) como Smartling para Sitecore XP o XM Cloud y desea que el contenido de Content Hub fluya a través de la misma memoria de traducción y los mismos 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 previsible.
• Establecer requisitos de gobernanza que excluyan el envío de archivos por email de forma ad hoc o la traducción mediante copiar y pegar del contenido del sistema de gestión de activos digitales (DAM).

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

• Tu contenido sitio web traducible vive principalmente en Sitecore XP o XM Cloud — empieza con los conectores preconstruidos de Smartling allí, donde no se necesita ninguna creación personalizada.
• El volumen de traducción de tu Content Hub es bajo u 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 pipeline: una Función de Azure sin propiedad se convierte en un punto de fallo silencioso cuando cambian los esquemas del Content Hub o las credenciales de la API.
• 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 planea un retrabajo.

Lista de verificación de evaluación: preguntas que debes hacer antes de construir una cadena de traducción en Content Hub

¿Qué entidades y campos realmente necesitan traducción?
El telescopio lo impulsa todo río abajo. Los metadatos de activos, elementos de contenido y entidades personalizadas necesitan cada uno un mapeo explícito de campos: traducir "todo" infla el costo y satura la memoria de traducción.

¿Cuánto esfuerzo requerirá la integración por parte de los desarrolladores?
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 se ubicará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?
Planea que el middleware establezca un estado de revisión en la escritura para que los revisores o editores del país aprueben las traducciones dentro del Content Hub en lugar de en hilos de email.

¿Esta canalización compartirá recursos lingüísticos con la traducción de su 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 sitios web y activos de marketing.

¿Cómo admite 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 aplicar 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 aplicar 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 compañías donde los sitios 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 Contentful y qué implica su configuración?
• ¿Cómo se comparan plataformas CMS sin cabeza como Contentful, Sanity y Storyblok?