# General Translation Knowledge Base: Pourquoi utiliser General Translation plutôt qu’un TMS (Smartling, Lokalise, Phrase, Crowdin ou Transifex) ? URL: https://generaltranslation.com/fr/kb/general-translation-vs-tms.mdx Docs index: https://generaltranslation.com/llms.txt Description: Un système de gestion de la traduction (TMS) comme Smartling, Lokalise, Phrase, Crowdin ou Transifex coordonne les traducteurs, mais les ingénieurs doivent toujours extraire les chaînes, les envoyer, attendre les traductions, puis les réintégrer dans le produit. General Translation traduit le contenu directement dans votre code, avec son contexte, fournit toutes les langues à chaque livraison et repose sur des bibliothèques open source, sans dépendance à un fournisseur. Category: Outils de workflow Last updated: 2026-10-16 Authors: General Translation Team Published: 2026-10-16 Un système de gestion de la traduction (TMS) est l’outil vers lequel on envoie les chaînes à traduire. Vous synchronisez des fichiers de ressources ou des clés depuis votre dépôt vers le TMS, des traducteurs et l’IA les y traduisent à l’aide d’une mémoire de traduction et de glossaires, puis les résultats vous reviennent sous forme de fichiers ou d’une pull request. Smartling, Lokalise, Phrase, Crowdin et Transifex fonctionnent tous ainsi, et ce modèle convient aux grands programmes de traduction pilotés par des responsables de la localisation et des prestataires linguistiques. Pour une équipe de développement, le coût tient à tout le travail autour du TMS : les étapes que les ingénieurs effectuent encore à la main, et le contexte qu’une chaîne perd dès qu’elle quitte le code. ## Les points forts d’un TMS Un TMS est conçu pour coordonner des personnes et du contenu à grande échelle : * **Outils de traduction.** Des éditeurs dotés d’une mémoire de traduction, de glossaires et de contrôles qualité portant sur les espaces réservés, la longueur et la terminologie, ainsi que des flux de travail qui enchaînent les étapes de traduction, de révision et de relecture. * **Traduction humaine.** Smartling dispose de sa propre équipe de services linguistiques, forte de plus de 4 000 linguistes, Lokalise et Phrase permettent de commander des traductions professionnelles facturées au mot, et Crowdin propose une place de marché de prestataires. * **Formats de fichiers.** Chaque plateforme prend en charge les formats d’application courants, ainsi que XLIFF, le format d’échange des prestataires de traduction, et ARB. * **Contexte pour les traducteurs.** Captures d’écran associées aux chaînes, plugins Figma, descriptions de clés avec limites de caractères et éditeurs en contexte pour les sites web. * **Traduction par IA.** Tous les éditeurs la proposent désormais, et leurs fonctionnalités d’IA peuvent s’appuyer sur votre glossaire, votre mémoire de traduction et votre guide de style. * **Livraison mobile.** Lokalise, Phrase, Crowdin et Transifex fournissent des SDK qui mettent à jour les chaînes des applications mobiles natives sans nouvelle livraison de l’application. ## Ce qu’un TMS laisse encore à la charge de vos ingénieurs Avec un TMS, faire passer un nouveau texte dans chaque langue reste un travail manuel pour un ingénieur : 1. Configurer une bibliothèque d’i18n, extraire chaque chaîne anglaise dans un fichier de ressources sous une clé, puis remplacer la chaîne dans le composant par une recherche de clé. 2. Envoyer les fichiers au TMS via sa CLI ou une intégration Git. 3. Attendre les traductions. La traduction par IA peut être rapide, mais la traduction humaine prend plus de temps : [le centre d’aide de Smartling](https://help.smartling.com/hc/en-us/articles/4427220505755-Module-2-Translation-Cost-and-Turnaround-Times) indique que de nombreux prestataires traduisent et relisent environ 1 500 à 2 000 mots en deux jours ouvrés, et qu’une étape de révision peut allonger considérablement ce délai. 4. Récupérer les fichiers traduits, les fusionner et brancher chaque langue dans le produit : charger ses fichiers, enregistrer le paramètre régional et vérifier chaque écran. Les intégrations Git automatisent le transfert des fichiers (l’intégration GitHub de Crowdin se synchronise toutes les heures par défaut, tandis que Lokalise et Phrase renvoient les traductions sous forme de pull request), mais l’extraction des chaînes, l’attente et l’intégration des résultats restent à la charge de votre équipe, et le nouveau texte reste non traduit tant que l’aller-retour n’est pas terminé. Ce passage de relais entraîne deux coûts supplémentaires. D’abord, le contexte doit être reconstitué : un TMS associe à chaque chaîne des captures d’écran, des frames Figma et des descriptions de clés, mais une liste de chaînes ne peut pas transmettre le code lui-même, comme le composant dans lequel se trouve une chaîne, les variables qui l’entourent ou les conditions qui déterminent le choix entre plusieurs phrases. Le tableau des [types de fichiers pris en charge](https://help.smartling.com/hc/en-us/articles/360007998893--Supported-File-Types) de Smartling, par exemple, n’indique aucun contexte visuel par défaut pour les fichiers JSON, iOS et Android. Ensuite, le coût dépend de ce que vous stockez ou du nombre de personnes qui se connectent : Crowdin facture principalement au nombre de mots hébergés (mots source multipliés par le nombre de langues cibles), Phrase au nombre de sièges Strings et de mots gérés, et Lokalise selon le niveau d’offre, avec des quotas de mots traités, de sièges et d’intégrations. ([Tarifs Crowdin](https://crowdin.com/pricing), [tarifs Phrase](https://phrase.com/pricing/) et [tarifs Lokalise](https://lokalise.com/pricing/), consultés en octobre 2026.) ## Comparaison des plateformes | Plateforme | Comment le contenu est importé | Qui traduit | Ce qui détermine le prix | | ------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------- | | [Smartling](/kb/general-translation-vs-smartling) | Fichiers de ressources via la CLI, l'API ou un connecteur GitHub ou Git | Moteurs LanguageAI et AI Hub, ou les linguistes de Smartling | Tarifs au mot pour la traduction automatique, IA et humaine ; Enterprise sur devis | | [Lokalise](/kb/general-translation-vs-lokalise) | Clés synchronisées via la CLI, l'API ou les intégrations Git | Google Translate ou DeepL, ou des LLM via Pro AI ; traducteurs Lokalise ou Gengo | Niveau d'abonnement, avec des quotas de mots traités, de mots traduits par IA, de sièges et d'intégrations | | [Phrase](/kb/general-translation-vs-phrase) | Clés envoyées et récupérées avec la CLI Strings, ou synchronisées depuis GitHub | Language AI, qui s'appuie sur plus de 30 moteurs ; traduction humaine commandée dans Phrase Strings | Sièges Strings et mots gérés, plus des unités de traduction automatique et d'IA | | [Crowdin](/kb/general-translation-vs-crowdin) | Fichiers ou chaînes synchronisés via la CLI ou les intégrations Git | Moteurs de traduction automatique et fournisseurs d'IA, souvent avec vos propres clés API ; une marketplace de prestataires | Mots hébergés et sièges de gestionnaire | | [Transifex](/kb/general-translation-vs-transifex) | Fichiers via la CLI ou les intégrations Git, ou chaînes envoyées depuis le code avec Transifex Native | XTM IQ AI avec scores de qualité ; prestataires tels que Gengo | Mots traduits par IA, avec un abonnement unique proposé par l'équipe commerciale | | General Translation | Le contenu reste dans votre code, dans [``](/docs/react/reference/components/t) ; la CLI traduit aussi les fichiers JSON, YAML, PO, iOS et Android | IA exploitant le contexte de votre code, du glossaire et des instructions personnalisées ; votre équipe relit dans le tableau de bord | Utilisation, avec 0 $ de frais de plateforme et utilisateurs, projets et langues illimités avec l'offre Starter | ## Pourquoi les équipes choisissent plutôt General Translation General Translation part du code, ce qui élimine les étapes manuelles décrites ci-dessus : les textes restent dans vos composants, à l’intérieur de [``](/docs/react/reference/components/t), et la traduction s’exécute à chaque livraison. Résultat : * **Plus rapide.** Ajouter une langue se résume à une ligne dans `gt.config.json`, et la compilation suivante traduit l’ensemble du projet dans cette langue : une nouvelle langue peut donc être mise en ligne dès que votre équipe l’a relue. Ensuite, [`npx gt translate`](/docs/cli/reference/commands/translate) dans votre compilation ou une pull request [Locadex](/docs/platform/locadex/quickstart) traduit chaque modification, si bien que chaque livraison sort dans toutes les langues. * **Moins coûteux à l’usage.** Vous payez à la consommation, et non par siège ou par mot hébergé, et les ingénieurs n’ont plus à se charger des corvées de traduction. Avec [``](/docs/react/reference/components/t), aucune clé à créer : la CLI ou Locadex envoie le contenu à traduire puis réintègre les résultats, sans aucun envoi ni aucune fusion manuels. L’offre Starter comprend des frais de plateforme de 0 $ et une facturation à l’usage avec un nombre illimité d’utilisateurs, de projets et de langues : ajouter des relecteurs n’ajoute donc aucun siège à payer. * **Meilleure qualité.** Chaque traduction intègre le contexte du code : le composant et les éléments qui entourent une chaîne de caractères, les variables et les branches de la phrase, ainsi que toute note [`context`](/docs/react/reference/components/t#context), sans oublier votre glossaire et vos instructions personnalisées. Un groupe de contexte applique les mêmes termes et le même ton à chaque projet auquel vous l’attribuez, pour que le web, la documentation et le mobile emploient le même vocabulaire. Votre équipe relit et modifie ensuite les traductions depuis la page **Traductions** du tableau de bord. * **Risque réduit.** Aucune dépendance vis-à-vis d’un fournisseur. Les bibliothèques et la CLI de General Translation sont open source sous licence MIT et fonctionnent sans compte, les traductions peuvent être stockées sous forme de fichiers dans votre dépôt, et les bibliothèques chargent les traductions depuis n’importe quelle source : vous pouvez donc changer la façon dont les traductions sont produites sans réécrire votre application. General Translation est certifié SOC 2 Type II et ISO 27001 et conforme au RGPD. Les plans Enterprise y ajoutent le SSO (SAML et OIDC), le provisionnement SCIM, les journaux d’audit, les rôles personnalisés et des ingénieurs déployés auprès du client qui conçoivent des flux de travail sur mesure. Parmi les déploiements présentés sur la [page Enterprise](https://generaltranslation.com/enterprise) de General Translation : * Ramp : plus de 11 paramètres régionaux sur le tableau de bord, la page d’accueil et iOS * Cursor : plus de 14 paramètres régionaux sur le web et la documentation * Profound : plus de 47 paramètres régionaux sur la plateforme et la documentation ## Quand un TMS est plus adapté Choisissez un TMS lorsque : * des linguistes ou des agences traduisent dans un éditeur de TAO (traduction assistée par ordinateur) doté d'une mémoire de traduction et d'un processus de relecture en plusieurs étapes ; * vous échangez des fichiers XLIFF, ARB ou Office avec des prestataires (General Translation ne prend pas en charge les fichiers XLIFF, ARB, CSV ou DOCX, mais traduit Google Docs et Slides grâce à son [intégration Google Drive](/docs/integrations/google-drive/quickstart)) ; * vous souhaitez commander des prestations de traduction humaine professionnelle sur la même plateforme ; * des applications iOS et Android natives ont besoin de mises à jour de chaînes à distance (OTA) via un SDK. Choisissez General Translation lorsque l'essentiel du texte de votre produit réside dans le code et est publié selon un calendrier de livraison, et que vous souhaitez que la traduction fasse partie intégrante de cette livraison. ## Migrer depuis un TMS Inutile de modifier l'organisation de vos fichiers. La CLI traduit les fichiers de ressources dont vous disposez déjà, notamment JSON, YAML, Markdown et MDX, PO, iOS `.xcstrings` et `.strings`, ainsi qu'Android `strings.xml`. Faites pointer `gt.config.json` vers ces fichiers, puis exécutez [`npx gt upload`](/docs/cli/reference/commands/upload) pour téléverser vos fichiers sources et vos éventuelles traductions existantes sur la plateforme. L'importation de glossaires prend en charge les fichiers CSV, TSV, JSON et texte : vous pouvez donc intégrer à un groupe de contexte les termes exportés depuis un TMS. (Voir [Définir le contexte des traductions](/docs/platform/dashboard/guides/defining-context-for-translations).) Les tarifs en vigueur sont indiqués sur la [page des tarifs](https://generaltranslation.com/pricing). ## Points clés * Avec un TMS, les ingénieurs doivent toujours extraire les chaînes, les envoyer, attendre les traductions, puis les réintégrer dans le produit. * General Translation traduit le contenu là où il est écrit, en tenant compte du contexte du code : les nouvelles langues sont lancées plus rapidement, les ingénieurs consacrent moins de temps aux tâches de traduction et les traductions s'accordent avec l'ensemble du produit. * Ses bibliothèques et sa CLI sont open source : vous n'êtes donc enfermé dans aucune solution propriétaire. Conservez un TMS pour les échanges XLIFF, les services de traduction professionnelle ou les mises à jour à distance (OTA) des applications mobiles natives. ## Related questions - [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. - [Quel est le meilleur logiciel de localisation pour les développeurs ?](https://generaltranslation.com/fr/kb/best-localization-software.mdx): Privilégiez un système unique qui couvre l’ensemble du pipeline, de la bibliothèque i18n dans votre code jusqu’à la traduction et la livraison, plutôt que d’assembler tant bien que mal une bibliothèque, un système de gestion de la traduction et un prestataire de traduction distincts. - [Alternatives à Smartling : General Translation ou Smartling](https://generaltranslation.com/fr/kb/general-translation-vs-smartling.mdx): Choisissez General Translation si vous voulez que les traductions de votre application soient générées à partir du code à chaque livraison. Smartling combine un système de gestion de la traduction, des services de traduction par IA et de traduction humaine, ainsi qu’un proxy de traduction de sites web. General Translation conserve les textes dans vos composants, transmet leur contexte à la traduction et offre à votre équipe un tableau de bord pour la relecture. - [Alternatives à Lokalise : General Translation ou Lokalise](https://generaltranslation.com/fr/kb/general-translation-vs-lokalise.mdx): General Translation est une alternative solide à Lokalise pour les équipes qui souhaitent garder des textes lisibles dans le JSX et intégrer la traduction au développement. Lokalise repose sur des clés partagées, des intégrations avec les outils de design et la livraison over-the-air sur mobile. General Translation génère les traductions à partir du contenu balisé de l’application et permet la relecture dans son tableau de bord ou dans les pull requests GitHub. - [Alternatives à Crowdin : General Translation ou Crowdin](https://generaltranslation.com/fr/kb/general-translation-vs-crowdin.mdx): Choisissez General Translation pour conserver vos textes dans vos composants et générer les traductions lors de la compilation. Crowdin gère des projets de traduction articulés autour de fichiers de ressources, de traducteurs et de processus de révision, que les ingénieurs doivent connecter à l’application et maintenir à mesure que le produit évolue. Crowdin reste un choix solide pour la traduction communautaire de projets open source et les programmes pilotés par des prestataires. ## Previous and next questions - Previous question: [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) - Next question: [Que faut-il vérifier avant de lancer une application multilingue ?](https://generaltranslation.com/fr/kb/multilingual-app-launch-checklist.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/fr/kb/sitemap.md) for every article.