# General Translation Knowledge Base: General Translation ou Lingo.dev : lequel choisir ? URL: https://generaltranslation.com/fr/kb/general-translation-vs-lingo-dev.mdx Docs index: https://generaltranslation.com/llms.txt Description: Lingo.dev repose sur des moteurs de traduction configurables, accessibles via des outils CLI, React et GitHub. General Translation est une plateforme de localisation : bibliothèques, contexte du code, terminologie partagée, relecture dans le tableau de bord incluse dans toutes les offres, et Locadex, qui internationalise aussi votre code. Choisissez Lingo.dev si vous voulez contrôler le modèle pour chaque paire de langues. Category: Outils de workflow Last updated: 2026-10-28 Authors: General Translation Team Published: 2026-10-28 Lingo.dev repose sur des moteurs de traduction configurables : vous choisissez le modèle pour chaque paire de langues, et des outils CLI, React et GitHub se chargent de traduire les fichiers, d’afficher l’IU localisée et d’ouvrir des pull requests de traduction. General Translation est une plateforme de localisation articulée autour de ses bibliothèques open-source, du contexte du code, de groupes de contexte partagés, de la relecture dans le tableau de bord incluse dans toutes les offres, et de Locadex, un agent IA capable d’internationaliser votre code et de maintenir vos traductions à jour via des pull requests. Tout dépend de la manière dont vous souhaitez configurer et maintenir ce workflow : Lingo.dev vous laisse choisir le modèle pour chaque paire de langues, tandis que General Translation réunit le code, la traduction et la relecture en équipe sur une seule plateforme. ## Ce qu'est Lingo.dev Lingo.dev appelle ses API de traduction des [moteurs de localisation](https://lingo.dev/en/docs/platform/engines). Chaque moteur attribue à chaque paire de langues un modèle, assorti de solutions de repli classées par priorité, choisi parmi ce que Lingo.dev présente comme des [centaines de modèles](https://lingo.dev/en/docs/platform/llm-models), et y associe des glossaires, des règles et une voix de marque. Des relecteurs IA [notent les traductions](https://lingo.dev/en/docs/platform) une fois celles-ci produites. Vous accédez à un moteur via la CLI `lingo`, qui envoie les fichiers de paramètres régionaux et récupère les traductions dans [18 formats](https://lingo.dev/en/docs/cli/formats), via une [GitHub App](https://lingo.dev/en/docs/workflows), via une API ou via un [serveur MCP](https://lingo.dev/en/docs/mcp) hébergé. [`@lingo.dev/react`](https://lingo.dev/en/docs/react/i18n/quickstart) affiche les traductions à partir d'appels écrits en langue source, avec une extraction par la CLI et sans espace de noms de clés distinct. Un [compilateur en version alpha](https://lingo.dev/en/docs/react/compiler) traduit le JSX brut au moment du build en tenant compte du contexte des composants. Côté [tarification](https://lingo.dev/en/pricing), Lingo.dev répercute le prix du fournisseur de LLM et y ajoute des frais d'utilisation, ainsi que des frais de base mensuels pour son offre Production. ## Lingo.dev et General Translation en un coup d’œil | | Lingo.dev | General Translation | | --------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | | Catégorie | Moteurs de traduction configurables, avec des outils CLI, React et GitHub | Plateforme de localisation : bibliothèques i18n, CLI, tableau de bord et [Locadex](/docs/platform/locadex/quickstart) | | Ce qui affiche les traductions | Votre bibliothèque d’i18n, `@lingo.dev/react` ou le compilateur en version alpha | `gt-next`, `gt-react`, `gt-vue` et `gt-node` sous licence MIT, ou votre configuration i18next ou next-intl existante | | Emplacement des textes de l’application | Fichiers de paramètres régionaux, appels `l.text()` avec des chaînes de contexte obligatoires, ou JSX brut avec le compilateur alpha | JSX intégré dans [``](/docs/react/reference/components/t), chaînes [`useGT`](/docs/react/reference/hooks/use-gt) ou vos fichiers de ressources existants | | Contexte | Glossaire, règles et voix de marque du moteur ; notes JSONC ou chaînes `context` ; contexte des composants avec le compilateur alpha | Structure JSX, variables, notes [`context`](/docs/react/reference/components/t#context) et groupes de contexte partagés entre projets | | Cohérence à l’échelle d’un site | Un glossaire, un ensemble de règles et une voix de marque communs à tous les moteurs ; des relecteurs IA vérifient le respect du glossaire | Vérification de la cohérence avec les traductions existantes ; contrôle de la structure MDX par rapport à la source | | Révision humaine | Étape de relecture dans le pipeline asynchrone entreprise, ou modifications directes dans les fichiers du dépôt | Relecture dans le tableau de bord quelle que soit l’offre, avec annotations, historique des versions et rôles ; approbation avec entreprise | | Internationalisation du code | La GitHub App traduit les fichiers ; le compilateur alpha transforme le JSX au moment du build | Locadex encapsule l’IU non traduite et ouvre une pull request | | Traduction continue | La GitHub App ouvre ou met à jour une pull request de traduction à chaque push ; `lingo push` en CI envoie les clés nouvelles et modifiées, et conserve les modifications manuelles tant que la source ne change pas | [`npx gt translate`](/docs/cli/reference/commands/translate) en CI, ou pull requests Locadex | | Livraison | Fichiers dans votre dépôt, ou bundles du compilateur | Fichiers dans votre dépôt, ou CDN de General Translation | | Choix du modèle | N’importe quel modèle du catalogue, par paire de langues ; vos propres clés avec entreprise | Choisi par General Translation ; les projets entreprise peuvent sélectionner le fournisseur | | Tarification | Coût des LLM sans marge, plus des frais d’utilisation et des frais de base avec l’offre Production | [À l’usage, sans frais par siège](https://generaltranslation.com/pricing) | ## Pourquoi les équipes choisissent General Translation plutôt que Lingo.dev ### Afficher les traductions dans votre application Les deux outils permettent d’afficher les traductions. Lingo.dev propose trois approches : 1. **Conserver votre bibliothèque d’i18n.** Faites pointer `.lingo/config.json` vers ses fichiers sources : `lingo push` envoie alors les clés nouvelles et modifiées. Vous devez toujours nommer chaque clé, et le contexte propre à chaque chaîne de caractères provient de commentaires dans des fichiers JSONC, interprétés comme des [notes pour les traducteurs](https://lingo.dev/en/docs/cli/translator-notes). Le JSON standard ne permet pas d’ajouter des notes. 2. **Adopter `@lingo.dev/react`.** Chaque chaîne de caractères devient un appel tel que `l.text("Save", { context: "Form button" })`, où `context` est [obligatoire](https://lingo.dev/en/docs/react/i18n/quickstart). La CLI extrait ces appels, puis le runtime affiche les valeurs traduites sans espace de noms de clés distinct. 3. **Adopter le compilateur.** Il traduit du JSX brut en tenant compte du contexte des composants et intègre les traductions dans des bundles par paramètre régional pour les applications Next.js App Router et Vite. La documentation de Lingo.dev le présente comme une [version alpha « non recommandée pour une utilisation en production »](https://lingo.dev/en/docs/react/compiler). Les bibliothèques de General Translation affichent les traductions et formatent les formes plurielles, les dates, les nombres et les devises selon chaque paramètre régional, avec ou sans compte. Il vous suffit d’encapsuler votre JSX tel quel dans [``](/docs/react/reference/components/t), sans clé, sans hachage et sans chaîne de contexte obligatoire. (React Native, TanStack Start et les SDK Python sont expérimentaux.) ### Le contexte issu de votre code Lingo.dev associe des glossaires, des règles et une voix de marque définis au niveau du moteur à des notes propres à chaque chaîne de caractères ; son compilateur, encore en version alpha, préserve en outre la structure des composants et le contexte d'interpolation. La CLI de General Translation envoie chaque bloc [``](/docs/react/reference/components/t) avec sa structure d'éléments et ses espaces réservés aux variables : une phrase contenant un lien et un nom d'offre est ainsi traduite d'un seul tenant. Un [groupe de contexte](/docs/platform/dashboard/guides/defining-context-for-translations) ajoute un glossaire et des instructions personnalisées à chaque projet auquel vous l'assignez, pour que votre application, votre documentation et votre contenu CMS emploient les mêmes termes. ### Relecture L'[étape de révision humaine](https://lingo.dev/en/docs/api/pipeline/human-review) de Lingo.dev s'exécute dans son pipeline asynchrone, que la page de tarifs réserve au plan entreprise. Avec les autres offres, les équipes modifient les fichiers traduits directement dans le dépôt. Dans le [tableau de bord](/docs/platform/dashboard/guides/reviewing-translations) de General Translation, votre équipe modifie les traductions en regard du texte source, compare les paramètres régionaux, ajoute des annotations et consulte l'historique des versions, et ce avec toutes les offres et un nombre illimité de sièges. Les modifications manuelles apportées aux fichiers téléchargés sont resynchronisées avec [`npx gt save-local`](/docs/cli/reference/commands/save-local). L'approbation des traductions nécessite le plan entreprise. ### Localisation continue du code lui-même La GitHub App de Lingo.dev traduit les fichiers correspondant à vos motifs, mais n'ajoute pas d'appels i18n à vos composants. Le modèle **Générer le code** de Locadex, lui, encapsule aussi l'IU non traduite dans des appels [``](/docs/react/reference/components/t) et [`t()`](/docs/python/reference/functions/t), puis ouvre une pull request. Les traductions publiées sur le CDN de General Translation avec `--publish` sont directement disponibles dans toute application qui charge ses traductions depuis ce CDN, sans nouvelle compilation. Cursor utilise General Translation pour plus de 14 paramètres régionaux sur son site web et sa documentation. (Voir les [déploiements en production](https://generaltranslation.com/enterprise).) ## Quand privilégier Lingo.dev * **Vous voulez choisir le modèle.** Vous comparez et choisissez vous-même le LLM pour chaque paire de langues, ou utilisez vos propres clés de fournisseur. * **Une seule API de traduction pour plusieurs services.** Plusieurs backends font appel au même moteur, avec un glossaire et un ensemble de règles uniques. * **Des formats que General Translation ne prend pas en charge.** Vous échangez des fichiers XLIFF, Flutter ARB ou Laravel PHP. General Translation choisit le modèle à votre place ; les projets entreprise peuvent sélectionner Anthropic, OpenAI, xAI ou Google comme [fournisseur](/docs/platform/core/reference/gt-class-methods/translation/enqueue-files). ## Passer de Lingo.dev à General Translation La CLI de Lingo.dev écrit des fichiers de paramètres régionaux classiques dans votre dépôt : la migration s'appuie donc sur des fichiers dont vous disposez déjà. Listez-les sous [`files` dans `gt.config.json`](/docs/cli/reference/config#files), exécutez [`npx gt upload`](/docs/cli/reference/commands/upload) pour téléverser les traductions existantes sur la plateforme, puis exécutez [`npx gt translate`](/docs/cli/reference/commands/translate) pour traiter le contenu nouveau ou modifié. Si l'application utilise i18next ou next-intl, la CLI détecte la bibliothèque et traduit ses fichiers JSON dans la syntaxe propre à celle-ci : vous pouvez donc conserver votre moteur de rendu. Importez les termes de votre glossaire dans un [groupe de contexte](/docs/platform/dashboard/guides/defining-context-for-translations), qui accepte les fichiers CSV, TSV, JSON et texte. Pour passer plus tard au JSX intégré, suivez le [guide de migration des bibliothèques](/docs/react/guides/migrating-i18n-libraries). Si vous utilisiez le compilateur de Lingo.dev, le compilateur de General Translation peut encapsuler le texte JSX dans [``](/docs/react/reference/components/t) lors du build grâce à l'[injection automatique de JSX](/docs/cli/guides/using-auto-jsx), désactivée par défaut. ## General Translation est-il une alternative à Lingo.dev ? Oui, pour les équipes qui veulent une localisation prise en charge de bout en bout, du composant jusqu'à la livraison relue. Lingo.dev propose des moteurs configurables, le rendu React et des pull requests de traduction automatisées. General Translation associe le contexte du code et une terminologie partagée à la relecture dans le tableau de bord, incluse dans toutes les offres, tandis que Locadex peut également ajouter des appels i18n dans une IU non traduite. ## Autres alternatives à Lingo.dev * **Intlayer :** conserve le contenu de chaque composant dans un fichier de déclaration typé et complète les langues manquantes à l'aide d'un fournisseur d'IA que vous configurez. (Voir [General Translation vs. Intlayer](/kb/general-translation-vs-intlayer).) * **Paraglide JS :** compile vos catalogues de messages en fonctions typées et tree-shakable. (Voir [General Translation vs. Paraglide JS](/kb/general-translation-vs-paraglide).) * **i18next, react-intl et next-intl :** affichent les catalogues que vous leur fournissez et laissent à un autre outil le soin de produire les traductions. (Voir [General Translation vs. bibliothèques i18n](/kb/general-translation-vs-i18n-libraries).) Pour une configuration initiale sans fichiers de clés, consultez [l'i18n sans fichiers de traduction](/kb/i18n-without-translation-files). Pour confier la configuration initiale à Cursor ou à Claude Code, consultez [internationaliser une application avec un agent de codage](/kb/ai-agent-i18n-setup). ## Points clés * Lingo.dev associe des moteurs de traduction configurables à des outils CLI, React et GitHub ; General Translation réunit des bibliothèques, le contexte du code, la relecture en équipe et Locadex. * Lingo.dev propose un rendu React et un compilateur en version alpha qui exploite le contexte des composants ; son étape interne de révision humaine nécessite l'offre entreprise. * General Translation conserve le texte intégré dans [``](/docs/react/reference/components/t), le traduit en s'appuyant sur sa structure JSX comme contexte, vérifie la cohérence et permet à votre équipe de le relire dans le tableau de bord, quelle que soit l'offre. * Optez pour Lingo.dev si vous souhaitez choisir vous-même le modèle ou si vous avez besoin de fichiers XLIFF, ARB ou PHP ; pour migrer vers General Translation, il suffit de partir des fichiers de paramètres régionaux déjà générés par sa CLI. ## Related questions - [General Translation ou Intlayer : lequel choisir ?](https://generaltranslation.com/fr/kb/general-translation-vs-intlayer.mdx): Intlayer conserve le contenu de chaque composant dans un fichier de déclaration typé placé juste à côté, où toutes les langues sont écrites côte à côte, et peut compléter les langues manquantes grâce à un fournisseur d’IA que vous configurez. General Translation conserve les textes directement intégrés dans vos composants, dans une seule langue, et génère les autres langues en s’appuyant sur le contexte de votre code. - [Meilleurs outils de traduction IA pour les développeurs : API ou plateformes de localisation](https://generaltranslation.com/fr/kb/best-ai-translation-tools.mdx): Utilisez une API de traduction si vous maîtrisez déjà votre pipeline de localisation. Optez pour General Translation si vous souhaitez gérer conjointement le contexte, les contrôles de cohérence, la relecture et la livraison continue. DeepL, Google Cloud Translation, OpenAI et Claude peuvent alimenter un pipeline de production ; General Translation vous en fournit un clés en main pour votre application, votre documentation et votre site. - [General Translation vs i18next, react-intl et next-intl : quelle bibliothèque d’i18n choisir ?](https://generaltranslation.com/fr/kb/general-translation-vs-i18n-libraries.mdx): Les bibliothèques open source comme i18next, react-intl et next-intl ne traduisent rien. Elles affichent les traductions que vous leur fournissez dans un fichier de catalogue par langue, rédigées par vous, vos traducteurs ou un service tiers. Les bibliothèques de General Translation sont elles aussi open source et remplissent le même rôle, mais General Translation se charge en plus de la traduction, en s’appuyant sur votre code comme contexte. - [General Translation ou Paraglide JS : lequel choisir ?](https://generaltranslation.com/fr/kb/general-translation-vs-paraglide.mdx): Choisissez General Translation pour garder vos textes intégrés au code et générer des traductions qui tiennent compte de la structure de vos composants React, d’une terminologie partagée et d’une relecture dans le tableau de bord. Choisissez Paraglide JS pour des fonctions de messages compilées et typées, avec un tree-shaking message par message. Paraglide affiche vos catalogues ; General Translation relie vos textes source à la génération des traductions et à leurs mises à jour au fil de l’eau. - [Comment internationaliser une application avec Cursor ou Claude Code ?](https://generaltranslation.com/fr/kb/ai-agent-i18n-setup.mdx): Commencez par le prompt Setup for Agents de General Translation dans Cursor ou Claude Code, choisissez une fonctionnalité et des langues cibles, puis laissez l’agent implémenter et vérifier le résultat. La connexion via le navigateur, la documentation lisible par machine et les outils MCP font le lien entre la configuration initiale, la traduction et la relecture. Utilisez Locadex pour automatiser la localisation continue au moyen de pull requests. ## Previous and next questions - Previous question: [Comment traduire une application Flask ou FastAPI ?](https://generaltranslation.com/fr/kb/translate-python-app.mdx) - Next question: [Meilleurs outils de traduction IA pour les développeurs : API ou plateformes de localisation](https://generaltranslation.com/fr/kb/best-ai-translation-tools.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/fr/kb/sitemap.md) for every article.