Integrazione di Drupal per la traduzione
Drupal dispone di un sistema per la gestione delle traduzioni chiamato Translation Management Tool, o TMGMT. Consente ai redattori di selezionare i contenuti, scegliere le lingue di destinazione, creare incarichi di traduzione, seguirne lo stato e inviare il lavoro a un servizio di traduzione esterno.
wxrks si connette a Drupal tramite TMGMT come servizio di traduzione.
Un redattore richiede una traduzione in Drupal e TMGMT invia il contenuto a wxrks. wxrks crea il progetto di traduzione, lo sottopone al processo di traduzione configurato dal tuo team e rende il lavoro completato disponibile in Drupal.
Il team Drupal continua a lavorare nelle schermate del CMS che già conosce, mentre wxrks gestisce il processo di traduzione in background.
Una volta che i contenuti raggiungono wxrks, il progetto può utilizzare le stesse memorie di traduzione, gli stessi glossari, la stessa configurazione dell’IA, gli stessi flussi di lavoro e controlli di qualità e le stesse persone già coinvolte in tutta l’organizzazione.
Drupal e TMGMT restano al centro del flusso di lavoro dei contenuti
Gli editor possono richiedere una traduzione dall'interfaccia Drupal che già utilizzano.
Selezionano le pagine, gli articoli, i termini della tassonomia o altri contenuti supportati da TMGMT, scelgono le lingue di destinazione e inviano la richiesta a wxrks. È possibile aggiungere un commento alla richiesta e trasmetterlo al team di traduzione come istruzione.
Ogni attività di traduzione di Drupal crea un progetto in wxrks. Il contenuto selezionato in Drupal diventa il lavoro all'interno di quel progetto.
Gli editor possono continuare a seguire il lavoro di traduzione da Drupal, mentre traduttori e revisori lavorano nell'editor di traduzione di wxrks.
Quando Drupal è connesso a wxrks, scegli anche quale parte del tuo account wxrks riceverà quei progetti.
In wxrks, questa parte dell'account è chiamata Unità organizzativa. È un modo per raggruppare team, clienti, reparti o tipi di contenuti con impostazioni proprie.
Per esempio, un'unità organizzativa Marketing può avere il proprio flusso di lavoro, la propria memoria di traduzione, il proprio glossario, i propri utenti e la propria configurazione del modello, mentre un'unità organizzativa Legale può usare una configurazione diversa.
Ciò significa che i contenuti Drupal possono entrare in un ambiente già configurato per il team che ne è responsabile.
Una memoria di traduzione è un database di frasi e delle rispettive traduzioni approvate. Quando ricompare un contenuto simile, wxrks può riutilizzare il lavoro precedente invece di trattare ogni frase come nuova.
Un glossario raccoglie la terminologia approvata, come i nomi dei prodotti, i termini del settore e le parole che devono essere tradotte in un modo specifico.
Il progetto Drupal può utilizzare la stessa memoria di traduzione e la terminologia che l'organizzazione usa già per altri contenuti.
Questo diventa utile quando la stessa lingua compare in diversi sistemi. Un termine approvato nella documentazione del prodotto può rimanere disponibile quando lo stesso termine compare sul sito web Drupal.
Drupal può anche inviare un link di anteprima insieme alla richiesta di traduzione. I traduttori possono aprire la pagina originale mentre lavorano in wxrks e vedere dove compare il contenuto.
Questo aiuta con stringhe brevi come pulsanti, intestazioni, voci di menu ed etichette, in cui la pagina circostante può cambiarne il significato.
La configurazione tecnica, i moduli richiesti, i campi di connessione e i requisiti della versione attuale sono disponibili nella Guida rapida al connettore Drupal.
I progetti Drupal possono usare il contesto di traduzione e la configurazione IA già esistenti
Una volta che il contenuto raggiunge wxrks, può usare lo stesso contesto di traduzione degli altri progetti dell'account.
Una parte di quel processo è la sensibilità al contesto.
La sensibilità al contesto utilizza le informazioni disponibili per ogni segmento per preparare il suggerimento di traduzione mostrato al traduttore.
Queste informazioni possono includere traduzioni approvate in precedenza dalla memoria di traduzione, terminologia del glossario, output della traduzione automatica e istruzioni sul pubblico e sullo stile di scrittura.
Queste istruzioni sono gestite tramite Sous Chef.
Sous Chef consente a un team di descrivere come dovrebbe suonare il contenuto. Può includere informazioni sul pubblico, sul livello di formalità, sulle preferenze di scrittura, sul linguaggio del marchio o altre istruzioni che dovrebbero influenzare la traduzione.
Sous Chef opera nell’ambito della sensibilità al contesto, insieme alle altre fonti disponibili di contesto per la traduzione.
Il team può anche configurare quali fonti debbano avere maggiore influenza.
Ad esempio, un termine approvato nel glossario può avere la priorità quando è necessario mantenere coerente la terminologia, mentre la memoria di traduzione può fornire esempi di come siano stati tradotti in precedenza contenuti simili.
Anche il modello di IA utilizzato per le operazioni supportate è configurabile.
wxrks lo chiama Gestione dei modelli.
La gestione dei modelli consente a un amministratore di scegliere quale fornitore di IA e quale modello utilizzare per operazioni specifiche nell'account o in una determinata unità organizzativa.
Questo offre ai team un maggiore controllo sui modelli utilizzati per i diversi tipi di contenuti e per le diverse aree dell'organizzazione.
Un progetto Drupal può quindi seguire la configurazione del modello già scelta dall’azienda, invece di dipendere da un modello selezionato dall’integrazione del CMS.
I modelli di IA collegati a wxrks sono senza stato. Questo significa che il modello non conserva in modo permanente il contenuto di una richiesta per poi utilizzarlo nella successiva.
Le conoscenze che devono persistere rimangono nell'ambiente wxrks del cliente.
Le traduzioni approvate restano nella memoria di traduzione. La terminologia approvata rimane nel glossario. Le istruzioni rimangono nella configurazione del cliente.
Questo significa anche che un’azienda può cambiare il modello di IA sottostante senza perdere le conoscenze di traduzione accumulate nel tempo.
Questi confluiscono in:
Suggerimento sensibile al contesto
Mostra Gestione modelli accanto a questo flusso, come luogo in cui il cliente configura il modello utilizzato per le operazioni supportate.
Evita di mostrare il modello di IA come il luogo in cui vengono archiviate le conoscenze sui clienti.
Anche i revisori possono utilizzare Ragionamento sulla traduzione.
Il ragionamento sulla traduzione mostra informazioni sui fattori che hanno influenzato un suggerimento sensibile al contesto.
Per esempio, può mostrare se la terminologia, la memoria di traduzione, le istruzioni per il pubblico, gli adeguamenti stilistici o altro contesto disponibile hanno influenzato il risultato.
Questo fornisce al revisore più informazioni quando desidera comprendere una scelta lessicale prima di confermarla o modificarla.
Il revisore resta responsabile della decisione finale.
I contenuti Drupal aggiornati possono tornare nel processo di traduzione con controlli di qualità e revisione
Le pagine Drupal continuano a cambiare anche dopo la prima traduzione.
La descrizione di un prodotto potrebbe essere aggiornata. Un paragrafo legale potrebbe cambiare. Il marketing potrebbe riscrivere un'intestazione.
TMGMT supporta qualcosa chiamato job continuo.
Un processo continuo continua a monitorare i contenuti Drupal collegati a quel processo di traduzione. Quando il contenuto di origine cambia, è possibile metterlo nuovamente in coda per la traduzione, senza che un editor debba creare una nuova richiesta da zero.
Questo aiuta i team a gestire i siti web in cui i contenuti cambiano frequentemente.
Il lavoro aggiornato continua a essere inserito nello stesso ambiente wxrks, quindi la memoria di traduzione, il glossario, le istruzioni e il flusso di lavoro esistenti restano disponibili.
wxrks può anche eseguire controlli di qualità sui contenuti tradotti.
Uno di questi controlli si chiama Odori.
Smells cerca possibili problemi semantici o linguistici che i controlli tradizionali su numeri, tag o formattazione potrebbero non rilevare.
Ad esempio, può segnalare una possibile traduzione errata, una formulazione poco naturale o un problema terminologico da sottoporre a revisione.
Questi risultati contribuiscono a un Punteggio di affidabilità.
Il punteggio di affidabilità offre ai revisori un ulteriore indicatore per decidere dove esaminare più attentamente.
Un revisore può filtrare i segmenti con un livello di affidabilità inferiore, esaminare i risultati, modificare la traduzione, ignorare un risultato non pertinente e ripetere i controlli di qualità.
Il punteggio non determina la decisione finale. Il revisore decide se la traduzione debba essere modificata.
Per alcuni progetti automatizzati, i team possono anche definire una soglia del punteggio di confidenza per la conferma automatica.
Ad esempio, un team potrebbe configurare i segmenti che superano una soglia prestabilita in modo che vengano confermati automaticamente, mentre gli altri restano disponibili per la revisione da parte di un linguista.
Il team definisce la soglia e la regola da applicare.
Il progetto può quindi proseguire nel flusso di lavoro configurato per quell'unità organizzativa.
Un flusso di lavoro è la sequenza di passaggi che il tuo team vuole che il progetto segua.
Un flusso di lavoro può includere una traduzione seguita da una revisione linguistica. Un altro potrebbe prevedere la traduzione, la revisione e l’approvazione da parte di qualcuno all’interno dell’azienda.
wxrks segue i passaggi configurati e indirizza il lavoro alle persone assegnate a ciascun ruolo.
Mantieni visibile il revisore come persona responsabile del giudizio finale.
Solo la traduzione consegnata viene restituita a Drupal
Drupal riporta il contenuto tradotto dopo che il lavoro ha raggiunto lo stato Consegnato in wxrks.
«Consegnato» significa che il progetto ha completato i passaggi configurati dal tuo team prima che il contenuto debba tornare a Drupal.
Il lavoro incompiuto rimane nel flusso di lavoro di traduzione.
Drupal può recuperare le traduzioni completate in diversi modi.
Possono tornare automaticamente durante cron, il processo pianificato in background di Drupal.
È anche possibile recuperarli manualmente dalla schermata del lavoro di traduzione.
I team che gestiscono batch più grandi possono usare Drush, lo strumento da riga di comando di Drupal, con drush wxrks:fetch per recuperare in blocco le traduzioni completate.
Il connettore può anche essere configurato per salvare o accettare automaticamente le traduzioni quando arrivano da specifiche fasi del flusso di lavoro.
Ad esempio, un team potrebbe configurare il lavoro in modo che, una volta completata la revisione finale, Drupal lo accetti automaticamente al momento della ricezione.
Gli editor possono quindi visualizzare in anteprima la pagina tradotta all'interno di Drupal e proseguire con il normale processo di pubblicazione.
Un'azienda potrebbe usare Drupal per il proprio sito web, un'altra piattaforma per la documentazione dei prodotti, Figma per il design e un altro CMS per una diversa unità aziendale.
wxrks si connette anche a piattaforme come AEM, Contentful, Webflow, Figma e altri sistemi di gestione dei contenuti.
Questi progetti possono utilizzare le stesse memorie di traduzione, gli stessi glossari, le stesse istruzioni, gli stessi flussi di lavoro e la stessa configurazione del modello già gestiti in wxrks.
La Guida rapida al connettore Drupal illustra i requisiti di installazione attuali e i dettagli di configurazione.
Se il tuo team usa già Drupal e TMGMT, prenota una demo e vedremo insieme come funzionerebbe con wxrks il flusso di lavoro di traduzione Drupal che usi già.
Unlock the power of glocalization with our Translation Management System.
Unlock the power of
with our Translation Management System.
