Come si controlla quando e come i lotti di contenuti tradotti vengono pubblicati nel CMS?

Ultimo aggiornamento: 10 settembre 2026

Quali controlli ha bisogno una piattaforma di traduzione per la pubblicazione batch?

Il controllo della pubblicazione viene considerato come suddiviso in quattro livelli, configurati una sola volta per connettore e riutilizzati per ogni processo che lo attraversa:

• Stato di pubblicazione della destinazione : un'impostazione per connettore che definisce lo stato dell'asset tradotto dopo la consegna. Il connettore Contentful di Smartling offre le opzioni Non pubblicare mai (le traduzioni vengono visualizzate come Modificate e non pubblicate), Pubblica sempre (la voce viene pubblicata anche se il testo originale era una bozza) e Ripubblica (se pubblicato) (la voce mantiene lo stato del testo originale). Il connettore Zendesk offre le stesse tre opzioni, mentre il connettore Intercom propone le opzioni "Non pubblicare mai", "Pubblica sempre" e "Pubblicazione intelligente" per gli articoli. Il connettore WordPress suddivide la decisione in Non modificare lo stato, Pubblica sempre e Salva sempre in bozza.
• Trigger di consegna — L'evento che fa sì che il connettore scriva traduzioni indietro. Il connettore WordPress di Smartling può scaricare traduzioni quando un lavoro raggiunge il passaggio Pubblicato ("Traduzione completata") o ogni volta che una traduzione in un file viene aggiunta o modificata ("Progress Changes"); il suo Tipo di Recupero può anche restituire Pseudo traduzioni (testo sorgente allungato di circa il 30 percento) per test di layout prima che esistano traduzioni reali.
• Controllo del rilascio tra località e processi : controlli che bloccano un batch finché tutto non è pronto. All'interno del flusso di lavoro, un passaggio di sospensione del flusso di lavoro mette in pausa le stringhe tradotte finché un Account Owner o un Project Manager non le rilascia, in modo che tutte le lingue vengano pubblicate contemporaneamente; a livello di connettore, l'impostazione predefinita del connettore GitHub è una pull request di traduzione quando tutte le stringhe del job vengono pubblicate, e la consegna anticipata aggiunge una prima pull request quando tutte le stringhe sono pre-pubblicate e una pull request di consegna finale al completamento del job. I blocchi per lingua nel connettore Contentful (Entries) impediscono al connettore di recapitare nuovamente una lingua specifica.
• Sovrascrittura manuale ed esportazione — Un modo per spingere o estrarre un lotto al di fuori dell'automazione. I connettori Smartling espongono un'azione Export Language per ogni asset per la consegna on-demand, e l'azione Download Files del Jobs Dashboard restituisce traduzioni attuali per lingua come .zip organizzato per sottocartella, per ID locale nel nome file, o entrambi, in otto formati tra cui DOCX, XLSX, IDML, JSON e XLIFF.

Le impostazioni a livello di passo che decidono quando una stringa può essere pubblicata all'interno del workflow — stringhe pre-pubblicazione, percorsi di rifiuto e Idle String Rule — sono trattate nella pagina dei controlli del workflow di approvazione della traduzione; questa pagina spiega cosa succede dopo che quelle stringhe sono state rilasciate al connettore.

Controlli di pubblicazione in batch: i numeri

Come si configura il controllo della pubblicazione per un batch di traduzioni ricorrenti?

La procedura è la stessa sia per la pubblicazione settimanale di articoli sul blog, sia per l'aggiornamento del catalogo prodotti o la pubblicazione delle note di rilascio.

1. Definisci lo stato di destinazione per ogni connettore : per i contenuti che il proprietario del marketplace deve controllare prima della pubblicazione, imposta il connettore per la consegna come bozza (non pubblicare mai su Contentful o Zendesk; pubblica sempre come bozza su WordPress). Per i contenuti già approvati all'interno del flusso di lavoro di traduzione, utilizzare Ripubblica (se pubblicato) in modo che la voce tradotta rispecchi lo stato del testo originale e le bozze rimangano tali.
2. Scegli il trigger di consegna : lascia la consegna al completamento del lavoro quando tutte le lingue devono essere consegnate come set completo. Passa alla consegna basata sullo stato di avanzamento (WordPress "Modifiche in corso") o alla consegna anticipata di GitHub solo quando gli sviluppatori o i revisori necessitano delle traduzioni nella destinazione prima che il flusso di lavoro sia completato, e abbinala a una consegna finale in modo che la versione revisionata sovrascriva quella anticipata.
3. Controlla il rilascio : aggiungi un passaggio di blocco del flusso di lavoro prima della pubblicazione quando tutte le lingue devono essere pubblicate contemporaneamente e rilascia il batch dalla vista Stringhe una volta che l'ultima lingua ha superato la revisione. In Contentful (Entries), blocca qualsiasi lingua che contenga modifiche specifiche per il mercato in modo che la successiva pubblicazione non le sovrascriva.
4. Controlla come le modifiche sorgente rientrano nel batch — Imposta l'automazione del connettore su Richiesta automatica di traduzione quando la sorgente modificata deve fluire senza richiesta, oppure su Segnala il contenuto modificato (Manuale) quando una persona deve decidere cosa ritraducere; in ogni caso, il controllo delle modifiche avviene ogni tre ore, quindi pianifica la finestra di pubblicazione in quell'intervallo.
5. Verifica la consegna per ogni risorsa e per ogni lingua prima di annunciarla : utilizza la vista Dettagli risorsa nella scheda Connettore, dove la colonna Consegnato mostra la data e l'ora di arrivo delle traduzioni per ogni lingua, ed esporta un file CSV con la vista Stringhe quando una parte interessata desidera un registro preciso delle traduzioni spedite nel batch.

Il controllo della pubblicazione a livello di connettore è adatto ai team di gestione dei contenuti che...

• Pubblica contenuti tradotti tramite un CMS, un centro assistenza o un connettore repository invece che caricando file, così l'impostazione del connettore determina lo stato attivo.
• Gestisci processi ricorrenti, come post settimanali sul blog, aggiornamenti del catalogo o note di rilascio, per i quali le stesse regole di pubblicazione devono essere applicate a ogni ciclo senza doverle ridefinire per ogni singola operazione.
• Gestisci dieci o più siti che terminano la traduzione in momenti diversi e devono andare in live insieme per il lancio.
• Mantenere le modifiche specifiche per mercato in determinate aree geografiche e proteggere tali aree geografiche dalla ripubblicazione automatica.
• Avere pipeline per sviluppatori che necessitano di una prima revisione delle traduzioni prima che la revisione umana sia completata, seguita da una revisione finale del passatempo.

Quando il connettore pubblica le impostazioni potrebbero non essere la priorità giusta

• I team la cui vera domanda è quale responsabile dell'approvazione può bloccare o rifiutare una stringa prima che venga rilasciata stanno risolvendo un problema relativo a una fase del flusso di lavoro, trattato nella pagina sui controlli del flusso di lavoro di approvazione della traduzione.
• I team che devono ancora scegliere tra un proxy, un connettore CMS e un'integrazione API per i contenuti del sito web dovrebbero iniziare dalla pagina del flusso di lavoro di traduzione del sito web; le impostazioni di stato di pubblicazione sono rilevanti solo dopo aver installato un connettore.
• I team che traducono manualmente fogli di calcolo ed esportazioni CSV, senza un sistema di destinazione in cui pubblicare, necessitano di strumenti di importazione ed esportazione piuttosto che di impostazioni di consegna: vedi Strumenti di localizzazione e conversione dati CSV.
• I team che creano notifiche personalizzate al termine di un'attività traggono maggior vantaggio dall'utilizzo di webhook di traduzione piuttosto che dalle opzioni di pubblicazione dei connettori.

Lista di controllo per la valutazione: domande da porsi sul controllo della pubblicazione in batch

È possibile impostare lo stato di pubblicazione dopo la consegna per ciascun connettore e qual è il valore predefinito?
Chiedi le opzioni esatte (pubblica, bozza o abbina stato sorgente) e conferma l'impostazione predefinita, perché quest'ultima è quella che viene eseguita per ogni lavoro non configurato. Nel connettore Contentful di Smartling, l'impostazione predefinita è Ripubblica (se già pubblicato).

Il connettore consegna per località quando ogni luogo si conclude, o solo quando il lavoro è completo?
La consegna per località è più veloce ma pubblica le lingue in momenti diversi; la consegna a livello di lavoro mantiene il set unito. Conferma quale modello usa ogni connettore e se un hold step può sovrascriverlo.

Esiste un modo per inviare una versione preliminare prima della revisione, e la versione finale la sovrascrive?
Cerca una consegna in due fasi, come GitHub Early Delivery, dove una pull request anticipata è seguita da una pull request finale che la sostituisce. Chiedi se sia traduzioni automatiche che umane sono idonee per la consegna anticipata.

È possibile bloccare una località specifica impedendo una nuova consegna?
Se un team regionale modifica una traduzione direttamente nel CMS, la successiva consegna la sovrascriverà, a meno che le impostazioni locali non siano bloccate. Conferma che la serratura esiste e dove è impostata.

Quanto spesso il connettore controlla eventuali modifiche alla sorgente, e si ritraduce automaticamente o viene segnalato per la revisione?
Un intervallo di sondaggio di tre ore è tipico per i connettori CMS di Smartling. Conferma se i cambiamenti rilevati sono stati inseriti in un lavoro e autorizzati automaticamente o mantenuti in attesa di autorizzazione per il rilascio di una persona.

Un batch può essere consegnato o scaricato manualmente quando l'automazione non dovrebbe essere eseguita?
Richiedi un'azione di esportazione per ogni risorsa e un download per ogni lingua dal job, specificando i formati di file supportati, in modo che un soggetto interessato possa esaminare un batch offline senza pubblicarlo.

Dove è visibile lo stato di consegna per risorsa e per lingua, con timestamp?
Lo stato di un'attività "Completata" non dimostra che il CMS abbia ricevuto tutte le informazioni locali. Verifica che il connettore mostri la data e l'ora di consegna per ogni risorsa e lingua.

Dove risiede la funzione di rollback: nella piattaforma di traduzione o nel paese di destinazione?
I connettori forniscono le traduzioni; la cronologia delle versioni e il ripristino della voce pubblicata rimangono nel CMS. Prima di presumere che il TMS possa annullare una pubblicazione, è necessario verificare quale sistema registra le informazioni attive in una determinata data.

Come Smartling controlla quando i lotti tradotti vengono pubblicati

Smartling separa la consegna dalla pubblicazione ed espone la decisione di pubblicazione come un'impostazione su ciascun connettore. In un progetto Contentful, Impostazioni > Impostazioni Contenute > Opzioni di Consegna offrono Mai pubblicare (le traduzioni arrivano contrassegnate come Cambiate e rimangono non pubblicate), Pubblica sempre (l'articolo viene pubblicato dopo la consegna anche se la fonte era una bozza) e Repubblica (se pubblicato), il valore predefinito, che mantiene lo stato attuale dell'articolo in modo che una fonte Pubblicata venga ripubblicata e una Copia rimanga Bozza. Il connettore Zendesk offre le stesse tre opzioni di pubblicazione e fornisce traduzioni completate secondo un programma predefinito ogni tre ore; il connettore Intercom offre Mai pubblicare, Sempre pubblicare e Pubblicare in modo intelligente per gli articoli. Le Impostazioni Esperti del plugin di WordPress hanno ulteriormente suddiviso la decisione: scarica file tradotti quando la traduzione è completata o cambia il progresso, recupero tipo di pubblicato o pseudo (testo sorgente allungato del 30 percento per il test di impaginazione), e modifica lo stato della risorsa sulla traduzione completata impostata su Non cambiare stato, Pubblica sempre o Sempre bozza.

Per le release graduali, due meccanismi lavorano in sinergia. All'interno del flusso di lavoro, un passaggio di blocco del flusso di lavoro mette in pausa le stringhe tradotte finché un responsabile dell'account o un responsabile del progetto non le sblocca dalla visualizzazione delle stringhe, in modo che tutte le lingue di un lancio vengano pubblicate contemporaneamente. Nel repository, il connettore GitHub invia una pull request di traduzione quando tutte le stringhe di un job raggiungono lo stato "Pubblicato"; l'attivazione di "Consegna anticipata" su un set di configurazione aggiunge una pull request di consegna anticipata non appena ogni stringa del job viene pre-pubblicata (pre-pubblica le stringhe impostate su "Invia" nella fase del flusso di lavoro) e una pull request di consegna finale quando il job raggiunge lo stato "Completato", con nomi di branch creati da token come {source_branch_name} e {translation_job_id}. La consegna anticipata funziona sia in modalità Pull Request che in modalità Single Branch e si applica sia alla traduzione umana che a quella automatica.

I connettori basati su file, come Contentful (Entries), Webflow, CaptionHub e altri, forniscono automaticamente ogni lingua di destinazione una volta che il file corrispondente è stato completamente tradotto, e ogni scheda del connettore include un'azione "Esporta lingua" per la fornitura manuale di una singola risorsa o lingua. In Contentful (Entries), un'azione di blocco su una risorsa impedisce al connettore di recapitare una lingua che contiene modifiche specifiche del mercato e la vista Dettagli risorsa registra la data e l'ora in cui ogni lingua è stata recapitata. Le modifiche alla fonte vengono rilevate ogni tre ore dai connettori Contentful (Campi), Zendesk e HubSpot, e possono essere raggruppate in un'attività e autorizzate automaticamente oppure, nella modalità "Segnala contenuto modificato" (Manuale) del connettore HubSpot, vengono visualizzate affinché un utente possa decidere. Quando un batch deve lasciare la piattaforma senza essere pubblicato, l'azione "Scarica file" della dashboard dei lavori restituisce le traduzioni correnti per lingua come file .zip in formato DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON o XLIFF, organizzate per sottocartella della lingua, ID locale nel nome del file o entrambi, e la vista Stringhe esporta un file CSV contenente ID stringa, testo sorgente, variante, file/URL, lingua e testo della traduzione per una registrazione di controllo di ciò che è stato distribuito. Per il connettore Adobe Experience Manager, l'invio di una pagina crea un avvio AEM per la copia linguistica e il connettore approva e promuove tale avvio quando le traduzioni vengono scaricate, con un percorso di approvazione e promozione manuale nel progetto di traduzione AEM nel caso in cui l'automazione non vada a buon fine.

Domande correlate

• Quali controlli del flusso di approvazione dovrebbe fornire una piattaforma di traduzione?
• Che cos'è un flusso di lavoro per la traduzione di un sito web e come si gestisce?
• Cos'è un connettore di traduzione Contentful e come funziona Smartling's?
• Che cos'è un webhook di traduzione e come si configura?
• Quali strumenti sono i migliori per gestire siti web multilingue su larga scala?