Como você controla quando e como os lotes de conteúdo traduzido são publicados de volta no seu CMS?

Última revisão: 10 de setembro de 2026

Que controles uma plataforma de tradução precisa para publicação em lote?

Considere o controle de publicação como quatro camadas, configuradas uma única vez por conector e reutilizadas para cada tarefa executada por meio dele:

• Estado de publicação de destino — Uma configuração por conector que define qual será o status do recurso traduzido após a entrega. O conector Contentful da Smartling oferece as opções Nunca publicar (as traduções chegam marcadas como Alteradas e não publicadas), Sempre publicar (a entrada é publicada mesmo que a fonte seja um rascunho) e Republicar (se publicada) (a entrada mantém seu status de fonte). O conector do Zendesk oferece as mesmas três opções, e o conector do Intercom oferece as opções Nunca publicar, Sempre publicar e Publicação inteligente para artigos. O conector do WordPress separa a decisão em Não alterar o status, Sempre publicar e Sempre criar rascunho.
• Gatilho de entrega — O evento que faz com que o conector grave as traduções de volta. O conector WordPress da Smartling pode baixar traduções quando um trabalho atinge a etapa Publicado ("Tradução Concluída") ou sempre que uma tradução em um arquivo é adicionada ou alterada ("Alterações em Andamento"); seu Tipo de Recuperação também pode retornar Pseudotraduções (texto original alongado em cerca de 30%) para testes de layout antes que as traduções reais existam.
• Liberação controlada em diferentes locais e tarefas — Controles que retêm um lote até que tudo esteja pronto. Dentro do fluxo de trabalho, uma etapa de "Retenção do Fluxo de Trabalho" pausa as strings traduzidas até que um Proprietário da Conta ou Gerente de Projeto as libere, para que todos os idiomas sejam publicados juntos; no nível do conector, o padrão do conector do GitHub é uma solicitação de pull request de tradução quando todas as strings no trabalho são publicadas, e a "Entrega Antecipada" adiciona uma primeira solicitação de pull request quando todas as strings são pré-publicadas e uma solicitação de pull request de "Entrega Final" quando o trabalho é concluído. Os bloqueios por localidade no conector Contentful (Entradas) impedem que o conector entregue novamente um idioma específico.
• Substituição e exportação manual — Uma maneira de enviar ou receber um lote fora da automação. Os conectores Smartling expõem uma ação "Exportar Idioma" por recurso para entrega sob demanda, e a ação "Baixar Arquivos" do Painel de Tarefas retorna as traduções atuais por idioma como um arquivo .zip. Organizado por subpasta, por ID de localidade no nome do arquivo ou ambos, em oito formatos, incluindo DOCX, XLSX, IDML, JSON e XLIFF.

As configurações de nível de etapa que definem quando uma string é considerada publicável dentro do fluxo de trabalho — strings de pré-publicação, caminhos de rejeição e a Regra de String Ociosa — são abordadas na página de controles do fluxo de trabalho de aprovação de tradução; esta página aborda o que acontece depois que essas strings são liberadas para o conector.

Controles de publicação em lote: os números

Como configurar o controle de publicação para um lote de traduções recorrente?

A sequência é a mesma para um lote semanal de posts no blog, uma atualização do catálogo de produtos ou a publicação das notas de lançamento.

1. Defina o estado de destino por conector — Para conteúdo que o proprietário do marketplace precisa verificar antes de ser publicado, configure o conector para entregar como rascunho (Nunca publicar no Contentful ou Zendesk; Sempre como rascunho no WordPress). Para conteúdo já aprovado no fluxo de trabalho de tradução, use a opção "Republicar (se já publicado)" para que a entrada traduzida reflita o status do texto original e os rascunhos permaneçam como rascunhos.
2. Selecione o gatilho de entrega — Deixar a entrega após a conclusão do trabalho, quando cada idioma precisar chegar como um conjunto finalizado. Mude para a entrega baseada em progresso (WordPress "Alterações de Progresso") ou Entrega Antecipada do GitHub somente quando os desenvolvedores ou revisores precisarem das traduções no destino antes da conclusão do fluxo de trabalho, e combine-a com uma Entrega Final para que a versão revisada substitua a versão antecipada.
3. Controle a liberação — Adicione uma etapa de Retenção do Fluxo de Trabalho antes da Publicação quando todos os idiomas precisarem entrar em operação simultaneamente e libere o lote na Visualização de Strings assim que o último idioma for aprovado na revisão. No Contentful (Entradas), bloqueie qualquer localidade que contenha edições específicas do mercado para que a próxima entrega não as sobrescreva.
4. Controle como as alterações na origem são reinseridas no lote — Defina a automação do conector para "Solicitar tradução automaticamente" quando a origem alterada deve ser processada sem solicitação, ou para "Sinalizar conteúdo alterado (Manual)" quando uma pessoa deve decidir o que será retraduzido; de qualquer forma, a verificação de alterações é executada a cada três horas, portanto, planeje a janela de publicação em torno desse intervalo.
5. Verifique a entrega por ativo e por idioma antes de anunciar — Use a visualização Detalhes do Ativo na guia do conector, onde a coluna Entregue mostra a data e a hora em que as traduções de cada idioma foram recebidas, e exporte um arquivo CSV da Visualização de Strings quando um stakeholder desejar um registro exato de quais traduções foram enviadas no lote.

O controle de publicação em nível de conector é ideal para equipes de operações de conteúdo que...

• Publique o conteúdo traduzido por meio de um CMS, central de ajuda ou conector de repositório, em vez de fazer o upload de arquivos; assim, a configuração do conector é o que determina o status de publicação.
• Execute lotes recorrentes — postagens semanais no blog, atualizações de catálogo, notas de versão — onde as mesmas regras de publicação devem ser aplicadas a cada ciclo, sem a necessidade de redefini-las para cada tarefa.
• Gerenciar dez ou mais idiomas que terminam a tradução em momentos diferentes e precisam entrar em operação simultaneamente para o lançamento.
• É necessário manter edições específicas para cada mercado em determinadas localidades e proteger essas localidades contra a reentrega automática.
• Possuem fluxos de trabalho de desenvolvimento que exigem uma primeira passagem de traduções antes da conclusão da revisão humana, seguida de uma passagem final revisada.

Quando as configurações de publicação do conector podem não ter a prioridade correta

• As equipes cuja verdadeira questão é qual aprovador pode reter ou rejeitar uma sequência de caracteres antes que ela seja liberada estão resolvendo um problema de etapa do fluxo de trabalho, abordado na página de controles do fluxo de trabalho de aprovação de tradução.
• As equipes que ainda estão decidindo entre um proxy, um conector de CMS e uma integração de API para conteúdo do site devem começar pela página de fluxo de trabalho de tradução do site; as configurações de estado de publicação só importam depois que um conector estiver instalado.
• Equipes que traduzem planilhas e exportações CSV manualmente, sem um sistema de destino para publicação, precisam de ferramentas de importação e exportação em vez de configurações de entrega — veja ferramentas de localização de CSV e conversão de dados.
• As equipes que criam notificações personalizadas para a conclusão de uma tarefa se beneficiam mais com webhooks de tradução do que com opções de publicação de conectores.

Lista de verificação para avaliação: perguntas a serem feitas sobre o controle de publicação em lote

É possível definir o estado de publicação após a entrega por conector? Qual é o valor padrão?
Solicite as opções exatas (publicar, rascunho ou corresponder ao status da fonte) e confirme a opção padrão, pois a opção padrão é a que é executada em todas as tarefas que ninguém configurou. No conector Contentful da Smartling, a opção padrão é republicar (se publicado).

O conector entrega as tarefas por localidade à medida que cada uma é concluída, ou somente quando toda a tarefa é finalizada?
A entrega por localidade é mais rápida, mas publica os idiomas em momentos diferentes; a entrega por tarefa mantém o conjunto unido. Confirme qual modelo cada conector utiliza e se uma etapa de retenção pode anulá-lo.

Existe alguma forma de entregar uma versão preliminar antes da revisão, e a versão final a sobrescreve?
Procure por um modelo de entrega em duas etapas, como o GitHub Early Delivery, onde uma solicitação de pull request inicial é seguida por uma solicitação de pull request final que a substitui. Pergunte se as traduções automáticas e humanas são ambas elegíveis para entrega antecipada.

É possível bloquear uma localidade específica para impedir o reenvio?
Se uma equipe regional editar uma tradução diretamente no CMS, a próxima versão a substituirá, a menos que a localidade esteja bloqueada. Confirme se a fechadura existe e onde está localizada.

Com que frequência o conector verifica se houve alterações na fonte e ele traduz novamente automaticamente ou sinaliza para revisão?
Um intervalo de sondagem de três horas é típico para os conectores CMS da Smartling. Confirme se as alterações detectadas são agrupadas em uma tarefa e autorizadas automaticamente ou se ficam retidas em "Aguardando autorização" para que alguém as libere.

É possível entregar ou baixar um lote manualmente quando a automação não deve ser executada?
Solicite uma ação de exportação por ativo e um download por idioma do trabalho, incluindo os formatos de arquivo suportados, para que um stakeholder possa revisar um lote offline sem publicá-lo.

Onde posso visualizar o status de entrega por recurso e por idioma, com registros de data e hora?
O status "Concluído" de uma tarefa não comprova que o CMS recebeu todas as configurações locais. Confirme se o conector exibe a data e a hora de entrega para cada ativo e idioma.

Onde reside o rollback — na plataforma de tradução ou no destino?
Os conectores fornecem traduções; o histórico de versões e a reversão da entrada publicada permanecem no CMS. Antes de presumir que o TMS pode reverter uma publicação, confirme qual sistema contém o registro do que estava ativo em uma determinada data.

Como a Smartling controla quando os lotes traduzidos são publicados

A Smartling separa a entrega da publicação e expõe a decisão de publicação como uma configuração em cada conector. Em um projeto do Contentful, Configurações > Configurações do Contentful > Opções de entrega oferece as opções Nunca publicar (as traduções chegam marcadas como Alteradas e permanecem não publicadas), Sempre publicar (a entrada é publicada após a entrega, mesmo que a fonte seja um rascunho) e Republicar (se publicada), sendo esta última a opção padrão, que mantém o status atual da entrada, de modo que uma fonte Publicada seja republicada e uma fonte em Rascunho permaneça em Rascunho. O conector do Zendesk oferece as mesmas três opções de publicação e entrega as traduções concluídas de acordo com uma programação padrão de três horas; o conector do Intercom oferece as opções Nunca publicar, Sempre publicar e Publicação inteligente para artigos. As Configurações Avançadas do plugin do WordPress subdividiram ainda mais a decisão: Baixar arquivos traduzidos quando a Tradução for concluída ou o Progresso for alterado; Tipo de recuperação: Publicado ou Pseudo (texto original aumentado em 30% para teste de layout); e Alterar o status do recurso após a conclusão da tradução: Não alterar o status, Sempre publicar ou Sempre rascunho.

Para lançamentos faseados, dois mecanismos funcionam em conjunto. Dentro do fluxo de trabalho, uma etapa de Retenção do Fluxo de Trabalho pausa as strings traduzidas até que um Proprietário da Conta ou Gerente de Projeto as libere na Visualização de Strings, para que todos os idiomas em um lançamento sejam publicados de uma só vez. No repositório, o conector do GitHub entrega uma solicitação de pull de tradução quando todas as strings em um trabalho atingem o status Publicado; habilitar a Entrega Antecipada em um conjunto de configurações adiciona uma solicitação de pull de Entrega Antecipada assim que todas as strings no trabalho forem pré-publicadas (Pré-publicar strings definido como Ao Enviar na etapa do fluxo de trabalho) e uma solicitação de pull de Entrega Final quando o trabalho atinge o status Concluído, com nomes de ramificação construídos a partir de tokens como {source_branch_name} e {translation_job_id}. A Entrega Antecipada funciona tanto no modo Pull Request quanto no modo Single Branch e se aplica tanto à tradução humana quanto à tradução automática.

Os conectores baseados em arquivos — Contentful (Entries), Webflow, CaptionHub e outros — entregam cada idioma de destino automaticamente assim que o arquivo desse idioma estiver totalmente traduzido, e cada guia do conector inclui uma ação "Exportar idioma" para entrega manual de um único recurso ou idioma. No Contentful (Entradas), uma ação de Bloqueio em um recurso impede que o conector entregue novamente uma versão regional que contenha edições específicas do mercado, e a visualização Detalhes do Recurso registra a data e a hora em que cada versão regional foi entregue. As alterações na origem são detectadas em um ciclo de três horas pelos conectores Contentful (Campos), Zendesk e HubSpot, seja agrupadas em uma tarefa e autorizadas automaticamente ou, no modo Sinalizar conteúdo alterado (Manual) do conector HubSpot, exibidas para que uma pessoa tome uma decisão. Quando um lote precisa sair da plataforma sem ser publicado, a ação "Baixar Arquivos" do Painel de Tarefas retorna as traduções atuais por idioma como um arquivo .zip nos formatos DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON ou XLIFF, organizadas por subpasta de idioma, ID de localidade no nome do arquivo ou ambos. Além disso, a Visualização de Strings exporta um arquivo CSV contendo o ID da String, o Texto de Origem, a Variante, o Arquivo/URL, a Localidade e o Texto da Tradução, para fins de auditoria do que foi enviado. Para o conector do Adobe Experience Manager, o reenvio de uma página cria um lançamento do AEM para o conteúdo do idioma, e o conector aprova e promove esse lançamento quando as traduções são baixadas, com um caminho de aprovação e promoção manual no Projeto de Tradução do AEM caso a automação falhe.

Questões relacionadas

• Que controles de fluxo de trabalho de aprovação uma plataforma de tradução deve fornecer?
• O que é um fluxo de trabalho de tradução de sites e como gerenciá-lo?
• O que é um conector de tradução Contentful e como funciona o da Smartling?
• O que é um webhook de tradução e como configurá-lo?
• Quais são as melhores ferramentas para gerenciar sites multilíngues em grande escala?