Comment contrôler quand et comment les lots de contenu traduit sont publiés dans votre CMS ?

Dernière mise à jour : 10 septembre 2026

De quels contrôles une plateforme de traduction a-t-elle besoin pour la publication par lots ?

Considérez le contrôle de publication comme quatre couches, configurées une fois par connecteur et réutilisées pour chaque tâche qui s’y exécute :

• État de publication de la destination — Un paramètre par connecteur qui détermine l'état de la ressource traduite après sa livraison. Le connecteur Contentful de Smartling propose les options suivantes : Ne jamais publier (les traductions sont marquées comme modifiées et non publiées), toujours publier (l’entrée est publiée même si la source était un brouillon) et Republier (si publiée) (l’entrée conserve son statut de source). Le connecteur Zendesk offre les mêmes trois options, et le connecteur Intercom offre les options « Ne jamais publier », « Toujours publier » et « Publication intelligente » pour les articles. Le connecteur WordPress divise la décision en trois catégories : Ne pas modifier le statut, toujours publier et toujours enregistrer en brouillon.
• Déclencheur de livraison — L’événement qui fait que le connecteur réécrit les traductions. Le connecteur WordPress de Smartling peut télécharger des traductions lorsqu’un travail atteint l’étape Publié (« Traduction terminée ») ou chaque fois qu’une traduction dans un fichier est ajoutée ou modifiée (« Progress Changes »); son type de récupération peut aussi retourner des pseudo-traductions (texte source allongé d’environ 30%) pour des tests de mise en page avant que de vraies traductions existent.
• Contrôle de la publication par zone géographique et par tâche — Contrôles qui bloquent un lot jusqu'à ce que tout soit prêt. Dans le flux de travail, une étape de suspension du flux de travail met en pause les chaînes traduites jusqu'à ce qu'un propriétaire de compte ou un gestionnaire de projet les libère, afin que toutes les langues soient publiées ensemble ; au niveau du connecteur, le connecteur GitHub par défaut effectue une seule demande d'extraction de traduction lorsque chaque chaîne de la tâche est publiée, et la livraison anticipée ajoute une première demande d'extraction lorsque toutes les chaînes sont prépubliées et une demande d'extraction de livraison finale lorsque la tâche est terminée. Les verrous par langue dans le connecteur Contentful (Entries) empêchent le connecteur de redistribuer une langue spécifique.
• Intervention manuelle et exportation — Une méthode pour extraire ou envoyer un lot en dehors du processus d'automatisation. Les connecteurs Smartling exposent une action d'exportation linguistique par ressource pour une diffusion à la demande, et l'action de téléchargement de fichiers du tableau de bord des tâches renvoie les traductions actuelles par langue au format .zip. organisés par sous-dossier, par identifiant de langue dans le nom de fichier, ou les deux, dans huit formats, dont DOCX, XLSX, IDML, JSON et XLIFF.

Les paramètres de niveau étape qui déterminent quand une chaîne est publiable dans le flux de travail — chaînes pré-publication, chemins de rejet et la règle des chaînes inactives — sont couverts sur la page de contrôle du flux de travail d’approbation de traduction; cette page explique ce qui se passe après la publication de ces chaînes vers le connecteur.

Contrôles de publication par lots : les chiffres

Comment configurer le contrôle de publication pour un lot de traductions récurrentes ?

La séquence est la même pour une série d'articles de blogue hebdomadaires, une mise à jour du catalogue de produits ou la publication des notes de version.

1. Décidez de l’état de destination par connecteur — Pour le contenu qu’un propriétaire de marché doit vérifier avant qu’il ne soit mis en ligne, configurez le connecteur pour livrer en version provisoire (ne jamais publier dans Contentful ou Zendesk; Toujours rédiger dans WordPress). Pour le contenu déjà approuvé dans le flux de traduction, utilisez Republier (si publié) afin que l’entrée traduite reflète le statut de la source et que les brouillons restent des brouillons.
2. Choisissez le déclencheur de livraison : laissez la livraison se faire à la fin de la tâche lorsque chaque langue doit arriver sous forme d’ensemble finalisé. Passez à la livraison basée sur l'avancement (WordPress « Modifications en cours ») ou à la livraison anticipée GitHub uniquement lorsque les développeurs ou les réviseurs ont besoin de traductions dans la destination avant la fin du flux de travail, et associez-la à une livraison finale afin que la version révisée remplace la version anticipée.
3. Contrôlez la publication — Ajoutez une étape de blocage du flux de travail avant la publication lorsque toutes les langues doivent être mises en ligne simultanément, et publiez le lot à partir de la vue Chaînes une fois que la dernière langue a passé la validation. Dans Contenu (Entrées), verrouillez toute localisation qui contient des modifications spécifiques au marché afin que la livraison suivante ne l’écrase pas.
4. Contrôlez la manière dont les modifications de la source sont réintégrées au lot : configurez l’automatisation du connecteur pour demander automatiquement la traduction lorsque la source modifiée doit être traitée sans demande, ou pour signaler le contenu modifié (manuel) lorsqu’une personne doit décider de ce qui doit être retraduit ; dans les deux cas, la vérification des modifications s’exécute toutes les trois heures, alors planifiez la fenêtre de publication en fonction de cet intervalle.
5. Vérifiez la livraison par asset et par langue avant d’annoncer — Utilisez la vue Détails de l’actif de l’onglet connecteur, où la colonne Livré affiche la date et l’heure des traductions de chaque localisation, et exportez un CSV Strings View lorsqu’une partie prenante souhaite un enregistrement exact des traductions expédiées dans le lot.

Le contrôle de publication au niveau du connecteur convient aux équipes d'exploitation de contenu qui...

• Publiez le contenu traduit via un CMS, un centre d'aide ou un connecteur de dépôt plutôt qu'en téléchargeant des fichiers ; c'est donc le paramètre du connecteur qui détermine le statut de publication.
• Faites des lots récurrents — billets de blogue hebdomadaires, mises à jour de catalogues, notes de publication — où les mêmes règles de publication devraient s’appliquer à chaque cycle sans les redéfinir par tâche.
• Gérer dix ou plusieurs régions dont la traduction se termine à des moments différents et qui doivent être mises en ligne simultanément pour un lancement.
• Conserver les modifications propres à un marché dans certaines régions et protéger ces régions contre la rediffusion automatique.
• Avoir des pipelines de développeurs qui nécessitent une première étape de traduction avant la fin de la révision humaine, suivie d’une revue finale.

Lorsque les paramètres de publication du connecteur ne constituent pas nécessairement la priorité appropriée

• Les équipes dont la vraie question est de savoir quel approbateur peut retenir ou rejeter une chaîne de caractères avant sa publication résolvent un problème d'étape de flux de travail, traité sur la page relative aux contrôles du flux de travail d'approbation des traductions.
• Les équipes qui hésitent encore entre un proxy, un connecteur CMS et une intégration API pour le contenu du site Web devraient commencer par la page relative au flux de travail de traduction du site Web; les paramètres d'état de publication n'ont d'importance qu'une fois le connecteur en place.
• Les équipes qui traduisent manuellement des feuilles de calcul et des exportations CSV, sans système de destination pour la publication, ont besoin d'outils d'importation et d'exportation plutôt que de paramètres de livraison — voir Outils de localisation CSV et de conversion de données.
• Les équipes qui créent des notifications personnalisées lorsqu'une tâche est terminée sont mieux servies par les webhooks de traduction que par les options de publication des connecteurs.

Liste de contrôle d'évaluation : questions à poser sur le contrôle de publication par lots

Est-il possible de définir l'état de publication après la livraison par connecteur, et quelle est la valeur par défaut ?
Demandez les options exactes (publier, ébauche ou correspondre à l'état de la source) et confirmez la valeur par défaut, car c'est cette dernière qui est appliquée à chaque tâche non configurée. Dans le connecteur Contentful de Smartling, l'option par défaut est « Republier » (si publié).

Le connecteur effectue-t-il les livraisons par région géographique au fur et à mesure que chaque tâche est terminée, ou seulement lorsque la tâche entière est terminée ?
La livraison par localisation est plus rapide mais publie les langues à des moments différents; la livraison au niveau du travail maintient l’ensemble ensemble. Confirmez quel modèle chaque connecteur utilise et si une étape de maintien peut le contourner.

Existe-t-il un moyen de soumettre une version préliminaire avant la révision, et la version finale l'écrase-t-elle ?
Cherchez une livraison en deux étapes comme GitHub Early Delivery, où une pull request anticipée est suivie d’une pull request finale qui la remplace. Demandez si les traductions machine et humaine sont toutes deux admissibles à une livraison anticipée.

Un lieu précis peut-il être verrouillé contre la relivraison?
Si une équipe régionale modifie une traduction directement dans le CMS, la prochaine livraison l'écrasera, à moins que la langue ne soit verrouillée. Confirmez que la serrure existe et où elle est posée.

À quelle fréquence le connecteur vérifie-t-il les changements de source, et retraduit-il automatiquement ou signale-t-il pour relecture?
Un intervalle de sondage de trois heures est typique pour les connecteurs CMS de Smartling. Confirmez si les changements détectés sont regroupés dans une tâche et autorisés automatiquement ou conservés en attente d’autorisation pour qu’une personne la publie.

Est-il possible de livrer ou de télécharger un lot manuellement lorsque l'automatisation ne doit pas s'exécuter ?
Demandez une action d'exportation par ressource et un téléchargement par langue à partir de la tâche, y compris les formats de fichiers pris en charge, afin qu'une partie prenante puisse examiner un lot hors ligne sans le publier.

Où le statut de livraison est-il visible par actif et par langue, avec des horodatages?
Le statut « Terminé » d'une tâche ne prouve pas que le CMS a reçu toutes les localisations. Vérifiez que le connecteur affiche une date et une heure de livraison pour chaque ressource et chaque langue.

Où se situe le rollback — sur la plateforme de traduction ou à destination?
Les connecteurs assurent la traduction ; l’historique des versions et la possibilité de revenir en arrière sur l’entrée publiée demeurent gérés par le CMS. Vérifiez quel système conserve l'historique des modifications en cours à une date donnée avant de supposer que le TMS peut annuler une publication.

Comment Smartling contrôle lors de la publication des lots traduits

Smartling dissocie la diffusion de la publication et expose la décision de publication comme un paramètre sur chaque connecteur. Dans un projet Contentful, Paramètres > Paramètres Contentful > Options de livraison propose les options suivantes : Ne jamais publier (les traductions arrivent marquées comme modifiées et restent non publiées), toujours publier (l’entrée est publiée après la livraison même si la source était un brouillon) et Republier (si publiée), l’option par défaut, qui conserve le statut actuel de l’entrée : une source publiée est republiée et une source brouillon reste brouillon. Le connecteur Zendesk offre les mêmes trois options de publication et livre les traductions complètes selon une planification par défaut de toutes les trois heures ; le connecteur Intercom offre les options « Ne jamais publier », « Toujours publier » et « Publication intelligente » pour les articles. Les paramètres avancés du plugiciel WordPress permettent d'affiner encore la décision : télécharger les fichiers traduits lorsque la traduction est terminée ou que la progression change, type de récupération publié ou pseudo (texte source allongé de 30 % pour les tests de mise en page), et modifier l'état de la ressource une fois la traduction terminée en choisissant « Ne pas modifier le statut », « Toujours publier » ou « Toujours brouillon ».

Pour les lancements échelonnés, deux mécanismes fonctionnent de concert. Dans le flux de travail, une étape de maintien du flux de travail suspend les chaînes traduites jusqu'à ce qu'un propriétaire de compte ou un gestionnaire de projet les libère à partir de la vue des chaînes, de sorte que chaque langue d'un lancement est publiée simultanément. Au niveau du dépôt, le connecteur GitHub fournit une demande d'extraction de traduction lorsque toutes les chaînes d'une tâche atteignent l'état Publié ; l'activation de la livraison anticipée sur un ensemble de configuration ajoute une demande d'extraction de livraison anticipée dès que chaque chaîne de la tâche est prépubliée (chaînes prépubliées définies sur À la soumission dans l'étape du flux de travail) et une demande d'extraction de livraison finale lorsque la tâche atteint l'état Terminé, avec des noms de branche construits à partir de jetons tels que {source_branch_name} et {translation_job_id}. La livraison anticipée fonctionne aussi bien en mode Pull Request qu'en mode Single Branch et s'applique aussi bien à la traduction humaine qu'à la traduction automatique.

Les connecteurs basés sur des fichiers — Contentful (Entries), Webflow, CaptionHub et d’autres — livrent automatiquement chaque lieu cible une fois que le fichier de cette localisation est entièrement traduit, et chaque onglet connecteur inclut une action Export Language pour la livraison manuelle d’un seul asset ou langue. Dans Contenu (Entrées), une action de verrouillage sur un actif empêche le connecteur de relivrer un lieu contenant des modifications spécifiques au marché, et la vue Détails de l’Actif enregistre la date et l’heure de livraison de chaque localisation. Les changements de source sont captés sur un cycle de trois heures par les connecteurs Contentful (Fields), Zendesk et HubSpot, soit regroupés en un travail et autorisés automatiquement, soit, en mode Drapeau de contenu modifié (Manuel) du connecteur HubSpot, mis en avant pour que la personne décide. Lorsqu’un lot doit quitter la plateforme sans publication, l’action Fichiers de téléchargement du tableau de bord des emplois retourne les traductions actuelles par langue sous forme de .zip dans DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON ou XLIFF, organisées par sous-dossier de langue, identifiant de localisation dans le nom de fichier, ou les deux, et la vue des chaînes exporte un CSV avec l’ID de chaîne, le texte source, la variante, le fichier/URL, le texte local et le texte de traduction pour un enregistrement d’audit de ce qui a été expédié. Pour le connecteur Adobe Experience Manager, soumettre à nouveau une page crée un lancement AEM pour la copie linguistique, et le connecteur approuve et promeut ce lancement lorsque les traductions sont téléchargées, avec un chemin manuel d’approbation et de promotion dans le projet de traduction AEM en cas d’échec de l’automatisation.

Questions connexes

• Quels mécanismes de contrôle du flux d'approbation une plateforme de traduction doit-elle proposer ?
• Qu'est-ce qu'un flux de travail de traduction de site Web, et comment le gérer ?
• Qu’est-ce qu’un connecteur de traduction Contentful et comment fonctionne Smartling’s?
• Qu’est-ce qu’un webhook de traduction, et comment en configure-t-on un?
• Quels sont les meilleurs outils pour gérer des sites web multilingues à grande échelle?