# General Translation Knowledge Base: General Translation vs. Lingo.dev: quale scegliere? URL: https://generaltranslation.com/it/kb/general-translation-vs-lingo-dev.mdx Docs index: https://generaltranslation.com/llms.txt Description: Lingo.dev si basa su motori di traduzione configurabili, con strumenti CLI, React e GitHub per utilizzarli. General Translation è una piattaforma di localizzazione: librerie, contesto del codice, terminologia condivisa, revisione nella Dashboard inclusa in tutti i piani e Locadex, che internazionalizza anche il tuo codice. Scegli Lingo.dev se ti serve il controllo del modello per ogni coppia di lingue. Category: Strumenti per il flusso di lavoro Last updated: 2026-10-28 Authors: General Translation Team Published: 2026-10-28 Lingo.dev si basa su motori di traduzione configurabili: scegli il modello per ogni coppia di lingue, e gli strumenti CLI, React e GitHub traducono i file, renderizzano la UI localizzata e aprono pull request di traduzione. General Translation è una piattaforma di localizzazione che ruota attorno alle sue librerie open-source, al contesto del codice, ai Gruppi di contesto condivisi, alla revisione nella Dashboard inclusa in tutti i piani e a Locadex, un agente IA in grado di internazionalizzare il tuo codice e mantenere aggiornate le traduzioni tramite pull request. La scelta dipende da come vuoi configurare e gestire questo flusso di lavoro: Lingo.dev ti offre il controllo del modello per ogni coppia di lingue; General Translation unisce codice, traduzione e revisione del team in un'unica piattaforma. ## Che cos'è Lingo.dev Lingo.dev chiama le proprie API di traduzione [motori di localizzazione](https://lingo.dev/en/docs/platform/engines). Ogni motore assegna a ciascuna coppia di lingue un modello, con fallback ordinati per priorità, scelto tra quelle che Lingo.dev descrive come [centinaia di modelli](https://lingo.dev/en/docs/platform/llm-models), e vi associa glossari, regole e un tono di voce del brand. Una volta generate, le traduzioni ricevono [un punteggio](https://lingo.dev/en/docs/platform) da revisori IA. Si accede a un motore tramite la CLI `lingo`, che invia i file delle impostazioni regionali e recupera le traduzioni in [18 formati](https://lingo.dev/en/docs/cli/formats), tramite una [GitHub App](https://lingo.dev/en/docs/workflows), tramite un'API oppure tramite un [server MCP](https://lingo.dev/en/docs/mcp) in hosting. [`@lingo.dev/react`](https://lingo.dev/en/docs/react/i18n/quickstart) renderizza le traduzioni a partire da chiamate scritte nella lingua sorgente, con estrazione tramite CLI e senza un namespace di chiavi separato. Un [compilatore in versione alpha](https://lingo.dev/en/docs/react/compiler) traduce JSX semplice in fase di compilazione sfruttando il contesto dei componenti. Il [modello di prezzi](https://lingo.dev/en/pricing) ribalta sul cliente il costo del provider LLM e aggiunge tariffe a consumo, oltre a una tariffa base mensile per il piano Production. ## Lingo.dev e General Translation a confronto | | Lingo.dev | General Translation | | ------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Categoria | Motori di traduzione configurabili con strumenti CLI, React e GitHub | Piattaforma di localizzazione: librerie i18n, CLI, Dashboard e [Locadex](/docs/platform/locadex/quickstart) | | Cosa renderizza le traduzioni | La tua libreria i18n, `@lingo.dev/react` o il compilatore in versione alpha | `gt-next`, `gt-react`, `gt-vue` e `gt-node` con licenza MIT, oppure la tua configurazione esistente di i18next o next-intl | | Dove si trovano i testi dell'app | File delle impostazioni regionali, chiamate `l.text()` con stringhe di contesto obbligatorie o JSX semplice nel compilatore alpha | JSX inline all'interno di [``](/docs/react/reference/components/t), stringhe [`useGT`](/docs/react/reference/hooks/use-gt) o i tuoi file di risorse esistenti | | Contesto | Glossario, regole e tono di voce del brand del motore; note JSONC o stringhe `context`; contesto dei componenti nel compilatore alpha | Struttura JSX, variabili, note [`context`](/docs/react/reference/components/t#context) e gruppi di contesto condivisi tra progetti | | Coerenza in tutto il sito | Un unico glossario, set di regole e tono di voce del brand condivisi da tutti i motori; revisori AI verificano il rispetto del glossario | Controllo di coerenza con le traduzioni esistenti; verifica della struttura MDX rispetto alla sorgente | | Revisione umana | Fase di revisione nella pipeline asincrona del piano Enterprise, oppure modifiche diretta nei file del repository | Revisione nella Dashboard con tutti i piani, con annotazioni, cronologia delle versioni e ruoli; approvazione con il piano Enterprise | | Internazionalizzazione del codice | La GitHub App traduce i file; il compilatore alpha trasforma il JSX in fase di compilazione | Locadex racchiude la UI non tradotta e apre una pull request | | Traduzione continua | La GitHub App apre o aggiorna una pull request di traduzione a ogni push; `lingo push` in CI invia le chiavi nuove e modificate e conserva le modifiche manuali finché la sorgente non cambia | [`npx gt translate`](/docs/cli/reference/commands/translate) in CI, oppure pull request di Locadex | | Distribuzione | File nel tuo repository o bundle del compilatore | File nel tuo repository o CDN di General Translation | | Scelta del modello | Qualsiasi modello del catalogo per ogni coppia di lingue; chiavi proprie con il piano Enterprise | Scelto da General Translation; i progetti Enterprise possono selezionare il provider | | Prezzi | Costo degli LLM senza ricarico, più tariffe d'uso e una tariffa base con il piano Production | [In base all'utilizzo, senza costi per postazione](https://generaltranslation.com/pricing) | ## Perché i team preferiscono General Translation a Lingo.dev ### Rendering delle traduzioni nella tua app Entrambi gli strumenti offrono diversi modi per renderizzare le traduzioni. Lingo.dev prevede tre approcci: 1. **Mantenere la tua libreria i18n.** Configura `.lingo/config.json` in modo che punti ai suoi file sorgente e `lingo push` invierà le chiavi nuove e modificate. Devi comunque assegnare un nome a ogni chiave, e il contesto per singola stringa si ricava dai commenti nei file JSONC, che vengono letti come [note per i traduttori](https://lingo.dev/en/docs/cli/translator-notes). Il JSON standard non supporta le note. 2. **Adottare `@lingo.dev/react`.** Ogni stringa diventa una chiamata come `l.text("Save", { context: "Form button" })`, dove `context` è [obbligatorio](https://lingo.dev/en/docs/react/i18n/quickstart). La CLI estrae queste chiamate e il runtime renderizza i valori tradotti senza un namespace di chiavi separato. 3. **Adottare il compilatore.** Traduce il JSX semplice sfruttando il contesto del componente e incorpora le traduzioni in bundle specifici per impostazione regionale, per le app Next.js App Router e Vite. La documentazione di Lingo.dev lo indica come [alpha e "non consigliato per l'uso in produzione"](https://lingo.dev/en/docs/react/compiler). Le librerie di General Translation renderizzano le traduzioni e formattano plurali, date, numeri e valute in base all'impostazione regionale, con o senza account. Basta racchiudere il JSX in [``](/docs/react/reference/components/t) così com'è, senza chiavi, hash o stringhe di contesto obbligatorie. (Il supporto per React Native, TanStack Start e gli SDK Python è sperimentale.) ### Contesto dal tuo codice Lingo.dev combina glossari, regole e tono di voce del brand a livello di motore con note per singola stringa; inoltre, il suo compilatore in versione alpha preserva la struttura dei componenti e il contesto di interpolazione. La CLI di General Translation invia ogni blocco [``](/docs/react/reference/components/t) con la relativa struttura degli elementi e i segnaposto per variabili, così una frase che contiene un link e il nome di un piano viene tradotta come un'unica unità. Un [gruppo di contesto](/docs/platform/dashboard/guides/defining-context-for-translations) aggiunge un Glossario e dei prompt personalizzati a ogni progetto a cui lo assegni, così i contenuti della tua app, della documentazione e del CMS usano gli stessi termini. ### Revisione La [fase di revisione umana](https://lingo.dev/en/docs/api/pipeline/human-review) di Lingo.dev viene eseguita all'interno della sua pipeline asincrona, che secondo la pagina dei prezzi è disponibile solo con il piano Enterprise. Con gli altri piani, le modifiche ai file tradotti vanno fatte direttamente nel repository. Nella [Dashboard](/docs/platform/dashboard/guides/reviewing-translations) di General Translation, il tuo team può modificare le traduzioni affiancate al testo sorgente, confrontare le impostazioni regionali, lasciare annotazioni e consultare la cronologia delle versioni, con qualsiasi piano e con postazioni illimitate. Le modifiche manuali ai file scaricati si sincronizzano con [`npx gt save-local`](/docs/cli/reference/commands/save-local). L'approvazione delle traduzioni richiede il Piano Enterprise. ### Localizzazione continua del codice stesso La GitHub App di Lingo.dev traduce i file che corrispondono ai tuoi modelli, ma non aggiunge chiamate i18n ai tuoi componenti. Il template **Genera codice** di Locadex, invece, racchiude anche la UI non tradotta in chiamate [``](/docs/react/reference/components/t) e [`t()`](/docs/python/reference/functions/t) e apre una pull request. Le traduzioni pubblicate sulla CDN di General Translation con `--publish` arrivano direttamente a un'app che carica i contenuti dalla CDN, senza bisogno di una nuova build. Cursor utilizza General Translation per oltre 14 impostazioni regionali, tra sito web e documentazione. (Consulta le [distribuzioni in produzione](https://generaltranslation.com/enterprise).) ## Quando ha senso scegliere Lingo.dev * **Vuoi scegliere tu il modello.** Confronti e scegli autonomamente l'LLM per ogni coppia di lingue, oppure usi le chiavi dei tuoi provider. * **Un'unica API di traduzione per più servizi.** Più backend richiamano lo stesso motore, con un unico glossario e un unico set di regole. * **Formati che General Translation non supporta.** Lavori con file XLIFF, Flutter ARB o PHP di Laravel. General Translation sceglie il modello al posto tuo; i progetti Enterprise possono selezionare Anthropic, OpenAI, xAI o Google come [provider](/docs/platform/core/reference/gt-class-methods/translation/enqueue-files). ## Passare da Lingo.dev a General Translation La CLI di Lingo.dev scrive normali file di impostazione regionale nel tuo repository, quindi la migrazione parte da file che hai già. Elencali in [`files` in `gt.config.json`](/docs/cli/reference/config#files), esegui [`npx gt upload`](/docs/cli/reference/commands/upload) per caricare le traduzioni esistenti sulla piattaforma, poi esegui [`npx gt translate`](/docs/cli/reference/commands/translate) per i contenuti nuovi e modificati. Se l'app usa i18next o next-intl, la CLI rileva la libreria e ne traduce i file JSON rispettandone la sintassi, così puoi continuare a usare lo stesso renderer. Importa i termini del glossario in un [gruppo di contesto](/docs/platform/dashboard/guides/defining-context-for-translations), che accetta file CSV, TSV, JSON e di testo. Se in seguito vuoi passare a JSX inline, segui la [guida alla migrazione delle librerie](/docs/react/guides/migrating-i18n-libraries). Se usavi il compilatore di Lingo.dev, il compilatore di General Translation può racchiudere il testo JSX in [``](/docs/react/reference/components/t) in fase di compilazione tramite l'[iniezione automatica di JSX](/docs/cli/guides/using-auto-jsx), disattivata per impostazione predefinita. ## General Translation è un'alternativa a Lingo.dev? Sì, per i team che vogliono una localizzazione gestita dal componente fino al rilascio revisionato. Lingo.dev offre motori configurabili, rendering React e pull request di traduzione automatiche. General Translation unisce il contesto del codice e una terminologia condivisa alla revisione nella Dashboard, disponibile con ogni piano, mentre Locadex può anche aggiungere chiamate i18n alla UI non ancora tradotta. ## Altre alternative a Lingo.dev * **Intlayer:** conserva i contenuti di ogni componente in un file di dichiarazione tipizzato e completa le lingue mancanti tramite un provider di IA configurato da te. (Vedi [General Translation vs. Intlayer](/kb/general-translation-vs-intlayer).) * **Paraglide JS:** compila i tuoi cataloghi di messaggi in funzioni tipizzate e tree-shakable. (Vedi [General Translation vs. Paraglide JS](/kb/general-translation-vs-paraglide).) * **i18next, react-intl e next-intl:** renderizzano i cataloghi che fornisci e lasciano a un altro strumento il compito di produrre le traduzioni. (Vedi [General Translation vs. librerie i18n](/kb/general-translation-vs-i18n-libraries).) Per una configurazione senza file di chiavi, vedi [i18n senza file di traduzione](/kb/i18n-without-translation-files). Per affidare la configurazione a Cursor o Claude Code, vedi [internazionalizzare un'app con un agente di programmazione](/kb/ai-agent-i18n-setup). ## Punti chiave * Lingo.dev combina motori di traduzione configurabili con strumenti per CLI, React e GitHub; General Translation integra librerie, contesto del codice, revisione in team e Locadex. * Lingo.dev offre il rendering in React e un compilatore in versione alpha con contesto dei componenti; la sua fase interna di revisione umana richiede il piano Enterprise. * General Translation mantiene i testi inline in [``](/docs/react/reference/components/t), li traduce usando la loro struttura JSX come contesto, ne verifica la coerenza e consente al tuo team di revisionarli nella dashboard con qualsiasi piano. * Scegli Lingo.dev se vuoi selezionare tu il modello o se ti servono file XLIFF, ARB o PHP; per passare a General Translation si parte dai file delle impostazioni regionali già generati dalla CLI di Lingo.dev. ## Related questions - [General Translation o Intlayer: quale scegliere?](https://generaltranslation.com/it/kb/general-translation-vs-intlayer.mdx): Intlayer conserva il contenuto di ogni componente in un file di dichiarazione tipizzato posto accanto al componente stesso, con tutte le lingue scritte una accanto all'altra, e può completare le lingue mancanti con un provider di IA da te configurato. General Translation mantiene i testi inline nei componenti in un'unica lingua e genera le altre lingue sfruttando il contesto del tuo codice. - [I migliori strumenti di traduzione IA per sviluppatori: API e piattaforme di localizzazione a confronto](https://generaltranslation.com/it/kb/best-ai-translation-tools.mdx): Usa un'API di traduzione se gestisci già in autonomia la pipeline di localizzazione. Usa General Translation se vuoi gestire in un unico posto contesto, controlli di coerenza, revisione e consegna continua. DeepL, Google Cloud Translation, OpenAI e Claude possono alimentare una pipeline di produzione; General Translation te ne fornisce una pronta per la tua app, la tua documentazione e il tuo sito. - [General Translation vs. i18next, react-intl e next-intl: quale libreria i18n scegliere?](https://generaltranslation.com/it/kb/general-translation-vs-i18n-libraries.mdx): Le librerie open source come i18next, react-intl e next-intl non traducono nulla. Si limitano a visualizzare le traduzioni che fornisci in un file di catalogo per ciascuna lingua, scritte da te, dai tuoi traduttori o da un servizio esterno. Anche le librerie di General Translation sono open source e svolgono lo stesso compito, ma General Translation si occupa anche della traduzione, usando il tuo codice come contesto. - [General Translation o Paraglide JS: quale scegliere?](https://generaltranslation.com/it/kb/general-translation-vs-paraglide.mdx): Scegli General Translation per mantenere i testi inline e generare traduzioni basate sulla struttura dei tuoi componenti React, su una terminologia condivisa e sulla revisione nella Dashboard. Scegli Paraglide JS per funzioni di messaggio compilate e tipizzate, con tree-shaking per singolo messaggio. Paraglide renderizza i tuoi cataloghi; General Translation collega i testi sorgente alla generazione delle traduzioni e ai successivi aggiornamenti. - [Come si internazionalizza un'app con Cursor o Claude Code?](https://generaltranslation.com/it/kb/ai-agent-i18n-setup.mdx): Inizia con il prompt Setup for Agents di General Translation in Cursor o Claude Code, scegli una funzionalità e le lingue di destinazione, poi lascia che sia l'agente a implementare e verificare il risultato. L'accesso tramite browser, la documentazione leggibile dalle macchine e gli strumenti MCP collegano la configurazione alla traduzione e alla revisione. Usa Locadex per automatizzare la localizzazione continua tramite pull request. ## Previous and next questions - Previous question: [Cosa sono i codici locale, come en-US ed en-GB?](https://generaltranslation.com/it/kb/locale-codes.mdx) - Next question: [I migliori strumenti di traduzione IA per sviluppatori: API e piattaforme di localizzazione a confronto](https://generaltranslation.com/it/kb/best-ai-translation-tools.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/it/kb/sitemap.md) for every article.