# 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. ## Video The video is narrated in English, with English captions. [What is a translation management system (TMS)?](https://caxecubb9c64cezv.public.blob.vercel-storage.com/films/kb-what-is-a-translation-management-system.mp4) (51 s) A translation management system (TMS) is software that stores your source content and its translations and runs the translation workflow: translation memory, glossaries, review, machine translation, and integrations. Its translation memory reuses earlier translations by exact or fuzzy match. Crowdin, Lokalise, Phrase, Smartling, and Transifex are common examples. General Translation connects translation generation and review to code releases. ## 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.