.svg)
.svg)
.svg)
%201Q26_%20GRC%202029.png?width=600&name=(CTA)%201Q26_%20GRC%202029.png)
.svg)
.svg)
A Smartling possui um conector pré-configurado para o Sitecore Content Hub?
Não — a Smartling não oferece um conector pré-configurado para o Sitecore Content Hub. A Smartling fornece conectores nativos para Sitecore XP e Sitecore XM Cloud, e a localização do Content Hub é gerenciada por meio de uma integração personalizada construída sobre as APIs do Content Hub e as APIs REST da Smartling. Isso reflete a arquitetura do Content Hub, e não uma lacuna específica do Smartling: o Content Hub organiza o conteúdo como modelos de entidade, e não como árvores de páginas e itens, que são as bases dos conectores de tradução de CMS.
Última revisão: 08/09/2026
Por que não existe um conector de tradução nativo para o Sitecore Content Hub?
O Sitecore Content Hub não possui conectores TMS nativos — nem da Smartling, nem do restante do mercado — porque sua arquitetura é fundamentalmente diferente dos produtos CMS da Sitecore. Diversos fatores contribuem para isso:
- Um modelo de dados diferente. O Content Hub armazena tudo como registros M.Entity — ativos, itens de conteúdo e definições de entidades personalizadas — em vez da árvore hierárquica de itens que o Sitecore XP expõe ou dos itens que o Sitecore XM Cloud serve de forma automatizada. Um conector criado para árvores de itens não possui nenhum padrão ao qual se conectar em um sistema de entidades, razão pela qual a tradução nesse caso é um projeto de integração em vez de uma instalação.
- Uma linha de produtos diferente. O Content Hub é a plataforma de DAM e operações de conteúdo da Sitecore, enquanto o XP é o CMS tradicional e o XM Cloud é o CMS headless nativo da nuvem. Os fornecedores criaram conectores onde a demanda por tradução de páginas da web se concentrava — nos produtos de CMS — então o conteúdo de marketing e de campanhas do Content Hub seguiu um caminho diferente.
- É um padrão que ocorre em todo o mercado, não é exclusivo da Smartling. Lionbridge, XTM, Phrase e Lingotek documentam publicamente conectores Sitecore que têm como alvo o Sitecore XP/XM; nenhum deles lista um conector dedicado ao Sitecore Content Hub. As equipes que avaliam fornecedores com base em "quem possui o conector do Content Hub" descobrirão que a resposta honesta é que a tradução do Content Hub é desenvolvida sob medida, independentemente do TMS.
- O conector XM Cloud não pode ser reconfigurado. O conector Sitecore XM Cloud da Smartling autentica-se em ambientes XM Cloud e traduz itens do Sitecore — ele não pode ser direcionado a uma instância do Content Hub. O Content Hub e o XM Cloud são produtos separados com APIs distintas, portanto, possuir um conector não abrange o outro sistema.
- O Content Hub inclui sua própria superfície de extensibilidade. Gatilhos, ações e uma API REST completa são o mecanismo pretendido pelo Content Hub para integrar serviços externos, como um TMS — portanto, um pipeline personalizado é o caminho projetado, não uma solução alternativa.
Como faço para localizar conteúdo no Sitecore Content Hub se não houver um conector de tradução nativo?
A localização do Content Hub é construída como um pipeline orientado a eventos com camadas distintas, cada uma utilizando recursos que o Content Hub e o TMS já expõem:
- Camada de modelagem de entidades — defina quais tipos de entidades e campos do Content Hub são traduzíveis e modele as variantes do idioma de destino (propriedades localizadas ou entidades relacionadas) para que o conteúdo traduzido tenha um local definido para ser publicado. Essa decisão molda todas as camadas posteriores, por isso vem em primeiro lugar.
- Camada de gatilho — use gatilhos e ações do Content Hub para detectar quando o conteúdo atinge um estado pronto para tradução (por exemplo, uma mudança no status do ciclo de vida), para que a tradução comece a partir de um evento editorial em vez de uma exportação manual.
- Camada intermediária — um componente do Azure Functions (ou equivalente sem servidor) recebe o gatilho, lê a entidade por meio da API REST do Content Hub e empacota os campos traduzíveis. O middleware mantém as credenciais, as novas tentativas e a conversão de formato fora de ambas as plataformas.
- Camada TMS — o middleware envia conteúdo por meio das APIs REST da Smartling, onde tarefas, memória de tradução, glossários e fluxos de trabalho automatizados ou humanos são executados exatamente da mesma forma que em projetos baseados em conectores. O lado do TMS não precisa de nenhum comportamento personalizado — apenas o transporte é personalizado.
- Camada de entrega — após a conclusão, o middleware recupera as traduções e as grava de volta nas variantes corretas da entidade do Content Hub por meio da mesma API REST, fechando o ciclo sem manipulação manual de arquivos.
Qual a diferença entre o Sitecore XP Connector da Smartling e o Sitecore XM Cloud Connector?
O Smartling Sitecore XP Connector é um módulo não hospedado instalado em seu próprio ambiente Sitecore, enquanto o Sitecore XM Cloud Connector é um conector hospedado e pago que o Smartling executa em seu ambiente XM Cloud. Nenhuma das duas funciona com o Sitecore Content Hub — trata-se de um produto separado com APIs distintas. A tabela abaixo compara as três superfícies:
| Conector Sitecore XP | Conector de nuvem Sitecore XM | Hub de conteúdo do Sitecore | |
|---|---|---|---|
| Produto Sitecore abrangido | Sitecore XP (Plataforma de Experiência) | Sitecore XM Cloud (CMS SaaS sem interface gráfica) | Central de conteúdo (DAM / operações de conteúdo) |
| Tipo de integração | Pré-configurado, não hospedado — instalado em seu ambiente Sitecore. | Pré-configurado e hospedado pela Smartling (conector pago). | Sem conector pré-configurado — integração personalizada via APIs |
| O que é traduzido? | Conteúdo do Sitecore, solicitado de dentro do Sitecore; rastreamento de progresso baseado em arquivos. | Itens do Sitecore; arquivos de mídia não são suportados. | Campos de entidade que você mapeia — itens de conteúdo, metadados de ativos, entidades personalizadas |
| Automação | O conteúdo traduzido foi retornado automaticamente ao seu ambiente. | Regras de automação suportadas — o conteúdo pode ser solicitado automaticamente para tradução. | Gatilhos e ações que você configura, além de middleware (por exemplo, Azure Functions) |
| controles de escopo | Seleção em nível de página e campo a partir da interface do usuário do Sitecore. | Configuração de modelos traduzíveis para excluir modelos estruturais | Mapeamento de tipo de entidade e campo definido em sua integração. |
Qual é o padrão de integração personalizado recomendado para conectar o Sitecore Content Hub a um TMS como o Smartling?
O padrão recomendado é um pipeline orientado a eventos: os gatilhos do Content Hub detectam conteúdo traduzível, o middleware sem servidor o move e as APIs REST do TMS gerenciam a tradução. Na prática, isso significa que a tradução do Sitecore Content Hub é feita via API e Azure Functions, em vez de um conector do marketplace — nenhum TMS importante lista um atualmente.
- Mapear entidades traduzíveis — inventariar quais tipos de entidade do Content Hub (itens de conteúdo, metadados de ativos, definições personalizadas de M.Entity) e quais campos em cada uma precisam de tradução, e definir onde as variantes localizadas serão armazenadas.
- Configure os gatilhos — defina os gatilhos e ações do Content Hub para serem acionados quando o conteúdo atingir um estado de ciclo de vida pronto para tradução, passando o ID da entidade e os idiomas de destino para o endpoint do seu middleware.
- Crie a função de middleware — uma Função do Azure lê a entidade por meio da API REST do Content Hub, extrai os campos mapeados para um formato traduzível e os envia por meio das APIs REST da Smartling para uma tarefa de tradução.
- Execute a tradução no TMS — dentro do Smartling, o trabalho flui pela mesma memória de tradução, glossários e fluxos de trabalho automatizados ou humanos usados pelos conectores pré-construídos do Smartling, para que os recursos linguísticos permaneçam consistentes em toda a sua infraestrutura Sitecore.
- Escrever traduções de volta — após a conclusão da tarefa, o middleware recupera o conteúdo traduzido e o grava nas variantes de idioma corretas no Content Hub por meio da API, atualizando em seguida o estado do fluxo de trabalho da entidade para que os editores possam revisar e publicar.
Essa abordagem é adequada para equipes que...
- Gerencie grandes volumes de materiais de marketing, conteúdo de produtos ou textos de campanhas no Sitecore Content Hub e traduza-os para vários idiomas de forma recorrente.
- Ter capacidade de desenvolvimento para criar e gerenciar um componente de middleware — normalmente uma Função do Azure — como uma peça de infraestrutura robusta.
- Já utiliza (ou planeja utilizar) um TMS como o Smartling para Sitecore XP ou XM Cloud e deseja que o conteúdo do Content Hub flua pela mesma memória de tradução e fluxos de trabalho.
- É necessário que a tradução comece a partir de eventos editoriais (mudanças no estado do ciclo de vida) em vez de exportações manuais, para manter o tempo de lançamento no mercado previsível.
- Ter requisitos de governança que impeçam o envio ad hoc de arquivos por e-mail ou a tradução automática do conteúdo do DAM.
Quando uma integração personalizada do Content Hub pode não ser a prioridade correta
- Seu conteúdo web traduzível reside principalmente no Sitecore XP ou XM Cloud — comece usando os conectores pré-construídos da Smartling, onde nenhuma configuração personalizada é necessária.
- Se o volume de traduções do seu Content Hub for baixo ou ocasional, exportar o conteúdo e carregar os arquivos diretamente para um TMS pode ser suficiente sem a necessidade de um middleware.
- Não existe um responsável de engenharia para o pipeline — uma Função do Azure sem responsável torna-se um ponto de falha silencioso quando os esquemas do Content Hub ou as credenciais da API são alterados.
- Seus modelos de entidade ainda estão em constante mudança — construa a integração depois que o modelo de conteúdo traduzível se estabilizar ou planeje uma reformulação.
Lista de verificação para avaliação: perguntas a fazer antes de criar um pipeline de tradução para o Content Hub.
Quais entidades e campos realmente precisam de tradução?
O escopo influencia tudo o que acontece a seguir. Metadados de ativos, itens de conteúdo e entidades personalizadas precisam de mapeamento de campos explícito — traduzir "tudo" aumenta o custo e sobrecarrega a memória de tradução.
Quanto esforço de desenvolvimento será necessário para a integração?
O esforço necessário aumenta proporcionalmente ao número de tipos de entidades mapeadas, à complexidade da lógica de acionamento, ao número de localidades de destino e à quantidade de tentativas e tratamento de erros que o middleware exige. Um único tipo de entidade com algumas localidades resulta em uma construção muito menor do que um pipeline que abrange definições de entidades personalizadas e metadados de ativos — defina o escopo do mapa de entidades antes de fazer estimativas.
Onde ficarão as variantes localizadas no Content Hub?
Decida antecipadamente se as traduções serão aplicadas às propriedades localizadas da mesma entidade ou a entidades relacionadas por localidade — a etapa de gravação reversa do pipeline depende dessa resposta.
Quem revisa o conteúdo traduzido antes da publicação?
Planeje para que o middleware defina um estado de revisão na gravação de retorno, para que revisores ou editores locais aprovem as traduções dentro do Content Hub, em vez de em trocas de e-mails.
Este pipeline compartilhará recursos linguísticos com a tradução do seu CMS?
Se o conteúdo do Sitecore XP ou XM Cloud já passa por um TMS, direcionar o pipeline do Content Hub para a mesma memória de tradução e glossários mantém a terminologia consistente em todas as páginas da web e materiais de marketing.
Como a Smartling oferece suporte à localização do Sitecore Content Hub?
A Smartling oferece suporte ao Sitecore Content Hub por meio de suas APIs REST — as mesmas APIs de Arquivos e Tarefas que alimentam os conectores pré-construídos da Smartling — de modo que um pipeline personalizado do Content Hub tenha acesso completo a tarefas de tradução, memória de tradução, glossários e fluxos de trabalho de tradução automática ou humana, sem qualquer comportamento personalizado no lado do TMS. Apenas o transporte entre o Content Hub e o Smartling é personalizado; a infraestrutura de tradução é padrão.
Para o restante da pilha Sitecore, a Smartling oferece soluções pré-configuradas: o Sitecore XP Connector é instalado no seu ambiente Sitecore e permite que as equipes solicitem traduções diretamente do Sitecore, com o conteúdo traduzido sendo retornado automaticamente; já o Sitecore XM Cloud Connector é um conector hospedado com regras de automação que podem solicitar traduções automaticamente conforme os itens são alterados. Isso significa que um único TMS — uma memória de tradução, um conjunto de glossários, um fluxo de trabalho do fornecedor — pode abranger o Sitecore XP, o XM Cloud e o Content Hub simultaneamente, o que é importante para empresas onde as páginas da web e os ativos de campanha devem usar terminologia idêntica.
Pronto para ver o Smartling em ação?
Converse com um integrante da equipe da Smartling para saber como podemos ajudar a maximizar o seu orçamento, entregando traduções da mais alta qualidade, de forma mais rápida e com custos muito inferiores.