# General Translation Knowledge Base: Quel est le meilleur outil de localisation continue pour les équipes qui livrent chaque jour ? URL: https://generaltranslation.com/fr/kb/best-continuous-localization-tools.mdx Docs index: https://generaltranslation.com/llms.txt Description: Choisissez General Translation pour traduire les nouveaux textes avant chaque compilation, en s’appuyant sur le contexte du JSX balisé et sur une terminologie produit partagée. Votre équipe relit et corrige les formulations dans le tableau de bord, et Locadex ouvre des pull requests pour baliser les nouveaux textes d’IU à traduire. Vous pouvez adopter ce workflow tout en conservant votre configuration i18next ou next-intl existante. Category: Outils de workflow Last updated: 2026-11-12 Authors: Jackie Chen Published: 2026-11-12 Une équipe qui déploie plusieurs fois par jour attend deux choses d’un outil de localisation continue. D’abord, les traductions doivent être prêtes pour la livraison qui introduit le texte, ce que permet une étape de traduction en intégration continue (CI) capable de se terminer avant la compilation. Ensuite, l’ajout de chaque nouveau texte ne doit presque rien coûter aux développeurs, puisqu’il y en a des dizaines par semaine. Comme plusieurs outils traduisent désormais en CI, c’est généralement ce second critère qui fait la différence : ce que chaque outil exige des développeurs pour chaque nouvelle chaîne de caractères, des clés et des entrées de fichiers de ressources jusqu’aux règles de synchronisation et à la relecture. ## Comment se comparent les outils de localisation continue ? | Outil et méthode | Déclencheur | Destination des traductions | Prêt pour le déploiement qui ajoute le texte ? | Comment les développeurs fournissent le nouveau texte | | ----------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | | CLI de General Translation | [`npx gt translate`](/docs/cli/reference/commands/translate) avant votre compilation | Fichiers locaux, ou traductions publiées sur le CDN de GT | Oui ; la compilation attend la traduction | JSX encapsulé dans [``](/docs/react/reference/components/t), éléments imbriqués compris, sans clés ; ou catalogues existants pris en charge | | [Locadex](/kb/ai-coding-agent-vs-translation-pipeline#where-does-locadex-fit) de General Translation | Un déclencheur configuré : pull request, push ou manuel | Une pull request Locadex, avec Auto-merge facultatif | Oui, si sa pull request est fusionnée avant le déploiement | Rien ; **Générer le code** encapsule le nouveau texte d'IU dans une pull request | | [Crowdin CLI](https://crowdin.github.io/crowdin-cli/commands/crowdin-auto-translate) en CI | Téléversement des sources, traduction automatique par l'IA ou le moteur de traduction automatique configuré, téléchargement, puis compilation | Fichiers dans l'espace de travail de compilation | Oui, si la tâche attend la traduction par IA ou automatique et télécharge les résultats | Fichiers de ressources et leur correspondance `crowdin.yml` ; l'extraction peut automatiser la création des entrées | | [Intégration GitHub de Crowdin](https://support.crowdin.com/github-integration/) | Une synchronisation du dépôt, toutes les heures par défaut, avec une planification configurable | Une pull request depuis une branche de service `l10n_` | Seulement si vous bloquez la livraison jusqu'à la fusion de la pull request de synchronisation | Fichiers sources dans les chemins du dépôt configurés | | [Lingo.dev](https://lingo.dev/en/docs/workflows) CLI ou GitHub App | `lingo push --wait` en CI, ou événements de dépôt configurés | Fichiers de compilation, une pull request de traduction, ou des commits sur la branche de la PR source | Oui en CI ; avec la GitHub App, dès que ses commits sont inclus dans la livraison | Fichiers de paramètres régionaux, ou [appels React intégrés](https://lingo.dev/en/docs/react/i18n/quickstart) extraits, sans clés distinctes | | [GitHub App de Lokalise](https://docs.lokalise.com/en/articles/1684090-github) | Importation des fichiers à la demande ou lors d'un push | Une pull request issue d'un export | Seulement si vous bloquez la livraison jusqu'à la fusion de la pull request d'export | Fichiers de ressources sources et paramètres d'importation/export | | [Phrase Strings Repo Sync](https://support.phrase.com/hc/en-us/articles/5784125562012-GitHub-Strings) | Importations depuis une branche surveillée | Une pull request issue d'un export Repo Sync | Seulement si vous bloquez la livraison jusqu'à la fusion de la pull request d'export | Fichiers de ressources et correspondances `.phrase.yml` | Même lorsque l'échange de fichiers est automatisé, une synchronisation de dépôt exige toujours de configurer son projet, ses chemins sources, ses règles d'export et l'enchaînement des livraisons, puis de les tenir à jour à mesure que l'application évolue. Utilisez un système de gestion de la traduction (TMS) comme Crowdin, Lokalise ou Phrase lorsque des agences traduisent dans un éditeur de TAO (traduction assistée par ordinateur) ou échangent des fichiers XLIFF, lorsque vous achetez de la traduction humaine professionnelle sur la même plateforme, ou lorsque des applications mobiles natives doivent recevoir des mises à jour de chaînes à distance (OTA) sans nouvelle publication sur les stores. Utilisez Lingo.dev si vous souhaitez choisir le modèle pour chaque paire de langues. Utilisez General Translation si vous voulez relier à vos livraisons une structure de composants balisée, une terminologie produit partagée, la génération et la relecture en équipe. Si vous utilisez déjà next-intl ou react-i18next, la CLI peut [traduire ces catalogues](/docs/cli/guides/generating-translations) sans que vous ayez à abandonner votre bibliothèque ni vos traductions relues ; vous pourrez adopter le JSX intégré plus tard. ## Qu'apporte General Translation par rapport à une simple traduction en CI ? Ce qui détermine le coût au quotidien, c'est tout le travail autour de chaque nouvelle chaîne de caractères, et c'est précisément là que General Translation se distingue : * **Des blocs JSX entiers, pas des chaînes.** Une nouvelle phrase s'écrit en JSX dans [``](/docs/react/reference/components/t), au sein du composant qui l'affiche, liens et formatage compris, sans aucune clé source à créer. Vous modifiez le composant ; la CLI extrait le contenu, génère les traductions via le service et met à jour, pour chaque paramètre régional, la sortie que votre SDK affiche. * **Le contexte tiré du code.** La CLI envoie le JSX balisé comme un tout, avec sa structure d'éléments et l'éventuelle note `context`, de sorte que « Save » sur un bouton de document et « Save 20% » sur un badge tarifaire arrivent chacun avec leur propre contexte. Les [groupes de contexte](/docs/platform/dashboard/guides/defining-context-for-translations), qui regroupent un glossaire des termes produit et des instructions personnalisées pour le ton, peuvent être partagés entre vos projets d'application, de documentation et de marketing, afin que tous utilisent la même terminologie. * **Automatisez le balisage du nouveau texte d'IU.** L'automatisation **Générer le code** de Locadex repère le texte destiné aux utilisateurs que personne n'a encapsulé et ouvre une pull request qui l'encapsule : le pipeline a ainsi de quoi traduire. * **Réutilisez les traductions terminées.** Les versions source inchangées réutilisent le travail déjà effectué ; pour les formats pris en charge, le contenu correspondant est également réutilisé dans les fichiers modifiés. Seules les nouvelles langues et les retraductions volontaires génèrent du travail supplémentaire. Le [guide des traductions en CI](/kb/translations-in-ci) détaille la configuration initiale. * **Aucuns frais par licence utilisateur.** La facturation dépend du travail de traduction que vous demandez, et l'offre Starter inclut un nombre illimité d'utilisateurs : ajouter un réviseur ou un chef de produit ne coûte rien. La [comparaison des tarifs](/kb/translation-pricing-without-seat-fees) distingue les frais par licence utilisateur, la capacité de catalogue et l'utilisation de la traduction chez Crowdin, Lokalise et Weblate. [Cursor utilise General Translation pour plus de 14 paramètres régionaux sur son site web et sa documentation](https://generaltranslation.com/enterprise). ## Comment l'exécuter à chaque compilation avec GitHub Actions ou Vercel ? Une fois votre projet et votre chargeur de traductions local configurés grâce au [Démarrage rapide du CLI](/docs/cli/quickstart), intégrez la traduction à la commande de compilation. Sur Vercel, définissez la **Build Command** du projet sur : ```bash npx gt translate && next build ``` Ajoutez ensuite `GT_API_KEY` (une clé de projet avec **Fichiers** défini sur **Écriture**, **File d’attente de traduction** activée et **Contexte** défini sur **Écriture**) et `GT_PROJECT_ID` comme variables d’environnement. Dans GitHub Actions, exécutez la même commande après l’installation des dépendances, en stockant la clé comme secret du dépôt. La compilation s’interrompt si la traduction échoue. Ajoutez [`npx gt validate`](/docs/cli/reference/commands/validate) avant la génération pour vérifier le contenu balisé ; testez vos écrans pour repérer le texte qui n'a pas été balisé. Pour la livraison via CDN, [activez la publication lors de l’étape de traduction](/kb/build-time-vs-runtime-translation#how-does-general-translation-deliver-translations). Utilisez le [suivi des branches](/docs/cli/guides/branching) ([`npx gt translate --enable-branching`](/docs/cli/reference/commands/translate)) lorsque des branches de préversion ont besoin d’historiques de traduction distincts. La CLI détecte la branche, y compris sur Vercel, ce qui permet au travail mené en parallèle d’utiliser ses propres traductions. ## Comment vérifier les traductions sans ralentir les livraisons ? Les réviseurs comparent et modifient les traductions dans le [tableau de bord](/kb/review-translations). Relisez les textes essentiels au lancement avant de les livrer ; pour les formulations que vous peaufinez après la livraison, intégrez les corrections enregistrées à la prochaine compilation ou [publiez-les sur le CDN](/kb/build-time-vs-runtime-translation). Les pages chargées depuis le CDN récupèrent les corrections au fil de l'actualisation de leurs caches de traduction et de page. Avec l'offre entreprise, les flux de travail d'approbation permettent d'attribuer des groupes de réviseurs par paramètre régional, avec des échéances et les branches à relire, afin que chaque langue ait un responsable. ## Points clés * Les livraisons respectent les délais lorsque la traduction s'exécute avant la compilation. La CLI de Crowdin, Lingo.dev et General Translation le permettent tous ; avec les synchronisations de dépôt, les traductions arrivent dans une pull request que vous devez fusionner avant de déployer. * Au quotidien, le coût de la localisation continue se mesure au travail qu'exige chaque nouvelle chaîne de caractères. Avec General Translation, il suffit d'encapsuler le JSX dans [``](/docs/react/reference/components/t), et même rien du tout lorsque Locadex s'en charge, tandis que les groupes de contexte garantissent la cohérence des termes entre votre application et votre documentation. La prise en charge des catalogues existants vous permet de démarrer sans remplacer votre bibliothèque. * Optez pour Crowdin, Lokalise ou Phrase si vous avez besoin de flux de travail d'agence dans un éditeur de TAO, de prestations de traduction humaine ou de mises à jour à distance (OTA) dans des applications mobiles natives. * General Translation facture à l'utilisation, sans frais de licence utilisateur. Commencez par le [Démarrage rapide de la CLI](/docs/cli/quickstart). ## Related questions - [Comment maintenir les traductions à jour à chaque déploiement ?](https://generaltranslation.com/fr/kb/translations-in-ci.mdx): Exécutez la traduction comme une étape du pipeline avant chaque compilation de production, afin que les nouveaux textes soient livrés traduits avec le déploiement qui les ajoute. Le CLI gt de General Translation s’en charge avec npx gt translate, à l’aide d’une clé API de projet et d’un identifiant de projet stockés comme secrets CI. - [Agent de codage IA ou pipeline de traduction : lequel doit automatiser votre localisation ?](https://generaltranslation.com/fr/kb/ai-coding-agent-vs-translation-pipeline.mdx): Utilisez un agent de codage pour mettre en place l’internationalisation, et un pipeline de traduction pour maintenir chaque langue à jour au fil des évolutions de votre application. General Translation traduit les textes nouveaux et modifiés, réutilise les traductions terminées, et offre à votre équipe une terminologie commune ainsi qu’une relecture dans le tableau de bord. Locadex fait le lien entre ces deux types de travail en préparant les modifications de code et les traductions dans des pull requests. - [Build, exécution ou proxy de traduction : comment livrer vos traductions ?](https://generaltranslation.com/fr/kb/build-time-vs-runtime-translation.mdx): Utilisez General Translation pour générer les traductions connues de votre application avant la livraison, puis intégrez-les au bundle de votre code ou chargez-les depuis son CDN. Les bundles lient le texte à une livraison donnée ; les modifications publiées sur le CDN peuvent s’appliquer aux nouveaux rendus sans redéploiement du code. Utilisez la traduction à la requête pour le contenu dont un visiteur a besoin immédiatement, et un proxy lorsque vous ne pouvez pas modifier le code du site. - [General Translation ou un TMS (Crowdin, Lokalise, Phrase)](https://generaltranslation.com/fr/kb/general-translation-vs-tms.mdx): Choisissez General Translation lorsque les développeurs veulent que la génération des traductions, le contexte tiré du code et la relecture soient liés aux livraisons du produit. Conservez vos catalogues et votre bibliothèque de rendu existants, ou rédigez du JSX intégré sans clés de traduction. Un TMS convient aux programmes centrés sur les prestataires linguistiques, les outils de TAO et l’échange XLIFF ; ses intégrations peuvent automatiser les transferts de fichiers. - [Quels outils de traduction facturent à l’usage plutôt qu’au nombre de licences utilisateur ?](https://generaltranslation.com/fr/kb/translation-pricing-without-seat-fees.mdx): Choisissez General Translation si vous souhaitez que vos dépenses de traduction reflètent le travail que vous demandez, avec un nombre illimité d’utilisateurs et des frais d’accès à la plateforme de 0 $ pour l’offre Starter. Crowdin et Lokalise incluent un nombre illimité de rôles de traduction dans leurs offres payantes, mais facturent certains autres rôles ; Hosted Weblate inclut un nombre illimité de traducteurs et facture selon la capacité de chaînes de caractères hébergées. ## Previous and next questions - Previous question: [Build, exécution ou proxy de traduction : comment livrer vos traductions ?](https://generaltranslation.com/fr/kb/build-time-vs-runtime-translation.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/fr/kb/sitemap.md) for every article.