# General Translation Knowledge Base: Che cos'è un sistema di gestione delle traduzioni (TMS)? URL: https://generaltranslation.com/it/kb/what-is-a-translation-management-system.mdx Docs index: https://generaltranslation.com/llms.txt Description: Un sistema di gestione delle traduzioni (TMS) è un software che archivia il contenuto di origine e le relative traduzioni e gestisce il flusso di lavoro di traduzione: memoria di traduzione, glossari, revisione, traduzione automatica e integrazioni. La sua memoria di traduzione riutilizza le traduzioni precedenti tramite corrispondenze esatte o parziali (fuzzy match). Crowdin, Lokalise, Phrase, Smartling e Transifex sono alcuni degli esempi più diffusi. Category: Strumenti per il flusso di lavoro Last updated: 2026-10-20 Authors: Kevin Wu, Jackie Chen Published: 2026-10-20 Un TMS fa da tramite tra chi scrive il contenuto di origine e le persone (e i motori) che lo traducono. Il contenuto entra sotto forma di file o stringhe, viene tradotto e revisionato all'interno del TMS e ne esce in ciascuna lingua di destinazione. Non renderizza nulla nella tua app: questo è compito di una libreria i18n. ## Che cosa fa un TMS? La maggior parte delle piattaforme TMS si basa sugli stessi elementi fondamentali: * **Un repository dei contenuti.** File sorgente o singole stringhe, ciascuno con le relative traduzioni per impostazione regionale, le versioni e lo stato (non tradotto, tradotto, revisionato). * **Memoria di traduzione (TM).** Un database di coppie sorgente-destinazione già tradotte. Il [glossario di Microsoft](https://learn.microsoft.com/en-us/globalization/reference/glossary) spiega come una TM riutilizzi le traduzioni esistenti tramite corrispondenza esatta o "fuzzy" (per somiglianza), mantenendo coerenti le frasi ripetute e riducendo i costi. TMX è il formato standard per trasferire una TM da uno strumento all'altro. * **Una base terminologica o un glossario.** Traduzioni approvate di nomi di prodotto, nomi delle funzionalità e termini tecnici, oltre ai termini che non vanno mai tradotti. Le basi terminologiche hanno un proprio formato di interscambio, TBX. (Consulta la [guida alla localizzazione](https://learn.microsoft.com/en-us/globalization/localization/localization) di Microsoft.) * **Flusso di lavoro e revisione.** Fasi come traduzione, revisione e correzione di bozze, assegnate alle persone in base alla lingua, con un editor in cui i traduttori vedono affiancati il testo sorgente, le corrispondenze della TM e i termini del glossario. * **Traduzione automatica, AI e connettori per fornitori.** Pretraduzione tramite motori di traduzione automatica (MT) o LLM e collegamenti con fornitori di servizi linguistici che mettono a disposizione traduttori umani. * **Controlli QA.** Verifiche automatiche di segnaposto mancanti, limiti di lunghezza, violazioni del glossario e traduzioni incoerenti. * **Integrazioni.** Una CLI, un'API e connettori per host Git, CMS e strumenti di design per importare ed esportare i contenuti. ## Come funziona un TMS in un progetto software 1. Gli sviluppatori estraggono le stringhe visibili all'utente in file di risorse (JSON, YAML, `.strings`, `strings.xml`, PO) associandole a chiavi, e una libreria i18n legge questi file a runtime. 2. Una CLI o un'integrazione Git invia i file sorgente al TMS. Con la CLI di Crowdin, ad esempio, si usa il comando `crowdin upload`, configurato in `crowdin.yml`. 3. Il TMS pretraduce le nuove stringhe usando la TM e un motore di MT o un LLM, quindi le assegna a traduttori e revisori. 4. Vengono eseguiti i controlli di QA e i revisori approvano le traduzioni. 5. I file tradotti tornano nel progetto tramite `crowdin download`, una sincronizzazione o una pull request, e l'app li include nel rilascio successivo. I passaggi 1, 2 e 5 sono le parti di competenza degli sviluppatori, e il ciclo si ripete ogni volta che i testi cambiano. ## Quali sono alcuni esempi di sistemi di gestione delle traduzioni? Ogni piattaforma combina questi elementi fondamentali, ma con priorità diverse: * **[Crowdin](https://crowdin.com/)** si definisce una "piattaforma di localizzazione basata sull'IA", con memoria di traduzione, glossari, controlli QA integrati, motori di MT e integrazioni con fornitori. * **[Lokalise](https://lokalise.com/)** si rivolge ad app web e mobile, videogiochi e altri contenuti digitali, con flussi di lavoro automatizzati che applicano la TM, eseguono controlli QA e gestiscono il processo di approvazione. * **[Phrase](https://phrase.com/)** offre Phrase TMS, un sistema di gestione delle traduzioni, e Phrase Strings per la localizzazione del software. * **[Smartling](https://www.smartling.com/)** definisce il proprio TMS una "piattaforma all-in-one di orchestrazione della traduzione" e affianca al software servizi di traduzione umana. * **[Transifex](https://www.transifex.com/)** offre una [memoria di traduzione](https://help.transifex.com/en/articles/6224636-introduction-to-translation-memory) per progetto, glossari e [Transifex Native](https://developers.transifex.com/docs/native) per inviare le stringhe direttamente dal codice. Anche soluzioni open source e pensate per gli sviluppatori come [Weblate](/kb/general-translation-vs-weblate), [Tolgee](/kb/general-translation-vs-tolgee) e [Locize](/kb/general-translation-vs-locize) coprono in parte lo stesso ambito. ## In cosa differisce un TMS da una libreria i18n o da un'agenzia di traduzione? I tre vengono spesso confusi perché un programma di localizzazione di solito ha bisogno di tutte e tre le loro funzioni: | | Libreria i18n | TMS | Fornitore di servizi linguistici (LSP) | | ------------------- | ------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- | ----------------------------------------------------------------- | | Che cos'è | Codice nella tua app | Una piattaforma software | Un'azienda di traduttori e project manager | | Esempi | i18next, react-intl, next-intl | Crowdin, Lokalise, Phrase, Smartling, Transifex | Agenzie di traduzione e freelance | | Il suo compito | Scegliere l'impostazione regionale, caricare le traduzioni, formattare date, numeri e plurali | Archiviare stringhe e traduzioni, gestire i flussi di lavoro di traduzione e di revisione | Tradurre e revisionare i contenuti | | Produce traduzioni? | No | Tramite MT, IA o le persone a cui assegna il lavoro | Sì, tramite persone | | Chi lo usa | Sviluppatori | Responsabili della localizzazione, traduttori, revisori | Il tuo responsabile della localizzazione, in qualità di fornitore | Spesso un LSP lavora all'interno del tuo TMS, oppure ne utilizza uno proprio. La guida alla localizzazione di Microsoft elenca le opzioni disponibili: un LSP, fornitori monolingua o multilingua, oppure freelance. ## Quando serve un TMS e quando no Valuta un TMS quando: * Traduttori o agenzie hanno bisogno di un editor CAT (traduzione assistita da computer) e di una memoria di traduzione riutilizzabile. * I fornitori si scambiano file XLIFF o documenti Office, oppure richiedono flussi di lavoro di revisione e approvazione specifici. * Un responsabile della localizzazione coordina numerose fonti di contenuto, fornitori e calendari di rilascio. Potresti non aver bisogno di un TMS separato quando: * Un membro del team può tradurre e revisionare una piccola quantità di testi in una o due lingue direttamente nel repository. (Vedi [sviluppare l'i18n internamente](/kb/general-translation-vs-in-house-i18n)). * Il tuo flusso di lavoro di traduzione attuale copre già i formati, la terminologia, la revisione e la consegna di cui il tuo team ha bisogno. Rilasci frequenti e contenuti basati sul codice non escludono un TMS: le sue integrazioni con Git e CI possono automatizzare la consegna. Prima di scegliere uno strumento, confronta il lavoro manuale che resta da fare, le approvazioni richieste, i formati di file e le integrazioni con i fornitori. ## Dove si colloca General Translation General Translation è un'alternativa pensata per gli sviluppatori che vogliono collegare la generazione e la revisione delle traduzioni ai rilasci del proprio codice. Il suo componente [``](/docs/react/reference/components/t) mantiene i testi JSX in-place: la CLI estrae la struttura contrassegnata e le note di contesto da inviare al servizio per la traduzione, e la libreria renderizza i risultati. In questo modo non è necessario mantenere una chiave sorgente e una descrizione separate per ogni messaggio della UI. Puoi anche continuare a usare una libreria esistente con i suoi cataloghi già revisionati. [`npx gt upload`](/docs/cli/reference/commands/upload) importa le traduzioni esistenti; [`npx gt translate`](/docs/cli/reference/commands/translate) genera gli aggiornamenti per i file del repository configurati e riutilizza le traduzioni corrispondenti. I [termini del Glossario e i prompt personalizzati](/docs/platform/dashboard/guides/defining-context-for-translations) condivisi mantengono coerente la terminologia tra app e documentazione, mentre l'[editor della Dashboard](/docs/platform/dashboard/guides/reviewing-translations) offre ai revisori uno spazio in cui correggere i testi prima del rilascio. Un TMS resta la scelta più adatta quando il lavoro ruota attorno a fornitori linguistici, editor CAT e scambio di file XLIFF. Per decidere tra quel flusso di lavoro e l'approccio basato sul codice di GT, consulta [General Translation vs. un TMS](/kb/general-translation-vs-tms). Il confronto analizza in dettaglio impegno di sviluppo, contesto, consegna e costi. ## Punti chiave * Un TMS archivia contenuti e traduzioni e ne coordina il processo di traduzione, con memoria di traduzione, base terminologica, flussi di lavoro di revisione, connettori MT e per i fornitori, controlli QA e integrazioni. * Crowdin, Lokalise, Phrase, Smartling e Transifex sono le piattaforme più comunemente messe a confronto; ciascuna abbina un TMS alla traduzione con IA e all'accesso a traduttori umani. * Una libreria i18n renderizza le traduzioni nella tua app, un TMS ne gestisce la produzione e un LSP fornisce i traduttori. * General Translation collega ai rilasci il contesto derivato dal codice, la generazione e la revisione, con la possibilità di mantenere i cataloghi e le librerie esistenti. Scegli un TMS quando il coordinamento dei fornitori e i flussi di lavoro CAT sono fondamentali. ## Related questions - [General Translation e un TMS (Crowdin, Lokalise, Phrase) a confronto](https://generaltranslation.com/it/kb/general-translation-vs-tms.mdx): Scegli General Translation quando gli sviluppatori vogliono una generazione delle traduzioni, un contesto derivato dal codice e una revisione collegati ai rilasci del prodotto. Puoi mantenere i cataloghi e la libreria di rendering che usi già, oppure scrivere JSX inline senza chiavi di traduzione. Un TMS è adatto a programmi incentrati su fornitori linguistici, editor CAT e scambio di file XLIFF; le sue integrazioni possono automatizzare il trasferimento dei file. - [Qual è il miglior software di localizzazione per sviluppatori?](https://generaltranslation.com/it/kb/best-localization-software.mdx): Il miglior software di localizzazione per sviluppatori traduce i contenuti direttamente nel codice in cui sono scritti, con il contesto del tuo prodotto, e mantiene aggiornata ogni lingua. General Translation lo fa con librerie open source, i gruppi di contesto e Locadex, un agente IA che apre pull request. - [Internazionalizzazione vs. localizzazione (i18n vs. l10n)](https://generaltranslation.com/it/kb/internationalization-vs-localization.mdx): L'internazionalizzazione (i18n) è il lavoro di sviluppo e progettazione che permette a un unico prodotto di supportare molte impostazioni regionali, ad esempio formattando le date con Intl e gestendo il testo right-to-left. La localizzazione (l10n) adatta il prodotto a una specifica impostazione regionale e comprende la traduzione, ma anche valute, formati di data, unità di misura, tono e aspetti legali. - [Alternative a Crowdin: General Translation o Crowdin](https://generaltranslation.com/it/kb/general-translation-vs-crowdin.mdx): Scegli General Translation per mantenere i testi nei tuoi componenti e generare le traduzioni durante la build. Crowdin gestisce progetti di traduzione incentrati su file di risorse, traduttori e flussi di lavoro di revisione, che gli ingegneri devono collegare all'app e mantenere man mano che il prodotto evolve. Crowdin resta un'ottima scelta per le traduzioni affidate alla community nei progetti open source e per i programmi gestiti da fornitori esterni. - [Alternative a Lokalise: General Translation vs. Lokalise](https://generaltranslation.com/it/kb/general-translation-vs-lokalise.mdx): General Translation è un'ottima alternativa a Lokalise per i team che vogliono testi leggibili nel JSX e una traduzione integrata nello sviluppo. Lokalise ruota attorno a chiavi condivise, integrazioni con strumenti di design e consegna over-the-air per le app mobile. General Translation genera le traduzioni a partire dai contenuti contrassegnati nell'app e consente la revisione nella propria Dashboard o nelle pull request di GitHub. ## Previous and next questions - Previous question: [Che cos'è la pseudo-localizzazione?](https://generaltranslation.com/it/kb/pseudo-localization.mdx) - Next question: [Come assegnare i nomi alle chiavi di traduzione i18n?](https://generaltranslation.com/it/kb/i18n-key-naming.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/it/kb/sitemap.md) for every article.