Intégration de Drupal pour la traduction
Drupal dispose d’un système de gestion des traductions appelé Translation Management Tool, ou TMGMT. Cela permet aux éditeurs de sélectionner du contenu, de choisir les langues cibles, de créer des tâches de traduction, d’en suivre l’état et d’envoyer ce travail à un service de traduction externe.
wxrks se connecte à Drupal via TMGMT en tant que service de traduction.
Un éditeur demande une traduction dans Drupal, et TMGMT envoie le contenu à wxrks. wxrks crée le projet de traduction, le soumet au processus de traduction configuré par votre équipe, puis met la traduction terminée à disposition dans Drupal.
L’équipe Drupal continue de travailler dans les écrans du CMS qu’elle connaît déjà, tandis que wxrks gère le processus de traduction en coulisses.
Une fois que le contenu atteint wxrks, le projet peut utiliser les mêmes mémoires de traduction, glossaires, configuration de l’IA, flux de travail, contrôles qualité et personnes que ceux déjà utilisés dans toute l’organisation.

Drupal et TMGMT restent au cœur du processus de gestion des contenus
Les rédacteurs peuvent demander une traduction depuis l’interface Drupal qu’ils utilisent déjà.
Ils sélectionnent les pages, les articles, les termes de taxonomie ou tout autre contenu pris en charge par TMGMT, choisissent les langues cibles et envoient la demande à wxrks. Un commentaire peut également être ajouté à la demande et transmis à l’équipe de traduction sous forme d’instructions.
Chaque tâche de traduction Drupal crée un projet dans wxrks. Le contenu sélectionné dans Drupal devient le travail au sein de ce projet.
Les éditeurs peuvent continuer à suivre la tâche de traduction depuis Drupal, tandis que les traducteurs et les réviseurs travaillent dans l’éditeur de traduction wxrks.
Lorsque Drupal est connecté à wxrks, vous choisissez également quelle partie de votre compte wxrks recevra ces projets.
Dans wxrks, cette partie du compte s'appelle une unité organisationnelle. C'est un moyen de regrouper des équipes, des clients, des services ou des types de contenu, chacun avec ses propres paramètres.
Par exemple, une unité organisationnelle Marketing peut avoir son propre flux de travail, sa mémoire de traduction, son glossaire, ses utilisateurs et sa configuration du modèle, tandis qu’une unité organisationnelle Juridique peut utiliser une configuration différente.
Cela signifie que le contenu Drupal peut être intégré dans un environnement déjà configuré pour l'équipe qui en est responsable.
Une mémoire de traduction est une base de données de phrases et de leurs traductions approuvées. Lorsqu’un contenu similaire réapparaît, les travailleurs peuvent réutiliser le travail effectué précédemment au lieu de traiter chaque phrase comme nouvelle.
Un glossaire stocke la terminologie approuvée, comme les noms de produits, les termes du secteur et les mots qui doivent être traduits d'une manière spécifique.
Le projet Drupal peut utiliser la même mémoire de traduction et la même terminologie que l’organisation utilise déjà pour d’autres contenus.
Cela devient utile lorsque la même langue apparaît dans plusieurs systèmes. Un terme approuvé dans la documentation du produit peut rester disponible lorsque le même terme apparaît sur le site Web Drupal.
Drupal peut également envoyer un lien d’aperçu avec la demande de traduction. Les traducteurs peuvent ouvrir la page source tout en travaillant dans wxrks et voir où le contenu apparaît.
Cela est utile pour les chaînes courtes comme les boutons, les titres, les éléments de menu et les libellés, dont le sens peut dépendre du contexte de la page.

La configuration technique, les modules requis, les champs de connexion et les exigences relatives à la version actuelle sont disponibles dans le Guide de démarrage rapide du connecteur Drupal.
Les projets Drupal peuvent utiliser le contexte de traduction et la configuration d’IA dont vous disposez déjà
Une fois que le contenu est arrivé sur wxrks, il peut utiliser le même contexte de traduction que les autres projets du compte.
Une partie de ce processus est la sensibilité au contexte.
La sensibilité au contexte utilise les informations disponibles pour chaque segment afin de préparer la suggestion de traduction présentée au traducteur.
Ces informations peuvent inclure des traductions approuvées précédemment provenant de la mémoire de traduction, la terminologie du glossaire, le résultat de la traduction automatique, ainsi que des instructions concernant le public et le style rédactionnel.
Ces instructions sont gérées via Sous Chef.
Sous Chef permet à une équipe de décrire le ton que doit avoir le contenu. Cela peut inclure des informations sur le public, le niveau de formalité, les préférences rédactionnelles, le langage de marque ou d’autres consignes susceptibles d’influencer la traduction.
Le sous-chef fonctionne dans la sensibilité au contexte, avec les autres sources disponibles de contexte de traduction.
L’équipe peut également configurer quelles sources doivent avoir davantage d’influence.
Par exemple, un terme approuvé du glossaire peut être prioritaire lorsque la terminologie doit rester cohérente, tandis que la mémoire de traduction peut fournir des exemples de la manière dont un contenu similaire a été traduit auparavant.
Le modèle d’IA utilisé pour les opérations prises en charge est également configurable.
wxrks appelle cela Gestion des modèles.
La gestion des modèles permet à un administrateur de choisir le fournisseur d’IA et le modèle à utiliser pour des opérations spécifiques dans le compte ou dans une unité organisationnelle particulière.
Cela donne aux équipes davantage de contrôle sur les modèles utilisés pour différents types de contenu et différentes parties de l’organisation.
Un projet Drupal peut donc suivre la configuration du modèle déjà choisie par l’entreprise au lieu de dépendre d’un modèle sélectionné par l’intégration du CMS.
Les modèles d’IA connectés à wxrks sont sans état. Cela signifie que le modèle lui-même ne conserve pas durablement le contenu d’une requête à l’autre.
Les connaissances qui doivent être conservées restent dans l’environnement wxrks du client.
Les traductions approuvées restent dans la mémoire de traduction. La terminologie approuvée reste dans le glossaire. Les instructions restent dans la configuration du client.
Cela signifie également qu'une entreprise peut changer de modèle d'IA sous-jacent sans perdre les connaissances en traduction qu'elle a accumulées au fil du temps.

Tout cela alimente :
Suggestion contextuelle
Afficher la gestion des modèles à côté de ce flux comme l’endroit où le client configure le modèle utilisé pour les opérations prises en charge.
Évitez de présenter le modèle d’IA comme l’endroit où sont stockées les connaissances sur les clients.
Les évaluateurs peuvent également utiliser le raisonnement de traduction.
Le raisonnement de traduction affiche des informations sur les facteurs qui ont influencé une suggestion contextuelle.
Par exemple, cela peut indiquer si la terminologie, la mémoire de traduction, les consignes destinées au public, les ajustements de style ou d’autres éléments contextuels disponibles ont influencé le résultat.
Cela donne au relecteur davantage d’informations lorsqu’il souhaite comprendre un choix de formulation avant de le confirmer ou de le modifier.
Le réviseur reste responsable de la décision finale.
Le contenu Drupal mis à jour peut être renvoyé en traduction avec des contrôles de qualité et de révision
Les pages Drupal continuent d’évoluer après leur première traduction.
La description d’un produit peut être mise à jour. Un paragraphe juridique pourrait changer. Le service marketing pourrait reformuler un titre.
TMGMT prend en charge ce qu’on appelle une tâche continue.
Une tâche continue surveille en permanence le contenu Drupal associé à cette tâche de traduction. Lorsque le contenu source change, le contenu mis à jour peut être remis en file d’attente pour traduction sans qu’un éditeur ait à créer une toute nouvelle demande.
Cela aide les équipes à gérer les sites web dont le contenu change fréquemment.
Le travail mis à jour est toujours intégré au même environnement wxrks, donc la mémoire de traduction, le glossaire, les instructions et le flux de travail existants restent disponibles.
wxrks peut également effectuer des contrôles qualité sur le contenu traduit.
L’un de ces contrôles s’appelle Odeurs.
Smells repère d’éventuels problèmes sémantiques ou linguistiques que les vérifications traditionnelles des nombres, des balises ou de la mise en forme peuvent ne pas détecter.
Par exemple, il peut signaler une éventuelle erreur de traduction, une formulation maladroite ou un problème de terminologie à vérifier.
Ces conclusions contribuent à un score de confiance.
Le score de confiance donne aux évaluateurs un autre indice pour savoir où regarder de plus près.
Un réviseur peut filtrer les segments moins fiables, examiner les résultats, modifier la traduction, ignorer un résultat qui ne s’applique pas et relancer les contrôles qualité.
Le score ne décide pas du résultat final. Le réviseur décide si la traduction doit être modifiée.
Pour certains projets automatisés, les équipes peuvent également définir un seuil de score de confiance pour la confirmation automatique.
Par exemple, une équipe pourrait configurer les segments répondant aux critères et dépassant un seuil choisi pour qu’ils soient confirmés automatiquement, tandis que les autres segments resteraient disponibles pour être examinés par un linguiste.
L’équipe définit le seuil et la règle qui doit s’appliquer.
Le projet peut alors suivre le processus configuré pour cette unité organisationnelle.
Un flux de travail est la suite d’étapes que votre équipe souhaite que le projet suive.
Un flux de travail peut inclure une traduction suivie d’une révision linguistique. Un autre peut inclure la traduction, la révision et l'approbation par une personne au sein de l'entreprise.
wxrks suit les étapes configurées et transmet le travail aux personnes désignées pour chaque rôle.

Veillez à ce que le relecteur reste visible en tant que personne responsable de la décision finale.
Seule la traduction livrée est renvoyée à Drupal
Drupal renvoie le contenu traduit une fois que le travail a atteint le statut Livré dans wxrks.
« Livré » signifie que le projet a terminé les étapes que votre équipe a configurées avant que le contenu ne soit renvoyé à Drupal.
Il reste des tâches inachevées dans le processus de traduction.
Drupal peut récupérer des traductions terminées de plusieurs façons.
Ils peuvent revenir automatiquement pendant cron, qui est le processus d’arrière-plan planifié de Drupal.
Ils peuvent également être récupérés manuellement depuis l’écran de la tâche de traduction.
Les équipes qui gèrent des lots plus importants peuvent utiliser Drush, l’outil en ligne de commande de Drupal, avec drush wxrks:fetch pour récupérer en masse les traductions terminées.
Le connecteur peut également être configuré pour enregistrer ou accepter automatiquement les traductions lorsqu’elles proviennent d’étapes spécifiques du flux de travail.
Par exemple, une équipe pourrait configurer le travail ayant terminé sa dernière étape de révision pour qu’il soit automatiquement accepté lorsque Drupal le reçoit.
Les éditeurs peuvent ensuite prévisualiser la page traduite dans Drupal et poursuivre le processus normal de publication.
Une entreprise peut utiliser Drupal pour son site web, une autre plateforme pour la documentation produit, Figma pour la conception et un autre CMS pour une autre unité opérationnelle.
wxrks se connecte également à des plateformes telles que AEM, Contentful, Webflow, Figma et d’autres systèmes de gestion de contenu.
Ces projets peuvent utiliser les mêmes mémoires de traduction, glossaires, consignes, flux de travail et configurations de modèle déjà gérés dans wxrks.
Le guide de démarrage rapide du connecteur Drupal présente les exigences actuelles d’installation et les détails de configuration.
Si votre équipe utilise déjà Drupal et TMGMT, réservez une démo et nous pourrons vous montrer comment votre flux de traduction Drupal actuel fonctionnerait avec wxrks.













