# General Translation Knowledge Base: General Translation vs. Weblate: quale scegliere? URL: https://generaltranslation.com/it/kb/general-translation-vs-weblate.mdx Docs index: https://generaltranslation.com/llms.txt Description: Weblate è una piattaforma di localizzazione self-hostable basata su Git, pensata per tradurre i file di un repository insieme a una community o a un team. General Translation integra la generazione delle traduzioni nello sviluppo e nei rilasci, sfruttando JSX contrassegnato e un contesto di prodotto condiviso. Puoi mantenere i tuoi file gettext oppure adottare la scrittura inline per eliminare anche la manutenzione del catalogo di origine. Category: Strumenti per il flusso di lavoro Last updated: 2026-10-16 Authors: Kevin Wu, Jackie Chen Published: 2026-10-16 Weblate è una piattaforma di traduzione web open source costruita attorno a Git. Colleghi un repository, Weblate ne legge i file di traduzione, che vengono poi compilati da persone o da servizi di traduzione configurati, e infine Weblate esegue il commit dei risultati o apre una pull request. È una scelta diffusa tra i progetti open source che si affidano a traduttori della community. General Translation porta la generazione delle traduzioni direttamente nella tua build: i nuovi testi e le relative traduzioni possono essere pubblicati nello stesso rilascio, mentre il tuo team può revisionarli dalla Dashboard. ## Cosa fa bene Weblate * **Open source copyleft.** Weblate è [distribuito con licenza GPL-3.0-or-later](https://github.com/WeblateOrg/weblate) e puoi scaricare ed eseguire l'intera piattaforma gratuitamente, con piani di supporto a pagamento se ti serve aiuto per installarla e mantenerla. * **Hosting gratuito per i progetti liberi.** La versione in hosting di Weblate gira su infrastruttura europea e i progetti liberi pubblici possono ottenere gratuitamente il piano Libre, con gli stessi limiti del piano da 160k stringhe. * **Localizzazione continua basata su Git.** Weblate recupera le modifiche quando la tua forge invia un webhook (oppure con un fetch giornaliero), esegue il commit delle traduzioni con commit differiti che raggruppano le modifiche per autore e ne esegue il push sul tuo branch oppure [apre pull request](https://docs.weblate.org/en/latest/vcs.html) su GitHub, GitLab, Gitea, Bitbucket, Azure DevOps e Pagure. La versione in hosting si collega anche tramite una GitHub App. * **Supporto molto ampio per i formati di file.** La documentazione di Weblate elenca [circa 50 formati](https://docs.weblate.org/en/latest/formats.html), tra cui gettext PO, XLIFF 1.2 e 2.0, stringhe Android e Apple, ARB, JSON i18next, Fluent, properties Java, RESX .NET, YAML Ruby, stringhe PHP e Laravel, Qt Linguist, CSV, Excel e Markdown. * **Componenti aggiuntivi per la gestione dei file.** I [componenti aggiuntivi integrati](https://docs.weblate.org/en/latest/admin/addons.html) aggiornano i file PO a partire da un template POT, generano i file MO, effettuano lo squash dei commit ed eseguono la traduzione automatica. * **Traduzione automatica e LLM.** Le [integrazioni](https://docs.weblate.org/en/latest/admin/machine.html) comprendono DeepL, Google, Azure, Amazon e LibreTranslate, oltre a OpenAI, Azure OpenAI, Anthropic, Mistral e Ollama, i cui prompt includono i termini del glossario pertinenti e le tue impostazioni di stile, affiancati dalla memoria di traduzione di Weblate. * **Controlli di qualità.** [Decine di controlli](https://docs.weblate.org/en/latest/user/checks.html) verificano segnaposto, forme plurali mancanti, lunghezza massima, sintassi ICU MessageFormat e traduzioni invariate, mentre le correzioni automatiche sistemano spazi e puntini di sospensione. * **Traduzione da parte della community.** I volontari possono suggerire traduzioni e lasciare commenti, i revisori le approvano e un progetto può [eseguire il commit solo delle stringhe approvate](https://docs.weblate.org/en/latest/workflows.html). Screenshot, glossari e riferimenti all'origine forniscono contesto ai traduttori. ## Cosa Weblate lascia ancora ai tuoi sviluppatori Ecco un'app Python che usa gettext, con un catalogo spagnolo tradotto prima dell'aggiunta dell'ultima riga: ```python title="app.py" import gettext t = gettext.translation("messages", localedir="locale", languages=["es"]) _ = t.gettext print(_("Inbox")) print(_("No messages yet.")) # nuovo testo, aggiunto dopo l'ultimo ciclo di traduzione ``` Dopo aver estratto il template POT, tradotto solo "Inbox" in `locale/es/LC_MESSAGES/messages.po` e compilato il file con Babel 2.17.0, un utente di lingua spagnola vede la nuova riga in inglese: ```text title="Output" Bandeja de entrada No messages yet. ``` Quella riga resta in inglese finché non si completa un intero ciclo: 1. Racchiudi la stringa in `_()` e rigenera il template POT con `xgettext` o `pybabel extract`, quindi esegui il commit. 2. Weblate rileva la modifica tramite un webhook o al fetch successivo, e il suo componente aggiuntivo `msgmerge` aggiunge la nuova voce a ciascun file PO. 3. Traduci con volontari, traduttori o la traduzione automatica configurata, e revisiona i risultati se è richiesta un'approvazione. 4. Weblate esegue il commit delle modifiche e ne fa il push oppure apre una pull request. Il tuo processo di rilascio ne esegue il merge, compila i file MO e distribuisce l'applicazione. Le modifiche agli stessi file effettuate al di fuori di Weblate possono causare conflitti di merge, che [la documentazione di Weblate suggerisce di evitare](https://docs.weblate.org/en/latest/admin/continuous.html#avoiding-merge-conflicts-by-locking-weblate-while-doing-outside-changes) bloccando il componente mentre modifichi i file. Inoltre, il traduttore vede ogni stringa con i relativi riferimenti all'origine e gli screenshot, ma non il codice che la renderizza. Il self-hosting è gratuito. Il prezzo di Weblate in hosting si basa sulle stringhe ospitate, ovvero le stringhe di origine moltiplicate per il numero di lingue più uno, e ogni piano include lingue, progetti e traduttori illimitati. (Vedi [Weblate hosting](https://weblate.org/en/hosting/), verificato a ottobre 2026.) ## Weblate e General Translation a confronto | Funzionalità | Weblate | General Translation | | -------------------------- | ------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | | Dove risiedono le stringhe | File di traduzione nel tuo repository, replicati nei componenti di Weblate | Nel tuo codice all'interno di [``](/docs/react/reference/components/t), oppure nei file di risorse che hai già | | Come si collega il codice | Weblate esegue il pull da Git, poi effettua il push dei commit o apre pull request | [`npx gt translate`](/docs/cli/reference/commands/translate) nella tua build, oppure pull request di [Locadex](/docs/platform/locadex/quickstart) | | Chi traduce | Volontari, i tuoi traduttori, la traduzione automatica o gli LLM | L'AI, con il contesto fornito dal tuo codice, dal Glossario e dai prompt personalizzati; il tuo team revisiona nella dashboard | | Contesto per ogni stringa | Riferimenti all'origine, screenshot, glossario e memoria di traduzione | Struttura JSX marcata con librerie inline; contesto sorgente nei cataloghi supportati; Glossario e prompt personalizzati condivisi | | Formati di file | Circa 50, tra cui XLIFF, ARB, Fluent e Java properties | JSON, YAML, PO, Markdown e MDX, stringhe iOS e Android e altri ancora | | Hosting | Self-hosted gratuito, oppure Hosted Weblate | Piattaforma in hosting; librerie e CLI open source | | Prezzi | Self-hosted gratuito; piani in hosting in base al numero di stringhe ospitate; piano Libre gratuito per progetti libre pubblici | [Traduzione a consumo](https://generaltranslation.com/pricing) | | Licenza | GPL-3.0-or-later | Librerie JavaScript e CLI con licenza MIT | ## Perché i team scelgono General Translation invece di Weblate General Translation integra la traduzione nello stesso rilascio che introduce i nuovi testi. Puoi continuare a usare gettext e generare i file PO durante la build, oppure usare le librerie inline per mantenere il testo sorgente direttamente nei componenti, all'interno di [``](/docs/react/reference/components/t). * **Più veloce.** [`npx gt translate`](/docs/cli/reference/commands/translate) genera le traduzioni prima della distribuzione. Per i progetti React e Next.js, [Locadex](/docs/platform/locadex/quickstart) può preparare le modifiche sotto forma di pull request. Basta aggiungere un'impostazione regionale in `gt.config.json` per avviare la generazione in quella lingua alla successiva esecuzione. * **Costi di gestione inferiori.** Il servizio di traduzione è gestito da General Translation, quindi il tuo team non ha alcun server di traduzione da installare, aggiornare o sottoporre a backup. Con la scrittura inline, inoltre, gli sviluppatori non devono più mantenere un catalogo di origine separato. * **Qualità superiore.** Con la traduzione inline, gli elementi JSX contrassegnati e i rami plurali restano legati alla frase. Con gettext, i commenti nel sorgente e `msgctxt` chiariscono il significato di ogni voce. I [gruppi di contesto](/docs/platform/dashboard/guides/defining-context-for-translations) condivisi applicano il tuo Glossario e i prompt personalizzati, mentre il tuo team rifinisce il risultato nell'[Editor di traduzione della dashboard](/docs/platform/dashboard/guides/reviewing-translations). * **Rischio minore.** I file tradotti risiedono nel tuo repository ed è il tuo processo di rilascio a stabilire quando vengono pubblicati. Puoi continuare a usare gettext e i file PO standard, oppure adottare le librerie JavaScript di General Translation con licenza MIT e traduzioni incluse nel bundle: in nessuno dei due casi la consegna richiede chiamate a General Translation in fase di runtime. La piattaforma e la documentazione di Profound sono disponibili in oltre 47 impostazioni regionali grazie a General Translation. (Vedi le [distribuzioni in produzione](https://generaltranslation.com/enterprise).) ## Quando Weblate è la scelta migliore Scegli Weblate se ti servono la traduzione affidata alla community, una piattaforma completamente self-hosted o l'ampio supporto ai formati di catalogo. Scegli General Translation se vuoi che i nuovi testi del prodotto vengano tradotti a ogni rilascio, con il contesto del codice per la scrittura inline e un percorso diretto tramite CLI per i file JSON, YAML, PO o Markdown esistenti. ## Usare entrambi con i file gettext La CLI di General Translation traduce gli stessi file gettext letti da Weblate. Fai puntare una voce `pot` al tuo template e mappa ogni output sulla struttura di cartelle usata da Weblate: ```json title="gt.config.json" { "defaultLocale": "en", "locales": ["es", "fr", "pl"], "files": { "pot": { "include": ["locale/messages.pot"], "transformationFormat": "PO", "transform": { "match": "locale/messages\\.pot", "replace": "locale/{locale}/LC_MESSAGES/messages.po" } } } } ``` Con `gt` 2.26.5, questa config mappa `locale/messages.pot` su `locale/es/LC_MESSAGES/messages.po` e sul percorso equivalente per ogni impostazione regionale. Per le voci plurali, General Translation scrive l'intestazione `Plural-Forms` della lingua di destinazione e compila ogni forma `msgstr[n]`. Assegna ogni lingua a un solo responsabile, ad esempio General Translation per le lingue non coperte dalla tua community e i volontari di Weblate per le altre, così da evitare che entrambi modifichino lo stesso file. Per i nomi di cartella gettext con trattini bassi, come `pt_BR`, aggiungi una voce [`customMapping`](/docs/cli/reference/config#custom-mapping) che li mappi al formato standard `pt-BR`. (Vedi [PO / POT](/docs/cli/reference/formats/po-pot-files).) ## General Translation è un'alternativa a Weblate? Sì. General Translation integra nel tuo processo di rilascio la generazione delle traduzioni, una terminologia di prodotto condivisa e la revisione nella Dashboard. Puoi mantenere i file gettext mostrati sopra e cambiare semplicemente il modo in cui vengono prodotte le traduzioni, senza dover sostituire le chiamate gettext dell'applicazione. ## Punti chiave * Weblate è una solida piattaforma con licenza copyleft forte per la traduzione open source e collaborativa, che offre localizzazione continua basata su Git, self-hosting gratuito e circa 50 formati di file. * Il suo flusso di lavoro di traduzione ruota attorno ai cataloghi nel repository, ai contributori e alla sincronizzazione con Git. * General Translation genera le traduzioni prima della distribuzione. Puoi continuare a usare gettext e i file PO standard, oppure adottare la scrittura inline per sfruttare il contesto del codice senza un catalogo di origine separato. ## Related questions - [Perché usare General Translation invece di un TMS (Smartling, Lokalise, Phrase, Crowdin o Transifex)?](https://generaltranslation.com/it/kb/general-translation-vs-tms.mdx): Un sistema di gestione delle traduzioni (TMS) come Smartling, Lokalise, Phrase, Crowdin o Transifex coordina i traduttori, ma gli sviluppatori devono comunque estrarre le stringhe, inviarle, attendere le traduzioni e reintegrarle nel prodotto. General Translation traduce i contenuti direttamente nel tuo codice insieme al loro contesto, distribuisce tutte le lingue a ogni rilascio e si basa su librerie open source, senza vendor lock-in. - [General Translation vs. GNU gettext: servono entrambi?](https://generaltranslation.com/it/kb/general-translation-vs-gettext.mdx): Mantieni GNU gettext per l'estrazione e il rendering e aggiungi General Translation per generare e mantenere aggiornati i file PO. General Translation tiene conto delle note per i traduttori e del contesto dei messaggi in fase di generazione, applica una terminologia condivisa e mette a disposizione dei revisori un editor nella Dashboard. Le chiamate gettext esistenti e i cataloghi compilati restano al loro posto. - [General Translation vs. Tolgee: quale scegliere?](https://generaltranslation.com/it/kb/general-translation-vs-tolgee.mdx): Tolgee combina messaggi basati su chiavi, modifica in contesto e traduzione con IA in una piattaforma che puoi ospitare in autonomia. General Translation mantiene i testi leggibili direttamente nei tuoi componenti e genera le traduzioni dal JSX contrassegnato, così puoi pubblicare nuovi testi in ogni lingua senza dover gestire le chiavi dei messaggi. - [General Translation e il framework di traduzione di Django: servono entrambi?](https://generaltranslation.com/it/kb/general-translation-vs-django-i18n.mdx): Usa insieme il framework di traduzione di Django e General Translation. Django si occupa dell'estrazione dei messaggi, della selezione della lingua e del rendering. General Translation compila i suoi file PO, forme plurali comprese, con la terminologia del tuo prodotto e la revisione nella Dashboard. I tuoi template e i modelli di URL restano invariati, mentre le traduzioni si aggiornano di pari passo con il codice. - [Qual è il miglior software di localizzazione per gli sviluppatori?](https://generaltranslation.com/it/kb/best-localization-software.mdx): Cerca un unico sistema che copra l'intera pipeline, dalla libreria i18n nel tuo codice fino alla traduzione e alla consegna, invece di mettere insieme una libreria, un sistema di gestione delle traduzioni e un fornitore di traduzioni separati. ## Previous and next questions - Previous question: [General Translation vs. vue-i18n: quale scegliere?](https://generaltranslation.com/it/kb/general-translation-vs-vue-i18n.mdx) - Next question: [General Translation, Babel e Flask-Babel a confronto: quale scegliere?](https://generaltranslation.com/it/kb/general-translation-vs-flask-babel.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/it/kb/sitemap.md) for every article.