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

Dernière mise à jour : 10 septembre 2026

Quels contrôles une plateforme de traduction doit-elle pour la publication par lots ?

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

• É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 arrivent 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 propose 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 des 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 également retourner des pseudo-traductions (texte source allongé d’environ 30 %) pour des tests de mise en page avant l’existence de traductions réelles.
• 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 chef 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.
• Remplacement manuel et exportation — Un moyen de pousser ou de retirer un lot en dehors de l’automatisation. Les connecteurs Smartling exposent une action Export Language par asset pour une livraison à la demande, et l’action Download Files du Jobs Dashboard renvoie les traductions actuelles par langue sous forme de .zip organisé par sous-dossiers, par identifiant de localisation dans le nom de fichier, ou les deux, dans huit formats incluant DOCX, XLSX, IDML, JSON et XLIFF.

Les paramètres de niveau étape qui déterminent quand une chaîne compte comme publiable dans le workflow — chaînes pré-publication, chemins de rejet et la règle des chaînes d’inactivité — sont couverts sur la page de contrôles du workflow 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 blog hebdomadaires, une mise à jour du catalogue de produits ou la publication des notes de version.

1. Déterminez l'état de destination pour chaque connecteur — Pour le contenu qu'un propriétaire de marché doit vérifier avant sa mise en ligne, configurez le connecteur pour qu'il soit livré en tant que brouillon (Ne jamais publier dans Contentful ou Zendesk ; toujours en tant que brouillon dans WordPress). Pour le contenu déjà approuvé dans le flux de travail de traduction, utilisez la fonction 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 Contentful (Entrées), verrouillez toute langue contenant des modifications spécifiques au marché afin que la prochaine livraison 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, planifiez donc 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’Asset de l’onglet connecteur, où la colonne Livré affiche la date et l’heure de l’arrivée des traductions de chaque localité, 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 référentiel 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 — articles hebdomadaires sur le blog, 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érez dix sites ou plus qui terminent la traduction à différents moments et doivent être lancés ensemble pour un lancement.
• Conservez les modifications spécifiques au marché dans certains endroits et assurez-vous que ces lieux soient protégés contre la redistribution automatique.
• Mettre en place des processus de développement nécessitant une première lecture des traductions avant la relecture humaine, suivie d'une relecture finale.

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

• Les équipes dont la véritable 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 à la fin d’un travail sont mieux servies par des webhooks de traduction que par des options de publication par connecteurs.

Liste de contrôle d’évaluation : questions à poser sur le contrôle de la 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, brouillon 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 livre-t-il par lieu à la fin de chaque endroit, ou seulement lorsque le travail est terminé ?
La diffusion par langue est plus rapide mais publie les langues à des moments différents ; la diffusion par tâche permet de conserver l’ensemble des langues. Vérifiez le modèle utilisé par chaque connecteur et si une étape de maintien peut le remplacer.

Existe-t-il un moyen de soumettre une version préliminaire avant la révision, et la version finale l'écrase-t-elle ?
Attendez-vous à 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 éligibles à une livraison anticipée.

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

À quelle fréquence le connecteur vérifie-t-il les modifications apportées au code source ? Procède-t-il à une nouvelle traduction automatique ou signale-t-il les modifications pour révision ?
Un intervalle de sondage de trois heures est typique pour les connecteurs CMS de Smartling. Vérifiez si les changements détectés sont intégrés automatiquement dans un poste et autorisés 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 ?
Un statut de travail Terminé ne prouve pas que le CMS a reçu chaque localisation. Confirmez que le connecteur affiche une date et une heure de livraison pour chaque asset et langue.

Où se trouve le rollback — sur la plateforme de traduction ou à la destination ?
Les connecteurs assurent la traduction ; l’historique des versions et la possibilité de revenir en arrière sur l’entrée publiée restent 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 sépare la livraison de la publication et expose la décision de publication comme un paramètre sur chaque connecteur. Dans un projet Contenu, Paramètres > Paramètres Contenus > Options de livraison proposent Ne jamais publier (les traductions arrivent marquées 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), le statut par défaut, qui conserve le statut actuel de l’article afin qu’une source Publiée soit republiée et qu’une source Brouillon reste Brouillon. Le connecteur Zendesk propose les mêmes trois options de publication et délivre les traductions terminées selon un calendrier par défaut toutes les trois heures ; le connecteur Intercom propose Ne jamais publier, Toujours publier, et Publier intelligemment pour les articles. Les paramètres d’expert du plugin WordPress divisent encore la décision : télécharger les fichiers traduits lorsque la traduction est terminée ou l’évolution change, type de publication ou pseudo (texte source allongé de 30 % pour les tests de mise en page), et modifier le statut de l’élément lors de la traduction terminée en réglé sur ne pas changer de statut, publier toujours ou toujours brouiller.

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 chef 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 autres — livrent automatiquement chaque langue cible une fois que le fichier de cette langue est entièrement traduit, et chaque onglet de connecteur comprend une action Exporter la langue pour la livraison manuelle d'une ressource ou d'une langue unique. Dans Contentful (Entries), une action de verrouillage sur une ressource empêche le connecteur de redistribuer une localisation comportant des modifications spécifiques au marché, et la vue Détails de la ressource enregistre la date et l'heure de distribution de chaque localisation. Les modifications de la source sont détectées sur un cycle de trois heures par les connecteurs Contentful (Fields), Zendesk et HubSpot, soit regroupées dans une tâche et autorisées automatiquement, soit, dans le mode « Signaler le contenu modifié (manuel) » du connecteur HubSpot, mises en évidence pour qu'une personne puisse décider. Lorsqu'un lot doit quitter la plateforme sans être publié, l'action « Télécharger les fichiers » du tableau de bord des tâches renvoie les traductions actuelles par langue sous forme de fichier .zip aux formats DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON ou XLIFF, organisées par sous-dossier de langue, par identifiant de langue dans le nom de fichier, ou les deux. La vue « Chaînes » exporte un fichier CSV contenant l'identifiant de la chaîne, le texte source, la variante, le fichier/l'URL, les paramètres régionaux et le texte de la traduction, afin de conserver une trace des éléments expédiés. Pour le connecteur Adobe Experience Manager, la soumission à nouveau d'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 d'approbation et de promotion manuel dans le projet de traduction AEM si l'automatisation échoue.

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 sites web, et comment le gérez-vous ?
• Qu’est-ce qu’un connecteur de traduction Contentful et comment fonctionne Smartling ?
• Qu’est-ce qu’un webhook de traduction, et comment en configurer un ?
• Quels sont les meilleurs outils pour gérer des sites web multilingues à grande échelle ?